[Gelöst]init 3 nicht möglich

[Hanisch]

Hallo,

beim Versuch eines D-U kann ich

Code Auswählen Erweitern

# init 3
nicht machen. Immer wieder fällt er auf Login zurück.

Was ist da los?

Gruß
Ch. Hanisch

[jure]

von welchem deiner Systeme sprichst du ?
In aktuellen siduction Systemen ist

Code Auswählen Erweitern

systemctl isolate multi-user.target angesagt

zeige doch mal

Code Auswählen Erweitern

inxi -v4

[melmarker]

oder einfacher zu merken systemctl stop $DM

[drb]

Don't understand all of above. But on one system 

Code Auswählen Erweitern

init 3 works

on another,

Code Auswählen Erweitern

systemctl isolate multi-user.target works.

Both are indiansummer installs so I don't understand why.

[jure]

off topic:

oder einfacher zu merken systemctl stop $DM

ah ja - "systemctl  -h" zeigt es ja auch...

ich nutze eine Funktion aus der /etc/inputrc

Code Auswählen Erweitern

# alternate mappings for "page up" and "page down" to search the history
"\e[5~": history-search-backward
"\e[6~": history-search-forward damit kann man z.B. nach Eingabe von "sys" mit den "Bild auf/ab" Tasten durch die entsprechenden history Einträge schalten. Somit ist der passende Eintrag, wie eben z.B. "systemctl isolate multi-user.target" nach 3 - 4 Klicks gefunden

[jure]

Don't understand all of above. But on one system 

Code Auswählen Erweitern

init 3 works

on another,

Code Auswählen Erweitern

systemctl isolate multi-user.target works.

Both are indiansummer installs so I don't understand why.

may be

....
Important: Using the commands you used before systemd

As long as systemd-sysv is installed, you can decide if you want to use the old commands you are used to or learn and use the new ones. You can also use a mix of both. This goes for as long as systemd-sysv exists. Most likely it will at least be around until the end of life for the upcoming Debian 8 "Jessie", which means at least 4-5 years.....

[dibl]

Bei mir

Code Auswählen Erweitern

systemctl isolate multi-user.target


Wenn Kf5, warnen:


bug


also

Code Auswählen Erweitern

# ps aux | grep username | more


und

Code Auswählen Erweitern

# kill -9 {kuiserver5}


und

Code Auswählen Erweitern

# kill -9 {gpg-agent --daemon}

[Hanisch]

von welchem deiner Systeme sprichst du ?
In aktuellen siduction Systemen ist

Code Auswählen Erweitern

systemctl isolate multi-user.target angesagt

Mein System siduction December 2013 als VM.
Alle versuchten

Code Auswählen Erweitern

init 3
systemctl isolate multi-user.target
systemctl stop $DM
ergeben die Landung bei Login:

zeige doch mal

Code Auswählen Erweitern

inxi -v4

Code Auswählen Erweitern

siductionbox:~$ inxi -v4
System:    Host: siductionbox Kernel: 4.3.0-towo.3-siduction-686 i686 (32 bit gcc: 5.2.1)
           Desktop: Xfce 4.12.3 (Gtk 2.24.28) Distro: siduction 13.2.1 December - gnome - (201401272119)
Machine:   System: innotek product: VirtualBox v: 1.2
           Mobo: Oracle model: VirtualBox v: 1.2 Bios: innotek v: VirtualBox date: 12/01/2006
CPU:       Triple core Intel Core i7-2630QM (-MCP-) cache: 6144 KB
           flags: (pae sse sse2 sse3 sse4_1 sse4_2 ssse3) bmips: 11978
           clock speeds: max: 1995 MHz 1: 1995 MHz 2: 1995 MHz 3: 1995 MHz
Graphics:  Card: InnoTek Systemberatung VirtualBox Graphics Adapter bus-ID: 00:02.0
           Display Server: X.Org 1.17.3 drivers: ati,vboxvideo (unloaded: fbdev,vesa)
           Resolution: 1302x735@60.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.7, 256 bits)
           GLX Version: 3.0 Mesa 11.0.5 Direct Rendering: Yes
Network:   Card: Intel 82540EM Gigabit Ethernet Controller
           driver: e1000 v: 7.3.21-k8-NAPI port: d010 bus-ID: 00:03.0
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 08:00:27:de:42:9d
Drives:    HDD Total Size: 32.2GB (38.0% used) ID-1: /dev/sda model: VBOX_HARDDISK size: 32.2GB
Partition: ID-1: / size: 16G used: 9.5G (66%) fs: ext4 dev: /dev/sda1
           ID-2: /home size: 13G used: 915M (8%) fs: ext4 dev: /dev/sda2
           ID-3: swap-1 size: 1.17GB used: 0.02GB (2%) fs: swap dev: /dev/sda3
Info:      Processes: 181 Uptime: 11 min Memory: 587.0/1005.5MB Init: systemd runlevel: 5 Gcc sys: 5.2.1
           Client: Shell (bash 4.3.421) inxi: 2.2.28
Bisher ging 'init 3' immer. Was ist da wieder los?

Gruß
Ch. Hanisch

[absolut]

Bisher ging 'init 3' immer. Was ist da wieder los?

stichwort "systemd". Sachen ändern sich im Laufe der Zeit.

[Hanisch]

Bisher ging 'init 3' immer. Was ist da wieder los?

stichwort "systemd". Sachen ändern sich im Laufe der Zeit.

Ja, aber es geht ja mit keinem der obengenannte Befehle.

Gruß
Ch. Hanisch

[melmarker]

If all else fails read the fucking manual

[Hanisch]

If all else fails read the fucking manual

Auch das Handbuch ist noch fehlerhaft mit 'init 3'. Da sind die Jungs von aptosid bereits auf dem neuesten Stand.

L ö s u n g:
Alle mitgeteilten Befehle sind obsolet.
Es muß heißen:

Code Auswählen Erweitern

# service   sddm | lightdm | gdm3    stop

Gruß
Ch. Hanisch

[musca]

das entspricht doch genau dem Tipp aus der zweiten Antwort (wobei $DM für deinen jeweiligen DM steht)

systemctl stop $DM

[jure]

hier auf dem pc funktioniert jeder dieser Befehle

Code Auswählen Erweitern


Host: siductionbox Kernel: 4.3.0-towo.3-siduction-amd64 x86_64 (64 bit gcc:5.2.1)
      Desktop: KDE Plasma 5.4.2 (Qt 5.5.1)

- init 3
- systemctl isolate multi-user.target
- service lightdm stop
- systemctl stop lightdm.service

allerdings muss ich, egal bei welchem Befehl, meistens "Strg-Alt-F1" absetzen um den login promt zu bekommen, zuvor ist der Bildschirm schwarz mit blinkendem "_" cursor oben links

[DeKa]

Hatte das Problem nur bei dem 4.3.0.towo1 Kernel das ich mit init 3 einen schwarzen Bildschirm hatte.
Mit dem alten 4.2.5er ging init 3 wie es sollte einwandfrei, wie jetzt auch mit dem aktuellen Kernel.