Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] Hängen beim reboot oder runterfahren  (Read 2391 times)

Offline Geier0815

  • User
  • Posts: 586
[DE] Hängen beim reboot oder runterfahren
« on: 2017/02/16, 14:09:18 »
Moin Moin,

ich habe es in der letzten Zeit häufiger das der Rechner beim Runterfahren oder auch Reboot scheinbar nichts mehr tut aber trotzdem nicht aus geht oder neu startet. Es handelt sich um einen HP Z220 also kein altes Notebook oder so.
Quote from: journalctl -b -1
[Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
ist die letzte Meldung die ich im journal finde.
Da ich derzeit keine Datenbanken betreibe, also auch keine Daten vorhanden sind, wundert mich dieses Verhalten von mariadb doch ziemlich. Version ist die 10.0.28-3.
Hat sonst noch einer Probleme damit? Ist das überhaupt die Ursache für das Hängen bleiben? Ich habe im journal weiter vorne noch die Meldungen
Quote
Feb 16 12:27:32 pc kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000024
Feb 16 12:27:32 pc kernel: IP: [<ffffffffa0570346>] _nv002170rm+0x66/0x210 [nvidia]
Feb 16 12:27:35 pc kernel: PGD 0
Feb 16 12:27:37 pc kernel:
Feb 16 12:27:37 pc kernel: Oops: 0000 [#1] PREEMPT SMP
Feb 16 12:27:37 pc kernel: Modules linked in: dm_mod btrfs xor raid6_pq ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs libcrc32c crc32c_generic ext2 pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt
Feb 16 12:27:37 pc kernel:  snd_hda_core ghash_clmulni_intel aesni_intel snd_hwdep aes_x86_64 lrw snd_pcm_oss gf128mul snd_mixer_oss glue_helper snd_pcm ablk_helper cryptd snd_timer snd intel_cstate in
Feb 16 12:27:37 pc kernel: CPU: 3 PID: 1097 Comm: Xorg Tainted: P           O    4.9.9-towo.2-siduction-amd64 #1 siduction 4.9-19
Feb 16 12:27:37 pc kernel: Hardware name: Hewlett-Packard HP Z220 CMT Workstation/1790, BIOS K51 v01.72 04/01/2014
Feb 16 12:27:37 pc kernel: task: ffff880389b79d00 task.stack: ffffc9000b048000
Feb 16 12:27:37 pc kernel: RIP: 0010:[<ffffffffa0570346>]  [<ffffffffa0570346>] _nv002170rm+0x66/0x210 [nvidia]
Feb 16 12:27:37 pc kernel: RSP: 0018:ffffc9000b04b8a8  EFLAGS: 00010296
Feb 16 12:27:37 pc kernel: RAX: ffff88038b764148 RBX: ffff88037f735008 RCX: 0000000000000000
Feb 16 12:27:37 pc kernel: RDX: ffff880345a23c08 RSI: ffff8803819db008 RDI: ffff88037ef2c008
Feb 16 12:27:37 pc kernel: RBP: ffff88036a462d08 R08: 0000000000000001 R09: 0000000000000000
Feb 16 12:27:37 pc kernel: R10: ffffea00048dff00 R11: ffff88038f0037c0 R12: ffff8803819db008
Feb 16 12:27:37 pc kernel: R13: ffff88037ef2c008 R14: ffff880345a23c08 R15: 0000000000000000
Feb 16 12:27:37 pc kernel: FS:  00007fe60b9e2ec0(0000) GS:ffff88039dd80000(0000) knlGS:0000000000000000
Feb 16 12:27:37 pc kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Feb 16 12:27:37 pc kernel: CR2: 0000000000000024 CR3: 0000000001807000 CR4: 00000000001406e0
Feb 16 12:27:37 pc kernel: DR0: 00000000000000a0 DR1: 0000000000000000 DR2: 0000000000000003
Feb 16 12:27:37 pc kernel: DR3: 00000000000000b0 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Feb 16 12:27:37 pc kernel: Stack:
Feb 16 12:27:37 pc kernel:  ffff88037ef2c008 ffff880345a23c08 0000000000000000 ffff88037f735008
Feb 16 12:27:37 pc kernel:  ffff88038aa3a730 ffffffffa0947705 0000000000000000 ffff88038aa3a728
Feb 16 12:27:37 pc kernel:  ffff88036a4c0c08 ffff88037ef2c008 0000000000000000 ffffffffa09061ae
Feb 16 12:27:37 pc kernel: Call Trace:
Feb 16 12:27:37 pc kernel:  [<ffffffffa0947705>] ? _nv014532rm+0xc5/0x3530 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa09061ae>] ? _nv014082rm+0x3ce/0x880 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa090631e>] ? _nv014082rm+0x53e/0x880 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0857726>] ? _nv010289rm+0x1d6/0x2e0 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0777869>] ? _nv006614rm+0x719/0x740 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa07737e2>] ? _nv006098rm+0xb2/0xe0 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0749e4e>] ? _nv001015rm+0x104e/0x17c0 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0885e2c>] ? _nv011147rm+0x25c/0x410 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0884b5a>] ? _nv011168rm+0x101a/0x1620 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0881891>] ? _nv011145rm+0x81/0x770 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa074988c>] ? _nv001015rm+0xa8c/0x17c0 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0746033>] ? _nv007049rm+0xd3/0x2510 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa07ff4e7>] ? _nv008900rm+0x4d97/0x5c10 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0a78b2c>] ? _nv000867rm+0x1ac/0x250 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0a706e8>] ? rm_shutdown_adapter+0xc8/0xf0 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa05084d1>] ? nvidia_close+0x1f1/0x440 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffffa0511bbf>] ? nvidia_frontend_close+0x3f/0x80 [nvidia]
Feb 16 12:27:37 pc kernel:  [<ffffffff811a4fda>] ? __fput+0xca/0x210
Feb 16 12:27:37 pc kernel:  [<ffffffff81077ff4>] ? task_work_run+0x74/0x90
Feb 16 12:27:37 pc kernel:  [<ffffffff8106066e>] ? do_exit+0x2be/0xa90
Feb 16 12:27:37 pc kernel:  [<ffffffff81060ea5>] ? do_group_exit+0x35/0xa0
Feb 16 12:27:37 pc kernel:  [<ffffffff8106ab5e>] ? get_signal+0x18e/0x580
Feb 16 12:27:37 pc kernel:  [<ffffffffa02a1dd6>] ? ext4_file_write_iter+0x96/0x360 [ext4]
Feb 16 12:27:37 pc kernel:  [<ffffffff81019121>] ? do_signal+0x31/0x690
Feb 16 12:27:37 pc kernel:  [<ffffffff8100209a>] ? exit_to_usermode_loop+0x5a/0x90
Feb 16 12:27:37 pc kernel:  [<ffffffff810024c4>] ? syscall_return_slowpath+0x54/0x60
Feb 16 12:27:37 pc kernel:  [<ffffffff81559408>] ? entry_SYSCALL_64_fastpath+0xab/0xad
Feb 16 12:27:37 pc kernel: Code: 00 00 00 00 49 89 c4 48 8b bb d0 08 00 00 be 30 00 00 00 ff 93 78 04 00 00 4c 8b 38 4c 89 f2 41 b8 01 00 00 00 4c 89 e6 4c 89 ef <41> 8b 4f 24 41 ff 94 24 48 04 00 00 8
Feb 16 12:27:37 pc kernel: RIP  [<ffffffffa0570346>] _nv002170rm+0x66/0x210 [nvidia]
Feb 16 12:27:37 pc kernel:  RSP <ffffc9000b04b8a8>
Feb 16 12:27:37 pc kernel: CR2: 0000000000000024
Feb 16 12:27:37 pc kernel: ---[ end trace bf68b1bfcda38ac3 ]---
Feb 16 12:27:37 pc kernel: Fixing recursive fault but reboot is needed!
Denke aber, aufgrund der letzten Meldung und der Tatsache das das Runterfahren weiter läuft, nicht das darin der Grund fürs Hängenbleiben liegt.
Ansonsten sind keine weiteren Auffälligkeiten im journal zu finden.
Wenn Windows die Lösung ist...
kann ich dann bitte das Problem zurück haben?

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: Hängen beim reboot oder runterfahren
« Reply #1 on: 2017/02/16, 17:01:07 »
Poste doch bitte mal die Ausgabe von "journalctl -p err --since=today"

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Hängen beim reboot oder runterfahren
« Reply #2 on: 2017/02/16, 19:32:42 »
@Geier0815 - lass mich raten, KDE? Natürlich benutzt Du eine Datenbank ...

