hat sich erledigt.



Am 26.11.23 um 12:25 schrieb Joachim H.:

Moin,

ich hatte offensichtlich einen Fehler in meiner fstab, die verhindert,
dass mein System hochfährt. Ich habe nun den Fehler bereinigt, indem
ich die SSD an einem anderen Rechner gemountet und die fstab
korrigiert habe.

Das System kommt trotzdem nicht hoch. Ich vermute, dass systemctl
immer noch die fehlerhaft  fstab verwendet. Nach einem Ändern der
fstab muss man ja ein systemctl daemon-reload absetzen. Das kann ich
aber nicht, weil das System ja nicht läuft.

Wie kriege ich denn diese Kuh von Eis?

Joachim

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Moin,


ich hatte offensichtlich einen Fehler in meiner fstab, die verhindert,
dass mein System hochfährt. Ich habe nun den Fehler bereinigt, indem ich
die SSD an einem anderen Rechner gemountet und die fstab korrigiert habe.


Das System kommt trotzdem nicht hoch. Ich vermute, dass systemctl immer
noch die fehlerhaft  fstab verwendet. Nach einem Ändern der fstab muss
man ja ein systemctl daemon-reload absetzen. Das kann ich aber nicht,
weil das System ja nicht läuft.


Wie kriege ich denn diese Kuh von Eis?


Joachim

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 26 Nov 2023 12:25:15 +0100, "Joachim H." <[email protected]>
wrote:

Das System kommt trotzdem nicht hoch. Ich vermute, dass systemctl immer
noch die fehlerhaft  fstab verwendet. Nach einem Ändern der fstab muss
man ja ein systemctl daemon-reload absetzen. Das kann ich aber nicht,
weil das System ja nicht läuft.

Beim Systemstart wird der daemon "automatisch" reloaded ;-)

Ok, das "re" trifft's nicht, der Effekt ist aber derselbe.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 26.11.2023 um 12:40:39 Uhr schrieb Joachim H.:

hat sich erledigt.

Spannen wäre jetzt noch, was genau das Problem war.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Es war ein Mischmasch zwischen dem PARTUUID-Problem und Tippfehlern in
der fstab (fehlendes führendes Slash, also dev/mapper/blabla statt /dev/mapper/blabla).


Ich dachte auch mal frisch gebootet zu haben und dennoch die Meldung kam
bzgl. der Notwendigkeit daemon-reload abzusetzen. Aber da habe ich mich
wohl geirrt. Daher kam auch die Frage, warum nach einen Reboot die
"alte" fstab noch von systemd verwendet werden sollte. Das macht keinen
Sinn.


Am 26.11.23 um 15:46 schrieb Marco Moock:

Am 26.11.2023 um 12:40:39 Uhr schrieb Joachim H.:

hat sich erledigt.

Spannen wäre jetzt noch, was genau das Problem war.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)