Datenverlust nach Upgrade auf OMV 4

dawa · 28. Dezember 2017

Hallo,

ich habe gestern auf Openmediavault 4 geupdatet, weil ich gelesen hatte das dies schon sehr stabil läuft. Jetzt lese ich hier gerade das es noch eine Alpha ist.
Jetzt steh ich natürlich wie der dümmste Mensch dar. Das letzte Backup ist 4 Monate her. Ich bekomm gerade ein Herzinfarkt. Ich hoffe jemand kann mir bei der Datenrettung helfen. Da ich leider in der Windowswelt groß geworden bin.

Folgendermaßen bin ich vorgegangen.

apt-get update
apt-get upgrade
omv-release-upgrade

Das Setup ist Fehlerfrei durchgelaufen.

omv-initsystem

Dies ist nicht fehlerfrei durch gelaufen.

Jetzt zu meinem Problem.

Vorher hatte ich ein Raid6 mit 7 Festplatten. Jetzt sieht das Raid folgendermaßen aus. (sdg fehlt und raid 0?)

Code

root@nas:/var/log# mdadm -D /dev/md0
mdadm: Unknown keyword INACTIVE-ARRAY
/dev/md0:
        Version : 1.2
     Raid Level : raid0
  Total Devices : 6
    Persistence : Superblock is persistent


          State : inactive


           Name : nas:0  (local to host nas)
           UUID : 1a421ab2:2c0d85c7:8c535973:615e15db
         Events : 19035


    Number   Major   Minor   RaidDevice


       -       8       64        -        /dev/sde
       -       8       32        -        /dev/sdc
       -       8        0        -        /dev/sda
       -       8       80        -        /dev/sdf
       -       8       48        -        /dev/sdd
       -       8       16        -        /dev/sdb

Alles anzeigen

Beim Start des Servers kommt es zu Fehlermeldungen.

Code

Dez 28 18:44:41 nas kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
Dez 28 18:44:41 nas kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff90edab0e1348), AE_NOT_FOUND (20160831/psparse-543)
Dez 28 18:44:41 nas kernel: ata2.00: configured for UDMA/133
Dez 28 18:44:41 nas kernel: ata1.00: configured for UDMA/133
Dez 28 18:44:41 nas kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
Dez 28 18:44:41 nas kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff90edab0e17d0), AE_NOT_FOUND (20160831/psparse-543)
Dez 28 18:44:41 nas kernel: ata4.00: configured for UDMA/133
Dez 28 18:44:41 nas kernel: scsi 0:0:0:0: Direct-Access     ATA      WDC WD40EFRX-68W 0A82 PQ: 0 ANSI: 5
Dez 28 18:44:41 nas kernel: ata6.00: ATA-8: HGST HDN724040ALE640, MJAOA5E0, max UDMA/133
Dez 28 18:44:41 nas kernel: ata6.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Dez 28 18:44:41 nas kernel: ata5.00: ATA-8: HGST HDN724040ALE640, MJAOA5E0, max UDMA/133
Dez 28 18:44:41 nas kernel: ata5.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Dez 28 18:44:41 nas kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
Dez 28 18:44:41 nas kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff90edab0e1348), AE_NOT_FOUND (20160831/psparse-543)
Dez 28 18:44:41 nas kernel: ata6.00: configured for UDMA/133
Dez 28 18:44:41 nas kernel: ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
Dez 28 18:44:41 nas kernel: ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT4._GTF] (Node ffff90edab0e17d0), AE_NOT_FOUND (20160831/psparse-543)
Dez 28 18:44:41 nas kernel: ata5.00: configured for UDMA/133

Alles anzeigen

Dann steht auf dem Bildschirm: A start Job is running for dev-disk-by\x2lable-raid6.device
Nach 1:30 startet das System

Kann ich das System neu installieren (OMV3) und hoffen das ich das Raid wieder finde? Oder kann ich damit das Problem noch verschlimmern?

dawa · 28. Dezember 2017

Hier noch Informationen die in anderen Threads immer gefragt werden.

Platten sind:
4x WDC WD40EFRX-68WT0N0
3x HGST 4TB H3IKNAS40003272SE NAS SA3

Code

Linux nas 4.9.0-0.bpo.4-amd64 #1 SMP Debian 4.9.65-3+deb9u1~bpo8+1 (2017-12-23)

Code

NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  3,7T  0 disk
└─md0    9:0    0        0 md
sdb      8:16   0  3,7T  0 disk
└─md0    9:0    0        0 md
sdc      8:32   0  3,7T  0 disk
└─md0    9:0    0        0 md
sdd      8:48   0  3,7T  0 disk
└─md0    9:0    0        0 md
sde      8:64   0  3,7T  0 disk
└─md0    9:0    0        0 md
sdf      8:80   0  3,7T  0 disk
└─md0    9:0    0        0 md
sdg      8:96   1  7,5G  0 disk
├─sdg1   8:97   1  7,1G  0 part /
├─sdg2   8:98   1    1K  0 part
└─sdg5   8:101  1  359M  0 part [SWAP]
sdh      8:112  0  3,7T  0 disk
└─sdh1   8:113  0  3,7T  0 part
sdi      8:128  1        0 disk

Alles anzeigen

Code

/dev/sda: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="4dc8628e-b364-e534-c23a-836c0b6e9e71" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdb: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="077086ae-6fb9-9b1e-9a3c-e45d35c61644" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdc: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="07e2a4c2-60c4-7a64-763b-25290ca4e0c1" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdd: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="179e2013-88f7-457a-6cba-88d6ea5da4e3" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sde: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="bd8bc35c-ee87-1f4f-5842-95edc7e90e53" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdf: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="62fddb0f-fb19-fa10-2072-1e53630a52c7" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdg1: UUID="4270c433-2be6-4c9f-a0bb-49cad6418d77" TYPE="ext4" PARTUUID="c25cc456-01"
/dev/sdg5: UUID="7b754f7b-be3a-4474-b24b-db15610ace8c" TYPE="swap" PARTUUID="c25cc456-05"
/dev/sdh1: PARTLABEL="primary" PARTUUID="c461f8ea-6414-4b78-bed1-26d174924a8c"

Dropkick Murphy · 28. Dezember 2017

Zeig mal

Code

cat /proc/mdstat

dawa · 28. Dezember 2017

Code

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : inactive sda[0](S) sdc[2](S) sdf[5](S) sde[4](S) sdd[3](S) sdb[1](S)
      23441340432 blocks super 1.2


unused devices: <none>

votdev · 28. Dezember 2017

Du musst das RAID einfach via CLI aktivieren. Suche hierzu einfach im Forum wie das geht (es gibt dazu einen Post der erst einparken Tage alt ist) oder benutze Google.

dawa · 29. Dezember 2017

Vielen Dank das ihr euch die Zeit nehmt mich zu unterstützen. Ich werde heute nach der Arbeit nach CLI suchen.
Komisch finde ich nur dass das Laufwerk "sdg" nicht mehr im Raid auftaucht. Es handelt sich um ein HGST 4T. Vorher waren auch 7 Laufwerke im Raidverbund.

Irgendwas stimmt da nicht. Gestern hatte ich noch folgende Ausgabe.

Code

sdg      8:96   1  7,5G  0 disk
├─sdg1   8:97   1  7,1G  0 part /
├─sdg2   8:98   1    1K  0 part
└─sdg5   8:101  1  359M  0 part [SWAP]

Heute nach einem Neustart scheint wieder alles in Ordnung. Smart meldet heute keine Fehler.

Code

sdg      8:96   0  3,7T  0 disk
└─sdg1   8:97   0  3,7T  0 part

Trotzdem scheint sie nicht mehr zum Verbund zu gehören.

Code

/dev/sda: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="4dc8628e-b364-e534-c23a-836c0b6e9e71" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdd: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="179e2013-88f7-457a-6cba-88d6ea5da4e3" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdf: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="62fddb0f-fb19-fa10-2072-1e53630a52c7" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sde: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="bd8bc35c-ee87-1f4f-5842-95edc7e90e53" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdb: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="077086ae-6fb9-9b1e-9a3c-e45d35c61644" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdc: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="07e2a4c2-60c4-7a64-763b-25290ca4e0c1" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdg1: PARTLABEL="primary" PARTUUID="c461f8ea-6414-4b78-bed1-26d174924a8c"

Muss ich trotzdem das Raid "einfach" via CLI aktivieren?

dawa · 6. Januar 2018

Hallo,

das Problem lag wohl an einem inkompatiblen/defekten sata-controller. Die siebte Festplatte war bei jedem zweiten Start nicht verfügbar. Ich hatte nach dem Rebuild noch nie neu gestartet, deshalb trat der Fehler wohl genau bei dem Update auf Version 4 auf. Ich habe jetzt einen SataController eingebaut und die siebte Festplatte hierrüber angeschlossen. Jetzt ist sdg1 wieder bei jedem Neustart verfügbar. Nur leider wird sie nicht als Raidmember angezeigt.

Code

