Исправление AITap, (текущая версия) :
Таблица разделов запорчена.
на своих местах (по крайней мере, MBR и загрузочные сектора разделов)
Можно поподробнее? fdisk -l
показывает разделы, но они не монтируются, или что? file -s /dev/sdXY
показывает «data» или бредятину?
В интернете говорят, что dd with conv=noerror writes nothing in the image in case of a bad block. Не уверен, что это правда, но если да, то там, где на диске были бэд-блоки, в бекап не записалось вообще ничего (даже нули). Надо было делать conv=sync,noerror.
Возможно, данные можно восстановить, если прогнать по диску badblocks в режиме теста только чтения (по-умолчанию), получить список бэд-блоков, а потом, начиная с конца, сдвинуть содержимое диска вправо. Но с другой стороны, по диску уже прошла запись нового содержимого, и он мог перемапить все бэд-блоки. Или могли вырасти новые.
На будущее, проблемы с бэд-блоками, которые не размножаются, решаются при помощи e2fsck -c
.
/dev/sdb1/backup.gz
Опечатка?
Исходная версия AITap, :
Таблица разделов запорчена.
на своих местах (по крайней мере, MBR и загрузочные сектора разделов)
Можно поподробнее? fdisk -l
показывает разделы, но они не монтируются, или что? file -s /dev/sdXY
показывает «data» или бредятину?
В интернете говорят, что dd with conv=noerror writes nothing in the image in case of a bad block. Не уверен, что это правда, но если да, то там, где на диске были бэд-блоки, в бекап не записалось вообще ничего (даже нули). Надо было делать conv=sync,noerror.
Возможно, данные можно восстановить, если прогнать по диску badblocks в режиме теста только чтения (по-умолчанию), получить список бэд-блоков, а потом, начиная с конца, сдвинуть содержимое диска вправо. Но с другой стороны, по диску уже прошла запись нового содержимого, и он мог перемапить все бэд-блоки. Или могли вырасти новые.
На будущее, проблемы с бэд-блоками, которые не размножаются, решаются при помощи e2fsck -c
.