ubuntuusers.de

via DuckDuckGo

can't read superblock on /dev/md0

Status: Gelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

Daniel90

Anmeldungsdatum:
24. Oktober 2024

Beiträge: Zähle...
Zitieren
24. Oktober 2024 21:54

Guten Tag,

ich habe in meinen Raid5 2 Platten gewechselt, die laut S.M.A.R.T. einen hohen "Current_Pending_Sector" hatte. Nach den Wechsel und den Rebuilding ließ sich das Raid nicht mehr mounten. Nun bin ich nach langer Suche im Netz nicht fündig geworden und hoffe hier vllt Hilfe zu bekommen. Hier noch ein paar Ergänzungen die wichtig sein werden.

sudo mount /dev/md0 /media/daten/ 

1
mount: /media/daten: can't read superblock on /dev/md0.

cat /proc/mdstat

1
2
3
4
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md0 : active raid5 sda1[0] sdd1[4] sdc1[2] sdb1[5]
      11720643072 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
      bitmap: 0/30 pages [0KB], 65536KB chunk

sudo mdadm --detail /dev/md0

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
/dev/md0:
           Version : 1.2
     Creation Time : Sun Oct 25 08:27:55 2020
        Raid Level : raid5
        Array Size : 11720643072 (10.92 TiB 12.00 TB)
     Used Dev Size : 3906881024 (3.64 TiB 4.00 TB)
      Raid Devices : 4
     Total Devices : 4
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Thu Oct 24 11:02:04 2024
             State : clean
    Active Devices : 4
   Working Devices : 4
    Failed Devices : 0
     Spare Devices : 0

            Layout : left-symmetric
        Chunk Size : 512K

Consistency Policy : bitmap

              Name : nas:0  (local to host nas)
              UUID : dcb00db6:7e091885:6b5025d3:7fb028a8
            Events : 84289

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       5       8       17        1      active sync   /dev/sdb1
       2       8       33        2      active sync   /dev/sdc1
       4       8       49        3      active sync   /dev/sdd1

Danke schonmal in vorraus.

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3781
Zitieren
25. Oktober 2024 18:24

Liest sich wie https://askubuntu.com/questions/1130668/mdadm-array-error-mounting-system-managed-device-dev-md0-cant-read-superbloc. Dem dortigen TE hat ein fsck geholfen.

Daniel90

(Themenstarter)

Anmeldungsdatum:
24. Oktober 2024

Beiträge: 4
Zitieren
25. Oktober 2024 19:52

Leider auch ohne Erfolg.

1
2
3
4
5
sudo fsck.ext4 -v /dev/md0

e2fsck 1.46.5 (30-Dec-2021)
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/md0
Could this be a zero-length partition?

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7782
Zitieren
25. Oktober 2024 20:26 (zuletzt bearbeitet: 25. Oktober 2024 20:28)

Steht sonst noch was im dmesg?

stat /dev/md0
blockdev --getsize64 /dev/md0
mdadm --examine /dev/sd?1
mdadm --examine-badblocks /dev/sd?1

Allgemeine Lesbarkeit testen mittels

file -sL /dev/md0
hexdump -C -n 4096 /dev/md0

(Ausgabe davon brauchst du nicht posten, nur Fehlermeldungen)

Daniel90

(Themenstarter)

Anmeldungsdatum:
24. Oktober 2024

Beiträge: 4
Zitieren
25. Oktober 2024 20:47

Sieht alles mMn alles in Ordnung aus, außer die Bad-Blocks. Die neuen Platten haben welche.

1
2
3
mdadm --examine-badblocks /dev/sdb1
Bad-blocks on /dev/sdb1:
              266936 for 8 sectors

Jeweils beide gleiche Ausgabe. Die "alten Platten" haben keine.

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7782
Zitieren
25. Oktober 2024 20:53 (zuletzt bearbeitet: 25. Oktober 2024 20:53)

Das reicht schon damit md0 Lesefehler für diesen Block produziert.

Wirst nicht drumrum kommen ein force-no-bbl zu machen - anderer Kontext https://forum.ubuntuusers.de/topic/mdadm-kann-festplatte-nicht-zu-raid5-hinzufueg/#post-9451035

Ob der Block nun genau das Dateisystem-Problem auslöst. Schwer zu sagen.

Daniel90

(Themenstarter)

Anmeldungsdatum:
24. Oktober 2024

Beiträge: 4
Zitieren
26. Oktober 2024 20:52

Kurze Rückmeldung. Das force-no-bbl hat funktioniert und das Raid lies sich danach auch mounten mit Inhalt. Hier nochmal die Befehle, die ich benutzt habe, falls es einen anderen helfen könnte.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
~$ sudo mdadm --stop /dev/md0
mdadm: stopped /dev/md0

~$ sudo mdadm --assemble /dev/md0 --update=force-no-bbl /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: Merging with already-assembled /dev/md/0
mdadm: /dev/md/0 has been started with 4 drives.

~$ sudo mount /dev/md0 /media/daten/
mount: /media/daten: mount(2) system call failed: Structure needs cleaning.

~$ sudo fsck.ext4 -v /dev/md0
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
/dev/md0 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  +(1934917632--1934919680) +(2560000000--2560002048)
Fix<y>? yes
Free blocks count wrong for group #1 (30719, counted=572).
Fix<y>? yes

Danach konnte ich das Raid wieder mounten.

Vielen Dank. Ihr habt mir sehr geholfen!

Weiter so 👍

Antworten |