/dev/sda: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="4dc8628e-b364-e534-c23a-836c0b6e9e71" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdb: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="077086ae-6fb9-9b1e-9a3c-e45d35c61644" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdc: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="07e2a4c2-60c4-7a64-763b-25290ca4e0c1" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdd: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="179e2013-88f7-457a-6cba-88d6ea5da4e3" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sde: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="bd8bc35c-ee87-1f4f-5842-95edc7e90e53" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdf: UUID="1a421ab2-2c0d-85c7-8c53-5973615e15db" UUID_SUB="62fddb0f-fb19-fa10-2072-1e53630a52c7" LABEL="nas:0" TYPE="linux_raid_member"
/dev/sdh1: UUID="4270c433-2be6-4c9f-a0bb-49cad6418d77" TYPE="ext4" PARTUUID="c25cc456-01"
/dev/sdh5: UUID="7b754f7b-be3a-4474-b24b-db15610ace8c" TYPE="swap" PARTUUID="c25cc456-05"
/dev/sdg1: PARTLABEL="primary" PARTUUID="c461f8ea-6414-4b78-bed1-26d174924a8c"

Code

root@nas:~# mdadm --detail /dev/md0
mdadm: Unknown keyword INACTIVE-ARRAY
/dev/md0:
        Version : 1.2
     Raid Level : raid0
  Total Devices : 6
    Persistence : Superblock is persistent


          State : inactive


           Name : nas:0  (local to host nas)
           UUID : 1a421ab2:2c0d85c7:8c535973:615e15db
         Events : 19035


    Number   Major   Minor   RaidDevice


       -       8       64        -        /dev/sde
       -       8       32        -        /dev/sdc
       -       8        0        -        /dev/sda
       -       8       80        -        /dev/sdf
       -       8       48        -        /dev/sdd
       -       8       16        -        /dev/sdb

Alles anzeigen

Ich habe zwar schon jede Menge gelesen, aber irgendwie trau ich mich nicht hier einen Befehl einzutippen. Was mich wundert, dass das Raid als Raid0 angezeigt wird. Eigentlich handelt es sich bei dem System um ein Raid6 und eigentlich ich die siebte Platte noch mit in diesem Verbund.

Muss ich jetzt erst die siebte Festplatte wieder zu dem Raid hinzufügen und dann das Raid reparieren?

Kann mir bitte jemand einen bzw. mehrere Befehle vortippen? Ich habe zu viel Schiss um von irgendwelchen Seiten Befehle zu kopieren, die nicht 100 prozentig zu meinem Problem passen. Die Hilfe ist ja auch nicht umsonst, sondern gut für das Karma.

Dropkick Murphy · 6. Januar 2018

/dev/sdg1 ist eher das Laufwerk, wo OMV installiert ist, wenn ich das richtig sehe (/dev/sdg1: PARTLABEL="primary")
In Beitrag #2 wars noch /dev/sdh1: PARTLABEL="primary"

Zeig mal

Code

fdisk -lu

May @ryecoaaron will have a look at it?

Ich würde vermutlich /dev/sdh ins Raid nehmen und den Raidtypen auf 6 ändern. Aber das nur mit nem aktuellen Backup...oder wenns mir jemand mit mehr Wissen bestätigt.

hoppel118 · 6. Januar 2018

Ist es nicht möglich Raids auf Basis von /dev/disk/by-id zu erstellen?

Das wäre dann zumindest für jeden eindeutig und verändert sich auch nicht einfach so. Kenne mich mit Software-RAID nicht wirklich aus, deshalb die Frage.

Gruß Hoppel

ryecoaaron · 6. Januar 2018

/dev/sdh looks like it is the OMV install drive since it has swap. No idea why /dev/sdg has a partition but maybe it wasn't wiped before adding it to the array.

I would:

mdadm --stop / dev / md0 [/ tt][tt]mdadm --assemble --force --verbose /dev/md0 /dev/sd[ecafdbh]

And please remember to backup the array. raid isn't backup.

ryecoaaron · 6. Januar 2018

Zitat von hoppel118

Is not it possible to create raids based on / dev / disk / by-id?

That would be clear to everyone at least, and it will not change that way either. Do not really know me with RAID software, so the question.

The drive letters changing aren't typically a problem for mdadm raid and wouldn't have helped here. There is a mdadm signature on each drive so it knows it is a part of an array.

dawa · 7. Januar 2018

Hello,

Ryecoaaron is right, sdh is my OMV install drive. I tryed to use your command. Sdg is still out of the raid. But now I have access to my data. At the moment I am making backups of the important ones. Thanks for your help. It will be a lessen to me. In the future i promise to backup my data every week. What can I do to add sdg in the right way?

Code

mdadm --stop /dev/md0
mdadm: Unknown keyword INACTIVE-ARRAY
mdadm: stopped /dev/md0