Nu ja - und den REST IN PEACE sieht man ja auch - welcher nvidia-Treiber?
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 Geier0815

  • User
  • Posts: 586
Re: Hängen beim reboot oder runterfahren
« Reply #3 on: 2017/02/17, 08:49:07 »
@melmarker
XFCE und Sachen wie digikam nutzen sqlite.
Quote
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
+--------------------+
3 rows in set (0.00 sec)
nvidia-legacy-340xx-driver in Version 340.101-3 für eine Quadro K600.
Da aber nach der Meldung wegen nvidia das Herunterfahren lustig weiter geht und dann noch so Kleinigkeiten wie LSB, vbox-gelumpe, smb uä sauber beendet werden, glaube ich weniger an ein Problem mit dem Treiber. Die Meldung sagt ja auch eindeutig aus das der Fehler gefixt wurde aber ein reboot nötig ist.

Wenn ich nach der letzten Meldung google dann weisen die Ergebnisse auf  Leute die Probleme mit dem sauberen beenden von mysql haben. Teilweise ist da die Rede von über 15Minuten Wartezeit. Leider habe ich keine eindeutige Ursache bei den unterschiedlichen Posts ausmachen können. Die einfachste Lösung wäre vermutlich mariadb zu deinstallieren aber das möchte ich nicht.
Mir ging es in erster Linie darum ob noch andere User betroffen sind oder ob das ein Einzelschicksal ist.

