rounder24

After a bit more investigation, I'm guessing the files in the lost+found can be sparse files? /mnt/disk4/lost+found# ls -lsk 125189_125260 2093058 -rw------- 1 2096538 2096543 9004995938610681 Mar 29 2013 125189_125260 The command I used to mirror the drive from the wiki probably doesn't handle sparse files maintaining their "sparseness". rsync -avPX /mnt/disk4/ /mnt/disk8/ Still happy to just delete all the files in lost+found if someone can confirm the steps below to continue the filesystem change. Seems like the only files in the lost+found share are on disk4 and disk8 since the rsync started copying them across. Delete files in /mnt/user/lost+found or /mnt/disk4/lost+found Rerun rsync -avPX /mnt/disk4 /mnt/disk8 Stop Array New config. Swap Disk4 ( old ) / Disk8 (swap) Set FS appropriately Start Array Do any checking Stop Array Set Disk8 (old reiserfs drive) to xfs

Attached diagnostics. tower-diagnostics-20230305-1426.zip

Unraid: 6.11.5 I'm currently in the middle of changing the filesystem on some drives from reiserfs to xfs. Done a few drives successfully using the mirroring technique from the wiki https://wiki.unraid.net/File_System_Conversion#Mirroring_procedure_to_convert_drives but my last drive is taking a long time. There are some files in the lost+found folder that are reporting crazy large file sizes. Larger than the total array can handle. This is causing the rsync to be very slow. Can I delete everything out of the lost+found with a simple 'rm' ? I've never gone in there to look for missing things. If I chose to delete it, should I do it from the share /mnt/user/ or do it across the /mnt/disk*/ ? Is parity maintain regardless of the method? Would I have to do another parity check afterwards before continuing with the filesystem change?