I flew this morning raid 1 of two hard drives. Debian, respectively, everything in read-only remounted. I tried to copy the data from the array through FTP, scoring, because it does not work in read-only (the bug of the old version, it was necessary to upgrade for a long time).

I pulled out 1 hard, slipped it into the test bench, FS = RAW, 100% of 100% were used. Mount rw ext4 fails.

Slipped hard back into the car:

MBR error 1

I do not know much in this life, send somewhere. The data is important.

  • And the second hard mounted on a test stand? And you are more careful there, if the disk began to physically pour in, it is better not to touch it. Maybe try to make dd with them before it's too late? - VladD 2:47 pm
  • @T. Fosteman, specify - how exactly RAID is collected at you? Software, via mdadm, or hardware, on an external controller, or semi-hardware, is it "fake RAID"? - MANK

1 answer 1

it is likely that the second hard drive you have failed (out).

if the raid array was created “humanly” by the mdadm program, then if you connect the hard drive to (any) other computers, you can at least copy the information: if it is still readable, then just cp better (copy the entire disk / partition better, rather than separate files: cp /dev/диск /путь/к/сохраняемому/образу ), if it is only partially readable, then to save at least some of the information you need to use something like gnu / ddrescue .

if a proprietary “iron” “solution” was used to create a raid-array using a controller (possibly integrated into the motherboard), then it is quite possible that even a similar controller / board is required for reading . which seems to be the case with you.