Nachtrag: Suche mit grep 'set=root' /boot/grub2/grub.cfg in der Bootloader-Konfiguration nach den dort eingetragenen UUIDs und suche dann in der Ausgabe von 'blkid', ob eine davon zur HDD gehört. Am 20.01.23 um 10:13 schrieb Michael Behrens:

Hallo Dirk,

steht noch etwas mit Bezug zur HDD in /etc/fstab ? Oder in /etc/crypttab ?

Sobald das System mit eingebauter HDD gebootet ist: was zeigt ein 'lsblk'?

Am 20.01.23 um 09:59 schrieb Dirk Meier:

...

Hallo, in meinem PC ist eine SSD mit den Systempartitionen und eine HD mit Daten eingebaut. Die Daten-HD möchte ich ausbauen, aber nach Ausbau startet mein System mit Leap 15.3 nicht mehr. Es bootet, aber läuft dann in einen Emergency Modus den man mit Ctrl-D verlassen kann. Geht aber nicht. In der Console wird ein Startbefehl an die ausgebaute HD angezeigt, auf den dann eine gute Minute gewartet wird. Und dann ist Schluss. Nach Wiedereinbau der Platte läuft alles wieder normal. Was ist zu tun, dass der PC nach HD-Ausbau wieder funktioniert?

-- Viele Grüße Michael Behrens

Am 20.01.2023 um 16:14 schrieb Manfred Kreisl:

Am 20.01.2023 um 09:59 schrieb Dirk Meier:

...

Hallo, in meinem PC ist eine SSD mit den Systempartitionen und eine HD mit Daten eingebaut. Die Daten-HD möchte ich ausbauen, aber nach Ausbau startet mein System mit Leap 15.3 nicht mehr. Es bootet, aber läuft dann in einen Emergency Modus den man mit Ctrl-D verlassen kann. Geht aber nicht. In der Console wird ein Startbefehl an die ausgebaute HD angezeigt, auf den dann eine gute Minute gewartet wird. Und dann ist Schluss. Nach Wiedereinbau der Platte läuft alles wieder normal. Was ist zu tun, dass der PC nach HD-Ausbau wieder funktioniert?

Das ist der Kack Systemd mit seiner fabelhaften Eigenschaft, einmal gefundene Laufwerke immer wieder mounten zu wollen und falls das nicht geht, in diesen unheimlich hilfreichen Emergency Modus zu fallen in dem man praktisch nichts mehr machen kann. Wesentlich sinnvoller wäre es einfach normal weiter zu booten. Aber nicht bei Systemd

Wenn man physischen Zugriff hat dann geht das ja noch so einigermaßen, aber wenn man einen Mietserver irgendwo stehen hat der zudem vielleicht auch noch verschlüsselt ist, steht man da ganz schnell auf dem Schlauch

Ich selbst hatte vor Jahren dieses Problem, wie ich mich da allerdings herausgewurstelt hatte damals weiß ich leider nicht mehr, meine mich aber vage daran erinnern zu können dass nicht unbedingt ein Eintrag in der /etc/fstab stehen muss. Da kann ich mich aber auch täuschen.

Ergänzung: Hab mal auf meinem 'fernen' Server nachgeschaut Das ist in dem local-fs.target definiert was er machen soll, da steht per default OnFailure=emergency.target drinne Leider ging das mit dem systemctl edit ... nicht (war ja klar), daher musste ich das 'orginal' unit nach /etc/systemd/system kopieren und dort OnFailure= setzen Ich rede hier allerdings von einem Debian Buster, wie das heute ist kann ich nicht sagen hth Manfred

Am 20.01.2023 um 16:36 schrieb Martin Schröder:

Am Fr., 20. Jan. 2023 um 16:26 Uhr schrieb Manfred Kreisl <ml4km@arcor.de>:

...

Leider ging das mit dem systemctl edit ... nicht (war ja klar), daher

Warum? sudo systemctl edit local-fs.target scheint hier zu funktionieren.

Funktioniert hat das Editieren auch, nur hat er die Änderung beim Booten geflissentlich ignoriert. Ob das nun ein Fehler war oder ein Feature by Design vermag ich nicht zu sagen. Allerdings hat das meine Sympathie für Systemd auch nicht gerade verbessert. Das war damals so, dass ich kurz davor von dem - an sich super Feature - systemctl edit gehört hatte und dachte mir, gut so, da kannst du es ja gleich einmal sinnvoll einsetzen. Pustekuchen!

...

Ich rede hier allerdings von einem Debian Buster, wie das heute ist kann ich nicht sagen

Behalt Deinen Hass auf systemd bitte für Dich und erfreu Dich an Deinem Devuan.

Warum sollte ich das? Haben wir nun Meinungsfreiheit oder nicht!

Ich bezweifle eh', daß emergency.target das Problem ist.

Natürlich ist es das Problem. Lokale Platte kann nicht gemountet werden also rauscht er da hinein Für einen Experten mag das kein Problem sein, für einen normalen User aber ein absolutes NoGo wie ich meine! Manfred

Am 20.01.2023 um 16:14 Uhr schrieb Manfred Kreisl:

Am 20.01.2023 um 09:59 schrieb Dirk Meier:

...

Hallo, in meinem PC ist eine SSD mit den Systempartitionen und eine HD mit Daten eingebaut. Die Daten-HD möchte ich ausbauen, aber nach Ausbau startet mein System mit Leap 15.3 nicht mehr. Es bootet, aber läuft dann in einen Emergency Modus den man mit Ctrl-D verlassen kann. Geht aber nicht. In der Console wird ein Startbefehl an die ausgebaute HD angezeigt, auf den dann eine gute Minute gewartet wird. Und dann ist Schluss. Nach Wiedereinbau der Platte läuft alles wieder normal. Was ist zu tun, dass der PC nach HD-Ausbau wieder funktioniert?

An Dirk: Bevor du eine HD physisch ausbaust, solltest du sie technisch aus dem System entfernt haben. Wenn eine Komponente nicht mehr vorhanden ist, muss das System natürlich von einem Notfall ausgehen. Die Tipps dazu (/etc/fstab ...) hast du schon bekommen.

Das ist der Kack Systemd mit seiner fabelhaften Eigenschaft, einmal gefundene Laufwerke immer wieder mounten zu wollen und falls das nicht geht, in diesen unheimlich hilfreichen Emergency Modus zu fallen in dem man praktisch nichts mehr machen kann. Wesentlich sinnvoller wäre es einfach normal weiter zu booten. Aber nicht bei Systemd

Das habe ich nach einem Ausbau einer HD noch nie so erlebt, das systemd eine Änderung ignorieren will.

Wenn man physischen Zugriff hat dann geht das ja noch so einigermaßen, aber wenn man einen Mietserver irgendwo stehen hat der zudem vielleicht auch noch verschlüsselt ist, steht man da ganz schnell auf dem Schlauch

Ich habe noch nie bei einem Mietserver eine HD ausgebaut ;-)

Ich selbst hatte vor Jahren dieses Problem, wie ich mich da allerdings herausgewurstelt hatte damals weiß ich leider nicht mehr, meine mich aber vage daran erinnern zu können dass nicht unbedingt ein Eintrag in der /etc/fstab stehen muss. Da kann ich mich aber auch täuschen.

Viele Grüße Peter