harddisk uit een nas mounten onder Ubuntu

[Mr_gadget]

Mijn vraag
Ik had een schijf met badsectors in mijn Synology Nas. Deze heb ik eruit gehaald en vervangen door een nieuwe. Ik dacht de data te kunnen kopieren vanaf een pc naar de nieuwe schijf. Echter krijg ik hem niet gemount. Ik heb de disk aangesloten met een usb converter. Hoewel ik geen raid draaide lijkt het toch een raid indeling te zijn.

Relevante software en hardware die ik gebruik
Ewent usb sata converter
Ubuntu

Wat ik al gevonden of geprobeerd heb
Als ik hem aansluit:

code:

 USB disconnect, device number 6
[ 1277.080191] usb 1-4.2: new high-speed USB device number 7 using ehci_hcd
[ 1277.175964] scsi8 : usb-storage 1-4.2:1.0
[ 1278.177218] scsi scan: INQUIRY result too short (5), using 36
[ 1278.177226] scsi 8:0:0:0: Direct-Access     SAMSUNG  HD153WI               PQ: 0 ANSI: 0
[ 1278.177870] sd 8:0:0:0: Attached scsi generic sg2 type 0
[ 1278.180054] sd 8:0:0:0: [sdd] 2930277168 512-byte logical blocks: (1.50 TB/1.36 TiB)
[ 1278.183905] sd 8:0:0:0: [sdd] Write Protect is off
[ 1278.183908] sd 8:0:0:0: [sdd] Mode Sense: 3b 00 00 00
[ 1278.184908] sd 8:0:0:0: [sdd] No Caching mode page found
[ 1278.184911] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 1278.187657] sd 8:0:0:0: [sdd] No Caching mode page found
[ 1278.187660] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 1289.113347]  sdd: sdd1 sdd2 sdd3
[ 1289.124184] sd 8:0:0:0: [sdd] No Caching mode page found
[ 1289.124188] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 1289.124190] sd 8:0:0:0: [sdd] Attached SCSI disk
[ 1289.339789] md: export_rdev(sdd3)
[ 1289.340161] md: export_rdev(sdd3)

fdisk

code:

Disk /dev/sdd: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00026152

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1             256     4980735     2490240   fd  Linux raid autodetect
/dev/sdd2         4980736     9175039     2097152   fd  Linux raid autodetect
/dev/sdd3         9437184  2930272064  1460417440+  fd  Linux raid autodetect

Mounten lukt niet:

code:

sudo mount -t ext4 /dev/sdd3 /media/raid
mount: wrong fs type, bad option, bad superblock on /dev/sdd3,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Terwijl sdd1 wel gemount kan worden..
Zit hij al in een array?

code:

cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : inactive sdc3[0](S)
      1460416416 blocks super 1.2
       
unused devices: <none>

Maar deze kan ik ook niet mounten

code:

 sudo mount -t ext4 /dev/md2 /mnt
wrong fs type, bad option, bad superblock on /dev/md2,
EXT4-fs (md2): unable to read superblock

Waar ga ik de fout in?
(informatie van:
http://labalec.fr/erwan/?p=850
https://www.synology.com/...my_DiskStation_using_a_PC
)

[Thralas]

Wat zegt:

mdadm --examine /dev/sdd3
mdadm --detail /dev/md2

Je mdstat spreekt overigens over sdc, terwijl je het daarvoor over sdd hebt, klopt dat?

[Mr_gadget]

mdadm --examine /dev/sdd3

code:

 sudo mdadm --examine /dev/sdd3
