md0 wird nicht gemountet

    Hallo ich habe ein kleine Problem mit meiner 412.
    md0 wird nicht gemountet.
    Das Raid ist da und lässt sich manuell auch herstellen und testen.


    was definitiv falsch ist, ist die storage.conf


    Code
    more /etc/storage.conf[VOLUME 1]device name = /dev/sda3raid level = -2raid disks = 1spare raid disks =status = -1record_time = Mon Mar 30 22:06:49 2015filesystem = 104[VOLUME 2]device name = /dev/md0raid level = 5raid disks = 1,2,3,4spare raid disks =status = 0record_time = Mon Mar 30 22:06:49 2015filesystem = 104[Global]Available Disk = 0


    Das Volume 1 sollte es nicht geben, da sda3 Teil von md0 ist.


    Code
    more /etc/mdadm.conf
ARRAY /dev/md0 devices=/dev/sda3,/dev/sdb3,/dev/sdc3,/dev/sdd3


    ist ok
    muss aber immer mit mdadm -A /dev/md0 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 erstellt werden


    Ich denke das Volume 1 (mit sda3) die korrekte Bearbeitung von Voulme 2 (md0 das Volume 1 sein sollte) verhindert.

    Welches script erstellt die storage.conf?

    Hi

    Code
    free              total         used         free       shared      buffers  Mem:       255604       228768        26836            0        18984 Swap:            0            0            0Total:       255604       228768        26836


    Aktuell ist md0 aktiv und gemountet


    Code
    df
Filesystem                Size      Used Available Use% Mounted on
/dev/ramdisk             32.9M     17.1M     15.9M  52% /
tmpfs                    32.0M    216.0k     31.8M   1% /tmp
/dev/sda4               371.0M    334.0M     36.9M  90% /mnt/ext
/dev/md9                509.5M    143.3M    366.2M  28% /mnt/HDA_ROOT
/dev/md0                  8.1T      5.7T      2.4T  71% /share/MD0_DATA


    Weder Speicher noch Platten sind voll.


    In der Raidverwaltung heißt das Raid jetzt "Laufwerk8445532844553284455328445532"
    Kein Bitmap und Status Bereit


    Desweiteren gibt es da noch
    Einzeldisk Laufwerk 1 mit Status nicht Initialisiert
    Ich denke das das Volume 1 aus storage.conf und somit sda3 aus dem Raid. Die werde ich also nicht anfassen.

    hmm OK
    Danke


    Ich werde dann wohl erst mal eine Datensicherung machen.


    Sonstige Vorschläge?

    Die letzte.
    Hab grad erst das Update auf 4.1.3 build 0313 gemacht da das System auch wegen inkonsitenter Firmware gemeckert hatte.
    Das ist behoben.


    Konsole ist halt schwierig über das forum. ;)


    Welche Scripte erstellen denn die fstab, storage.conf bzw. swap?
    Dann kann ich da mal reinschauen.

    Zitat von "dr_mike"

    Müsste ich mir auf der Konsole anschauen. Welche FW/Build?


    Damit bietet Mike dir eine Remote Unterstützung an ;) , dass solltet ihr dann aber über PN absprechen.


    Christian

    Nach TeamViewer-Session: Hier ein weiterer Fall, wo es die uLinux.conf zerlegt hatte.
    sk73 wird diese anonymisiert hier noch einstellen.

    Hier wie schon angekündigt die defekte uLinux.conf


    sk73
    Danke!


    In diesem Beispiel einer defekten uLinux.conf ist auf den ersten Blick nicht zu erkennen, dass diese nicht in Ordnung ist, da diese keine Kryptischen Daten oder Inhalte anderer Konfigurationsdateien enthält. Ein typisches Merkmal ist aber, dass diese uLinux.conf nicht mit dem Abschnitt [System] beginnt. Somit ist ein Ereignis eingetreten, welches die ursprüngliche uLinux.conf gelöscht hat. Die nun enthaltenen Werte werden bei einem Boot geschrieben und sind nicht vollständig. Daher kann das System nicht korrekt starten.

    Auch hier noch mal Danke an Dr. Mike
    Die Korrekte (alte) uLinux.conf ist in der Tat wesenlich umfangreicher und enthält auch sehr viel mehr Konfigurationsdetails wie z.B. Benutzer und Passwörter.