Laptop schaltet nicht komplett ab

Started by henning, 2015/02/28, 07:41:25

Previous topic - Next topic

henning

Moin,

nachdem ich mein Dell E6400 Laptop mittels einer SSD wieder flott gemacht habe und erfolgreich "Indian Summer" installiert wurde bleibt momentan nur ein Problem. Der Rechner schaltet nicht komplett ab.
Ganz egal wie man es macht es bleibt immer die "Power" Leuchte am Einschalter an, sowie das Bluetooth als auch die WiFi LED. Nur ein laengeres druecken des Einschaltknopfs hilft.

Nachdem der Rechner herunter gefahren wurde ist trotz leuchtender WiFi LED keine Verbindung zum Sytem mehr moeglich. Der Bildschirm wird sofort schwarz.

Ich erwarte nun nicht das hier jemand sofort weiss woran das liegt, aber vielleicht hat ja jemand nen Tipp wie man das Problem eingrenzen kann.

Achja : Im Bios gibt's nicht soviel was man ein oder umstellen koennte bezgl Power Options.

Tschuess
Henning
You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

ayla

Nur mal ein erster Gedanke:

In der /etc/default findest Du ein script namens "halt".

Dort sollte halt=poweroff eingetragen sein.

henning

Moin,

das steht dort. Allerdings HALT=poweroff

Aber ich denke mal das sollte i.O. sein

Von den vorhandenen Moeglichkeiten "Shutdown" "Restart" "Sleep"
funktioniert eigentlich nur "Restart"


You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

ayla

Schaltet er ab wenn Du direkt "poweroff" oder "shutdown -h -P now" in der root Konsole eingibst?

henning

Moin,

das System faehrt sofort runter, Blitzartig  :)
Aber die 3 LED's bleiben an.
You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

ayla

wie lange hast Du gewartet?

kannst Du noch letzte Meldungen in der Konsole sehen, bzw was sagt das Ende von "journalctl -b -1". Diese Option zeigt das Journal des vorhergehenden boot.

Sorry, muß weg...

henning

#6
Moin,

