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