/dev/sdd3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 0db2546f:ea6f1e85:fd11d3bc:dbe9ad37
           Name : NAS:2
  Creation Time : Sat May  5 15:16:17 2012
     Raid Level : raid1
   Raid Devices : 1

 Avail Dev Size : 2920832833 (1392.76 GiB 1495.47 GB)
     Array Size : 1460416256 (1392.76 GiB 1495.47 GB)
  Used Dev Size : 2920832512 (1392.76 GiB 1495.47 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : c14acca3:701fb12d:96d39ff4:c39ad09b

    Update Time : Sun Feb 14 14:54:18 2016
       Checksum : 30367c1a - correct
         Events : 5


   Device Role : Active device 32768
   Array State : . ('A' == active, '.' == missing)

mdadm --detail /dev/md2

code:

mdadm: md device /dev/md2 does not appear to be active.

mdstat (had hem even gedisconnect, maar het is nog steeds sdc?)

code:

cat /proc/mdstat 
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : inactive sdc3[0](S)
      1460416416 blocks super 1.2
       
unused devices: <none>

[Hero of Time]

Het device is active voor mdadm, maar de array state zegt dat de schijf mist. Lijkt mij dat het nog iets extra nodig heeft. Misschien een mdmadm --assemble?

[johnkeates]

Het is een MDADM raid array, waarschijnlijk daar dan weer LVM op, of soms rechtstreeks EXT of XFS.

Als alles aangesloten is kan je je array inderdaad zien met 'sudo mdadm --examine /dev/<sdX>'
Daarna moet je hem nog degraded starten, dat doe je ook met madam.

Je kan met blkid trouwens ook vrij eenvoudig zien wat voor soort block device contents je kan verwachten, dus als je straks een werkend MD device hebt kan je met blkid wel zien wat het zou moeten zijn. Mocht het LVM/LVM2 zijn: "sudo lvscan" en je weet wat voor LV's er op zouden moeten staan. By default vaak niet active, dus met een 'sudo vgchange -ay' maak je alle aangesloten VG's actief. Dan kan je de LV's vinden in /dev/mapper/ en vanaf daar weer verder gaan. Met een blkid op de LV in /dev/mapper weet je dan wat voor FS er op moet staan en dan kan je die weer mounten met een tool naar smaak. Mocht er een partitietabel op staan om een of andere reden, dan kan je die met kpartx weer bruikbaar maken in /dev/mapper/ d.m.v. 'sudo kpartx -av <device>'. Kpartx kan ook helpen als je een md device hebt met daar op weer een partitie tabel. Het komt vaak genoeg voor dat een NAS een of andere creatieve nested constructie gebruikt, dus dat is dan handig om te weten.

Voor Synology is MD+LVM+XFS of EXT het meest voorkomend, dus zodra je je MD device gestart hebt en de LV kan zien hoef je alleen nog maar het bestandssysteem te mounten en dan zit je goed.

In Ubuntu kan je dacht ik ook MD devices degraded starten met het "Disks" programma.

[ Voor 71% gewijzigd door johnkeates op 05-05-2016 17:00 ]

[Thralas]

mdadm --stop /dev/md2
mdadm --assemble /dev/md2 /dev/sdX3

[Mr_gadget]

Dank voor de tips!

code:

sudo  mdadm --stop /dev/md2
mdadm: stopped /dev/md2
sudo mdadm --assemble /dev/md2 /dev/sdX3
mdadm: cannot open device /dev/sdX3: No such file or directory
mdadm: /dev/sdX3 has no superblock - assembly aborted

Moet het sdX3 zijn of sdd3?

code:

sudo mdadm --assemble /dev/md2 /dev/sdc3
mdadm: cannot open device /dev/sdc3: No such file or directory
mdadm: /dev/sdc3 has no superblock - assembly aborted
mdadm: No suitable drives found for /dev/md2

[ Voor 28% gewijzigd door Mr_gadget op 05-05-2016 17:16 ]

[Room42]

Mr_gadget schreef op donderdag 05 mei 2016 @ 17:12:
Dank voor de tips!

code:

sudo  mdadm --stop /dev/md2
mdadm: stopped /dev/md2
sudo mdadm --assemble /dev/md2 /dev/sdX3
mdadm: cannot open device /dev/sdX3: No such file or directory
mdadm: /dev/sdX3 has no superblock - assembly aborted

Moet het sdX3 zijn of sdd3?

Als je dat nou meteen even getest had, in plaats van gevraagd...
Meestal wordt X als variabele gebruikt en aangezien er onduidelijkheid is of het nu sdc of sdd moet zijn mag je X aan jouw situatie aanpassen naar c of d.

[Mr_gadget]

Ik had het al voor c geprobeerd

code:

sudo mdadm --assemble /dev/md2 /dev/sdd3
mdadm: No suitable drives found for /dev/md2
 sudo mdadm --assemble /dev/md2 /dev/sdc3
mdadm: cannot open device /dev/sdc3: No such file or directory
mdadm: /dev/sdc3 has no superblock - assembly aborted

[johnkeates]

Sluit alles aan, koppel niks los (volgens mij had je dat tussendoor gedaan? ) en dump de output van:

sudo blkid

[Mr_gadget]

Klopt

code:

/dev/sda1: LABEL="Data" UUID="08488D26488D139A" TYPE="ntfs" 
/dev/sda2: LABEL="swap" UUID="63c10c52-a318-4e4f-b250-9b3660cf90cd" TYPE="swap" 
/dev/sda3: LABEL="Linux-data" UUID="8b4744fb-91bc-4e23-adfe-207ed23a94bb" TYPE="ext4" 
/dev/sdb1: LABEL="System Reserved" UUID="3C105997105958CA" TYPE="ntfs" 
/dev/sdb2: UUID="8AE66BC6E66BB15D" TYPE="ntfs" 
/dev/sdb3: UUID="ACEE224FEE2211DE" TYPE="ntfs" 
/dev/sdb5: UUID="efbcdee6-b32a-4519-8ebb-3c0ce56ee665" TYPE="ext4" 
/dev/sdd1: UUID="133616a5-8178-3c27-cced-5de7ca715931" TYPE="linux_raid_member" 
/dev/sdd2: UUID="01ca4278-691b-f0b0-3017-a5a8c86610be" TYPE="linux_raid_member" 
/dev/sdd3: UUID="0db2546f-ea6f-1e85-fd11-d3bcdbe9ad37" UUID_SUB="c14acca3-701f-b12d-96d3-9ff4c39ad09b" LABEL="NAS:2" TYPE="linux_raid_member"

[Hero of Time]

Duidelijk toch? Je NAS schijf is sdd.

[Mr_gadget]

Dat is duidelijk idd maar hoe nu verder?

sudo mdadm --assemble /dev/md2 /dev/sdd3
mdadm: No suitable drives found for /dev/md2

[ Voor 56% gewijzigd door Mr_gadget op 05-05-2016 19:04 ]

[johnkeates]

De stappen zijn dan redelijk simpel:

1. Assemble / Start de RAID1 in degraded mode
2. Doe een nieuwe blkid om te kijken wat er op de md devices staat
3. Als het een LV is kan je de VG activeren
4. Doe een nieuwe blkid om te kijken wat er op de lv staat
5. Mount je filesystem

Er zijn drie MD arrays zo te zien, dus moet je er drie starten.

sudo mdadm --assemble --force /dev/md1 /dev/sdd1 missing
sudo mdadm --assemble --force /dev/md2 /dev/sdd2 missing
sudo mdadm --assemble --force /dev/md3 /dev/sdd3 missing

Als dat lukt:

sudo blkid

Post de resultaten hier maar eerst even van.

[Mr_gadget]

Dank voor je hulp

code:

 sudo mdadm --assemble --force /dev/md1 /dev/sdd1 missing
mdadm: no recogniseable superblock on /dev/sdd1
mdadm: /dev/sdd1 has no superblock - assembly aborted

 sudo mdadm --assemble --force /dev/md2 /dev/sdd2 missing
mdadm: no recogniseable superblock on /dev/sdd2
mdadm: /dev/sdd2 has no superblock - assembly aborted 

sudo mdadm --assemble --force /dev/md3 /dev/sdd3 missing
mdadm: cannot open device missing: No such file or directory
mdadm: missing has no superblock - assembly aborted

sudo blkid
/dev/sda1: LABEL="Data" UUID="08488D26488D139A" TYPE="ntfs" 
/dev/sda2: LABEL="swap" UUID="63c10c52-a318-4e4f-b250-9b3660cf90cd" TYPE="swap" 
/dev/sda3: LABEL="Linux-data" UUID="8b4744fb-91bc-4e23-adfe-207ed23a94bb" TYPE="ext4" 
/dev/sdb1: LABEL="System Reserved" UUID="3C105997105958CA" TYPE="ntfs" 
/dev/sdb2: UUID="8AE66BC6E66BB15D" TYPE="ntfs" 
/dev/sdb3: UUID="ACEE224FEE2211DE" TYPE="ntfs" 
/dev/sdb5: UUID="efbcdee6-b32a-4519-8ebb-3c0ce56ee665" TYPE="ext4" 
/dev/sdd1: UUID="133616a5-8178-3c27-cced-5de7ca715931" TYPE="linux_raid_member" 
/dev/sdd2: UUID="01ca4278-691b-f0b0-3017-a5a8c86610be" TYPE="linux_raid_member" 
/dev/sdd3: UUID="0db2546f-ea6f-1e85-fd11-d3bcdbe9ad37" UUID_SUB="c14acca3-701f-b12d-96d3-9ff4c39ad09b" LABEL="NAS:2" TYPE="linux_raid_member"

[johnkeates]

Hmm, assembly werkt niet. Om een of andere reden besloot md dat er geen superblock was.

Probeer dit eens en post ook weer blkid:

mdadm --assemble --force --run /dev/md2 /dev/sdd3 missing

[ Voor 4% gewijzigd door johnkeates op 05-05-2016 19:31 ]

[Mr_gadget]

code:

 sudo mdadm --assemble --force --run /dev/md2
mdadm: No suitable drives found for /dev/md2
sudo blkid
/dev/sda1: LABEL="Data" UUID="08488D26488D139A" TYPE="ntfs" 
/dev/sda2: LABEL="swap" UUID="63c10c52-a318-4e4f-b250-9b3660cf90cd" TYPE="swap" 
/dev/sda3: LABEL="Linux-data" UUID="8b4744fb-91bc-4e23-adfe-207ed23a94bb" TYPE="ext4" 
/dev/sdb1: LABEL="System Reserved" UUID="3C105997105958CA" TYPE="ntfs" 
/dev/sdb2: UUID="8AE66BC6E66BB15D" TYPE="ntfs" 
/dev/sdb3: UUID="ACEE224FEE2211DE" TYPE="ntfs" 
/dev/sdb5: UUID="efbcdee6-b32a-4519-8ebb-3c0ce56ee665" TYPE="ext4" 
/dev/sdd1: UUID="133616a5-8178-3c27-cced-5de7ca715931" TYPE="linux_raid_member" 
/dev/sdd2: UUID="01ca4278-691b-f0b0-3017-a5a8c86610be" TYPE="linux_raid_member" 
/dev/sdd3: UUID="0db2546f-ea6f-1e85-fd11-d3bcdbe9ad37" UUID_SUB="c14acca3-701f-b12d-96d3-9ff4c39ad09b" LABEL="NAS:2" TYPE="linux_raid_member"

[johnkeates]

Okee, dan maar eerst stop en dan weer assemble:

sudo mdadm --stop /dev/md2
sudo mdadm --assemble --force --run /dev/md2 /dev/sdd3 missing

[Mr_gadget]

Helaas..

code:

 sudo mdadm --stop /dev/md2
mdadm: error opening /dev/md2: No such file or directory
sudo mdadm --assemble --force --run /dev/md2 /dev/sdd3 missing
mdadm: cannot open device missing: No such file or directory
mdadm: missing has no superblock - assembly aborted

[johnkeates]

Okee, zonder missing dan. En anders even 'Disks' opstarten in de GUI en het daar mee doen, is lastig helpen via een forum.

[ Voor 67% gewijzigd door johnkeates op 05-05-2016 19:40 ]

[Mr_gadget]

code:

sudo mdadm --assemble --force --run /dev/md2 /dev/sdd3
mdadm: No suitable drives found for /dev/md2

[Thralas]

Gezien het RAID1 is, is het misschien inmiddels handiger om de boel te sidesteppen:

code:

 Data Offset : 2048 sectors

sudo losetup -ro $((2048*512)) /dev/loop0 /dev/sdd3
sudo blkid

[Mr_gadget]

Als ik het goed begrijp heb ik nu een nep tweede schijf gemaakt?

code:

 sudo losetup -ro $((2048*512)) /dev/loop0 /dev/sdd3
 sudo blkid
/dev/sda1: LABEL="Data" UUID="08488D26488D139A" TYPE="ntfs" 
/dev/sda2: LABEL="swap" UUID="63c10c52-a318-4e4f-b250-9b3660cf90cd" TYPE="swap" 
/dev/sda3: LABEL="Linux-data" UUID="8b4744fb-91bc-4e23-adfe-207ed23a94bb" TYPE="ext4" 
/dev/sdb1: LABEL="System Reserved" UUID="3C105997105958CA" TYPE="ntfs" 
/dev/sdb2: UUID="8AE66BC6E66BB15D" TYPE="ntfs" 
/dev/sdb3: UUID="ACEE224FEE2211DE" TYPE="ntfs" 
/dev/sdb5: UUID="efbcdee6-b32a-4519-8ebb-3c0ce56ee665" TYPE="ext4" 
/dev/sdd1: UUID="133616a5-8178-3c27-cced-5de7ca715931" TYPE="linux_raid_member" 
/dev/sdd2: UUID="01ca4278-691b-f0b0-3017-a5a8c86610be" TYPE="linux_raid_member" 
/dev/sdd3: UUID="0db2546f-ea6f-1e85-fd11-d3bcdbe9ad37" UUID_SUB="c14acca3-701f-b12d-96d3-9ff4c39ad09b" LABEL="NAS:2" TYPE="linux_raid_member" 
/dev/loop0: LABEL="1.41.12-2219" UUID="51af50a2-2caf-4f00-bad7-df4ffb1323c8" TYPE="ext4"

[Thralas]

Inderdaad een virtuele schijf, op de data offset van de RAID-partiie. Omdat het RAID1 is staat daar effectief gewoon het bestandssysteem, zoals je in je output al kunt zien.

mount /dev/loop0 /mnt/raid

[Hero of Time]

Mr_gadget, was het nou echt nodig om je handje vast te houden? Je begon het topic zo goed met info hoe ver je al was gekomen, maar je zakte snel terug naar iemand die niets weet. We verwachten hier op GoT toch wel wat eigen inzet die verder gaat dan alleen een fatsoenlijke TS maken. Je zit hier al lang genoeg om dat zo onderhand te weten.

[CAPSLOCK2000]

Ik zou je adviseren om eerst voor jezelf duidelijk te krijgen welke schijf en welke partitie je nodig hebt. Op goed geluk alle schijven en partities proberen gaat vroeg of laat een keer fout...


Zelf zou ik niet eens proberen om de schijf te mounten maar zou ik direct een volledige disk-to-disk copy doen met 'dd' of 'ddrescue'.

[Mr_gadget]

Dank voor de hulp! Het is gelukt, kan mijn data er nu afhalen.

Hero of Time schreef op vrijdag 06 mei 2016 @ 08:27:
Mr_gadget, was het nou echt nodig om je handje vast te houden? Je begon het topic zo goed met info hoe ver je al was gekomen, maar je zakte snel terug naar iemand die niets weet. We verwachten hier op GoT toch wel wat eigen inzet die verder gaat dan alleen een fatsoenlijke TS maken. Je zit hier al lang genoeg om dat zo onderhand te weten.

Dat is wel streng Ik heb geen ervaring met het aanmaken van RAID arrays onder linux. Mocht er ergens een goede uitleg staan over loop devices en mdadm dan hou ik me aanbevolen

[Hero of Time]

Hoezo streng? Je vraagt in meerdere posts wat je nou precies moet invullen. Er worden voorbeelden gegeven die je niet toepast op je situatie, maar letterlijk overneemt. Omdat je geen ervaring hebt met Linux betekend het niet om gelijk niet meer na te hoeven denken over wat je krijgt aangereikt om verder te kunnen. Of neem je alles wat je op Google leest voor een bepaald probleem ook letterlijk over ipv naar je situatie te vertalen?

[jbhc]

Hero of Time schreef op zondag 08 mei 2016 @ 19:15:
Hoezo streng? Je vraagt in meerdere posts wat je nou precies moet invullen. Er worden voorbeelden gegeven die je niet toepast op je situatie, maar letterlijk overneemt. Omdat je geen ervaring hebt met Linux betekend het niet om gelijk niet meer na te hoeven denken over wat je krijgt aangereikt om verder te kunnen. Of neem je alles wat je op Google leest voor een bepaald probleem ook letterlijk over ipv naar je situatie te vertalen?

Ik ben wel met Mr_gadget eens dat je een beetje streng bent.
De linux commandline is nou niet de makkelijkste en mdadm is kwa documentatie een draak van een programma.

Wat er nou als laatste met die offset gebeurde daar snap ik ook niks van. Zou iemand dit wat nader kunnen toelichten?

(Ik vind het eigenlijk wel grappig dat er vaak gemopperd wordt op topicstarters maar dat reacties vaak zonder nadere uitleg geplaatst worden en dat daar nooit wat over gezegd wordt.)

[Hero of Time]

jbhc schreef op zondag 08 mei 2016 @ 21:50:
[...]


Ik ben wel met Mr_gadget eens dat je een beetje streng bent.
De linux commandline is nou niet de makkelijkste en mdadm is kwa documentatie een draak van een programma.

Klopt, mdadm is soms wat vaag in gebruik. Maar als de TS zelf al schijfnotaties door elkaar heen gebruikt en er wordt daardoor een globale placeholder in de vorm van X gebruikt, dan mag je toch wel enigszins verwachten dat dit met wat nadenken wordt toegepast, of niet?

Wat er nou als laatste met die offset gebeurde daar snap ik ook niks van. Zou iemand dit wat nader kunnen toelichten?

Je weet dat de eerste 512 bytes (of ook wel de eerste sector) van een schijf de partitietabel bevat, toch? Alles wat erna komt is verdere informatie over de indeling (file system e.d.) van de schijf. De grootte van de offset die gebruikt wordt bevat de informatie voor mdadm om de schijf te identificeren. Daarachter begint het file system pas echt. Dus door de offset op te geven, zeg je in feite om het file system pas vanaf die locatie te gaan lezen. Zou je dat met een normale schijf doen, dan krijg je juist foutmeldingen over wrong superblock e.d., omdat de begin header van het file system niet gevonden kan worden. Die begint tenslotte eerder.

(Ik vind het eigenlijk wel grappig dat er vaak gemopperd wordt op topicstarters maar dat reacties vaak zonder nadere uitleg geplaatst worden en dat daar nooit wat over gezegd wordt.)

Dit keer dus wel. Top kwaliteit TS, maar reacties waar ik toch wel verdrietig van word.

[Darkstar]

Hero of Time schreef op vrijdag 06 mei 2016 @ 08:27:
Mr_gadget, was het nou echt nodig om je handje vast te houden? Je begon het topic zo goed met info hoe ver je al was gekomen, maar je zakte snel terug naar iemand die niets weet. We verwachten hier op GoT toch wel wat eigen inzet die verder gaat dan alleen een fatsoenlijke TS maken. Je zit hier al lang genoeg om dat zo onderhand te weten.

offtopic:
Het lijkt me dat hij niet voldoende diepgaande kennis over mdadm heeft. De oplossing is volgens mij toch niet zo voor de hand liggend. Als hij hier zelf in was geslaagd had hij de vraag ook niet te hoeven stellen lijkt. Just my 2 cents
*edit* Een aantal reacties nadien gemist, NVM

[ Voor 4% gewijzigd door Darkstar op 11-05-2016 15:47 ]

[CAPSLOCK2000]

Laten we discussies over moderatie niet in het topic voeren, dat is niet leuk voor de TS.
Gebruik daarvoor Oneens met de actie van een moderator? Post het hier