Стоят две системы: Gentoo и винда7. Как в линуксе логичнее\правильнее сделать бекап виндового нтфс-раздела. Раньше я это делал с помощью dd. Сейчас раздел размером 50гиг и занято процентов 10 - жалко пространства. Нада типа dd но чтобы свободное пространство раздела не хваталось
LinuxForum.Fans
Backup partition
Автор: vux
38 сообщений
4414 просмотров
man tar
ntfsclone
dd if=/dev/sda1 bs=4M conv=noerror,sync | gzip -9c > drive.img.gz
dd if=/dev/sda1 bs=4M conv=noerror,sync | gzip -9c > drive.img.gz
не взлетит. Кто вам сказал, что пустое место будет сжиматься? Там вовсе не нули, а старые, удалённые файлы.
tar- это не модно и в некоторых случаях вообще не пойдет. Очевидно http://www.fsarchiver.org/Main_Page
tar- это не модно
угу. для нищебродов. Настаящие, Путные Посоны выбирают http://www.acronis.ru/backup-recovery/server-linux/
Кто вам сказал, что пустое место будет сжиматься? Там вовсе не нули, а старые, удалённые файлы.
Ну во-первых, мы не знаем, насколько интенсивно используется ФС у топикстартера и насколько "свежа" установка винды. Во-вторых, можно пробежаться перед бэкапом в винде CCleaner'ом каким-нибудь ("Очистка свободного места", кажется, так называется). А вообще согласен - метод на крайний случай, поскольку и файл на выходе зачастую значительно больше (упомянутые ненулевые значения на пустом с точки зрения ФС пространстве), чем у других указанных методов, и время тратится некислое (сжатие на лету). Зато надежен smile
clonezilla
Зато надежен
tar тоже вполне надёжен.
и акроникс (ведь не зря за него просят 28+ тыщ рублей?) wink
А вот dd... С ней проблемы. Основная беда в том, что разворачивается такой образ ТОЛЬКО на раздел с таким-же размером. Да и из-за её врождённой тупости ну никак не сменить тип ФС, никак не избавится от мусора, и многое другое...
Во-вторых, можно пробежаться перед бэкапом в винде CCleaner'ом каким-нибудь
в линуксе этот момент лечится той-же dd
[console]# dd if=/dev/zero of=/zero_file bs=16M[/console]
эта команда работает долго, и всегда завершается с ошибкой. Так и должно быть. Потом нужно удалить /zero_file, и можно смело создавать образ со сжатием. Правда плюсов в этом мало...
угу. для нищебродов. Настаящие, Путные Посоны выбирают http://www.acronis.ru/backup-recovery/server-linux/
.. и неприемлемо в некоторых случаях (к примеру, бэкап корня системы из самой системы). Поэтому я указал другой, более универсальный, инструмент.
.. и неприемлемо в некоторых случаях (к примеру, бэкап корня системы из самой системы).
правильнее сказать "вы не умеете". :P
и никто другой тоже wink
и никто другой тоже
о... Какой же я исключительный :rolleyes:
ну а как же "файл изменился в процессе копирования.." > ошибка > зе енд?
Интересно было бы узнать. Я именно про случай, когда / и скажем /var - это все 1 раздел.
ну да. dd просто тупо сделает битый бекап. Как и любая бекапилка. Просто не нужно такие файлы бекапить. Вообще. Например не нужно бекапить /proc или /var/lib/mysql/. В tar'е имеется ключи --exclude и --exclude-from для этой цели.ну а как же "файл изменился в процессе копирования.." > ошибка > зе енд?
ЗЫЖ как заставить dd обходить файлы... Я не знаю. :o
Я именно про случай, когда / и скажем /var - это все 1 раздел.
вот именно потому и нужно делать /var/ отдельным разделом. (в т.ч.)
Просто не нужно такие файлы бекапить.
Э нее! мне как раз нужны и эти файлы тоже / ну или в крайнем случае- чтобы не стопорился процесс бекапа из-за одной-двух незначительных ошибок, если они вообще есть. tar аки динозавр не умеет корректно обрабатывать такие ситуации. А FSArchiver все молча прожует.
вот именно потому и нужно делать /var/ отдельным разделом.
Надеюсь мы не сервера обсуждаем? на домашнем компе нафиг не сдалось.
а еще в /etc что-то писаться може во время бекапа- тоже выносить? :lol: :lol:
Э нее! мне как раз нужны и эти файлы тоже / ну или в крайнем случае- чтобы не стопорился процесс бекапа из-за одной-двух незначительных ошибок, если они вообще есть. tar аки динозавр не умеет корректно обрабатывать такие ситуации.
спешу вас расстроить - проблема таки в LinuxFS, а не в tar'е.
А FSArchiver все молча прожует.
в этом я не сомневаюсь. Сомневаюсь, что вы потом сможете это всё восстановить.
Надеюсь мы не сервера обсуждаем? на домашнем компе нафиг не сдалось.
это чисто ваше личное мнение, совсем не подкреплённое опытом. На самом деле иметь отдельный /var/ очень полезно именно в домашнем ПК. К примеру, там можно держать временный файлы торрентов, для избежания их фрагментации. Есть и ещё разные приятные "мелочи".
а еще в /etc что-то писаться може во время бекапа- тоже выносить?
нет. что у вас туда пишет-то? mtab что-ли? Да и чёрт с ним - не велика потеря.
А что tar сделает с ntfs-правами?
Мне неизвестно что. потому я и порекомендовал то, что порекомендовал.
NB тест разворачивания из бекапа не делал- не было необходимости.
А что tar сделает с ntfs-правами?
ничего. по большей части потеряет.
(да, getfacl именно в этом случае поможет вам сохранить ACL права, если вам это так необходимо)
тест разворачивания из бекапа не делал- не было необходимости.
я не только делал, я ещё и разворачивал. Я не очень понимаю смысл бекапа, который "просто делается". :(
Войдите или зарегистрируйтесь, чтобы ответить.
