dd против rsync для бэкапа системы?

[shark_255]

Собственно неспешно мучаюсь с таким вопросом, как склонировать свой серверный софтверный RAID 1, в отдельный
файл/папку на этот же жесткий, с последующим возможным восстановлением.

У меня есть несколько путей, среди которых:

1. использовать dd - тут проблема в том, как мне склонировать использованное пространство, минуя пустые байты
2. использовать rsync - не будет записи в MBR, и может быть еще чего-то, чего я не знаю 

Как быть?

[Azure]

в отдельный
файл/папку на этот же жесткий, с последующим возможным восстановлением.

Если проблемы с диском то Ваш  архив станет недоступен, смысл в таком бэкапе?

[ReNzRv]

склонировать использованное пространство, минуя пустые байты

Как быть?

используй Clonezilla

[theurs]

почему не .tar.gz

[shark_255]

склонировать использованное пространство, минуя пустые байты

Как быть?

используй Clonezilla

что делает клонзилла, чего не делает dd ?

[Scorry]

что делает клонзилла, чего не делает dd ?

Ты ответ Azure не прочитал. В твоём случае нет никакой разницы, чем делать бекап, если ты его делаешь на тот же диск. Или ты научился вытаскивать себя из болота за волосы, как некий известный барон?

[tahr]

В твоём случае нет никакой разницы, чем делать бекап, если ты его делаешь на тот же диск.

Откуда известен случай? Предположения строите, что сразу весь диск накроется. Тогда да. Но бывает, что диск начинает сыпаться потихоньку, причем накрываются медным тазом те сектора, которые чаще перезаписываются. Поэтому, если бэкап будет лежать в другом месте тихонько, то высока вероятность того, что там все сохранится; потому как лежит себе и никого не трогает не перезаписывается.
Конкретно так у меня недавно было, начал диск сыпаться, система перестала загружаться. А бэкап лежал на другом разделе этого же диска. Успешно восстановил на другой диск.

склонировать использованное пространство, минуя пустые байты

В документации https://help.ubuntu.ru/wiki/backup советуют перед архивацией со сжатием чистить свободное место нулями:
"Теперь мы применим одну хитрость - прочистим свободное место от старого мусора (остатков удаленных файлов), перезаписав его нулевыми (пустыми) байтами. Эта операция не обязательна, но может заметно помочь при сжатии образа. Если сжимать образ не требуется, то следующие две команды вам не нужны."

FSArchiver записывает только использованное место:
FSArchiver и Boot-Repair, сборка LiveCD Backup/Restore на базе *Ubuntu

[Scorry]

Откуда известен случай?

Практический опыт.

Предположения строите, что сразу весь диск накроется.

Именно. Предполагать стоит наихудшее. Иначе бы десантникам шили парашюты втрое меньше: вдруг не убьётся при падении, да? Да и вероятность отказадиска не стопроцентная, так же? Тогда и бекап делать не надо, верно?

[tahr]

Тогда и бекап делать не надо, верно?

Нет, неверно. И ты сам это прекрасно знаешь. Только вот пытаешься натолкнуть на неправильную мысль, что бэкап на тот же самый диск полностью бесполезен. При этом ты не знаешь (только предполагаешь) конкретный случай ТС, утверждая, что это опыт. Вот мой опыт:

Конкретно так у меня недавно было, начал диск сыпаться, система перестала загружаться. А бэкап лежал на другом разделе этого же диска. Успешно восстановил на другой диск.

Другой диск пришлось идти и покупать. А чтобы заране делать на другой диск бэкап и сам диск нужно покупать заранее. Так тогда лучше сразу (следуя твоей логике) два или три диска купить и продублировать на них ценные данные. Надежнее? Никто и не спорит.
Только вот это никак не отменяет и некоторую полезность бэкапа (при меньшей гадежности) на другой раздел одного диска. Что и подтвердил мой конкретный опыт.
Опыт, а не предположения всякие, что вот если бы, да кабы ...
Пользователь добавил сообщение 04 Января 2017, 17:55:39:P.S. Следует принять во внимание тот факт, что летят те сектора, которые чаще перезаписываются. А бэкап лежит себе тихонько в сторонке, ждет своего часа.

[snowin]

что делает клонзилла, чего не делает dd ?

клонзила делает это быстрее, намного

[Azure]

Что и подтвердил мой конкретный опыт.

серверный софтверный RAID 1

Ну-ну…

[tahr]

Ну-ну…

Вот ещё одно ну-ну:

в отдельный
файл/папку на этот же жесткий

А мой конкретный опыт остается конкретным опытом. Не измышления и не предположения как оно могло бы быть. Просто описал как оно было.

[Scorry]

А мой конкретный опыт остается конкретным опытом.

Твой конкретный опыт — это то, как делать не надо. Такое стыдно показывать, не то что выпячивать.

[tahr]

Такое стыдно показывать, не то что выпячивать.

Да, понимаю, что стыдно не иметь денег на приобретение HDD про запас.

(Нажмите, чтобы показать/скрыть)

Если хоть что-то в бухгалтерии понимаете, хотя бы в домашней, то должен быть знаком термин "сверхнормативные запасы". И как за это наказывают. Если не юридически наказывают, то экономика сама накажет, - лишние затраты средств, которые фактически замораживаются.
Если покупаете HDD не для себя, а для организации, попробуйте обосновать: сделать технико-экономический анализ; доказать руководству обоснованность покупки именно двойного, либо тройного количества коплектующих. Не на словах доказать, а именно экономически обосновать. Получится?

Но стыдно должно быть тому, кто массу населения в такое положение загнал.

А мне не стыдно, что я хранил бэкап ОС на том же самом диске, который потом начал сыпаться. Не стыдно, потому, что сумел из этого бэкапа систему полностью восстановить на другой диск.

Так что стыдно пусть кому-нибудь другому будет.
Пользователь добавил сообщение 04 Января 2017, 23:11:58:

Такое стыдно показывать, не то что выпячивать.

Воровать стыдно. Врать стыдно. А мне моим опытом делится не стыдно. Потому как правду говорю. Где не получилось, например android на раздел с btrfs установить, так тоже не стыдно сказать. Где получилось, например, восстановить бэкап и делать его, учитывая то, что из строя выходят боле часто перезаписываемые ячейки, так тоже не стыдно.

[ALiEN]

бэкапить надо не всю ОС, а лишь изменяемые файлы. Для хранимых фалов отдельное хранилище бэкапов должно быть.

А мне не стыдно, что я хранил бэкап ОС на том же самом диске, который потом начал сыпаться. Не стыдно, потому, что сумел из этого бэкапа систему полностью восстановить на другой диск.

а мне в подобном случае помог только "внешний" бэкап- крыша протекла и с сервера реально тёк ручей, ЖД - капитальный конец. Не стоит чесать все под одну гребёнку.