vielen dank schon mal. Warten kann ich da wohl endlos  :( Einmal hab ich ca 30 Minuten gewartet und dann von Hand abgebrochen. Der Bildschirm ist Ruckzuck schwarz. Da ist nichts zusehen.

"journalctl -b -1" bringt am Ende folgendes :


Feb 28 16:11:47 Moe su[17885]: Successful su for root by henning
Feb 28 16:11:47 Moe su[17885]: + /dev/pts/1 henning:root
Feb 28 16:11:47 Moe su[17885]: pam_unix(su:session): session opened for user root by henning(uid=1000)
Feb 28 16:12:05 Moe lightdm[1905]: pam_unix(lightdm:session): session closed for user henning
Feb 28 16:12:05 Moe pulseaudio[2174]: [pulseaudio] module-gconf.c: Unable to read or parse data from client.
Feb 28 16:12:05 Moe bluetoothd[636]: Endpoint unregistered: sender=:1.50 path=/MediaEndpoint/A2DPSource
Feb 28 16:12:05 Moe bluetoothd[636]: Endpoint unregistered: sender=:1.50 path=/MediaEndpoint/A2DPSink
Feb 28 16:12:05 Moe org.a11y.atspi.Registry[1577]: ^[[1;39mXIO:  fatal IO error 11 (Resource temporarily unavailable) $
Feb 28 16:12:05 Moe org.a11y.atspi.Registry[1577]: ^[[1;39mafter 227 requests (227 known processed) with 0 events rema$
Feb 28 16:12:05 Moe org.a11y.Bus[1571]: ^[[1;39mg_dbus_connection_real_closed: Remote peer vanished with error: Underl$
Feb 28 16:12:05 Moe systemd[1922]: Stopping Default.
Feb 28 16:12:05 Moe systemd[1922]: Stopped target Default.
Feb 28 16:12:05 Moe systemd[1922]: Stopping Basic System.
Feb 28 16:12:05 Moe systemd[1922]: Stopped target Basic System.
Feb 28 16:12:05 Moe systemd[1922]: Stopping Paths.
Feb 28 16:12:05 Moe systemd[1922]: Stopped target Paths.
Feb 28 16:12:05 Moe systemd[1922]: Stopping Timers.
Feb 28 16:12:05 Moe systemd[1922]: Stopped target Timers.
Feb 28 16:12:05 Moe systemd[1922]: Stopping Sockets.
Feb 28 16:12:05 Moe systemd[1922]: Stopped target Sockets.
Feb 28 16:12:05 Moe systemd[1922]: Starting Shutdown.
Feb 28 16:12:05 Moe systemd[1562]: Stopping Default.
Feb 28 16:12:05 Moe systemd[1562]: Stopped target Default.
Feb 28 16:12:05 Moe systemd[1562]: Stopping Basic System.
Feb 28 16:12:05 Moe systemd[1562]: Stopped target Basic System.
Feb 28 16:12:05 Moe systemd[1562]: Stopping Paths.
Feb 28 16:12:05 Moe systemd[1562]: Stopped target Paths.
Feb 28 16:12:05 Moe systemd[1922]: Reached target Shutdown.
Feb 28 16:12:05 Moe systemd[1922]: Starting Exit the Session...
Feb 28 16:12:05 Moe systemd[1562]: Stopping Timers.
Feb 28 16:12:05 Moe systemd[1562]: Stopped target Timers.
Feb 28 16:12:05 Moe systemd[1562]: Stopping Sockets.
Feb 28 16:12:05 Moe systemd[1562]: Stopped target Sockets.
Feb 28 16:12:05 Moe systemd[1562]: Starting Shutdown.
Feb 28 16:12:05 Moe systemd[1922]: Received SIGRTMIN+24 from PID 18052 (kill).
Feb 28 16:12:05 Moe systemd[1562]: Reached target Shutdown.
Feb 28 16:12:05 Moe systemd[1562]: Starting Exit the Session...
Feb 28 16:12:05 Moe systemd[1562]: Received SIGRTMIN+24 from PID 18054 (kill).
Feb 28 16:12:05 Moe kernel: cfg80211: Calling CRDA to update world regulatory domain
Feb 28 16:12:05 Moe systemd[1563]: pam_unix(systemd-user:session): session closed for user lightdm
Feb 28 16:12:05 Moe systemd[1923]: pam_unix(systemd-user:session): session closed for user henning
Feb 28 16:12:05 Moe wpa_supplicant[1520]: ^[[1;39mwlan0: CTRL-EVENT-DISCONNECTED bssid=f0:b4:79:06:12:ab reason=3 loca$
Feb 28 16:12:05 Moe NetworkManager[647]: ^[[1;39m<warn> Connection disconnected (reason -3)
Feb 28 16:12:05 Moe bluetoothd[636]: Terminating
Feb 28 16:12:05 Moe bluetoothd[636]: Stopping SDP server
Feb 28 16:12:05 Moe bluetoothd[636]: Exit
Feb 28 16:12:05 Moe smartd[638]: smartd received signal 15: Terminated
Feb 28 16:12:05 Moe smartd[638]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Crucial_CT256M$
Feb 28 16:12:05 Moe smartd[638]: smartd is exiting (exit status 0)
Feb 28 16:12:05 Moe ModemManager[641]: <info>  Caught signal, shutting down...
Feb 28 16:12:05 Moe sshd[645]: Received signal 15; terminating.
Feb 28 16:12:05 Moe NetworkManager[647]: <info> caught signal 15, shutting down normally.
Feb 28 16:12:05 Moe ModemManager[641]: <info>  ModemManager is shut down
Feb 28 16:12:05 Moe NetworkManager[647]: <info> ModemManager disappeared from bus
Feb 28 16:12:05 Moe kernel: cfg80211: World regulatory domain updated:
Feb 28 16:12:05 Moe kernel: cfg80211:  DFS Master region: unset
Feb 28 16:12:05 Moe kernel: cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_ti$
Feb 28 16:12:05 Moe kernel: cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Feb 28 16:12:05 Moe kernel: cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Feb 28 16:12:05 Moe kernel: cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Feb 28 16:12:05 Moe kernel: cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Feb 28 16:12:05 Moe kernel: cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/$
Feb 28 16:12:05 Moe kernel: cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 $
Feb 28 16:12:05 Moe kernel: cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Feb 28 16:12:05 Moe kernel: cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Feb 28 16:12:05 Moe kernel: cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Feb 28 16:12:05 Moe vnstatd[639]: Info: Monitoring: eth0 (100 Mbit)
Feb 28 16:12:05 Moe vnstatd[639]: Info: SIGTERM received, exiting.
Feb 28 16:12:05 Moe acpi-support[18070]: Disabling power management...done.
Feb 28 16:12:05 Moe NetworkManager[647]: <info> (eth0): device state change: unavailable -> unmanaged (reason 'removed$
Feb 28 16:12:05 Moe glances[18071]: Stopping Glances server: glances PID file not found ... (warning).
Feb 28 16:12:06 Moe saned[18107]: saned disabled; edit /etc/default/saned.
Feb 28 16:12:06 Moe apache2[18085]: Stopping web server: apache2.
Feb 28 16:12:06 Moe avahi-daemon[729]: ^[[1;39mDisconnected from D-Bus, exiting.
Feb 28 16:12:06 Moe avahi-daemon[729]: Got SIGTERM, quitting.
Feb 28 16:12:06 Moe avahi-daemon[729]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::226:5ef$
Feb 28 16:12:06 Moe lightdm[1235]: Failed to get D-Bus connection
Feb 28 16:12:06 Moe ntpd[758]: ^[[1;39mntpd exiting on signal 15
Feb 28 16:12:06 Moe gpm[18110]: Stopping mouse interface server: gpm.
Feb 28 16:12:06 Moe ntp[18132]: Stopping NTP server: ntpd.
Feb 28 16:12:06 Moe irqbalance[18135]: Stopping SMP IRQ Balancer: irqbalance.
Feb 28 16:12:06 Moe kernel: e1000e: eth0 NIC Link is Down
Feb 28 16:12:06 Moe wpa_supplicant[1520]: ^[[1;39mwlan0: CTRL-EVENT-TERMINATING
Feb 28 16:12:06 Moe avahi-daemon[729]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.12.
Feb 28 16:12:06 Moe systemd[1]: ^[[1;39mlightdm.service: main process exited, code=exited, status=1/FAILURE
Feb 28 16:12:06 Moe systemd[1]: ^[[1;39mUnit lightdm.service entered failed state.
Feb 28 16:12:06 Moe dirmngr[18123]: Stopping DirMngr: dirmngr.
Feb 28 16:12:06 Moe avahi-daemon[729]: avahi-daemon 0.6.31 exiting.
Feb 28 16:12:06 Moe NetworkManager[647]: <info> (wlan0): device state change: activated -> deactivating (reason 'remov$
Feb 28 16:12:06 Moe NetworkManager[647]: <info> NetworkManager state is now DISCONNECTING
Feb 28 16:12:06 Moe kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb 28 16:12:06 Moe NetworkManager[647]: <info> (wlan0): device state change: deactivating -> unmanaged (reason 'remov$
Feb 28 16:12:06 Moe NetworkManager[647]: <info> (wlan0): deactivating device (reason 'removed') [36]
Feb 28 16:12:06 Moe preload[18111]: Stopping Adaptive readahead daemon: preload.
Feb 28 16:12:06 Moe NetworkManager[647]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 1583
Feb 28 16:12:06 Moe NetworkManager[647]: <info> Writing DNS information to /sbin/resolvconf
Feb 28 16:12:06 Moe kernel: dell_wmi: Unknown WMI event type 0x11: 0xffd0
Feb 28 16:12:06 Moe acpid[821]: ^[[1;39mexiting
Feb 28 16:12:07 Moe mysql[18095]: Stopping MySQL database server: mysqld.
Feb 28 16:12:18 Moe NetworkManager[647]: <info> Removing DNS information from /sbin/resolvconf
Feb 28 16:12:18 Moe NetworkManager[647]: <info> NetworkManager state is now DISCONNECTED
Feb 28 16:12:18 Moe kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Feb 28 16:12:18 Moe NetworkManager[647]: (NetworkManager:647): GLib-CRITICAL **: Source ID 29 was not found when attem$
Feb 28 16:12:18 Moe NetworkManager[647]: <info> exiting (success)
Feb 28 16:12:18 Moe nfs-common[18294]: Stopping NFS common utilities: idmapd statd.
Feb 28 16:12:18 Moe rpcbind[611]: rpcbind terminating on signal. Restart with "rpcbind -w"
Feb 28 16:12:18 Moe rpcbind[18313]: Stopping rpcbind daemon....
Feb 28 16:12:18 Moe networking[18319]: Deconfiguring network interfaces...done.
Feb 28 16:12:18 Moe lvm[18339]: No volume groups found
Feb 28 16:12:18 Moe systemd[1]: ^[[1;39mShutting down.
Feb 28 16:12:18 Moe systemd-journal[199]: Journal stopped



Und damit hoert es dann auf.
You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

ayla

hmm.

Leider bin ich mit systemd und seinen units, targets, services und was-weis-ich noch (hoffentlich "noch" und nicht "auf immer und ewig") ziemlich im Nebel.

Ein Vergleich mit meinem letzten "shutdown"; so sehen bei mir die letzten Zeilen aus:

QuoteStopped Remount Root and Kernel File Systems.
Feb 28 18:11:09 neskaya systemd[1]: Starting Shutdown.
Feb 28 18:11:09 neskaya systemd[1]: Reached target Shutdown.
Feb 28 18:11:09 neskaya systemd[1]: Starting Final Step.
Feb 28 18:11:09 neskaya systemd[1]: Reached target Final Step.
Feb 28 18:11:09 neskaya systemd[1]: Starting Power-Off...
Feb 28 18:11:09 neskaya systemd[1]: ^[[1;39mShutting down.
Feb 28 18:11:09 neskaya systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Feb 28 18:11:09 neskaya systemd-journal[251]: Journal stopped

Ich sehe da u.a. bei mir einen Eintrag "Starting Power-Off..." vor dem "shutting down" und einen "Sending SIGTERM..." danach, den es bei Dir nicht gibt.

http://www.freedesktop.org/software/systemd/man/systemd.special.html sagt zum poweroff.target:
Quotepoweroff.target
A special target unit for shutting down and powering off the system.
Applications wanting to power off the system should start this unit.
runlevel0.target is an alias for this target unit, for compatibility with SysV.

Aber leider finde ich außer einem cryptischen poweroff.target.wants in /lib/systemd/system nichts was mir einen weiteren Hinweis auf dessen Tätigkeit gäbe oder gar eine Konfigurationsmöglichkeit, oder einen Hinweis wer bei mir poweroff.target aufruft. Und den Inhalt von poweroff.target dort finde ich jetzt auch nicht gerade erleuchtend.

Wenn es, wie ich vermute, tatsächlich an der unterschiedlichen Behandlung von "halt" und "poweroff" von sysvinit und systemd liegen sollte und da bei Dir was im Argen liegt, muss Dir jemand weiterhelfen der sich damit auskennt. Ähm.. falls nicht auch, mein Latein ist leider am Ende.

Gruß
ayla

henning

Moin,

Ich habe mal die Platte aus dem E6400 in ein aehnliches Dell Notebook gesteckt ( XPS1330 ) und siehe da der selbe Effekt. Das hilft nun zwar nicht unbedingt weiter aber man kann nun ausschliessen das es an der Hardware des Notebooks liegt.

Schaun mer mal, vielleicht faellt ja jemanden noch etwas dazu ein

Danke
Henning
You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

henning

Moin,

da WE ist und etwas Zeit vorhanden habe ich die Festplatte formatiert und komplett neu installiert. Und siehe da alles klappte wie gewuenscht. Laptop runterfahren = alle LED's aus.
Soweit so gut. Dann nen DU gemacht und den Braodcom Treiber fuer's WiFi installiert und schon war alles wieder wie vorher. Sprich Power LED & Bluetooth LED bleiben an. Die WiFi LED hat es sich ueberlegt und geht jetzt aus.
Wenn ich das jetzt richtig deute wird waehrend des DU etwas an den Einstellungen geaendert und das fuehrt zum besagten Effekt.
Ich denke ich werde das alles nochmal machen um zusehen ab wann es genau zu diesem Effekt kommt.

Schoenen Sonntag noch
You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

spacepenguin

Hast du mal ausprobiert, in der /etc/default/grub den Eintrag GRUB_CMDLINE_LINUX_DEFAULT um "acpi=force" zu ergänzen? Bzw. überhaupt den Kernel-Parameter?
Susan | Hardware: SysProfile
Music-Profile: http://www.last.fm/de/user/spacepengu

hessi

Hallo,

weder auf meinem DesktopPC noch auf meinem Netbook funktioniert

HALT=poweroff

Beim DesktopPC läft der Lüfter weiter und die Betriebsanzeige leuchtet. Beim Netbook habe ich den gleichen Effekt wie bei Henning.

nur

HALT=shutdown -h -P now

schaltet die Rechner bei mir komplett aus.

Stefan

musca

Hallo Henning und hessi,

Habt ihr irgendwelche Pakete auf "hold" gesetzt oder führt ihr nicht "apt-get dist-upgrade" aus?

Prüfung mit "apt-mark showhold".

Grüße
musca
,,Es irrt der Mensch, solang er strebt."  (Goethe, Faust)

henning

Moin,

der Reihe nach  :D

1. "acpi=force" bring keine Veraenderung

2. shutdown -h -P now bringt auch nicht den gewuenschten Effekt

3. System ist ja frisch aufgesetzt und DU durchgefuehrt. Keine  Pakete auf hold

Tschuess
Henning

You can never be lost , if you don't care where you are
=================================
64Bit LMDE-2 up-to-date auf : Asus P8Z68-Vpro / i7-2600K / 8 GB Ram / Crucial MX-100 256 GB als Systemplatte / 2 x Samsung HD 4 TB

bluelupo

Hallo henning,
das BIOS updaten könnte helfen in deinem Fall, zumindest den Fehler weiter einzugrenzen.