@melmarker
XFCE und Sachen wie digikam nutzen sqlite.
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
-- 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 ( 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.