system failed to start due to systemd upgrade!

Started by charlyheinz, 2024/05/28, 10:13:08

Previous topic - Next topic

edlin

@ro_sid: Die hängenden Links werde ich noch in Ruhe aufräumen.
Das full-upgrade macht ja seit der t64 Aktion keine Probleme. Ich teste auch immer wieder, wie sich apt --solver 3.0 full-upgrade verhält; bisher waren die vorgeschlagenen Aktionen nachvollziehbar und IMHO unproblematisch.

@Isegrimm666: Du kannst ja die Anpassungen in Ruhe z. B. am WE machen. Die Ursache des Problems ist ja nun bekannt, ro_sid hat das ja weiter vorne erklärt. Bis dahin kannst du ja auf apt upgrade setzen. Allerdings musst du den Schritt eines full-upgrade über Kurz oder Lang gehen müssen. Mit dem Aussitzen ziehst du nur neue Probleme an Land.

Und was das ,,auf den Keks gehen" betrifft: Das Forum ist ja dazu da, sich auszutauschen und gegenseitig zu helfen. Zumal du ja auch noch das Glück hast, dass hier ein freundlicher Umgang herrscht.

edlin 
,,Ein kluger Mann macht nicht alle Fehler selber. Er lässt auch anderen eine Chance."

Winston Churchill

reddark

könntest du das ein wenig ausführen .. bin grad unsicher was ich jetzt genau tun sollte  :-X

Quote from: ro_sid on 2024/05/30, 10:53:39
Bitte Vorsicht mit dem (physischen) Kopieren der Datei nach /usr/share/systemd. Falls die Datei durch ein Paket aktualisiert wird, bekommt man dann davon "nichts mit", da dies mit an Sicherheit grenzender Wahrscheinlichkeit in /usr/lib/systemd passiert.
Besser ist es, auch in /usr/share/systemd "nur" einen symbolischen Link zu setzen - natürlich auf die physische Datei.
Noch besser ist es, die "hängenden" symbolischen Links einfach zu entfernen.

charlyheinz

@ro-sid
Habe gerade mit meinem Zweitrechner ein apt-get dist-upgrade durchgeführt. Anschließend den Grub- Eintrag in rw geändert da auch hier der Rechner nicht mehr durchstartete.
Danach habe ich einen entsprechenden symbolischen Link auf die /usr/lib/systemd/system/tmp.mount  in /usr/share/systemd/ tmp.mount angelegt.
Läuft!!

michaa7

#93
Quote from: hendrikL on 2024/05/30, 11:35:56
...
Mal 'nen Blick auf 'systemctl status tmp.mount' werfen wäre ein Anfang.

Was wäre da das wünschenswerte Ergebnis?

Mein system bootet, keine probleme mit systemd-256-rc3-5, nie ein /tmp eintrag in der fstab, fully upgraded
# systemctl status tmp.mount
Unit tmp.mount could not be found.

Soll das so?
Ok, you can't code, but you still might be able to write a bug report for Debian's sake

hendrikL

#94
@michaa7
Kurz, ja, in deinem Falle!

Lang: Ich habe eine VM, dort ist es wie bei dir ohne fstab Eintrag, dann habe ich habe einen Arbeitslaptop, da ist tmp.mount aktiv und es hat einen fstab Eintrag und keinen symlink irgenwo hin.
siehe:

~$ ls -l /usr/lib/systemd/system/tmp.mount
-rw-r--r-- 1 root root 798 23. Mai 00:17 /usr/lib/systemd/system/tmp.mount

~$ LANG=C ls -l /usr/share/systemd/tmp.mount
ls: cannot access '/usr/share/systemd/tmp.mount': No such file or directory



edlin

Dann sollte es ja seinen Weg zu sid finden und wieder Ruhe sein.


edlin
,,Ein kluger Mann macht nicht alle Fehler selber. Er lässt auch anderen eine Chance."

Winston Churchill

scholle1

Quote from: devil on 2024/05/30, 13:53:00
fixed in git: https://salsa.debian.org/systemd-team/systemd/-/commit/a5ff99119a4b2ffc602d0fd97babeff1b5c23f69

und laut deren diff wird nur der Link in /etc/... entfernt.
rm -f "$DPKG_ROOT/etc/systemd/system/tmp.mount"
also
rm -f /etc/systemd/system/tmp.mount
Für alle die Probleme mit dem Booten hatten sollte das die bevorzugte Lösung sein.
Wenn man nicht mit dem Tip von @hendrikL (rw) starten kann, dann von einem Life-System aus die Partition einhängen.
"Pax in terris" - Das ist mein großer, mein einzigster für diese Welt von Herzen kommender Wunsch.
"Friede auf Erden" und alles Weitere erscheint einfach.

