Wenn ich beim booten mit e das bootmenu aufrufe, komme ich mit Eingabe von 3 nicht auf die command line.
Änderung wie ro > rw funktioniert.
linux /boot/vmlinuz-6.8.10-1-siduction-amd64 root=UUID=d33f9e75-ab9e-47f3-9322-8ffce912c393 ro quiet systemd.show_status=1 plash amd_iommu=on iommu=pt Auch das Entfernen der iommu Einträge ändert nichts.
Problem tritt nur auf einem Rechner auf.
Hat jemand eine Idee?
bevo
Du hängst die "3" getrennt mit einem Leerzeichen als letzte Option an die linux Zeile?
Ja, genau so !
müßte das nicht splash heißen, statt plash ?
Mach doch mal 'e' und dann 'quiet' und 'plash' entfernen und dann die 3 am Ende 8)
Ja, splash ;)
Splash und quiet entfernen, Fehler bleibt.
Vielleicht erkennt das System die Bedeutung der "3" nicht mehr, da dies ein systemd Alias ist?!
Laut "How to debug systemd problems" [https://docs.fedoraproject.org/en-US/quick-docs/debug-systemd-problems/ (https://docs.fedoraproject.org/en-US/quick-docs/debug-systemd-problems/)] erkennt Kernel/System das Argument "systemd.unit=multi-user.target" (hier stellvertretend für die "3").
Einfach an Stelle der 3 eine 2 eingeben und man landet im Login der tty1.
edlin
2 habe ich auch schon versucht, ohne Erfolg.
debug-systemd-problems bringt mich nicht weiter. Ich habe eine Abgleich mit einem System wo 3 funtioniert, keine Unterschiede gefunden.
beo
Quote from: bevo on 2024/06/06, 07:23:17
2 habe ich auch schon versucht, ohne Erfolg.
debug-systemd-problems bringt mich nicht weiter. Ich habe eine Abgleich mit einem System wo 3 funtioniert, keine Unterschiede gefunden.
beo
Quote from: ro_sid on 2024/06/04, 19:04:44
Vielleicht erkennt das System die Bedeutung der "3" nicht mehr, da dies ein systemd Alias ist?!
Laut "How to debug systemd problems" [https://docs.fedoraproject.org/en-US/quick-docs/debug-systemd-problems/ (https://docs.fedoraproject.org/en-US/quick-docs/debug-systemd-problems/)] erkennt Kernel/System das Argument "systemd.unit=multi-user.target" (hier stellvertretend für die "3").
Füge doch einfach anstatt der '3' ein 'systemd.unit=multi-user.target' an!
Wenn dies auch nicht funktioniert, dann liegt ein grundlegender Fehler vor!
Ps. der multi-user.target entspricht init 3!
@hendrikL
hat auch nichts verändert.
Wo "landet" der Rechner denn beim Boot mit "3"?
Im "Nirvana", im graphischen Modus, in der Busy-Box?
[Die Wahl von "1" wäre z.B. der "single user/root"-Modus! Noch bevor wesentliche Teile des Betriebssystems initialisiert und/oder aktiviert werden.]
ganz normal im graphic Modus.
1 funktioniert; login als root
Quote from: bevo on 2024/06/06, 11:44:54
1 funktioniert; login als root
und funktioniert dann ein 'init 3' bzw ein 'systemctl isolate multi-user.target'
Bitte gib uns doch auch einmal, falls möglich, die Ausgabe von
ls -l /usr/lib/systemd/system/runlevel*
Eingabe von init 3 und systemctl.. funktioniert nicht.
ls -l /usr/lib/systemd/system/runlevel*
lrwxrwxrwx 1 root root 15 1. Jun 13:30 /usr/lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 1. Jun 13:30 /usr/lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 16 1. Jun 13:30 /usr/lib/systemd/system/runlevel5.target -> graphical.target
lrwxrwxrwx 1 root root 13 1. Jun 13:30 /usr/lib/systemd/system/runlevel6.target -> reboot.target
Quote from: bevo on 2024/06/06, 13:43:55
Eingabe von init 3 und systemctl.. funktioniert nicht.
ls -l /usr/lib/systemd/system/runlevel*
lrwxrwxrwx 1 root root 15 1. Jun 13:30 /usr/lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 1. Jun 13:30 /usr/lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 1. Jun 13:30 /usr/lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 16 1. Jun 13:30 /usr/lib/systemd/system/runlevel5.target -> graphical.target
lrwxrwxrwx 1 root root 13 1. Jun 13:30 /usr/lib/systemd/system/runlevel6.target -> reboot.target
"2", "3" und "4" gehen alle aufs "multi-user.target". Bitte mal die anderen beiden ausprobieren, ob die auch auf Level "5" landen. Falls ja, ist etwas mit der/n multi-user.target Datei/en im Argen, eventuell kaputt. Die dürfte/n zum "systemd"-Debian-Paket gehören.
Dann wäre mein Vorschlag ein "reinstall" dieses Pakets. Aber vielleicht hat jemand eine bessere Idee.
Also, wenn du im rescue.target, init 1 bist und dann init 3 aufrufst landest du im graphical.target, init 5, richtig?
@ro-sid runlevel 0,1,5,6 funktionieren.
@hendrikL ja, genau.
Ich werde mal das Paket multi-user.target neu installieren.
bevo
Neuinstallation von multi-user.target ohne Erfolg.
Ich lege das Thema erstmal auf Eis :-\
Danke für eure Hilfe!
bevo