[linux] nas hdd crash

Za Sep 10 10:12:30 CEST 2016

Aldus schreef Fred op Fri, Sep 09, 2016 at 08:40:12PM +0200:
> Beste mensen,
> 
> 
> In mijn nas zijn (hoe bestaat het) 2 hdd's gecrasht.
> Nu heb ik deze vervangen voor twee nieuwe hdd's maar ik wil toch proberen om
> te kijken of ik wat data kan redden. Op voorhand moet ik zeggen dat ik mij
> destijds niet in de mogelijkheden van de nas heb verdiept en dat ik er '
> gewoon'  twee schijven in heb gezet en op beide stond verschillende data.
> WAT op WELKE schijf stond weet ik dus ook niet.
> 
> Zoals gezegd heb ik deze twee schijven meteen vervangen voor twee nieuwe
> waarna ik heb geprobeerd met een dokstation/adapter de gecrashte schijven
> via een usb kabel probeerde uit te lezen op mijn desktop.
> Dit lukte dus niet..
> 
> Toen heb ik de schijven 1 voor 1 weer in de NAS gezet (dus met 1 nieuwe en
> beide gecrashte schijven om beurten). Ook dit heeft geen resultaat geleverd
> dat ik iets kon bekijken. Dit is inmiddels al enige tijd geleden en wat de
> NAS omtrent deze handelingen te melden had weet ik nu niet meer.
> 
> Ik probeer nu de schijven 1 voor 1 in mijn debian pc te hangen om te kijken
> of dit lukt. Ook hier heb ik wat pogingen gedaan zonder succes.

Waarom heeft u dit 1 voor 1 gedaan, in plats van met tweee sc ijven
tegelijk?

> Ik heb met; sudo blkid de onderstaande output gekregen;
> 
> /dev/sdb1: LABEL="DSK2_VOL1" UUID="69D1ABA80E767737" TYPE="ntfs"
> PARTUUID="e79fb90f-01"
> /dev/sda1: LABEL="DSK1_VOL1" UUID="78C0122EC011F35C" TYPE="ntfs"
> PARTUUID="cbe6cbe6-01"
> /dev/sda5: UUID="9d513620-ed82-493d-a92e-c0487c0f2774" TYPE="ext4"
> PARTUUID="cbe6cbe6-05"
> /dev/sda6: UUID="154f136e-e1e2-46c7-8cbe-4b6efda9b97d" TYPE="swap"
> PARTUUID="cbe6cbe6-06"
> /dev/sda7: UUID="1c6afb6d-af0c-4e7d-98bb-e36ec0f3e708" TYPE="ext4"
> PARTUUID="cbe6cbe6-07"

Bovenstaande klinkt alsof er 2 discs on-line zijn. Zijn dat de schijven
van de gecrashte NAS?

Me dunkt dat de grootte van die partities relevant is.

> en daar heb ik onderstaande /etc/fstab bij;

De /etc/fstab file lijkt me niet zo relevant. 

> # /etc/fstab: static file system information.

Maar is dit nu de fstab van de oude NAS??

> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # <file system> <mount point>   <type> <options>       <dump>  <pass>
> # / was on /dev/sda5 during installation
> UUID=9d513620-ed82-493d-a92e-c0487c0f2774 /               ext4
> errors=remount-ro 0       1
> # /home was on /dev/sda7 during installation
> UUID=1c6afb6d-af0c-4e7d-98bb-e36ec0f3e708 /home           ext4 defaults
> 0       2
> # swap was on /dev/sda6 during installation
> UUID=154f136e-e1e2-46c7-8cbe-4b6efda9b97d none            swap sw
> 0       0
> /dev/sr0        /media/cdrom0   udf,iso9660 user,noauto 0       0
> #//192.168.178.32/muziek/ /mnt/shares/muziek -o guest 0 0
> #UUID=11dbe34a-2a9f-2531-3017-a5a8c86610be /disk2       ext4
> errors-remount-ro        0       1
> 
> In deze situatie had ik dus 2 hhd's in de desktop. Nu heb ik er 1 hdd
> uitgehaald om plaat te maken voor 1 van de gecrashte hdd's uit de NAS en
> wederom met sudo blkid gekeken welke aanpassingen in /etc/fstab moest maken
> om deze schijf te kunnen mounten.
> 
> De output hiervan staat hieronder maar ik heb eerlijk gezegd geen idee welke
> aanpassing in /etc/fstab moet maken om dit voor elkaar te krijgen.

Ik zou eerst proberen om de data van die schijven te halen alvorens met
/etc/fstab te gaan knoeien. Het gebruik van fsck kan ertoe leiden dat u
data verliest. 

> /dev/sdb1: UUID="11dbe34a-2a9f-2531-3017-a5a8c86610be"
> TYPE="linux_raid_member" PARTUUID="0007df5d-01"
> /dev/sdb2: UUID="2d372ffa-604d-31e2-cc06-6faa7e33c8d6"
> TYPE="linux_raid_member" PARTUUID="0007df5d-02"
> /dev/sdb5: UUID="fd24f794-5806-b3a3-7189-a9a723e8d981"
> UUID_SUB="cb6c5abb-06ae-69f1-2ce6-1c328c6a4d57"
> LABEL="DiskStation:2" TYPE="linux_raid_member" PARTUUID="0007df5d-05"

Misschien is het partitie type gewoon misleidend. 

> /dev/sda1: LABEL="DSK1_VOL1" UUID="78C0122EC011F35C" TYPE="ntfs"
> PARTUUID="cbe6cbe6-01"
> /dev/sda5: UUID="9d513620-ed82-493d-a92e-c0487c0f2774" TYPE="ext4"
> PARTUUID="cbe6cbe6-05"
> /dev/sda6: UUID="154f136e-e1e2-46c7-8cbe-4b6efda9b97d" TYPE="swap"
> PARTUUID="cbe6cbe6-06"
> /dev/sda7: UUID="1c6afb6d-af0c-4e7d-98bb-e36ec0f3e708" TYPE="ext4"
> PARTUUID="cbe6cbe6-07"
> 
> 
> Wellicht dat jullie mij verder kunnen helpen...
> 
> 
> Fred
> 

U schrijft dat u wat pogingen hebt gedaan zonder succes. Nu willen we
graag weten wat u hebt geprobeerd en wat het resultaat was. 

Als u de schijven aan uw systeem hangt en Linux ermee boot, zou Linux
de driver voor de host adapter moeten laden en de bus scannen en de
apparaten detecteren, blijkend uit informatie in dmesg. 

Uiteraard hebt u commando's geprobeerd als:
fdisk -l 
cat /proc/partitions

U zou vervolgens kunnen gokken en proberen de file systems read-only te
mounten. Foutmeldingen? 

Dat laatste zal alleen lukken als er geen RAID-0 of RAID-5 is gebruikt
in software of hardware. 

Een andere test is het gebruik van smartmontools om te controleren in
hoeverre de schijven beschadigd zijn. 

Suc6,

Daniel von Asmuth

-- 

		Beware of logic, for it leads to paradox. 
		Steer clear of paradoxes, for they defeat logic. 