Всем здравствуйте. Имеется жесткий диск с файловой системой XFS, после резкого отключения питания не монтировался.
ivan@ivan-NB154:~$ sudo mount /dev/sdb1 /mnt/wd-blue
mount: /mnt/wd-blue: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
Я запустил xfs_repair:
ivan@ivan-NB154:~$ sudo xfs_repair -v /dev/sdb1
Phase 1 - find and verify superblock...
- block cache size set to 173048 entries
Фаза 2 - использование внутреннего журнала
- zero log...
zero_log: head block 0 tail block 0
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- process newly discovered inodes...
Фаза 4 - поиск повторяющихся блоков...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 1
- agno = 0
- agno = 2
- agno = 3
- agno = 4
Phase 5 - rebuild AG headers and trees...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- traversal finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
XFS_REPAIR Summary Wed Mar 8 12:25:13 2023
Phase Start End Duration
Phase 1: 03/08 12:24:56 03/08 12:24:57 1 second
Phase 2: 03/08 12:24:57 03/08 12:24:58 1 second
Phase 3: 03/08 12:24:58 03/08 12:25:06 8 seconds
Phase 4: 03/08 12:25:06 03/08 12:25:06
Phase 5: 03/08 12:25:06 03/08 12:25:06
Phase 6: 03/08 12:25:06 03/08 12:25:13 7 seconds
Phase 7: 03/08 12:25:13 03/08 12:25:13
Total run time: 17 seconds
done
но смонтировать раздел так и не удается, та же самая ошибка что и в начале была. Тогда я запустил xfs_repair с флагом -L:
ivan@ivan-NB154:~$ sudo xfs_repair -L /dev/sdb1
Phase 1 - find and verify superblock...
Фаза 2 - использование внутреннего журнала
- zero log...
- scan filesystem freespace and inode maps...
clearing needsrepair flag and regenerating metadata
- found root inode chunk
Phase 3 - for each AG...
- scan and clear agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- process newly discovered inodes...
Фаза 4 - поиск повторяющихся блоков...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
Phase 5 - rebuild AG headers and trees...
- reset superblock...
Phase 6 - check inode connectivity...
- resetting contents of realtime bitmap and summary inodes
- traversing filesystem ...
- traversal finished ...
- moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
Maximum metadata LSN (1:136152) is ahead of log (1:2).
Format log to cycle 4.
done
ivan@ivan-NB154:~$ sudo mount /dev/sdb1 /mnt/wd-blue
mount: /mnt/wd-blue: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
и как видно из вывода, та же самая ошибка. Как восстановить раздел? И ещё, подскажите, какая файловая система наиболее устойчива к резким отключениям питания?
