UnRAID unmountable disk, format was reiserfs


Recommended Posts

I am assisting a co-woker with his server. He was having other hardware issues that were causing the server to shut off randomly. he replaced the motherboard and all was well (or so he tells me) but now, when the array is started, two disks show up as unmountable, and wants to be formatted.  The file system on each disk WAS reiserfs.  I told him many months ago to move them away from that format but he didnt. I believe there to be usable data on the disks but I am unsure on how to tell UnRAID that its reiserfs without just formatting the disks. The system has been rebooted several times since the initial issue (i was out of town and he didnt want to call me for help) so here i am with a pile of garbage and being asked to "make it work again".. 

Link to comment

Doing the reiserfsck give an unknown error.  

 

 

root@Tower:~# reiserfsck --check /dev/md3
reiserfsck 3.6.25

Will read-only check consistency of the filesystem on /dev/md3
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
Failed to open the device '/dev/md3': Unknown code er3k 127


root@Tower:~# reiserfsck --check /dev/md4
reiserfsck 3.6.25

Will read-only check consistency of the filesystem on /dev/md4
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
Failed to open the device '/dev/md4': Unknown code er3k 127


root@Tower:~#
 

Link to comment

Would like to add that if auto doesn't find any file system and you're sure they were reiser then it's likely there was damage to the MBR, since disk2 is same size and filesystem you can duplicate its MBR to the others using dd, check that disk2 is still sdi and disk3 sdh before doing it:

 

dd if=/dev/sdi of=/dev/sdh bs=512 count=1

 

If it works repeat for disk4

 

 

Edited by johnnie.black
Link to comment
1 hour ago, johnnie.black said:

Would like to add that if auto doesn't find any file system and you're sure they were reiser then it's likely there was damage to the MBR, since disk2 is same size and filesystem you can duplicate its MBR to the others using dd, check that disk2 is still sdi and disk3 sdh before doing it:

 


dd if=/dev/sdi of=/dev/sdh bs=512 count=1

 

If it works repeat for disk4

 

 

root@Tower:~# dd if=/dev/sdi of=/dev/sdh bs=512 count=1
1+0 records in
1+0 records out
512 bytes copied, 0.000144382 s, 3.5 MB/s
 

 

disks are indeed the same as before. did not work, diags attached.

tower-diagnostics-20170329-1928.zip

Link to comment

If the disks are really reiser the only other thing I can think of is that the superblock needs to be rebuilt but reiserfsck is not working correctly, there's a known issue with the version on unRAID v6.2.3 and --rebuild-tree, so maybe there are other problems, you should downgrade to unRAID v6.2.4 and try again to run reiserfsck.

 

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.