[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RAID zwei Platten aus NAS wie Daten lesen



Hallo,
ich habe jetzt wieder die erste eingebaut wo /dev/sdb3 1TByte ist und wohl ein 
OS auf /dev/sdb1 drauf ist.

md1 lässt sich da prima mounten
#mount -o ro  /dev/md1 /rescuedisk/md1/

nur eben sdb3 ist irgendwie "verschwunden"


#  mdadm --examine /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : db53d9c9:43c6f553:300c23a8:361f2d0f
  Creation Time : Sat Feb  9 14:05:45 2013
     Raid Level : linear
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 2

    Update Time : Fri May  6 14:21:36 2016
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : d6b54578 - correct
         Events : 5

       Rounding : 64K

      Number   Major   Minor   RaidDevice State
this     0       8        3        0      active sync

   0     0       8        3        0      active sync
   1     1       8       19        1      active sync   /dev/sdb3




Hier nochmal die Platte:
Device       Start        End    Sectors   Size Type
/dev/sdb1    62500    4031250    3968751   1,9G Linux RAID
/dev/sdb2  4031251    5031250    1000000 488,3M Linux RAID
/dev/sdb3  5031251 1953525134 1948493884 929,1G Linux RAID

Disk /dev/md0: 1,9 GiB, 2031878144 bytes, 3968512 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 /dev/md1: 488,2 MiB, 511901696 bytes, 999808 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





Gruss
Thomas



Am Dienstag, 28. Juni 2016, 16:26:43 schrieb Peter Funk:
> Hallo Thomas,
> 
> Thomas schrieb am Dienstag, den 28.06.2016 um 15:55:
> > Hallo,
> > 
> > halt NAS, schnell mal für 100 EUR aus dem Supermarkt mitgebracht. Der hat
> > wohl ein paar Daten auf einen anderen Rechner, weiß es aber nicht mal
> > genau was da ist, was fehlt, usw.
> > So lange wie die Papyrusrollen werden unsere Daten von heute wohl nicht
> > überleben. Und ist die Sicherung da gibt es keine Lesegeräte mehr:)
> > 
> > 
> > Die zweite sieht so aus:
> > 
> > /dev/sdb1     2048   3999743   3997696   1,9G Linux RAID
> > /dev/sdb2  3999744   7999487   3999744   1,9G Linux RAID
> > /dev/sdb3  7999488 625141759 617142272 294,3G Linux RAID
> > 
> > 
> > 
> > 
> > # xxd /dev/sdb3 | head -n 34 | tail -n 1
> > 0000210: 7882 4469 d551 98e3 03a9 afae f427 458e  x.Di.Q.......'E.
> > 
> > #xxd /dev/sdb3 | head -n 6
> > 0000000: 6c5d 4d1e 9051 e381 970f 8e33 5cd6 89e1  l]M..Q.....3\...
> > 0000010: b466 8ade df85 3fa5 7959 84b5 8c11 1463  .f....?.yY.....c
> 
> Tscha... Da sagt mir so nix.  Hast Du es schon mal mit::
> 
>     mdadm --examine /dev/sdb3
> 
> probiert?  Früher (bzw. meistens) liegt der MD-Superblock am Ende der
> Partition.  Bei einem Billig-NAS ist das embedded Linux meist älter
> und deshalb ist dann unwahrscheinlich, dass der Superblock vorne liegt.
> 
> Deshalb sollte dort dann schon der Superblock eines Dateisystemes
> liegen.  Falls mdadm --examine etwas sinnvolles anzeigt, dann kommt
> es darauf an, welcher Raid Level und welche Version benutzt wurden.
> 
> Bei Version 1.2 kommt der MD-Superblock ab Position 4k und der
> Superblock des Dateisystems dann erst dahinter.  Letzteres ist bei einem
> NAS aber wie oben schon geschrieben unwahrscheinlich... Schwer zu sagen,
> ohne etwas über den Hersteller und das verwendete embedded Linux zu wissen.
> 
> Viele Grüße, Peter Funk


Reply to: