Восстановление из бэкапа с помощью dd

Потому что в процессе копирования последний неполный блок был дополнен 0x00 до 8M.
Восстанавливай с параметрами dd bs=512 и без conv, он там не нужен, будет долго, но гарантированно правильно.
Ошибка 'No space left' останется, но её нужно будет проигнорировать.

А ещё можно включить моск, и весь объём кроме хвоста писать большими блоками, а хвост посекторно. Ну или сначала добыть моск.

бакапы на dd это неправильно.

Clonzilla, это тебе на будущее

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

Это сообщение можно игнорировать. Откройте файл 16-ричным редактором и загляните в конец: места не хватает тем нулям, которые образовались при создании бекапа с опциями sync,noerror,bs=8M.

Спасибо вам всем за комментарии! Восстановить раздел удалось этой командой:

dd if=/media/data/Backup/sda1Backup.img.gz | gunzip | dd of=/dev/sda1

В итоге получилась такая картинка:

1575172+1 records in

1575172+1 records out

806488412 bytes (806 MB) copied, 12422 s, 64.9 kB/s

dd: writing to `/dev/sda1': No space left on device

39063403+0 records in

39063402+0 records out

20000461824 bytes (20 GB) copied, 12429.5 s, 1.6 MB/s

В результате ОС на сервере не загружается (мигает только курсор на чёрном фоне). При помощи загрузки с SystemRescueCd и просмотре информации о восстановленном разделе в GParted, удалось понять, что что-то случилось с файловой системой. Сообщение выглядит так: Unable to detect file system.

Можно как-нибудь починить файловую систему?

Загрузчика скорее всего нет, или все таки есть? Загрузитесь с usb/cd, сделайте chroot и grub-install;update-grub.

Диск сейчас подключен к компьютеру. Вот как это выглядит в GParted (http://webfile.ru/6368222). Думаю, что до загрузчика мы ещё не дошли.

dd делал с работающей системы?

бакапы на dd это неправильно.

Плюсую. Напридумывали тут рекламы толерантного национализма. Либо Бакула, либо цп.

Подскажите что делать?

Распакуй бекап в файл, подмонтируй его, а потом разбирайся с содержимым: проверить, что монтируется, что читается. Потом файлы можешь и руками перебросать на новосозданную ФС.

А подскажите как bacula снимет образ lvm-тома, раздела и т.п.?

бакапы на dd это неправильно.

Аргументируйте, если не трудно, с учетом того, что автор производит бэкап раздела.

Да, бэкап был сделан за 5 минут до установки обновлений.

Спасибо, хорошая идея. Буду так и делать, если нет другого варианта. Просто скопировать всё содержимое подмонтированного раздела или как-то иначе? Потом вероятно придется ещё grub устанавливать после такой процедуры.

dd с работающей системы таит опасности неконсистентности данных и опасностей больше чем более активна система была в этот момент.

Понятие неконсистентности копии означает то, что вместо единого массива данных, отражающих состояние оригинала в один момент времени, копия состоит из нескольких частей, отражающих состояние соответствующих частей оригинала в разные моменты времени.

(c) Резервное копирование — виртуальные клоны против неконсистентных кентавров

Загрузчика скорее всего нет, или все таки есть?

if=/dev/sda1

Главная загрузочная запись (англ. master boot record, MBR) — код и данные, необходимые для последующей загрузки операционной системы и расположенные в первых физических секторах (чаще всего в самом первом) на жёстком диске или другом устройстве хранения информации.

(c) Главная загрузочная запись

А со старого ядра ума не хватило загрузиться?

Прошу прощения не совсем в тему въехал. Загрузчик должен быть диск тот-же самый. По делу. Думаю его надо обновить, я про загрузчик. Он сейчас у автора новое ядро грузит, а dd старое все развернуло.

Просто скопировать всё содержимое подмонтированного раздела или как-то иначе?

Обычно используют cp -a

Потом вероятно придется ещё grub устанавливать после такой процедуры.

Да.

После выполнения следующей команды удалось удивить файловую систему, все директории и фалы до ЧП.

fsck.ext4 -v /dev/sda1

При загрузке с этого диска на экране вижу сообщение:

error: the symbol `grub_xputs` not found

Ubuntu upgrade: the symbol `grub_xputs` not found

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

Я понял что Вы имели ввиду, но уже постфактум.

По этой инструкции не получилось - она не полная, и не совсем для меня очевидная. Попробую сделать, как описано здесь: https://help.ubuntu.com/community/Boot-Repair

Напишу позже что получилось.

В «Advanced options» сначала выбрал «Restore MBR». Затем запустил Boot Repair ещё раз и в «Advanced options» выбрал «Reinstall GRUB».

В результате после этих манипуляций, и загрузке с диска теперь BIOS выводит сообщение: Missing operating system.

Вопрос: стоил ли ещё раз пробовать развернуть образ раздела из dd на второй диск, и в Boot Repair попробовать выбрать «Recommended repair» или есть другие варианты?

Вообще не понятно, если dd скопировал весь раздел, то почему теперь невозможно его быстро и просто восстановить? Многие рекомендовали использовать именно dd, как альтернативу Acronis True Image. За три года ни разу не приходилось восстанавливаться из бэкапа. А вот теперь случилась проблема.

По делу. Думаю его надо обновить, я про загрузчик. Он сейчас у автора новое ядро грузит, а dd старое все развернуло.

(с) petav

• Накатывай dd еще раз на sda1;
• Восстановление GRUB.

Многие рекомендовали использовать именно dd, как альтернативу Acronis True Image.

Многие не любят думать, но любят поорать о своей «крутости». dd это очень низкоуровневый механизм, а с такими надо хорошо понимать что делаешь.

За три года ни разу не приходилось восстанавливаться из бэкапа. А вот теперь случилась проблема.

При использовании неизвестного средства очевидно надо было хотя раз попробовать как оно работает.

Насколько я понял раздел ты восстановил, он монтируется и файлы ты видишь. Значит надо только восстановить загрузчик. Кстати, если бы ты делал образ всего накопителя, то загрузчик восстановился бы.

В общем читай про восстановление grub. Выше дали правильную ссылку, если не получилось то разбирайся что не так.

Многие не любят думать, но любят поорать о своей «крутости». dd это очень низкоуровневый механизм, а с такими надо хорошо понимать что делаешь.

Именно!

Вопрос: бэкап при помощи dd нужно делать на размонтированном разделе?

То есть команду {dd bs=8192K conv=sync,noerror if=/dev/sda1 | gzip > /media/data/Backup/sda1Backup.img.gz} нужно запускать не работающей ОС, раздел которой мы собираемся забэкапить?

да я же говорил уже. На живую можно если использовать LVM snapshot, к примеру.

Попробую ещё раз, как вы описали, только перед пунктом 1 думаю проделать операцию описанную здесь: http://www.novell.com/support/kb/doc.php?id=7009629

Думаю, после этой процедуры не придётся ещё раз раздел восстанавливать.

Если я не знаю что такое LVM snapshot, то значит теперь получается, что у меня не правильный бэкап, и дальше можно не тратить время восстановлением. Верно?

Понял что такое LVM snapshot. В моём случае - это не актуально.

Верно?

Я бы так категорично не говорил. Равновероятностно. Все зависит от активности системы в момент бэкапа. Пока, что у Вас проблема с grub.

В Вашем случае да. проблема то постфактум.

Попробую ещё раз образ на диск развернуть и починить GRUB. Позже напишу, что из этого получится.

Спасибо большое за помощь!

Можно и по живому, но без гарантий.

я тут решил опробовать dd, сделал бэкап, примонтировал созданный образ флэшки и итог:
-не хватает 1 папки
-все русские буквы теперь вопросики
Есть варианты как вылечить второе и избежать первого?

Не подскажу, предпочитаю копировать файлы или tar.

Может быть кодировку при монтировании можно указать.

Проблема здесь «примонтировал»

petav, может вы знаете?

чем именно mount -o loop отличается от того что я бы развернул на флэшке эти кракозяблики.

mount -o iocharset=utf8,loop

действительно,решение.

Полное восстановление из бэкапа провалилось! Восстановил файловую систему, восстановил GRUB, но ОС не загружается по причине не полного бэкапа. Всё-таки нужно было размонтировать диск перед тем, как выполнять dd.

Директории proc у меня нет на диске: http://webfile.ru/6373578

Теперь видимо придётся устанавливать систему с диска заново, но хорошо, что конфигурационные файлы сохранились.

Правильно я понимаю, что с моим бэкапом тут уже ничего не сделать?

На будущее мне нужно использовать clonezilla в качестве альтернативы Acronis True Image?

использовать clonezilla

Возможны варианты, но пожалуй стоит попробовать. Но главное — проверить как происходит восстановление.

тут уж Вам решать

Всё-таки нужно было размонтировать диск перед тем, как выполнять dd

или

использовать clonezilla в качестве альтернативы Acronis True Image

Название у него страшное ))

Большое спасибо всем, кто давал советы по делу и помогал мне! Буду устанавливать ОС заново, настраивать и восстанавливать всё частями в зависимости от того, что всё-таки удалось скопировать при помощи dd.

После этого потренируюсь с командой dd в лабораторных условиях - в качестве средства для бэкапа «в живую». Позже напишу здесь о своих результатах, чтобы будущее поколение не спотыкалось, как я, на основании старой и недостоверной информации найденной в сети (включая англоязычную).

Буду устанавливать ОС заново

в качестве средства для бэкапа «в живую»

Советую LVM использовать