Восстановление данных с образа xfs раздела (как и чем ?)

[shevek]

Собственно ситуация, полетел диск , точнее некоторое количество секторов на нем (не монтируется,
в логах
#hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
#hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=61432643, high=3, low=11100995, sector=61432623
#ide: failed opcode was: unknown),
и т.д.

сектора к несчастью судя по всему приходились на начало раздела xfs.

Собственного ума пока хватило чтобы запустить ddrescue и начать делать образ раздела.
Press Ctrl-C to interrupt
rescued: 111090 MB, errsize: 67072 B, current rate: 24051 kB/s
ipos: 111090 MB, errors: 1, average rate: 23124 kB/s
opos: 111090 MB
Copying data...

Процесс еще идет , но уже ясно что ошибки только в начале раздела , о том же говорит вывод smartctl

197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 1
198 Offline_Uncorrectable 0x0030 253 253 000 Old_age Offline - 0

полный вывод smartctl на
http://pastebin.com/m63c8e60e

Что дальше делать пока не знаю. Существуют ли способы извлечь информацию из образа?

[shevek]

xfs_repair имя образа ,
мне помог, затем маунт луп

[shevek]

после чего dd if=/dev/zero bs=1M of=/mnt/hdb5 , чтобы диск сделал ремап убитых секторов

и смарт рапортует что диск исправен:

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 5264 -
# 2 Extended offline Completed: read failure 90% 5262 61432643
# 3 Extended offline Completed: read failure 90% 5262 61432643
# 4 Short offline Completed: read failure 90% 5261 61432643


жесть ....
неспособность обрабатывать бедблоки это особенность xfs_repair ? несколько лет использую ext3 никогда с подобным там не встречался

[mmichel]

Недавно на 500гиговом xfs разделе пропала папка после отключения питания. Каково было мое удивление, когда ниодна из утилей xfs не стала с ним работать. Не могли найти, дай бог памяти, superblock. Искали всем скопом, но найти не могли. При этом раздел был рабочий, монтировался без вопросов, и даже журнал чекался. Короче, пришлось состроить глазки другу и забекапиться на его винт, после чего ext3. Конечно, медленнее, но хоть оботключай питание.

[rm_]

неспособность обрабатывать бедблоки

Да, в XFS (JFS, Reiser) это так, если у Вас на разделе вдруг появились бэдблоки, сразу же копируем всё на исправную медию и уже там - repair.

Не могли найти, дай бог памяти, superblock.

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

ext3. Конечно, медленнее, но хоть оботключай питание.

Если нужна полностью железная стабильность при отключениях питания, лучше предпочесть не ext3, а JFS.