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

[RockTeam]

Добрый день,

Прошу помощи в вопросе по восстановлению сервера.

Суть проблемы: после обновления ядра для Ubuntu Server 12.04 - система перестала загружаться.

Перед самой процедурой обновления был сделан бэкап следующей командой:

Код: [Выделить]

dd bs=8192K conv=sync,noerror if=/dev/sda1 | gzip > /media/data/Backup/sda1Backup.img.gz
Сейчас пытаюсь восстановить таким образом:

Код: [Выделить]

gunzip -c /media/data/Backup/sda1Backup.img.gz | dd of=/dev/sda1 conv=sync,noerror bs=8192K
Весь процесс восстановления завершается так:

Код: [Выделить]

dd: writing `/dev/sda1': No space left on device
0+2385 records in
2384+0 records out
20000461824 bytes (20 GB) copied, 810.674 s, 24.7 MB/s

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

[rayanAyar]

Из-за conv=sync
Имхо можно ничего не делать. Восстановление все равно должно сработать.

[Vitsliputsli]

Вы же используете sync, вот он и синхронизировал.
Т.е. при создании бекапа он читает по 8192K за раз, в конце файла считает только 1973K. Но у вас стоит sync и установлено кол-во байт на запись 8192К, он и запишет 8192К = 1973К данных + 6219К нулей.

Пользователь решил продолжить мысль 09 Февраля 2013, 18:53:39:Да, работать все равно должно, эти нули все равно не запишутся на диск.

[RockTeam]

Спасибо вам за комментарии! Смутила меня ошибка записи, а выходит, что нужно было вставить диск обратно в сервер, и проверить: запустится или нет.

Сейчас уже жду когда отработает команда:

Код: [Выделить]

dd if=/media/data/Backup/sda1Backup.img.gz | gunzip | dd of=/dev/sda1
Позже по завершении - напишу о результатах.
Пользователь решил продолжить мысль 09 Февраля 2013, 21:54:12:В итоге получилась такая картинка:

Код: [Выделить]

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.

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

[AnrDaemon]

Ничего нельзя сделать. Созданный вами архив изначально нерабочий.
Указание "sync" было большой ошибкой.

[RockTeam]

Ничего нельзя сделать. Созданный вами архив изначально нерабочий.
Указание "sync" было большой ошибкой.

Почему нет? В TestDisk вижу все директории, вероятно должен быть способ. Но мне уже понятно, что в будущем придётся делать бэкапы другим способом.

[AnrDaemon]

Если видите все директории, тогда попробуйте распаковать образ на другой диск и прогнать fsck.
Если состояние файловой системы покажется удовлетворительным, возможно, проблема в побитом загрузчике.

[RockTeam]

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

Сейчас буду пробовать распаковывать на другой диск, как вы написали.

[AnrDaemon]

Простите, а сами диски одинаковой геометрии? Я имею в виду размер физического кластера.

[RockTeam]

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

Код: [Выделить]

fsck.ext4 -v /dev/sda1
При загрузке с этого диска на экране вижу сообщение:

error: the symbol `grub_xputs` not found
Пользователь решил продолжить мысль 11 Февраля 2013, 18:48:19:Попробую "починить" grub, как описано здесь: https://help.ubuntu.com/community/Boot-Repair

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

[RockTeam]

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

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

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

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

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

[ArcFi]

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

Вообще-то, да. =)
Пробуйте починить через fsck.

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

dd — простой низкоуровневый инструмент.
Альтернативой тому, что вы написали, полагаю, является clonezilla.

[RockTeam]

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

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

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

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

[AnrDaemon]

Можно не размонтировать - для этого есть опция remount
I.e.
mount / -o remount,ro

На будущее, для бэкапов:

dd if=/dev/whatever bs=4096*16 iflag=direct
ВСЁ!
Если бэкапите на реальный раздел другого диска - добавить "... of=/dev/wherever oflag=direct".
Восстанавливать из архива, естественно, с oflag=direct так же.

[RockTeam]

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

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