Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Openmediavault Nach Stromausfall Software-Raid weg
ich hoffe hier kann mir ein Experte helfen.
Seit einem Stromausfall am Dienstag ist das Software-Raid meiner OMv-Installation weg.
In der Web-GUI ist kein Raid sichtbar.
Ich bekomme beim boot auch immer folgende Fehlermeldung per E-Mail.
status failed (1) -- /srv/dev-disk-by-label-Daten is not a mountpoint
Hoffentlich hast Du ein Update der Daten. Ansonsten sieht da ma ziemlich schlecht aus bei einem Software Raid.
Einer der Gründe warum man sowas meiden sollte und mit einem Hardwarekontroller arbeiten sollte. Zum einen und wenn es schon nicht anders geht schützt man so einen wichtigen Rechner mit einer USV!
nun, jetzt weisst du, warum es USV´s gibt.
und raidcontroller mit battery.
und warum beides sinnvoll ist.
richte das neu ein und spiel das backup wieder ein.--> so sollte es sein.
mir ist klar, daß es mit an sicherheit grenzender wahrscheinlichkeit nicht so ist, und du kein backup hast.
dann schreib wenigstens alles, was du weisst: wie partitioniert?, welches dateisystem etc.
vielleicht fällt ja jemanden was ein. aber ich denke nicht, daß es die einfache lösung gibt.
In OMV-Forum hab ich es auch probiert, aber keine Antwort erhalten und selbstverständlich habe ich die anderen Themen gelesen und versucht umzusetzen, aber ohne Erfolg.
Natürlich gibt es kein Backup der Daten :-(
Also Raid 0 mit 2 Festplatten, ext4 formatiert.
Gerne kann ich auch relevante (da müsstet ihr mir helfen) Ausgaben über die Konsole bereitstellen.
Weg ist weg.. und dann von einem Raid0 nicht mal ein Backup.. das Ding ist tot.. du kannst nicht mal Daten einzeln retten, da beim R0 die Daten gesplittet werden..
ein raid0 ohne backup.
das ist wie: mit den badeschlapfen bergsteigen gehen.
damit ein nas überhaupt sinn ergibt, wirst wesentlich mehr aufwand fahren müssen.
hake es ab und lerne daraus.
hättest nur eine usv verwendet, wäre die eingesprungen und hätte das system ordentlich runtergefahren.
und nix, nix, nix wäre passiert.
Immer diese Hetze gegen Software Raids kopfschüttel Kein System ist perfekt, weder Hard- noch Software. Raidcontroller haben genau so ihre Macken und Probleme und sind auch nicht der Weisheit letzter Schuss. Für beide Varianten gibt es Argumente dafür und dagegen.
Anhand von dem Befehl von @Trase erkennt man, dass noch Informationen vorhanden sind. Ich vermute eher, dass nur die Reihenfolge der HDDs nicht mehr ganz passt. Sprich bei der Einrichtung hast du aus sda und sdb ein Raid erstellt und das OS liegt auf sdc (oder ähnlich). Jetzt ist eben sdc das neue sda und somit kann das Raid nicht mehr passen. Ein Grund warum man eher mit eindeutigen UUIDs arbeiten sollte und eben nicht mit den nicht eindeutigen Laufwerksbeschreibungen.
Bitte liefere die Ausgabe von sudo blkid -o list sofern blkid installiert ist und zusätzlich sudo cat /proc/partitions, dann sehen wir weiter.
@whats4 Ja, eine USV hätte geholfen. Gegen Stromausfall. Was machst bei technischem Defekt der USV oder Netzteil? Ja, im professionellen Umfeld hätte man zwei Netzteile, usw. usf. aber im privaten Umfeld kaum. Vor egal welchem Defekt hätte nur ein Backup geholfen. Ich denke bzw. hoffe, dass es der TE verstanden hat. Hast du denn noch konkrete Lösungsvorschläge?
Bevor du irgendwas mit den Festplatten machst, würde ich ein gesamtes Festplattenimage erstellen (dd oder clonezilla). Ein falscher Befehl kann deinen Versuch der Datenrettung unwiederbringlich zunichte machen.
breckofresh schrieb:
Nee, wirklich sicher nicht. Wenn ich nochmal überlege, könnte es tatsächlich ein Raid 1 gewesen sein
Wie groß sind die einzelnen Festplatten und wie viel Speicher hatte das NAS-Volume insgesamt?
Falls es so viel wie eine Festplatte war, dann war es wohl RAID1 und wenn es so viel Speicher wie beide Festplatten gemeinsam war, dann war es RAID0.
Das wäre ja schön, wenn ich wenigstens an die Daten käme
Ergänzung ()
mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
# Note, if no DEVICE line is present, then "DEVICE partitions" is assumed.
# To avoid the auto-assembly of RAID devices a pattern that CAN'T match is
# used if no RAID devices are configured.
DEVICE partitions
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# definitions of existing MD arrays
/dev/md127 metadata=1.2 name=openmediavault:Raid UUID=cfdd4fab:745a46e8:f4b8f199:3042e20a
# instruct the monitoring daemon where to send mail alerts
MAILADDR xxx
MAILFROM root
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 380783D3-04A5-4CCF-903A-EEFDB740CF31
Disk /dev/sdb: 1,4 TiB, 1500301910016 bytes, 2930277168 sectors
Disk identifier: D7A416CF-8294-481D-A2B8-1C1751FA425A
Disk /dev/sdc: 55,9 GiB, 60022480896 bytes, 117231408 sectors
Disk identifier: 0x9ca61718
In dem Beitrag gibt es wohl Lösungen für dein Problem.
Du verwendest zwei unterschiedlich Große Festplatten für dein RAID. Ist in der Praxis machbar aber nicht empfehlenswert. Deswegen hast du Probleme beim booten.
Bash:
raid0.default_layout=2
beim booten als Kernel Parameter könnte schon helfen. Ich gehe mal davon aus dass dein Raid nach dem Jahr 2015 erstellt wurde.
Nachdem ich den Link durchgearbeitet habe und das dauerhaft machen wollte, ist der nach dem Reboot wieder weg und dieser Befehl funktioniert nicht mehr "
echo 2 > /sys/module/raid0/parameters/default_layout
-bash: /sys/module/raid0/parameters/default_layout: Datei oder Verzeichnis nicht gefunden
