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

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

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

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

Почти полный XFS-образ, смонтированный в 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 безрезультатно, останавливаясь на инодах сканирования ошибок ввода / вывода...

При первом запуске 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 поврежденных inode и 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 ..*

спасибо =)