О разнице в один символ, пользе хвастовства и глупости

Стоит выключить компьютер и задуматься о поиске recover (undelete) для используемой файловой системы.

К слову, для ext3 кажется нет undelete?

>всё, что осталось от проекта
Ее мое, ну и прожектеры пошли!
Мил человек, проект должен быть в CVS и иже с ними.

Не ожидал получить здесь практический совет, спасибо :)

Я не знаю, как можно восстановить файлы на рейзере (приходилось только делать дамп на ext2), поэтому решил не терять времени и переписать всё заново, благо кода не очень много (~1500 строк), заодно изменю те части, которыми не очень доволен.

resierfsck --rebuild-tree

>Ее мое, ну и прожектеры пошли!

Не то слово :) Если заказывать проект у серъёзной фирмы, это вылетит в копеечку. По-видимому решили, что будет дешевле нанять такого как я, тому же я делаю много работы, не связанной непосредственно с программированием.

>Мил человек, проект должен быть в CVS и иже с ними

Надо будет перевести, если честно, не подумал даже; cvs всегда ассоциировался с групповой разработкой.

Может быть стоит еще взглянуть вот сюда:
http://linuxportal.ru/forums/index.php/m/51132/

>resierfsck --rebuild-tree

обязательно возьму на заметку; нужно будет обязательно поэксперементировать на отдельной партиции; спасибо!

быкап не забудь сделать:)

>rm libeditor. *

хм... обычно стоит alias rm = "rm -i"

>хм... обычно стоит alias rm = "rm -i"

и тебе нравится по несколько раз подтверждать свои решения? этот алиас не нужен --- ведь же уже написано удалить и подтверждено энтером, зачем еще раз подтверждать свои намерения?

есть вариант круче - #rm -rf / tmp/*

> Мил человек, проект должен быть в CVS и иже с ними.

CVS тоже можно легко убить при желании.

_При_желании_ много чего можно.

>есть вариант круче - #rm -rf / tmp/*

Есть еще круче - при копировании дисков 1 в 1 перепутать if и of :(

Ота как оно. А я-то даже порнуху бэкапаю. Даже на работе.

Сочувствую, однако.

Нет. Строго нерекомендуемое поведение.

rm - это тоже воплощение желания. ;)

Немного пробежался по системам контроля версий, их так много :) Остановился на двух: cvs и arch; что более адекватно для самого примитивного использования (только локальный доступ, один пользователь и т.д.)?

Появится свободное время, возьму старый винчестер и потерзаю рейзер :) Хотя, безусловно, лучше, чтобы до восстановления файлов с фс дело не доходило :)

>Ота как оно. А я-то даже порнуху бэкапаю. Даже на работе.

тоже убеждаюсь, что слишком много бэкапов не бывает :)

>Сочувствую, однако.

нет худа без добра :)

А для кого вообще cvs придумали, а?!? Детский сад...

cvs даже для своих личных записок, для содержимого /etc, для отслеживания чужих исходников - да вообще, для всего. Групповая работа - лишь одна из фич.

Добавь -f, чтоб перебить -i.

Не можно. Он на другом компутере должен быть. Где его бы автоматически бэкапили.

>cvs даже для своих личных записок, для содержимого /etc, для отслеживания чужих исходников - да вообще, для всего. Групповая работа - лишь одна из фич.

ясно, спасибо!

> Не можно. Он на другом компутере должен быть. Где его бы автоматически бэкапили.

Дадад. И будет специально выделенный админ, который 40 часов в неделю только бэкапом этого CVS и занимается. Самому-то не смешно? ;)

В рассматриваемой ситуации (CVS как средство от случайного убивания персональных исходников) CVS в 99% случаев будет стоять на той же машине, на которой лежат исходники.

Мало того, у файлов в CVS с опять-таки 99% вероятностью будет тот же владелец, что и у исходников. И rm -rf / даже не от рута успешно убъёт и их тоже.

Нет. Не смешно.

Если проект OpenSource - то такой админ есть, он (они) сайт sourceforge.net обслуживают.

Если проект закрытый - то держи cvs у своего хостера, на виртуальном или выделенном сервере (от финансовых возможностей зависит). Backup почти у всех входит в пакет услуг.

Для локального cvs - у меня раз в день делается инкрементальный backup на CD-R.

> Если проект закрытый - то держи cvs у своего хостера, на виртуальном или выделенном сервере (от финансовых возможностей зависит). Backup почти у всех входит в пакет услуг.

Если проект _персональный_, то никакого сервера на хостинги и прочего нет.

> Для локального cvs - у меня раз в день делается инкрементальный backup на CD-R.

С таким же успехом можно делать "инкрементальный backup на CD-R" исходников. Как _CVS_ помогает спасти персональные исходники от случайного удаления по-прежнему непонятно.

Так, что разгребать историю по бэкапу ты будешь ручонками, а разгребать её по восстановленному из бэкапа репозиторию будешь средствами cvs.

А я сначала набираю echo rm -f file_*, смотрю как это выглядит и только затем rm -f file_*.

Перед тем, как что-то удалять, лучше подумать и проверить.

>cvs даже для своих личных записок, для содержимого /etc,

Зачем пользователю менять содержимое /etc? А для личных записок - rcs.

> Остановился на двух: cvs и arch; что более адекватно для самого примитивного использования (только локальный доступ, один пользователь и т.д.)?

svn - Subversion, очень похоже на cvs, но без его недостатков. arch - из пушки по воробьям и слишком тяжело для одного человека. Сугубое ИМХО, конечно и признюсь arch реально я не использовал.

cvs - это тот же rcs, но с удобным интерфейсом.

А содержимое /etc пользователю менять надо, если это эго персональный компутер.

> Мало того, у файлов в CVS с опять-таки 99% вероятностью будет тот же владелец, что и у исходников.

У меня, к примеру, svnserve работает из-под юзера svn. Случайно удалить уже сложно.

попробую svn

З.Ы. Ох и нехило же я за эти два дня "накодил". Всёж-таки во второй раз реализовывать вещи быстрее и есть железный повод переписать те куски, которыми был недоволен :)

Всё, пора отдыхать, пока бамбука не наломал.

ещё раз спасибо за советы :)