Tilgå data på ekstern RAID-1 HD

hvis det er standard raid1, så vil en normal mount virke, du skal dog huske at det vil fucke lidt med raid systemet hvis du skriver noget som helst på disken(og en normal rw mount vil gøre det)

Det er lidt fra hukommelsen, men installer mdadm på din maskine.

Som root kør
mdadm --examine /dev/sdb1
Så får du bl.a. en UUID for enheden det skal du bruge til at aktivere den:
Som root kør
mdadm --assemble -u UUID

Så skulle der gerne være en enhed der hedder noget i stil med /dev/md0 som du kan mounte.

#1
En ro-mount er heller ikke sundt, hvis det fx. er ext3 og der ligger nogle inodes der skal slettes eller der af anden grund skal ryddes op på filsystemet.

#3
Hvis du absolut vil gøre det, så brug -t FILSYSTEM, hvis du ved hvad det er

#4:
det skader absolut ikke, der er jo intet tabt ved det...

#6:
det er ikke risikabelt at bruge -t, det er bare til hvis autodetection fejler - den vil stadig ikke mounte såfremt det ikke er det filsystem.

#7:
ja du kan assemble den i degraded mode da der kun er 1 disk, men md raid1 SKAL kunne mountes direkte, jeg har selv gjort det flere gange. Det er blandt andet også derfor grub kan fatte det...

#7:
ja du kan assemble den i degraded mode da der kun er 1 disk, men md raid1 SKAL kunne mountes direkte, jeg har selv gjort det flere gange. Det er blandt andet også derfor grub kan fatte det...


Jeg skal ikke gøre mig klog på det, men kan konstatere at JEG ikke var i stand til at mounte den direkte. Jeg ved ikke hvilket filsystem, der var på disken (der stammer fra en Western Digital ekstern harddisk).

Til almen orientering ser det ud til at mdadm kommandoerne virker efter hensigten:

# mdadm --assemble -u 4b8eea48:49951db0:c9a69d62:19d611fd /dev/md1
mdadm: /dev/md1 has been started with 1 drive (out of 2).

Ved efterfølgende at mounte /dev/md1 kan jeg se filerne og er netop i gang med at kopiere dem til et sikkert sted. Så jeg tror det lykkes...

Tak for hjælpen, begge.

vis /proc/mdstat

det er tydeligvis md raid1, det kan bare ikke passe det ikke kan mountes direkte så, det skal simpelthen virke.

det er korrekt, du skal kunne mounte den lige præcist som hvis der ikke var raid - det er jo også sådan man for eksempel kan have grub 0.9 på en raid1 boot partition, da grub jo ikke kender til md raid.

#13
Jeg synes stadig ikke, det er en god ide men her:
mount /dev/sda1 /mnt/disk -t ext3 -o ro

Det er hvis der er ext3, hvis der er reiserfs:
mount /dev/sda1 /mnt/disk -t reiserfs -o ro

Der er en lille risiko for at hvis du mounter den på den måde, så kan du ikke efterfølgende få disken tilbage i det RAID-som den var en del af. Selv hvis du giver option ro (read-only) med, så risikere du at fx. ext3-filsystmer stadig bliver ændret.

EDIT: Det er iøvrigt sket for mig engang for meget lang tid siden med et reiserfs. Jeg havde mountet det "normalt" og efterfølgende kunne mdadm ikke samle arrayet og jeg måtte oprette et nyt array og kopiere dataen over i det. Ingen data forsvandt ved det nummer.

#14
Grub ændre ikke på filsystemet når den indlæser kernen, det kan en ro-mount gøre.

#12
Filsystemet på partitionen er markeret som "Linux raid autodetect" da det er software raid, derfor virker det ikke direkte, da autodetect ser det som mdraid og ikke ext3/reiserfs eller hvad filsystemet nu er.

#16
Nu bliver der ikke fortalt hvorfor der skal hives data af disken. Men da der er tale om en harddisk fra en ekstern boks, og der bliver kørt RAID 1, virker det meget oplagt at den ene disk er stået af - og data fra array'et skal reddes?
I så fald kan det vel være hip som hap at fil systemet bliver ændret - bare data ikke går tabt.

Men det at der er risiko for at fil systemet bliver ændret ved en readonly mount lyder godt nok lidt spøgst. Har du evt noget dokumentation der kan forklare hvorfor det skulle være tilfældet?

#17
Men det at der er risiko for at fil systemet bliver ændret ved en readonly mount lyder godt nok lidt spøgst. Har du evt noget dokumentation der kan forklare hvorfor det skulle være tilfældet?
Ja, selvfølgelig :)

Fra manpage til mount:

-r Mount the file system read-only. A synonym is -o ro.

Note that, depending on the filesystem type, state and kernel behavior, the system may still write to the device. For example, Ext3 or ext4
will replay its journal if the filesystem is dirty. To prevent this kind of write access, you may want to mount ext3 or ext4 filesystem
with "ro,noload" mount options or set the block device to read-only mode, see command blockdev(8)


#18
Tak :)
Det missede jeg nemlig lige da jeg skimmede manpagen for mount

Men som man pagen siger kan man vel i så fald bare mounte den med read only noload parameteren? Så burde det være sikkert ?

#20
Sidst virkede den ikke for mig :( mount blev ved med at skrive det var en ukendt/forkert option. Det var et ext3 filsystem på raid1 fra en Synologi NAS.