mdadm --assemble --force --verbose /dev/md0 /dev/sd[ecafdbg]
mdadm: Unknown keyword INACTIVE-ARRAY
mdadm: looking for devices for /dev/md0
mdadm: No super block found on /dev/sdg (Expected magic a92b4efc, got 00000000)
mdadm: no RAID superblock on /dev/sdg
mdadm: /dev/sdg has no superblock - assembly aborted


root@nas:~# mdadm --assemble --force --verbose /dev/md0 /dev/sd[ecafdb]
mdadm: Unknown keyword INACTIVE-ARRAY
mdadm: looking for devices for /dev/md0
mdadm: /dev/sda is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sdb is identified as a member of /dev/md0, slot 1.
mdadm: /dev/sdc is identified as a member of /dev/md0, slot 2.
mdadm: /dev/sdd is identified as a member of /dev/md0, slot 3.
mdadm: /dev/sde is identified as a member of /dev/md0, slot 4.
mdadm: /dev/sdf is identified as a member of /dev/md0, slot 5.
mdadm: added /dev/sdb to /dev/md0 as 1
mdadm: added /dev/sdc to /dev/md0 as 2
mdadm: added /dev/sdd to /dev/md0 as 3
mdadm: added /dev/sde to /dev/md0 as 4
mdadm: added /dev/sdf to /dev/md0 as 5
mdadm: no uptodate device for slot 6 of /dev/md0
mdadm: added /dev/sda to /dev/md0 as 0
mdadm: /dev/md0 has been started with 6 drives (out of 7).

Alles anzeigen

Code

root@nas:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid6 sda[0] sdf[5] sde[4] sdd[3] sdc[2] sdb[1]
      19534435840 blocks super 1.2 level 6, 512k chunk, algorithm 2 [7/6] [UUUUUU_]
      bitmap: 1/30 pages [4KB], 65536KB chunk

Code

root@nas:~# fdisk -lu
Disk /dev/sda: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sdb: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sdc: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sdd: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sde: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sdf: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes




Disk /dev/sdg: 3,7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 79C6CC51-CBD2-40AA-8522-6953629A709C


Device     Start        End    Sectors  Size Type
/dev/sdg1   2048 7814035455 7814033408  3,7T Linux filesystem




Disk /dev/sdh: 7,5 GiB, 7988051968 bytes, 15601664 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: 0xc25cc456


Device     Boot    Start      End  Sectors  Size Id Type
/dev/sdh1  *        2048 14862335 14860288  7,1G 83 Linux
/dev/sdh2       14864382 15599615   735234  359M  5 Extended
/dev/sdh5       14864384 15599615   735232  359M 82 Linux swap / Solaris




Disk /dev/md0: 18,2 TiB, 20003262300160 bytes, 39068871680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 2621440 bytes

Alles anzeigen

Dropkick Murphy · 7. Januar 2018

Please show

Code

mdadm --misc --examine /dev/sdg1

dawa · 7. Januar 2018

The superblock is missing. Maybe i did something wrong when i added the drive 3 weeks before. But it worked probably till the reboot.

Code

root@nas:~# mdadm --misc --examine /dev/sdg1
mdadm: Unknown keyword INACTIVE-ARRAY
mdadm: No md superblock detected on /dev/sdg1.

Is this the right command to repair the raid? Or should I format the drive before?

Code

mdadm --add /dev/md0 /dev/sdg1

ryecoaaron · 7. Januar 2018

You are looking at the partition for the superblock. Check the drive - mdadm --misc --examine /dev/sdg

If the array is working, I would wipe the drive then add it to the array.

dawa · 14. Januar 2018

I formated the disk with fdisk and added it again. Everything works now. Thank you so much.

Code

root@nas:~# lsblk -a
NAME   MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
sda      8:0    0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdb      8:16   0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdc      8:32   0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdd      8:48   0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sde      8:64   0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdf      8:80   0  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdg      8:96   1  3,7T  0 disk
└─md0    9:0    0 18,2T  0 raid6 /srv/dev-disk-by-label-raid6
sdh      8:112  1  7,5G  0 disk
├─sdh1   8:113  1  7,1G  0 part  /
├─sdh2   8:114  1    1K  0 part
└─sdh5   8:117  1  359M  0 part  [SWAP]
root@nas:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md0 : active raid6 sdg[7] sda[0] sdf[5] sde[4] sdd[3] sdc[2] sdb[1]
      19534435840 blocks super 1.2 level 6, 512k chunk, algorithm 2 [7/7] [UUUUUUU]
      bitmap: 0/30 pages [0KB], 65536KB chunk

Alles anzeigen

Jetzt mitmachen!