I followed the instructions listed under Checking a File System in the Unraid 6 documentation and it said to post the results if I did not understand them. I would greatly appreciate it if someone could take a look at my results and tell me if the information of this drive can be recovered.
Background: I have a parity drive but the failed drive is not being emulated. I installed the drive in question a while ago but I'm unsure if any data was actually on it. Is it possible that no data was on this drive and that is why the drive is not being emulated by the parity drive?
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- zero log...
ALERT: The filesystem has valuable metadata changes in a log which is being
ignored because the -n option was used. Expect spurious inconsistencies
which may be resolved by first mounting the filesystem to replay the log.
- scan filesystem freespace and inode maps...
agf_freeblks 121652, counted 121670 in ag 1
agi_freecount 8, counted 9 in ag 1
agi_freecount 8, counted 9 in ag 1 finobt
agi unlinked bucket 9 is 454730313 in ag 0 (inode=454730313)
sb_ifree 4308, counted 4616
sb_fdblocks 1346139874, counted 1348594004
- found root inode chunk
Phase 3 - for each AG...
- scan (but don't clear) agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 2
- agno = 3
- agno = 1
- agno = 4
- agno = 5
- agno = 6
- agno = 7
- agno = 8
- agno = 9
- agno = 10
- agno = 11
- agno = 12
- agno = 13
- agno = 14
- agno = 15
- agno = 16
- agno = 17
- agno = 18
- agno = 19
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
- traversing filesystem ...
bad hash table for directory inode 104139180 (no leaf entry): would rebuild
- traversal finished ...
- moving disconnected inodes to lost+found ...
disconnected inode 454730313, would move to lost+found
Phase 7 - verify link counts...
would have reset inode 1601087717 nlinks from 1 to 2
would have reset inode 454695794 nlinks from 1 to 2
would have reset inode 454730313 nlinks from 0 to 1
would have reset inode 459241237 nlinks from 1 to 2
would have reset inode 480639760 nlinks from 1 to 2
would have reset inode 861775891 nlinks from 1 to 2
No modify flag set, skipping filesystem flush and exiting.