Joe L. Posted June 9, 2011 Share Posted June 9, 2011 It's the same error. bread: Cannot read the block (2): (Input/output error). And my question is still not answered. With 2 drives down, neither being the parity, have I lost data? yes. If the two drives are un-readable, and neither is the parity disk, you've lost the contents of both. If either drive is readable, or can be made readable (perhaps by replacing a bad cable to it, of fixing a loose cable) then you can re-construct the remaining bad drive by use of parity and all the other data disks. If the two drives share a common power cable, or backplane, it might not be two bad drives. Link to comment
Bitbass Posted June 11, 2011 Author Share Posted June 11, 2011 I also have a hard time believing two drives went bad at the same time. However, I've tried moving the drives around to different backplanes in the Norco, different cabling and different controllers and so far there's no change in the behavior. I read reference to someone else trying Spinrite and while I might still try that I'm not eager to drop another $90 to fix this if I don't have to. Also, what's the difference between the red and orange dots? Link to comment
dgaschk Posted June 11, 2011 Share Posted June 11, 2011 See here for colors: http://lime-technology.com/wiki/index.php?title=Un-Official_UnRAID_Manual#Colored_status_indicator Orange=yellow for some reason. Link to comment
Bitbass Posted June 11, 2011 Author Share Posted June 11, 2011 Thanks, so.... My "yellow" drive should be "A data disk has this status during Reconstruction" and yet there doesn't seem to be any reconstruction going on. I'm guessing that's because I'm having trouble with the second disk? Link to comment
Bitbass Posted June 12, 2011 Author Share Posted June 12, 2011 Ran Disk6 through Spinrite and it didn't find anything. However it now shows as being too small so something changed. How do I fix this? Link to comment
Bitbass Posted June 12, 2011 Author Share Posted June 12, 2011 Ok, this screenshot is after I removed the HPA problem which I picked up trying to run Spinrite on another system. This is slightly different than previously because both drives are now yellow (orange really). Is that a good thing or inconsequential? I'm close to trying each drive in another system to see if I can recover the data at a minimum. Any suggestions before I do that? Link to comment
Bitbass Posted June 20, 2011 Author Share Posted June 20, 2011 Ok, I've got it where both drives are returning output when I do any of the reiserfsck commands. I've run "reiserfsck --scan-whole-partition --rebuild-tree" and rebuild-sb on both drives and got references to things getting fixed and moved to lost and found. The Unraid web interface still doesn't want to mount the drives though. So, how can I mount the drives and get the data back into the array. I know I'll also need to inspect lost+found. Link to comment
dgaschk Posted June 20, 2011 Share Posted June 20, 2011 Please post the output of reiserfsck without any options. Link to comment
Bitbass Posted June 20, 2011 Author Share Posted June 20, 2011 Here it is: root@unraid:~# reiserfsck /dev/sde1 reiserfsck 3.6.21 (2009 www.namesys.com) ************************************************************* ** If you are using the latest reiserfsprogs and it fails ** ** please email bug reports to [email protected], ** ** providing as much information as possible -- your ** ** hardware, kernel, patches, settings, all reiserfsck ** ** messages (including version), the reiserfsck logfile, ** ** check the syslog file for any related information. ** ** If you would like advice on using this program, support ** ** is available for $25 at www.namesys.com/support.html. ** ************************************************************* Will read-only check consistency of the filesystem on /dev/sde1 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 Mon Jun 20 17:12:09 2011 ########### Replaying journal: Done. Reiserfs journal '/dev/sde1' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. finished Comparing bitmaps..finished Checking Semantic tree: finished No corruptions found There are on the filesystem: Leaves 241746 Internal nodes 1565 Directories 7719 Other files 43544 Data block pointers 239897533 (972389 of them are zero) Safe links 0 ########### reiserfsck finished at Mon Jun 20 17:48:44 2011 ########### root@unraid:~# reiserfsck /dev/sdc1 reiserfsck 3.6.21 (2009 www.namesys.com) ************************************************************* ** If you are using the latest reiserfsprogs and it fails ** ** please email bug reports to [email protected], ** ** providing as much information as possible -- your ** ** hardware, kernel, patches, settings, all reiserfsck ** ** messages (including version), the reiserfsck logfile, ** ** check the syslog file for any related information. ** ** If you would like advice on using this program, support ** ** is available for $25 at www.namesys.com/support.html. ** ************************************************************* Will read-only check consistency of the filesystem on /dev/sdc1 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 Mon Jun 20 17:48:55 2011 ########### Replaying journal: Done. Reiserfs journal '/dev/sdc1' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. finished Comparing bitmaps..finished Checking Semantic tree: finished No corruptions found There are on the filesystem: Leaves 186577 Internal nodes 1207 Directories 8751 Other files 70948 Data block pointers 179734562 (459 of them are zero) Safe links 0 ########### reiserfsck finished at Mon Jun 20 18:06:13 2011 ########### root@unraid:~# Link to comment
Bitbass Posted June 21, 2011 Author Share Posted June 21, 2011 Yep, several times. Still shows them as unformatted. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.