Hallo,
seit einem der letzten d-u funktioniert das Herunterfahren aus Xfce nicht mehr. Der xserver wird beendet und ich habe einen schwarzen Bildschirm mit blinkendem Cursor. Ich kann zwar noch mit CTRL-ALT-F1 auf eine Konsole wechseln aber das war's dann auch denn der Rest der Tastatur ist tot ich kann nichts eingeben. Es hilft nur noch ausschalten. Ein shutdown aus einer Terminal-Konsole funktioniert allerdings problemlos. Das Problem könnte existieren seit ich auf systemd umgestellt habe aber ich bin mir nicht sicher.
Hier noch die Daten meiner Kiste:
System: Host: master Kernel: 3.14-3.towo-siduction-amd64 x86_64 (64 bit gcc: 4.8.2)
Desktop: Xfce 4.10.2 (Gtk 2.24.18) Distro: siduction - xfce
Machine: Mobo: Gigabyte model: P55-UD3 v: x.x Bios: Award v: F3 date: 07/31/2009
CPU: Quad core Intel Core i7 860 (-HT-MCP-) cache: 8192 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 22390
Clock Speeds: 1: 2797 MHz 2: 2797 MHz 3: 2797 MHz 4: 2797 MHz 5: 2797 MHz 6: 2797 MHz 7: 2797 MHz
8: 2797 MHz
Graphics: Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
Display Server: X.org 1.15.1 driver: nvidia tty size: 170x50 Advanced Data: N/A for root
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: de00 bus-ID: 03:00.0
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: 00:24:1d:dc:ab:74
Drives: HDD Total Size: 1500.3GB (34.2% used) ID-1: model: WDC_WD5000AADS
ID-2: model: SAMSUNG_HD103SJ
Info: Processes: 248 Uptime: 1:55 Memory: 2809.3/7987.0MB Init: systemd runlevel: 5 Gcc sys: 4.8.2
Client: Shell (bash 4.3.111) inxi: 2.1.28
Hi Peter,
hast du irgendwelche Fehlermeldungen im Journal, die vielleicht Rückschlüsse zulassen würden? Mit folgenden Befehl kannst du das überprüfen.
# journalctl -b -p err
Hi Michael,
nur der übliche Kram:
-- Logs begin at Mo 2014-04-28 21:32:42 CEST, end at Do 2014-05-15 09:42:42 CEST. --
Mai 15 09:40:28 master kernel: usb 5-2: device descriptor read/64, error -71
Mai 15 09:40:28 master kernel: usb 5-2: device descriptor read/64, error -71
Mai 15 09:40:28 master kernel: usb 5-2: device descriptor read/64, error -71
Mai 15 09:40:28 master kernel: usb 5-2: device descriptor read/64, error -71
Mai 15 09:40:28 master kernel: usb 5-2: device not accepting address 4, error -71
Mai 15 09:40:28 master kernel: usb 5-2: device not accepting address 5, error -71
Mai 15 09:40:28 master kernel: hub 5-0:1.0: unable to enumerate USB device on port 2
Mai 15 09:40:30 master systemd-udevd[364]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:30 master systemd-udevd[365]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:30 master systemd-udevd[368]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:32 master systemd-udevd[426]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:32 master systemd-udevd[427]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:32 master systemd-udevd[429]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:32 master systemd-udevd[428]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 09:40:54 master ntpd_intres[914]: host name not found: 0.de.pool.ntp.org
Mai 15 09:40:54 master ntpd_intres[914]: host name not found: 1.de.pool.ntp.org
Mai 15 09:40:54 master ntpd_intres[914]: host name not found: 2.de.pool.ntp.org
Mai 15 09:40:54 master ntpd_intres[914]: host name not found: 3.de.pool.ntp.org
Mai 15 09:41:23 master hp-systray[2114]: hp-systray[2114]: error: option -s not recognized
Mit dem udev- und dem ntpd-Problem schlage ich mich seit der Umstellung auf systemd herum. Bei ntp vermutl. weil der Dienst nach den Servern sucht bevor das Netz verfügbar ist und bei udev habe ich keine Ahnung.
Der erste Teil mit dem USB-Zeugs wird von meinem Kartenleser verursacht und tritt nur dann ein wenn ich vor dem Booten den Strom nicht komplett vom Computer getrennt habe warum auch immer. Mit dem habe ich sowieso auch ein Problem seit systemd aber dazu muss ich mal einen eigenen Thread im Hardware-Bereich aufmachen.
Neue Beobachtung seit gestern:
Wenn ich den Rechner in Ruhe lasse dann fährt er nach einigen Minuten doch komplett herunter. Ist zwar seltsam aber es scheint keine weiteren Probleme zu geben.
Dann wäre das journal von genau diesen Minuten interessant. Das lässt sich mit den Parametern --since und --until sekundengenau eingrenzen. Das Zeitformat dabei ist 2012-10-30 18:17:16.
greetz
devil
Hi devil,
das kannst du haben. Wenn ich mir als unbedarfter Laie das Protokoll so anschaue dann scheint das Problem an slim zu liegen von den anderen Errors mal abgesehen. Vielleicht sollte ich den doch mal durch lightdm ersetzen.
Hi Peter,
slim ist ganz klar dein Problem, denn er "schmiert" ab beim Shutdown.
[...]
Mai 15 11:19:40 master slim[842]: (EE) Segmentation fault at address 0x7f5e82fc5b80
Mai 15 11:19:40 master slim[842]: (EE)
Mai 15 11:19:40 master slim[842]: Fatal server error:
Mai 15 11:19:40 master slim[842]: (EE) Caught signal 11 (Segmentation fault). Server aborting
[...]
Ersetz am besten slim durch lightdm.
Hi Michael,
das werde ich machen. Dazu gleich noch eine Frage: Kann man in lightdm einen default User setzen? Kein autologin sondern nur den Namen. Reine Bequemlichkeit. :)
Edit:
Habe lightdm installiert. Folgende Fehlermeldungen im Journal:
-- Logs begin at Mo 2014-04-28 21:32:42 CEST, end at Do 2014-05-15 12:28:54 CEST. --
Mai 15 12:14:01 master systemd-udevd[337]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:01 master systemd-udevd[342]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:01 master systemd-udevd[375]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:02 master systemd-udevd[455]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:02 master systemd-udevd[456]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:02 master systemd-udevd[457]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:02 master systemd-udevd[458]: failed to execute '/lib/udev/kmod' 'kmod sg': No such file or directory
Mai 15 12:14:30 master lightdm[1970]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or dir$
Mai 15 12:14:30 master lightdm[1970]: PAM adding faulty module: pam_gnome_keyring.so
Mai 15 12:14:36 master lightdm[2104]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or dir$
Mai 15 12:14:36 master lightdm[2104]: PAM adding faulty module: pam_gnome_keyring.so
Mai 15 12:14:58 master hp-systray[2177]: hp-systray[2177]: error: option -s not recognized
Ist jetzt nicht tragisch da offensichtlich keine direkten Auswirkungen aber vielleicht kann mir einer erklären was es mit diesen PAM-Fehlermeldungen auf sich hat damit ich es auch verstehe. ;)
Hi Peter,
der letzte User der eingeloggt war, ist beim nächsten Login wieder im Eingabefeld zu sehen (Standard). Ist bei mir zumindest so ;-)
Zu deinen Fehlermeldungen, lightdm kann die Libs pam_gnome_keyring.so nicht laden, vermutlich ein Bug von lightdm. Der hier schaut danach aus https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683508
Jo, scheint der bug zu sein aber wenn ich das Datum betrachte dann interessiert das auch kein Schwein ... :P
Trotzdem danke für die Info.
Slim wird nicht mehr weiter entwickelt, daher haben Bugs auch keine Priorität. auf deutsch: das Ding ist tot.
greetz
devil
devil, der Link zum Bugreport von oben betrifft LightDM und ist fast zwei Jahre alt!!!
@bluelupo - musst du verstehen, devil hats mit Worten, nicht mit Zahlen :P
gleiches Problem hier, auf drei Rechnern siduction 13.2.0 December kde 64bit lightdm, erst seit ca. einer Woche.
Strg-Alt-F1 bringt mich dann zur Konsole, somit ist es nicht so dramatisch.
wo ist jetzt eigentlich das Problem?
... dass dich systemctl isolate multi-user.target eben nicht mehr auf die Konsole bringt wie bisher.
Zitat von: ghettoblaster in 2014/05/15, 19:24:35
... dass dich systemctl isolate multi-user.target eben nicht mehr auf die Konsole bringt wie bisher.
Jupp, hab' ich hier auch in etwa seit einer Woche. Die einzige Meldung im journalctl -b-p err die zum Zeitraum passt:
ZitatFailed to start Clean up any mess left by 0dns-up.
Hab' dann mal das journal nach dem betreffenden Zeitraum durchsucht, werd aber nicht schlau draus. Angehängt vom Moment root-login zum Erreichen von RL3 bis zum Login über die "ALT-F1"-Console. Von dort nach multi-user.target klappts dann wieder.
http://paste.siduction.org/20140515175840
Gruß
ayla
ghettoblaster + ayla, zeigt doch bitte mal die outputs von
systemctl status multi-user.target
systemctl show multi-user.target
sieht so aus wie eine unglückliche Verquickung von Lightdm und consolekit - aber der Lightdm-Bugtracker macht zur Zeit eh keinerlei Spass, sieht aus wie ein Horror-Roman.
EDIT: Eine Anmerkung hab ich aber noch, init 3 geht gar nicht, Restart geht, shutdown geht auch.
@der_bud
Kann ich erst morgen frueh liefern...Nachtschicht.
Sicherheitshalber: Bei aktiver grafischer Oberflaeche oder nach isolate multiuser.target von der F1 Konsole aus?
Von der grafischen Oberfläche:
Zitatsystemctl status multi-user.target
multi-user.target - Multi-User System
Loaded: loaded (/lib/systemd/system/multi-user.target; disabled)
Active: active since Fr 2014-05-16 06:43:36 CEST; 2min 1s ago
Docs: man:systemd.special(7)
Mai 16 06:43:36 neskaya systemd[1]: Starting Multi-User System.
Mai 16 06:43:36 neskaya systemd[1]: Reached target Multi-User System.
cal@neskaya:~cal: systemctl show multi-user.target
Id=multi-user.target
Names=multi-user.target runlevel4.target runlevel3.target runlevel2.target
Requires=basic.target
Wants=ssh.service cups-browsed.service dns-clean.service anacron.service remote-fs.target cups.path avahi-daemon.service pywwetha$
RequiredBy=graphical.target
Conflicts=rescue.service rescue.target shutdown.target
Before=graphical.target systemd-update-utmp-runlevel.service
After=basic.target rescue.service rescue.target remote-fs.target systemd-user-sessions.service getty.target systemd-logind.servic$
Documentation=man:systemd.special(7)
Description=Multi-User System
LoadState=loaded
ActiveState=active
SubState=active
FragmentPath=/lib/systemd/system/multi-user.target
UnitFileState=disabled
InactiveExitTimestamp=Fr 2014-05-16 06:43:36 CEST
InactiveExitTimestampMonotonic=3866037
ActiveEnterTimestamp=Fr 2014-05-16 06:43:36 CEST
ActiveEnterTimestampMonotonic=3866037
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=yes
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=yes
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=Fr 2014-05-16 06:43:36 CEST
ConditionTimestampMonotonic=3866027
ConditionResult=yes
Ok, aus der F1-Konsole nach isolate:
Zitatmultiuser.target
Loaded: error (Reason: No such file or directory)
Active: inactive (dead)
Id=multiuser.target
Names=multiuser.target
Description=multiuser.target
LoadState=error
ActiveState=inactive
SubState=dead
InactiveExitTimestampMonotonic=0
ActiveEnterTimestampMonotonic=0
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestampMonotonic=0
ConditionResult=no
LoadError=org.freedesktop.DBus.Error.FileNotFound "No such file or directory"
Gesund ist wohl anders?
greets
ayla
Das systemctl show vor dem isolate sieht wohl normal aus, es hätte ne kleine Chance gegeben daran schon eine "Fehlkonfiguration" zu erkennen. Der nach dem isolate zeigt dann nur was wir schon wissen, nämlich das da was nicht geklappt hat.
Schade, hatte gehofft das mit meinem funktionierendem System zu vergleichen, Pustekuchen, bei mir klappt init 3 aus dem Desktopenvironment heraus auch nicht. Ist länger her das ich ich das mal so aufgerufen habe, und 'früher gings ja mal' :). Wobei die "3" beim booten an grub angehängt noch klappt.
Ich kann bei mir keine Fehler erkennen.
In der graphischen Oberfläche:
multi-user.target - Multi-User System
Loaded: loaded (/lib/systemd/system/multi-user.target; disabled)
Active: active since Sa 2014-05-17 07:38:09 CEST; 2min 23s ago
Docs: man:systemd.special(7)
Mai 17 07:38:09 pc systemd[1]: Starting Multi-User System.
Id=multi-user.target
Names=multi-user.target runlevel4.target runlevel3.target runlevel2.target
Requires=basic.target
Wants=lm-sensors.service avahi-daemon.service rsyslog.service remote-fs.target cups.path ssh.service pywwetha.service dns-clean.service cups-browsed.service ModemManager.service NetworkManager.service pppd-dns.service anacron.service sidu-base.service rc-local.service systemd-ask-password-wall.path systemd-logind.service systemd-user-sessions.service getty.target dbus.service systemd-update-utmp-runlevel.service radvd.service cron.service cpufrequtils.service vnstat.service nfs-common.service glances.service motd.service mdadm.service acpi-fakekey.service ifplugd.service acpi-support.service gpm.service dirmngr.service nvidia-kernel.service preload.service saned.service bootlogs.service loadcpufreq.service smartmontools.service virtualbox.service irqbalance.service ntp.service hddtemp.service
RequiredBy=graphical.target
Conflicts=rescue.service rescue.target shutdown.target
Before=graphical.target systemd-update-utmp-runlevel.service
After=basic.target rescue.service rescue.target rsyslog.service remote-fs.target systemd-user-sessions.service getty.target systemd-logind.service rc-local.service NetworkManager.service ModemManager.service cups.path lm-sensors.service pppd-dns.service dbus.service ssh.service anacron.service avahi-daemon.service sidu-base.service cups-browsed.service pywwetha.service radvd.service cron.service cpufrequtils.service vnstat.service nfs-common.service glances.service motd.service mdadm.service acpi-fakekey.service ifplugd.service acpi-support.service gpm.service dirmngr.service nvidia-kernel.service preload.service saned.service bootlogs.service loadcpufreq.service smartmontools.service virtualbox.service irqbalance.service ntp.service hddtemp.service
Documentation=man:systemd.special(7)
Description=Multi-User System
LoadState=loaded
ActiveState=active
SubState=active
FragmentPath=/lib/systemd/system/multi-user.target
UnitFileState=disabled
InactiveExitTimestamp=Sa 2014-05-17 07:38:09 CEST
InactiveExitTimestampMonotonic=23682887
ActiveEnterTimestamp=Sa 2014-05-17 07:38:09 CEST
ActiveEnterTimestampMonotonic=23682887
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=yes
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=yes
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=Sa 2014-05-17 07:38:09 CEST
ConditionTimestampMonotonic=23682867
ConditionResult=yes
In der Konsole nach dem isolate:
multi-user.target - Multi-User System
Loaded: loaded (/lib/systemd/system/multi-user.target; disabled)
Active: active since Sa 2014-05-17 07:38:09 CEST; 7min ago
Docs: man:systemd.special(7)
Mai 17 07:38:09 pc systemd[1]: Starting Multi-User System.
Id=multi-user.target
Names=multi-user.target runlevel4.target runlevel3.target runlevel2.target
Requires=basic.target
Wants=lm-sensors.service avahi-daemon.service rsyslog.service remote-fs.target cups.path ssh.service pywwetha.service dns-clean.service cups-browsed.service ModemManager.service NetworkManager.service pppd-dns.service anacron.service sidu-base.service rc-local.service systemd-ask-password-wall.path systemd-logind.service systemd-user-sessions.service getty.target dbus.service systemd-update-utmp-runlevel.service radvd.service cron.service cpufrequtils.service vnstat.service nfs-common.service glances.service motd.service mdadm.service acpi-fakekey.service ifplugd.service acpi-support.service gpm.service dirmngr.service nvidia-kernel.service preload.service saned.service bootlogs.service loadcpufreq.service smartmontools.service virtualbox.service irqbalance.service ntp.service hddtemp.service
RequiredBy=graphical.target
Conflicts=rescue.service rescue.target shutdown.target
Before=graphical.target systemd-update-utmp-runlevel.service
After=basic.target rescue.service rescue.target rsyslog.service remote-fs.target systemd-user-sessions.service getty.target systemd-logind.service rc-local.service NetworkManager.service ModemManager.service cups.path lm-sensors.service pppd-dns.service dbus.service ssh.service anacron.service avahi-daemon.service sidu-base.service cups-browsed.service pywwetha.service radvd.service cron.service cpufrequtils.service vnstat.service nfs-common.service glances.service motd.service mdadm.service acpi-fakekey.service ifplugd.service acpi-support.service gpm.service dirmngr.service nvidia-kernel.service preload.service saned.service bootlogs.service loadcpufreq.service smartmontools.service virtualbox.service irqbalance.service ntp.service hddtemp.service
Documentation=man:systemd.special(7)
Description=Multi-User System
LoadState=loaded
ActiveState=active
SubState=active
FragmentPath=/lib/systemd/system/multi-user.target
UnitFileState=disabled
InactiveExitTimestamp=Sa 2014-05-17 07:38:09 CEST
InactiveExitTimestampMonotonic=23682887
ActiveEnterTimestamp=Sa 2014-05-17 07:38:09 CEST
ActiveEnterTimestampMonotonic=23682887
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=yes
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=yes
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=Sa 2014-05-17 07:38:09 CEST
ConditionTimestampMonotonic=23682867
ConditionResult=yes
Gruß
ghettoblaster
Also nach dem "isolate" sieht das multi-user.target bei ghettoblaster gesund aus (mit loaded und active, wie bei mir), bei ayla dagegen kaputt (inactive, dead), also zumindest verschiedene Probleme.
Ich hab irgendwann mal was mit fehlenden gettys (getty@tty1.service und so) bei systemd gelesen, das war aber ein inzwischen behobener Bug und ich find den Link gerade nicht. Und dann kann es nich wie melmarker oben schon erwähnte ja auch noch an lightdm, consolekit, ... , liegen ???
----
Edit: nich? wieso ist mir da oben ein nich reingerutscht? Sollte wohl ein noch sein.
und ich würde gerne beide loswerden - und wenn ich das richtig gelesen habe, könnte der Traum bei consolekit schon bald in Erfüllung gehen.
Hmm, ich hab' uebermorgen 'ne nacht frei, da muss ich ma lschauen ob ich da tiefer reinkomme. Interessiert mich ja schon :-)
Mit dem Umweg ueber F1 ist es ja auch nicht so tragisch.
Komisch nur dass es mit der 3 beim booten klappt.
Das wird ja immer komischer:
Aus dem boot in den RL 3 gefahren und systemctl show multiuser.target gibt mir genau die gleiche "tot"-Meldung wie aus dem RL5 mit "isolate" -obwohl ich eine benutzbare Textkonsole habe. Bin aber jetzt zu müde für einen vernünftigen Gedanken dazu -nicht daß ich damit rechnete ausgeschlafen einen zu haben :)
Ayla, ich hab jetzt mal meine Brille geputzt und deinen Post erneut gelesen... machs doch mal bitte mit multi-user.target, mit Bin-de-strich (Kopf -> Tisch).
Neeiiin!
Sorry, das hätte mir auffallen müssen. Mit diesem Bindestrich hab ich schon mal im Clinch gelegen.
Hier der output nach isolate:
Zitat
multi-user.target - Multi-User System
Loaded: loaded (/lib/systemd/system/multi-user.target; disabled)
Active: active since So 2014-05-18 19:21:07 CEST; 19min ago
Docs: man:systemd.special(7)
Mai 18 19:21:07 neskaya systemd[1]: Starting Multi-User System.
Mai 18 19:21:07 neskaya systemd[1]: Reached target Multi-User System.
Mai 18 19:40:19 neskaya systemd[1]: Reached target Multi-User System.
Id=multi-user.target
Names=multi-user.target runlevel4.target runlevel3.target runlevel2.target
Requires=basic.target
Wants=ssh.service cups-browsed.service dns-clean.service anacron.service remote-fs.target cups.path avahi-daemon.service pywwetha.service sidu-base.service ModemManager.service lm-sensors.service pppd-dns.service NetworkManager.service rc-local.service systemd-user-sessions.service dbus.service systemd-logind.service getty.target systemd-ask-password-wall.path systemd-update-utmp-runlevel.service vboxballoonctrl-service.service nfs-common.service loadcpufreq.service vboxdrv.service hddtemp.service cron.service vboxautostart-service.service vboxweb-service.service ntp.service ifplugd.service acpi-fakekey.service bootlogs.service dirmngr.service preload.service motd.service saned.service gpm.service glances.service vnstat.service smartmontools.service irqbalance.service cpufrequtils.service acpi-support.service
RequiredBy=graphical.target
Conflicts=rescue.service rescue.target shutdown.target
Before=graphical.target systemd-update-utmp-runlevel.service
After=basic.target rescue.service rescue.target remote-fs.target systemd-user-sessions.service getty.target systemd-logind.service rc-local.service NetworkManager.service ModemManager.service cups.path lm-sensors.service pppd-dns.service dbus.service anacron.service ssh.service cups-browsed.service sidu-base.service pywwetha.service avahi-daemon.service vboxballoonctrl-service.service nfs-common.service loadcpufreq.service vboxdrv.service hddtemp.service cron.service vboxautostart-service.service vboxweb-service.service ntp.service ifplugd.service acpi-fakekey.service bootlogs.service dirmngr.service preload.service motd.service saned.service gpm.service glances.service vnstat.service smartmontools.service irqbalance.service cpufrequtils.service acpi-support.service
Documentation=man:systemd.special(7)
Description=Multi-User System
LoadState=loaded
ActiveState=active
SubState=active
FragmentPath=/lib/systemd/system/multi-user.target
UnitFileState=disabled
InactiveExitTimestamp=So 2014-05-18 19:21:07 CEST
InactiveExitTimestampMonotonic=4006291
ActiveEnterTimestamp=So 2014-05-18 19:21:07 CEST
ActiveEnterTimestampMonotonic=4006291
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=yes
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=yes
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=So 2014-05-18 19:21:07 CEST
ConditionTimestampMonotonic=4006275
ConditionResult=yes
Gruß
ayla
EDIT: nach booten -> RL3 gleiche Ausgabe
Zitat von: harley-peter in 2014/05/15, 12:25:23
Kann man in lightdm einen default User setzen? Kein autologin sondern nur den Namen.
http://forum.siduction.org/index.php?topic=4561.msg37765#msg37765
bzw. greeter-hide-users=false in /etc/lightdm/lightdm.conf
C
Ich war ja bis vorhin der Meinung das "init 3" beziehungsweise "systemctl isolate multi-user.target" gar nicht geht, weil ich nur nen schwarzen Bildschirm bekomme und ich dann mit Strg+Alt+F1 den switch in ein Terminal forcieren müsste.
Dieser Beitrag (http://forum.siduction.org/index.php?topic=4500.msg38139#msg38139) hat mich darauf gebracht es mal nur mit Alt+F1 ohne Strg zu versuchen und siehe da, tty1 erscheint.
Mit Alt+F7 gehts zurück zum blanken Schwarz, es sei denn ich führe nach irgendwelchen Aktionen (z.B. D-U) ein "systemctl isolate graphical.target" oder "init 5" aus, dann kommt dort der Login.
Damit ist klar das bei mir das abmelden des grafischen Modus doch klappt, er bleibt dann nur auf dem (dann funktionslosen/leeren tty7 hängen, und tty1 wartet brav bei Alt+F1.
(Damit gibts jetzt wieder neue Schlagwortoptionen für die Suchmaschine ;) )
Nice finding - wie bescheuert ist das denn? :D
ZitatZitat von: harley-peter am 2014/05/15, 12:25:23 (http://forum.siduction.org/index.php?topic=4593.msg37979#msg37979)Kann man in lightdm einen default User setzen? Kein autologin sondern nur den Namen.
http://forum.siduction.org/index.php?topic=4561.msg37765#msg37765 (http://forum.siduction.org/index.php?topic=4561.msg37765#msg37765)
bzw. greeter-hide-users=false in /etc/lightdm/lightdm.conf
C
Ja ist doch eigentlich völlig logisch und selbst erklärend ... dass ich da nicht selbst drauf gekommen bin ... ;D