dmraid versucht, beim Start eine Platte zu mounten, die Teil eines Arrays ist

414
Ratatwisker

Ich habe einen Software-RAID-Spiegel mit zwei Festplatten eingerichtet - /dev/sdbund /dev/sdc- mit dmraid vor langer Zeit, daher kann ich mich nicht mehr genau daran erinnern, was ich tatsächlich gemacht habe. Ich erinnere mich jedoch, dass das Mounten beim Start nicht funktioniert hat, also habe ich die Partitionen des Spiegels mit einem Skript gemountet, das ich nach jedem Login ausgeführt habe.

Nachdem ich von Ubuntu zu Arch gewechselt und alle Partitionen des Spiegels zu einer zusammengefügt hatte, gab ich dem Partitionieren der Partition beim Start einen weiteren Versuch, jedoch ohne Erfolg. Was ich in den Systemprotokollen sehen kann, ist, dass dmraid-activate-and-mountnach Aktivierung des Arrays versucht wird, eine der tatsächlichen Festplatten anzuhängen. Die jeweiligen Zeilen von journalctlsind

dmraid-activate-and-mount[266]: RAID set "pdc_iigaihha" was activated dmraid-activate-and-mount[266]: RAID set "pdc_iigaihhap3" was activated dmraid-activate-and-mount[266]: mount: /run/media/[user]/Data: /dev/sdc3 already mounted or mount point busy 

Es hängt davon ab, welche der beiden Festplatten in der Nachricht angezeigt wird. Der Job läuft dann beim Booten ab und ich muss 90 Sekunden warten:

systemd[1]: dev-mapper-pdc_iigaihhap3.device: Job dev-mapper-pdc_iigaihhap3.device/start timed out. systemd[1]: Timed out waiting for device dev-mapper-pdc_iigaihhap3.device. 

Ich bekomme dann eine Notfallanmeldung, bei der ich mein Passwort eingebe und mit dem Booten fortfahre systemctl default. Danach wird die Partition des Spiegels korrekt an dem von my angegebenen Einhängepunkt gemountet fstab. Dieser Eintrag lautet

/dev/mapper/pdc_iigaihhap3 /run/media/[user]/Data ext4 rw,exec,nosuid,nodev,uhelper=udisks,noatime 0 0 

Ich kann keine UUID zum Mounten verwenden, da die UUID der Partition des Spiegels mit den UUIDs der Partitionen der tatsächlichen Laufwerke übereinstimmt. blkidErträge

/dev/sdb3: LABEL="Data" UUID="f021de40-1112-4919-a7c1-d4feea107780" TYPE="ext4" PARTUUID="00061046-03" /dev/sdc3: LABEL="Data" UUID="f021de40-1112-4919-a7c1-d4feea107780" TYPE="ext4" PARTUUID="00061046-03" /dev/mapper/pdc_iigaihha: PTUUID="00061046" PTTYPE="dos" /dev/mapper/pdc_iigaihhap3: LABEL="Data" UUID="f021de40-1112-4919-a7c1-d4feea107780" TYPE="ext4" 

Falls es hilfreich ist, ist hier die Ausgabe von dmraid -r:

name : pdc_iigaihha size : 3906249984 stride : 128 type : mirror status : ok subsets: 0 devs : 2 spares : 0 

Und hier ist die dmraid -rAusgabe:

/dev/sdc: pdc, "pdc_iigaihha", mirror, ok, 3906249984 sectors, data@ 0 /dev/sdb: pdc, "pdc_iigaihha", mirror, ok, 3906249984 sectors, data@ 0 

Was mache ich falsch? Wie kann ich das System dazu bringen, nur die Partition des Spiegels zu mounten und zu verhindern, dass auch versucht wird, eines der Member des Arrays zu mounten?

0
Ich denke, die Grundfrage könnte sein: Warum ist `/ dev / sdc3 bereits gemountet oder Mountpunkt beschäftigt? Können Sie untersuchen (1), ob es wirklich eingehängt ist oder der Mount-Punkt belegt ist? (2) Warum wird in der Nachricht "sdc3" erwähnt? welche (denke ich) niemals direkt verwendet werden sollte, da das gesamte "sdc" Teil Ihres RAID sein soll. Kamil Maciorowski vor 5 Jahren 0
@KamilMaciorowski Gleich nach dem Login ist `/ dev / sdc3` nicht gemountet, und ich glaube nicht, dass der Mount-Punkt beschäftigt ist. Ich weiß nicht, wie ich das überprüfen kann, wenn die Startaufträge ausgeführt werden. Ich hatte jedoch diese Nachricht von Zeit zu Zeit, wenn ich die Partition gemountet hatte, die `/ dev / sdb3` und` / dev / sdc3` zugeordnet ist, als ich die UUID in `fstab` hatte. Manchmal hat sich die Mount-Partition - zufällig - stattdessen die Partition der eigentlichen Laufwerke oder die des Arrays ausgewählt. Sie "bereits montiert" sind in gewisser Weise sinnvoll, da sie Teil des Arrays sind. Ratatwisker vor 5 Jahren 0

0 Antworten auf die Frage