Bisher habe ich auf mehreren Boxen mit Ubuntu 16.04 verwendet
sudo systemctl isolate multi-user.target
um vom grafischen Zielmodus in die CLI zu gelangen. Oder ich habe verwendet
sudo systemctl set-default multi-user.target
um den Bootvorgang dauerhaft im Multiuser-Modus anhalten zu lassen. Ich kann mich erinnern, dass das vor etwa einem halben Jahr funktioniert hat, aber als ich es heute probiert habe, ging es auf keinem der beiden bis heute voll aktuellen 16.04-Systeme, die mir zur Verfügung standen.
CTRLIch werde nur mit einem blinkenden, nicht reagierenden Cursor begrüßt. Glücklicherweise ist es jedoch möglich, TTY über + ALT+ umzuschalten, F2um in den grafischen Zielmodus zurückzukehren.
Ich versuche herauszufinden, ob es sich um einen neuen Fehler handelt oder ob ich widersprüchliche Software eingeführt habe. Ich bin mir nicht sicher, wonach ich suchen soll und wo ich danach suchen soll.
Beide Boxen verwenden die Kernelversion
4.4.0-134-generic #160-Ubuntu SMP Wed Aug 15 14:58:00 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Ich würde mich über jede Anleitung oder Fehlerbestätigung sehr freuen!
Antwort1
Ich hatte gerade das gleiche Problem! Es wurde mit dem folgenden Befehl behoben:
systemctl enable getty@tty2
Es zwingt die Maschine, beim Booten standardmäßig tty2 zu verwenden.
Hoffe, das hilft Ihnen genauso viel wie mir
Antwort2
Mary Jane, meine Erfahrung bestätigt Ihre. Ich habe ein halbes Dutzend Systeme in meinem Netzwerk, die standardmäßig auf Mehrbenutzermodus konfiguriert waren und seit über zwei Jahren wie vorgesehen funktionieren, immer noch funktionieren und durch regelmäßige apt-get-upd-upg-Zyklen nicht beeinträchtigt zu sein scheinen. Nach einer Neuinstallation von Xubuntu 16.04.6 auf zwei neuen Maschinen erhalte ich jedoch die folgende Fehlermeldung:
systemctl aktiviere multi-user.target
Die Unit-Dateien haben keine Installationskonfiguration (WantedBy, RequiredBy, Also, Alias-Einstellungen im Abschnitt [Install] und DefaultInstance für Template-Units). Das bedeutet, sie sind nicht dafür gedacht, mit systemctl aktiviert zu werden. Mögliche Gründe für diese Art von Units sind: 1) Eine Unit kann statisch aktiviert werden, indem sie per symbolischem Link aus dem .wants/- oder .requires/-Verzeichnis einer anderen Unit erstellt wird. 2) Der Zweck einer Unit kann darin bestehen, als Helfer für eine andere Unit zu fungieren, die eine Anforderungsabhängigkeit hat. 3) Eine Unit kann bei Bedarf per Aktivierung (Socket, Pfad, Timer, D-Bus, udev, geskripteter systemctl-Aufruf, ...) gestartet werden. 4) Bei Template-Units ist die Unit dafür gedacht, mit einem angegebenen Instanznamen aktiviert zu werden.
Ich habe dann eine komplett neue Installation auf einem anderen System getestet und dieses Mal schien es „systemctl enable multi-user.target --force“ zu akzeptieren. Als ich jedoch neu startete, war die Partition komplett blockiert (d. h., es kam zu einem Hard-Reset, gefolgt von einem leeren Bildschirm). Mir ist aufgefallen, dass es fast keine Beiträge von Leuten gibt, die dieses Problem hatten, und ich kann keine Lösungen finden.
Subjektiv gesprochen, nur zur Info: Als Ubuntu beschloss, seine Benutzergemeinschaft zu zwingen, systemd und später „snapd“ zu akzeptieren, habe ich aufgehört, neue Ubuntu-Versionen nach 16.04 zu verwenden. Erst vor Kurzem, als ich überlegte, auf 18.04 umzusteigen, habe ich beschlossen, 16.04.6 und die neueste Version 18.04 noch einmal zu prüfen. Ich bin kurz davor, Ubuntu ganz aufzugeben. Diese besondere Situation war für mich vielleicht der Tropfen, der das Fass zum Überlaufen brachte.