July 22, 201411 yr Good day All, I have recently successfully recovered to "lost+found" folder using the "reiserfsck --rebuild-tree --scan-whole-partition /dev/md8" detailed in my previous post: http://lime-technology.com/forum/index.php?topic=34088.new;topicseen#new However, I have now undertaken the labourious task sorting out the "lost+found" folder and moving the data back to its original folder locations. This has been hampered by receiving "Permission denied (13)" in Midnight Commander and "Target : Access is denied" under Windows. Troubleshooting steps undertaken: - Ran "New Permissions" script and waited till it completed. - Rebooted the server - Rebooted all windows machines Unraid Version: 5.0.5 I am able to copy the number labeled folders (ie 6_38403) from "lost +found" folder to the original directory but not place the actual data in the original directory As per attached screenshots - I do see remains of the old files as "red" hidden files in MC but of zero size. Could this be the problem? How do you get rid of these red zero length files; although they are nice to see exactly what I am missing? Many thanks for any help you can provide. Cheers, Wayne
July 23, 201411 yr Author Thanks bjp999, However as per attached, the newperms script has been run a couple times, to completion. The problem unfortunately still exists. Cheers, Wayne
July 26, 201411 yr Author Thanks Ran "reiserfsck --check /dev/md8" reiserfsck 3.6.24 Will read-only check consistency of the filesystem on /dev/md8 Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes ########### reiserfsck --check started at Sat Jul 26 04:10:51 2014 ########### Replaying journal: Done. Reiserfs journal '/dev/md8' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. \/ 15 (of 15\/ 1 (of 94|bad_node: vpf-10350: The block (278304976) is used more than once in the tree. the problem in the internal node occured (278304976), whole subtree is skipped finished Comparing bitmaps..vpf-10640: The on-disk and the correct bitmaps differs. Bad nodes were found, Semantic pass skipped 1 found corruptions can be fixed only when running with --rebuild-tree ########### reiserfsck finished at Sat Jul 26 04:37:40 2014 ########### root@Tower2:~# Now shall I run the "rebuild-tree" command? Bearing in mind I have already ran it once when the data was deleted as per here: http://lime-technology.com/forum/index.php?topic=34088.new;topicseen#new Many thanks, as always, for your help. Cheers, Wayne
July 28, 201411 yr Author Thanks, For the sake of my own sanity; the exact command I will be running is: reiserfsck --rebuild-tree /dev/md8 Correct? Cheers, Wayne
July 29, 201411 yr Author Thank you very much dgaschk for the guidance - it worked perfectly. The once "red hidden files" in MC have been restored to actual files. I am to fully move and copy files. I have included below the results of "reiserfsck --rebuild-tree" for others if need. root@Tower2:~# screen Flushing..finished Files found: 78101 Directories found: 12572 Pass 3a (looking for lost dir/files): ####### Pass 3a (lost+found pass) ######### Looking for lost directories: Looking for lost files:1 /sec rewrite_file: 3 items of file [96 156] moved to [96 45] rewrite_file: 3 items of file [96 157] moved to [96 47] rewrite_file: 3 items of file [96 158] moved to [96 64] rewrite_file: 3 items of file [96 159] moved to [96 77] rewrite_file: 3 items of file [96 160] moved to [96 115] rewrite_file: 3 items of file [96 161] moved to [96 213] rewrite_file: 3 items of file [96 162] moved to [96 214] rewrite_file: 2 items of file [96 163] moved to [96 215] rewrite_file: 2 items of file [96 164] moved to [96 268] rewrite_file: 3 items of file [96 165] moved to [96 269] rewrite_file: 3 items of file [96 166] moved to [96 275] rewrite_file: 3 items of file [96 167] moved to [96 360] rewrite_file: 3 items of file [96 168] moved to [96 514] rewrite_file: 3 items of file [96 169] moved to [96 517] rewrite_file: 2 items of file [96 170] moved to [96 520] rewrite_file: 2 items of file [96 171] moved to [96 521] rewrite_file: 3 items of file [96 172] moved to [96 538] rewrite_file: 3 items of file [96 173] moved to [96 539] rewrite_file: 3 items of file [96 174] moved to [96 540] rewrite_file: 3 items of file [96 175] moved to [96 541] rewrite_file: 2 items of file [96 176] moved to [96 542] rewrite_file: 3 items of file [96 177] moved to [96 543] rewrite_file: 3 items of file [96 178] moved to [96 544] rewrite_file: 2 items of file [96 179] moved to [96 545] rewrite_file: 3 items of file [96 180] moved to [96 546] rewrite_file: 3 items of file [96 181] moved to [96 547] rewrite_file: 2 items of file [96 182] moved to [96 548] rewrite_file: 2 items of file [96 183] moved to [96 549] rewrite_file: 3 items of file [96 184] moved to [96 550] rewrite_file: 2 items of file [96 185] moved to [96 551] rewrite_file: 3 items of file [96 186] moved to [96 552] rewrite_file: 2 items of file [96 187] moved to [96 553] rewrite_file: 2 items of file [96 188] moved to [96 554] rewrite_file: 3 items of file [96 189] moved to [96 555] rewrite_file: 3 items of file [96 190] moved to [96 556] rewrite_file: 2 items of file [96 191] moved to [96 557] rewrite_file: 2 items of file [96 192] moved to [96 558] rewrite_file: 3 items of file [96 193] moved to [96 559] rewrite_file: 3 items of file [96 194] moved to [96 560] rewrite_file: 2 items of file [96 195] moved to [96 561] vpf-10680: The file [96 561] has the wrong block count in the StatData (4824) - corrected to (4736) Flushing..finished Objects without names 40 Files linked to /lost+found 40 Objects having used objectids: 40 files fixed 40 Pass 4 - finished done 354842, 52 /sec Flushing..finished Syncing..finished ########### reiserfsck finished at Tue Jul 29 02:12:27 2014 ########### root@Tower2:~# Cheers, Wayne
January 3, 201511 yr Thank you for this information. It helped me greatly repair the same problems I was having with my unraid server. I was not able to copy to one of my shares but could copy at disk level which I then tried each and every drive with that share folder and found only 1 drive without permissions. I had already tried the new permissions part in utilities of unraid with the help of another post here but it had not fix the problem with this drive. Following these instructions and the final instructions from the telnet I was able to repair my unraid server and clear up some problems on the drive. It did take 2 times doing it as I guess like above it didn't finish right the first time. For the life of me I can not access the lost + found folder. Should I maybe run the permissions program again? I don't know that much is really in there as my folders seem to be the the same size they where before running reiserfsck... Thank you for this thread and the others for help. I very much appreciated the help.
January 3, 201511 yr For the life of me I can not access the lost + found folder. Should I maybe run the permissions program again? I don't know that much is really in there as my folders seem to be the the same size they where before running reiserfsck... The lost+Founf folder and its contents will have been set as owned by root. You could run New Permissions from the GUI but that takes a long time. Quicker is to rin a command from telnet of the form: newperms /mnt/disk?/lost+found which runs just against the specified location rather than all the disks.
January 6, 201511 yr Thank you itimpi for the great info line to give me new permissions to that folder only. It did the trick. 16 seconds later done. But as I suspected there wan't anything in there of value. Thank goodness. Am I good to delete that folder now directly from that drive?
January 6, 201511 yr Thank you itimpi for the great info line to give me new permissions to that folder only. It did the trick. 16 seconds later done. But as I suspected there wan't anything in there of value. Thank goodness. Am I good to delete that folder now directly from that drive? Glad it worked. Often the recovery finds file fragments that are from deleted files and thus (as you find) of very little use. However every so often there is something that it is critical that can be recovered. If you are happy there is nothing you want then you can simply delete the lost+found folder. You also want to make sure it is not showing up as a share any more (where an entry was probably auto-generated).
January 15, 201511 yr Thank you for the information. I was able to remove the lost+found folder once I check the 3 drives it was attached to as a share. I did find some files on a drive backed those up to another location and deleted them from the server. I was then able to remove the share folder as it now reported empty. Thank you community for your help once again.
Archived
This topic is now archived and is closed to further replies.