hendrikL

tested with a wintesky-iso

removed link from /etc
upgraded from 254.5-1 to 256rc3-5 (apt full-upgrade)
rebooted. all fine

edlin

@reddark
Ich kann nur für mich sprechen, aber ich habe gerade aufgeräumt und mein System bootet ohne Probleme.
Was habe ich zuletzt gemacht?

  • apt full-upgrade
  • Den symlink unterhalb von /etc gelöscht: rm -f /etc/systemd/system/tmp.mount
  • Den Eintrag unterhalb /usr/share gelöscht: rm -f /usr/share/systemd/tmp.mount
  • Den Eintrag vom tmpfs in der /etc/fstab auskommentiert.
Es sollte bereits genügen, wenn du den Link unterhalb von /etc ins Nirvana schickst. Danach sieht es bei mir so aus:
edlin@Devil:/etc/systemd/system$ systemctl status tmp.mount
     tmp.mount - Temporary Directory /tmp
     Loaded: loaded (/usr/lib/systemd/system/tmp.mount; enabled; preset: enabled)
     Active: active (mounted) since Thu 2024-05-30 14:17:10 CEST; 12min ago


edlin

System bootet
,,Ein kluger Mann macht nicht alle Fehler selber. Er lässt auch anderen eine Chance."

Winston Churchill

bevo


reddark

@edlin: habs so gemacht und trotzdem siehts so aus   :-X

systemctl status tmp.mount
● tmp.mount - Temporary Directory /tmp
     Loaded: loaded (/usr/lib/systemd/system/tmp.mount; enabled; preset: enabled)
     Active: active (mounted) since Thu 2024-05-30 14:40:02 CEST; 1min 50s ago
Invocation: 27a857dd681c4b84bc77f509368138b2
      Where: /tmp
       What: tmpfs
       Docs: https://systemd.io/TEMPORARY_DIRECTORIES
             man:file-hierarchy(7)
             https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
      Tasks: 0 (limit: 38092)
     Memory: 4.0K (peak: 2.2M)
        CPU: 5ms
     CGroup: /system.slice/tmp.mount

Mai 30 14:40:02 laptop1 systemd[1]: Mounting tmp.mount - Temporary Directory /tmp...
Mai 30 14:40:02 laptop1 systemd[1]: Mounted tmp.mount - Temporary Directory /tmp.

hendrikL

@reddark
Alles gut, ist in Ordnung, das darf ruhig laufen!

reddark


Isegrimm666

Quote from: edlin on 2024/05/30, 14:32:07
@reddark
Ich kann nur für mich sprechen, aber ich habe gerade aufgeräumt und mein System bootet ohne Probleme.
Was habe ich zuletzt gemacht?

  • apt full-upgrade
  • Den symlink unterhalb von /etc gelöscht: rm -f /etc/systemd/system/tmp.mount
  • Den Eintrag unterhalb /usr/share gelöscht: rm -f /usr/share/systemd/tmp.mount
  • Den Eintrag vom tmpfs in der /etc/fstab auskommentiert.
Es sollte bereits genügen, wenn du den Link unterhalb von /etc ins Nirvana schickst. Danach sieht es bei mir so aus:
edlin@Devil:/etc/systemd/system$ systemctl status tmp.mount
     tmp.mount - Temporary Directory /tmp
     Loaded: loaded (/usr/lib/systemd/system/tmp.mount; enabled; preset: enabled)
     Active: active (mounted) since Thu 2024-05-30 14:17:10 CEST; 12min ago


edlin

System bootet

Ich habe gerade eben Edlins Ablauf nachgestellt (allerdings den Symlink unter /etc/systemd/system/ vorher gekillt ... danach wollte ich den 2. Link auch killen, aber der war nicht mehr da.)

Dann ein apt full-upgrade ... Neustart ...

... und das System lief 1a.

Kurz einen Test gemacht:


[15:14:41][isegrimm@C-Y-G-N-A:~]$ systemctl status tmp.mount
● tmp.mount - /tmp
     Loaded: loaded (/etc/fstab; generated)
     Active: active (mounted) since Thu 2024-05-30 15:10:16 CEST; 4min 50s ago
Invocation: 4447ddadd0324fef88320cb28585df2f
      Where: /tmp
       What: tmpfs
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
      Tasks: 0 (limit: 18910)
     Memory: 4.0K (peak: 768.0K)
        CPU: 5ms
     CGroup: /system.slice/tmp.mount

Mai 30 15:10:16 C-Y-G-N-A systemd[1]: Mounting tmp.mount - /tmp...
Mai 30 15:10:16 C-Y-G-N-A systemd[1]: Mounted tmp.mount - /tmp.


Danke.