1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Filebase
  4. Forum
  5. Zebradem-WIKI
  6. Foren-Regeln
  7. Spenden Liste
    1. Spenden
  • Anmelden
  • Registrieren
  • Suche
ZebraDem-Sponsoring
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Seiten
  • Dateien
  • Forum
  • Erweiterte Suche
  1. Forum
  2. Computer Ecke
  3. Betriebssysteme
  4. Linux

[Hilfe] Suse Linux Raid5

  • Gast
  • 19. Februar 2011 um 22:35
  • Gast
    Gast
    • 19. Februar 2011 um 22:35
    • #1

    hallo, hab folgendes problem beim erstellen eines Raid5 verbandes mit 3 Festplatten...

    die erstellung beginnt und dann kommt das ...

    HTML
    mediencenter:~ # mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sda1 /dev/sdb1 /dev/sdc1
    
    
    
    
    
    
    mdadm: array /dev/md0 started.
    mediencenter:~ # watch cat /proc/mdstat
    
    
    ------------------------------------------------------------------------
    
    
    Personalities : [raid6] [raid5] [raid4]
    md0 : active raid5 sdc1[3] sdb1[1] sda1[0]
          1943864704 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
          [==>..................]  recovery = 14.0% (136684416/971932352) finish=107.5min speed=129429K/sec
    
    
    unused devices: <none>
    Alles anzeigen

    und bei etwa 17% kommt das dann ...

    HTML
    Personalities : [raid6] [raid5] [raid4]
    md0 : active raid5 sdc1[3](S) sdb1[1] sda1[4](F)
          1943864704 blocks level 5, 64k chunk, algorithm 2 [3/1] [_U_]
    
    
    unused devices: <none>

    was issn da los ???

    Ich scheine nicht der einzigste zu sein mit dem Problem ...

    "klick"

    forum.ubuntuusers.de/topic/raid5-mdadm-mit-3-usb-platten-synchronisiert-/
    zitat:
    Hallo, ich versuche ein Raid5 mit Hilfe von mdadm und 3 USB-Festplatten (jeweils 500GB von Fujitsu Siemens) aufzubauen.
    Die Festplatten wurden von Linux alle erkannt und ich habe dann mit fdisk Linux-Raid-Auto Partitionen auf die drei Festplatten geschrieben.
    Anmerkung: zwei der drei Festplatten liefen vorher bereits unter Windows XP, sie waren daher nicht leer.
    Ich habe dann das Raid5 erstellt mit: mdadm –create –verbose /dev/md0 –level=5 –raid-devices=3 /dev/sda1 /dev/sdb1 /dev/sdc1

    Laut mdadm –detail /dev/md0 hat er dann auch synchronisiert:
    Version : 00.90.03
    …
    Array Size : 976767872 (931.52 GiB 1000.21 GB)
    Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
    Raid Devices : 3
    Total Devices : 3
    Preferred Minor : 0
    Persistence : Superblock is persistent
    Update Time : Sun Feb 17 13:21:48 2008
    State : clean, degraded, recovering
    Active Devices : 2
    Working Devices : 3
    Failed Devices : 0
    Spare Devices : 1
    …
    Number Major Minor RaidDevice State
    0 8 1 0 active sync /dev/sda1
    1 8 49 1 active sync /dev/sdb1
    3 8 33 2 spare rebuilding /dev/sdc1

    Laut cat /proc/mdstat ebenfalls:
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
    md0 : active raid5 sdc1[3] sdd1[1] sda1[0]
    976767872 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_]
    [>....................] recovery = 0.9% (4702464/488383936) finish=521.3min speed=15462K/sec unused devices: <none>

    Dies funktionierte soweit auch ganz gut, bis er bei etwa 1,7% angekommen war.
    Dann war bei cat /proc/mdstat folgendes zu sehen:
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
    md0 : active raid5 sdc1[3](S) sdd1[1] sda1[4](F)
    976767872 blocks level 5, 64k chunk, algorithm 2 [3/1] [_U_] unused devices: <none>

    und bei mdadm –detail /dev/md0 dies:
    Version : 00.90.03
    …
    Array Size : 976767872 (931.52 GiB 1000.21 GB)
    Used Dev Size : 488383936 (465.76 GiB 500.11 GB)
    Raid Devices : 3
    Total Devices : 3
    Preferred Minor : 0
    Persistence : Superblock is persistent
    Update Time : Sun Feb 17 13:09:16 2008
    State : clean, degraded
    Active Devices : 1
    Working Devices : 2
    Failed Devices : 1
    Spare Devices : 1
    …
    Number Major Minor RaidDevice State
    0 0 0 0 removed
    1 8 33 1 active sync /dev/sbc1
    2 0 0 2 removed 3 8 17 - spare /dev/sdc1
    4 8 1 - faulty spare /dev/sda1

    Ich kann mir diesen Fehler nicht erklären, da er immer wieder an dieser Grenze abbricht. Es ist auch unerheblich, welche USB-Slots ich verwende, Hardwarefehler schließe ich daher aus. Es wird immer die dritte bei Create angegebene Festplatte als „spare rebuild“ deklariert und nur die erste bei Create angegebene Festplatte behält auch nach dem Fehler den Status „active sync“. Daher schließe ich auch Festplattendefekt aus. Ich habe eher die Befürchtung, dass mdadm mit USB-Festplatten nicht zurecht kommt....

    Ich hoffe, es kann mir jemand von euch helfen

    mfg Scirocco
    zitat ende


    Hat sich erledigt hab den fehler gefunden und behoben.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden

Spenden

Vielen Dank für die Unterstützung!
Hiermit unterstützt du Zebradem.
Das beinhaltet überwiegend die Serverkosten und Lizenzgebühren.
Spenden

Letzte Beiträge

  1. Die CD wächst wieder – doch die Umsätze erzählen nur die halbe Geschichte

    heugabel
    24. Oktober 2026 um 19:28
  2. House of Usenet ist zurück: Was die Testdomain über den Relaunch verrät

    heugabel
    23. Oktober 2026 um 20:29
  3. Telegram ohne Google-Push: So laufen Benachrichtigungen über die eigene Nextcloud

    heugabel
    22. Oktober 2026 um 17:30
  4. KI-Trainingsdaten: Meta muss die Verantwortlichen für Schattenbibliothek-Downloads benennen

    heugabel
    20. Oktober 2026 um 18:28
  5. TikTok-Abmahnung: 6.565,90 Euro für „Love You So“ im Tortenvideo

    heugabel
    18. Oktober 2026 um 19:28
  6. Pluto TV

    Fellfresse
    16. Oktober 2026 um 00:26
  7. Sonstige IPTV

    Fellfresse
    16. Oktober 2026 um 00:03
  8. Hörbuch-Piraterie auf YouTube: Uploader verpflichtet sich zu Vertragsstrafen von bis zu 50.000 Euro

    heugabel
    15. Oktober 2026 um 19:27
  9. Burning-Series-Klone im Netz: Bei burning-series.fun und bs-to.fun zählt jedes Detail

    heugabel
    15. Oktober 2026 um 09:27
  10. Pornhub und YouPorn: OVG NRW stoppt Netzsperren – Zuständigkeitschaos bremst den Jugendschutz

    heugabel
    13. Oktober 2026 um 16:37
© 2026 Zebradem - Software by WoltLab