Partitionstabelle fehlerhaft

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo Community,

    ich bin schon lange hier und ich habe auch schon unzählige gute Beträge hier gefunden, die mir weitergeholfen haben. Zu meinem jetzigen Problem konnte ich jedoch keine Lösung finden. Ich möchte versuchen in kurzen Worten mein Problem zu schildern und entschuldigt bitte mein schlechtes Deutsch.

    Kleinen Überblick über meine Konfiguration:
    Raspi 2 V 1.1
    Raspbian Jessie
    Raid0 (2x 2TB inkl USB-Hub /dev/md0 - ext4)
    32GB USB-Stick (Betriebssystem ausgelagert /dev/sda1)

    Vorgestern, währen ich gerade ein "chmod" machte, reagiert meine Raspi (über SSH) plötzlich nicht mehr. Ich steckte alles aus und wieder ein. Keine Reaktion über SSH. Danach schloss ich ihn am Bildschirm an und ich sah, dass er in den Emergency Mode bootete. Ich versuchte anschließend versch. Backupdateien von den Tagen zuvor wiederherzustellen, leider ohne Erfolg. Auch tauschte ich die Hardware gegen eine gleichwertige aus. Ohne Erfolg. Nach regergieren im Internet, habe ich -unter anderem- in der fstab-Datei mein Raid0 (md0) deaktiviert und der Raspi war wieder über SSH erreichbar und alles funktionierte, bis auf den Prozessen, die vom Raid0 abhängig waren. Leider hab ich zuvor noch ein paar Befehle ausprobiert, wo ich der noch funktionierenden Festplatte den Rest gab. Bis dahin war mir klar, dass der Raspi wegen einer defekten Festplatte vom Raid-System stecken geblieben ist. nachher habe ich folgende Befehle ausgeführt, mit folgenden Ergebnissen:


    root@raspi:~# blkid
    /dev/mmcblk0: PTUUID="d59a5e74" PTTYPE="dos"
    /dev/mmcblk0p1: LABEL="boot" UUID="0F5F-3CD8" TYPE="vfat" PARTUUID="d59a5e74-01"
    /dev/mmcblk0p2: UUID="0aed834e-8c8f-412d-a276-a265dc676112" TYPE="ext4" PARTUUID ="d59a5e74-02"
    /dev/sda1: UUID="2efdf370-1227-40b4-95a1-929b95a9d738" TYPE="ext4" PARTUUID="191 6ed68-01"
    /dev/sdb1: UUID="a6293da2-98fd-ba62-551c-68ccaa6ca5ee" UUID_SUB="ec4e0f74-7e98-b 1a0-d2cd-6d40959ad587" LABEL="raspberrypi:0" TYPE="linux_raid_member" PARTUUID=" a91c5bb2-01"

    root@raspi:~# mdadm --examine --scan
    ARRAY /dev/md/0 metadata=1.2 UUID=a6293da2:98fdba62:551c68cc:aa6ca5ee name=rasp berrypi:0

    root@raspi:~# mdadm --assemble --scan
    mdadm: unexpected failure opening /dev/md127
    mdadm: No arrays found in config file or automatically

    root@raspi:~# mount /dev/sdb1 /mnt
    mount: unknown filesystem type 'linux_raid_member'


    root@raspi:~# blkid
    /dev/mmcblk0p1: LABEL="boot" UUID="0F5F-3CD8" TYPE="vfat" PARTUUID="d59a5e74-01"
    /dev/mmcblk0p2: UUID="0aed834e-8c8f-412d-a276-a265dc676112" TYPE="ext4" PARTUUID ="d59a5e74-02"
    /dev/sda1: UUID="2efdf370-1227-40b4-95a1-929b95a9d738" TYPE="ext4" PARTUUID="191 6ed68-01"
    /dev/sdb1: UUID="a6293da2-98fd-ba62-551c-68ccaa6ca5ee" UUID_SUB="ec4e0f74-7e98-b 1a0-d2cd-6d40959ad587" LABEL="raspberrypi:0" TYPE="linux_raid_member" PARTUUID=" a91c5bb2-01"
    /dev/mmcblk0: PTUUID="d59a5e74" PTTYPE="dos"

    root@raspi:~# fdisk -l

    ...

    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 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
    Disklabel type: dos
    Disk identifier: 0xa91c5bb2


    Device Boot Start End Sectors Size Id Type
    /dev/sdb1 * 64 3907024064 3907024001 1.8T 7 HPFS/NTFS/exFAT

    root@raspi:~# blkid
    /dev/mmcblk0: PTUUID="d59a5e74" PTTYPE="dos"
    /dev/mmcblk0p1: LABEL="boot" UUID="0F5F-3CD8" TYPE="vfat" PARTUUID="d59a5e74-01"
    /dev/mmcblk0p2: UUID="0aed834e-8c8f-412d-a276-a265dc676112" TYPE="ext4" PARTUUID ="d59a5e74-02"
    /dev/sda1: UUID="2efdf370-1227-40b4-95a1-929b95a9d738" TYPE="ext4" PARTUUID="191 6ed68-01"
    /dev/sdb1: PARTUUID="a91c5bb2-01"
    root@raspi:~# mount /dev/sdb1 /mnt
    mount: wrong fs type, bad option, bad superblock on /dev/sdb1,

    fdisk /dev/sdb1 -l

    Disk /dev/sdb1: 1.8 TiB, 2000396288512 bytes, 3907024001 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
    Disklabel type: dos
    Disk identifier: 0x66205247

    Device Boot Start End Sectors Size Id Type
    /dev/sdb1p1 ? 1380404564 3216423027 1836018464 875.5G a OS/2 Boot Manager
    /dev/sdb1p2 ? 1309281536 3263005284 1953723749 931.6G 69 unknown
    /dev/sdb1p3 ? 1735554131 3688805757 1953251627 931.4G 6d unknown
    /dev/sdb1p4 ? 2978742282 2978797514 55233 27M 66 unknown

    root@raspi:~# mdadm --examine --scan
    root@raspi:~# mdadm --assemble --scan
    mdadm: No arrays found in config file or automatically
    root@raspi:~# mdadm --assemble /dev/sdb1
    mdadm: device /dev/sdb1 exists but is not an md array.

    fdisk -l
    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 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
    Disklabel type: dos
    Disk identifier: 0xa91c5bb2

    Device Boot Start End Sectors Size Id Type
    /dev/sdb1 * 64 3907024064 3907024001 1.8T 7 HPFS/NTFS/exFAT

    root@raspi:~# fsck.ext4 -v /dev/sdb1
    e2fsck 1.42.12 (29-Aug-2014)
    ext2fs_open2: Bad magic number in super-block
    fsck.ext4: Superblock invalid, trying backup blocks...
    fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1

    The superblock could not be read or does not describe a valid ext2/ext3/ext4
    filesystem. If the device is valid and it really contains an ext2/ext3/ext4
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
    or
    e2fsck -b 32768 <device>


    root@raspi:~# mke2fs -n /dev/sdb1
    mke2fs 1.42.12 (29-Aug-2014)
    Creating filesystem with 488378000 4k blocks and 122101760 inodes
    Filesystem UUID: c947b336-7cb1-4f70-a67a-0c89b2ce5939
    Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
    102400000, 214990848

    root@raspi:~# e2fsck -b 32768 /dev/sdb1
    e2fsck 1.42.12 (29-Aug-2014)
    e2fsck: Bad magic number in super-block while trying to open /dev/sdb1


    The superblock could not be read or does not describe a valid ext2/ext3/ext4
    filesystem. If the device is valid and it really contains an ext2/ext3/ext4
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
    or
    e2fsck -b 32768 <device>

    root@raspi:~# e2fsck -b 98304 /dev/sdb1
    e2fsck 1.42.12 (29-Aug-2014)
    e2fsck: Bad magic number in super-block while trying to open /dev/sdb1


    The superblock could not be read or does not describe a valid ext2/ext3/ext4
    filesystem. If the device is valid and it really contains an ext2/ext3/ext4
    filesystem (and not swap or ufs or something else), then the superblock
    is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
    or
    e2fsck -b 32768 <device>


    ….und mit allen anderen ebenso....ich hoffe ihr habt eine Lösung für mein spezielles Problem. Ich sollte noch erwähnen, dass die 2. Festplatte nicht mehr angeschlossen wird, da diese gar nicht mehr erkannt wird.
    Ich habe keine Ahnung was ich tun soll. In erster Linie ist es mir wichtig die Daten runter zu bekommen.


    Lg Fresco

  • Danke für den Hinweis,
    ich hab eine falsche Angabe gemacht, das tut mir schrecklich leid. Ich hab ein Raid 1, kein Raid 0...meine daten sind gespiegelt..es befindet sich auf hdd1 das gleiche wie auf hdd2.
    Hab mir jetzt mal Knoppix Live runtergeladen und Deft, vllt schaff ich mit denen noch was. Ansonsten, wenn du eine Idee hast, wie ich das Raidsystem wieder in Gang krieg, wär ich dir dankbar.

    lg
    Fresco

  • Hab letzten Endes alles wieder hingekriegt. Ich habe die 2 Festplatten an einem Knoppix rechner angeschlossen, darin wurde die "kaputte" Festplatte vom Rechner einwandfrei erkannt mit Raid array..dann hab ich das Raid mit

    mdadm --examine --scan
    mdadm --assemble --scan

    eingelesen, mit

    mdadm /dev/md0 --manage --add /dev/sdX1

    eingehängt und nachher lief alles pico bello. Unter

    cat /proc/mdstat

    konnte ich dann sehen wie die Platten synchronisiert werden..nach dem mounten allerdings fehlte der data ordner von nextcloud und mein backup ordner, aber das war nicht ganz so schlimm, da ich diese Daten auf einem anderen Rechner hatte..der media ordner mit den ganzen Filmen und Bildern war noch vorhanden..ich werde noch ein rescue tool drüberlaufen lassen..ich bedanke mich recht herzlich für die Hilfe. :thumbs1:

    Lg
    Fresco

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!