1. XFS: как найти путь / каталог inodes 2. XFS в файле -o loop и ddrescue?

1. как найти полный исходный путь к файлу / каталогу некоторых поврежденных inodes XFS?

   и как быстро перечислить несколько последних измененных 10000 inodes (= отредактированных или перемещенных файлов / каталогов) среди миллионов файлов?

2. лучше ли ddrescue только поврежденную файловую систему website.image в файле или весь жесткий диск, включая его родительскую файловую систему, которая предположительно не повреждена, несмотря на то, что на диске есть некоторые ошибки? (в то время как "1". нет, для этого может потребоваться прочитать всю историю ниже)

Почти полный образ XFS, смонтированный -o loop на debian, годами работает продуктивно на одном диске. Каждый день читается миллион файлов, лишь некоторые записываются пакетами каждые несколько дней.

/dev/cciss/c0d9      1953449048 1950392335   3056714 100% /website  '
(smart unvisible due to HP p410 raid controller)
/dev/loop0  1950358937 1937866163  12492775 100% /var/www/website

При перемещении пакета файлов файловая система прощалась уже несколько раз. на этот раз он больше не мог быть смонтирован, и была предпринята попытка с xfs_repair и xfs_repair -f -L безрезультатно, остановка при сканировании inodes ошибок ввода-вывода ...

ddrescue / dev / cciss / c0d9 / dev / cciss / c0d6 / ddrescuelog при первом запуске журнал ddrescue знал около 50 ошибок на общую сумму около 2800 КБ

после нескольких раз: ddrescue -c1 --direct --retrim --try-again / dev / cciss / c0d9 / dev / cciss / c0d6 / ddrescuelog 500 ошибок и только 440 КБ предположительно все еще отсутствует.

(также забыл использовать журнал один раз, снова перезаписав первые 20 ГБ, пока я не остановил его. Но никаких проблем, я полагаю, поскольку он будет записывать точно в том же месте на целевом диске?)

сейчас восстанавливаем файловую систему на новом диске, он удалил около 2000 поврежденных инодов и 1500 файлов / каталогов прямо как этот:

bad magic number 0xe5a0 on inode 3270245798
bad version number 0x12 on inode 3270245798
bad inode format in inode 3270245798
bad magic number 0xe5a0 on inode 3270245798, resetting magic number
bad version number 0x12 on inode 3270245798, resetting version number
bad inode format in inode 3270245798
cleared inode 3270245798
**entry "index.html" at block 0 offset 6848 in directory inode 3270245561 references free inode 3270245798
        clearing inode number in entry at offset 6848...**

* - также: из миллиарда инодов, я полагаю, xfs_repair потреблял 30 ГБ оперативной памяти и разбился на последнем шаге (что является обычным и не имеет значения, я полагаю)

        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ..*

спасибо =)