Welcome, Guest. Please login or register.
Did you miss your activation email?
« previous next »
Pages: 1 [2] 3   Go Down

Author Topic: [DE] shutdown aus grafischer Oberfläche kaputt  (Read 7829 times)

Offline ayla

  • User
  • Posts: 1.744
[DE] Re: shutdown aus grafischer Oberfläche kaputt
« Reply #15 on: 2014/05/15, 20:03:21 »
Quote from: ghettoblaster on 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:
Quote
Failed 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
Logged

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #16 on: 2014/05/15, 20:05:49 »
ghettoblaster + ayla, zeigt doch bitte mal die outputs von
Code: [Select]
systemctl status multi-user.target

systemctl show multi-user.target
Logged
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #17 on: 2014/05/15, 21:31:18 »
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.
Logged
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline ayla

  • User
  • Posts: 1.744
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #18 on: 2014/05/15, 22:57:43 »
@der_bud
Kann ich erst morgen frueh liefern...Nachtschicht.


Sicherheitshalber: Bei aktiver grafischer Oberflaeche oder nach isolate multiuser.target von der F1 Konsole aus?
Logged

Offline ayla

  • User
  • Posts: 1.744
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #19 on: 2014/05/16, 06:50:12 »
Von der grafischen Oberfläche:


Quote
systemctl 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:

Quote
multiuser.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
« Last Edit: 2014/05/16, 07:04:48 by ayla »
Logged

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #20 on: 2014/05/16, 21:42:30 »
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.
Logged
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

ghettoblaster

  • Guest
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #21 on: 2014/05/17, 07:56:13 »
Ich kann bei mir keine Fehler erkennen.

In der graphischen Oberfläche:
Code: [Select]
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:
Code: [Select]
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
Logged

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #22 on: 2014/05/17, 22:11:56 »
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.
« Last Edit: 2014/05/18, 15:40:53 by der_bud »
Logged
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #23 on: 2014/05/17, 22:38:55 »
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.
Logged
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline ayla

  • User
  • Posts: 1.744
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #24 on: 2014/05/18, 01:27:37 »
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.
Logged

Offline ayla

  • User
  • Posts: 1.744
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #25 on: 2014/05/18, 07:59:21 »
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 :)

Logged

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #26 on: 2014/05/18, 15:46:34 »
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).
Logged
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline ayla

  • User
  • Posts: 1.744
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #27 on: 2014/05/18, 19:48:41 »
Neeiiin!


Sorry, das hätte mir auffallen müssen. Mit diesem Bindestrich hab ich schon mal im Clinch gelegen.


Hier der output nach isolate:



Quote

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
« Last Edit: 2014/05/18, 20:23:59 by ayla »
Logged

Offline cas

  • User
  • Posts: 401
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #28 on: 2014/05/20, 00:28:19 »
Quote from: harley-peter on 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
Logged

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: shutdown aus grafischer Oberfläche kaputt
« Reply #29 on: 2014/05/20, 14:31:01 »
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 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  ;) )
Logged
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.
Pages: 1 [2] 3   Go Up
« previous next »