Auf meinem Heimserver ist gerade eine meiner Festplatten abgestürzt (IO-Fehler) und nach dem Herunterfahren kann ich sie nicht mehr booten. Sie gibt mir A start job is running for dev-disk-by [...], wartet 1 Minute und 30 Sekunden und gibt mir dann ein Dependancy failed for /mnt/backupund schaltet in den Notfallmodus.
Ich habe versucht, einen Live-USB-Stick zu verwenden und zu bearbeiten , aber das hat nicht funktioniert. Ich habe auch versucht, es danach /etc/fstabauszuführen , aber das hat auch nicht geholfen. Ich kann nicht vom Live-USB-Stick ausführen, weil ich mich in einem Chroot befinde und systemd das nicht mag.update-initramfs -usystemctl daemon-reload
Ich habe es systemctl daemon-reloadin der Notfall-Shell versucht (nachdem ich die Zeile aus entfernt hatte /etc/fstab, aber das hat auch nicht funktioniert, es will es immer noch mounten ...)
Ich stecke hier fest, ich habe alles auf diesem Server (sogar DHCP und DNS) und kann es nicht einmal mehr erreichen ...
Bearbeitung 2: Beachten Sie auch, dass ich die Festplatte getrennt habe.
Ich habe etwas anderes versucht, wie auf wiki.archlinux.fr zu sehen ist: systemctl mask mnt-backup.mount(innerhalb der Notfall-Shell). Nachdem ich es eingegeben habe, bootet das System, aber es befindet sich im Nur-Lese-Modus. Ich kann es jedoch erneut zum Lesen/Schreiben mounten. Wenn ich die Festplatte demaskiere und versuche, die Optionen oder /hinzuzufügen , gehe ich zurück zu Schritt eins, Notfall-Shell...nofailnoauto
Bearbeitung 3:FEST
Wie von McDonald's vorgeschlagen, ist hier die Lösung, anstatt meine eigene Frage zu beantworten: Die Schritte, die ich in meiner zweiten Bearbeitung beschrieben habe, haben das Problem behoben, aber ich habe die ganze Zeit die falsche Zeile kommentiert/wegeditiert (ich habe einen Einhängepunkt entfernt, der von vielen LXCs als gebundener Einhängepunkt verwendet wird), sodass der Start fehlschlug und das Root-Dateisystem schreibgeschützt eingehängt wurde. Es ist jedoch seltsam, dass in den Protokolldateien keine Informationen dazu enthalten waren ... (journalctl/dmesg)