@bluelupo
Quote from: journalctl -p err --since=yesterday
-- Logs begin at Wed 2014-09-17 09:54:28 CEST, end at Fri 2017-02-17 08:35:43 CET. --
Feb 16 09:23:52 pc xscreensaver[2309]: pam_unix(xscreensaver:auth): conversation failed
Feb 16 09:23:52 pc xscreensaver[2309]: pam_unix(xscreensaver:auth): auth could not identify password for [MY_USER_NAME]
Feb 16 12:27:24 pc blkmapd[290]: exit on signal(15)
Feb 16 12:27:32 pc kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000024
Feb 16 12:27:32 pc kernel: IP: [<ffffffffa0570346>] _nv002170rm+0x66/0x210 [nvidia]
Feb 16 12:27:37 pc kernel: RIP  [<ffffffffa0570346>] _nv002170rm+0x66/0x210 [nvidia]
Feb 16 12:27:37 pc kernel: Fixing recursive fault but reboot is needed!
Feb 16 12:27:40 pc mysqld[1403]: 170216 12:27:40 [Note] /usr/sbin/mysqld: Normal shutdown
Feb 16 12:27:40 pc mysqld[1403]:
Feb 16 12:27:40 pc mysqld[1403]: 170216 12:27:40 [Note] Event Scheduler: Purging the queue. 0 events
Feb 16 12:27:41 pc mysqld[1403]: 170216 12:27:41 [Note] InnoDB: FTS optimize thread exiting.
Feb 16 12:27:41 pc mysqld[1403]: 170216 12:27:41 [Note] InnoDB: Starting shutdown...
Feb 16 12:27:42 pc mysqld[1403]: 170216 12:27:42 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
-- Reboot --
Feb 16 12:33:57 pc kernel: usbhid 1-3.3:1.1: couldn't find an input interrupt endpoint
Feb 16 12:34:00 pc blkmapd[284]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
Feb 16 12:34:43 pc avahi-daemon[809]: chroot.c: open() failed: No such file or directory
Feb 16 12:34:51 pc nfsdcltrack[847]: Failed to init database: -13
Feb 16 12:35:31 pc mysqld[1459]: 170216 12:35:31 [Note] /usr/sbin/mysqld (mysqld 10.0.28-MariaDB-3) starting as process 1458 ...
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: Using mutexes to ref count buffer pool pages
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: The InnoDB memory heap is disabled
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: Compressed tables use zlib 1.2.8
Feb 16 12:35:35 pc mysqld[1459]: 170216 12:35:35 [Note] InnoDB: Using Linux native AIO
Feb 16 12:35:36 pc mysqld[1459]: 170216 12:35:36 [Note] InnoDB: Using CPU crc32 instructions
Feb 16 12:35:36 pc mysqld[1459]: 170216 12:35:36 [Note] InnoDB: Initializing buffer pool, size = 128.0M
Feb 16 12:35:36 pc mysqld[1459]: 170216 12:35:36 [Note] InnoDB: Completed initialization of buffer pool
Feb 16 12:35:37 pc mysqld[1459]: 170216 12:35:37 [Note] InnoDB: Highest supported file format is Barracuda.
Feb 16 12:35:42 pc mysqld[1459]: 170216 12:35:42 [Note] InnoDB: 128 rollback segment(s) are active.
Feb 16 12:35:42 pc mysqld[1459]: 170216 12:35:42 [Note] InnoDB: Waiting for purge to start
Feb 16 12:35:42 pc mysqld[1459]: 170216 12:35:42 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.32-79.0 started; log sequence number 1623669
Feb 16 12:35:42 pc mysqld[1459]: 170216 12:35:42 [Note] Plugin 'FEEDBACK' is disabled.
Feb 16 12:35:43 pc mysqld[1459]: 170216 12:35:43 [Note] Server socket created on IP: '127.0.0.1'.
Feb 16 12:35:54 pc mysqld[1459]: 170216 12:35:54 [Note] /usr/sbin/mysqld: ready for connections.
Feb 16 12:35:54 pc mysqld[1459]: Version: '10.0.28-MariaDB-3'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  Debian buildd-unstable
Feb 16 12:36:52 pc ntpd[948]: bind(27) AF_INET6 fe80::5054:ff:fecf:6b16%6#123 flags 0x11 failed: Cannot assign requested address
Feb 16 12:36:52 pc ntpd[948]: unable to create socket on virbr0-nic (8) for fe80::5054:ff:fecf:6b16%6#123
Feb 16 12:37:40 pc pulseaudio[2295]: [pulseaudio] pid.c: Daemon already running.
Feb 16 12:37:40 pc pulseaudio[2297]: [pulseaudio] pid.c: Daemon already running.
Feb 16 12:39:37 pc systemd[1]: Failed to start VirtualBox Linux kernel module.
Feb 16 14:26:18 pc xscreensaver[2238]: pam_unix(xscreensaver:auth): conversation failed
Feb 16 14:26:18 pc xscreensaver[2238]: pam_unix(xscreensaver:auth): auth could not identify password for [MY_USER_NAME]
Sieht für mich jetzt nicht kritisch aus, bzw ich sehe keinen echten showstopper. Virtualbox ist klar, da hab ich nach dem Kernelupdate gestern noch nicht vboxconfig laufen lassen, mysql bzw innodb scheinen eher normale Meldungen als Fehlermeldungen zu sein und xscreensaver arbeitet normal. Habe ich was übersehen?

Achso, fast vergessen: Der reboot hatte nicht sauber geklappt, sondern ist hängen geblieben mit schwarzem Monitor der sich nicht abgeschaltet hat aber auch ohne weitere Festplattenaktivität. Nach fast 10Minuten Wartezeit hab ich den Rechner per Powertaste abgewürgt und hatte danach beim Hochfahren Dateisystemfehler (inode-fehler) die behoben wurden.
« Last Edit: 2017/02/17, 09:00:33 by Geier0815 »
Wenn Windows die Lösung ist...
kann ich dann bitte das Problem zurück haben?

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: Hängen beim reboot oder runterfahren
« Reply #4 on: 2017/02/17, 11:14:00 »
Deswegen dachte ich auch an eine KDE-Installation - die hat nämlich MariaDB an Bord. Und ich würde trotzdem mal checken, was es mit dem SQL auf sich hat, das ist erstmal zumindest ungewöhnlich.
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)