Shutdown dauert anscheinend endlos

[HansD]

Wie gehe ich am besten vor, um solch ein Problem zu untersuchen?

Eine Installation von Linux Mint, eine von mehreren Linux-Distributionen auf meinem Rechner, fährt praktisch nicht runter, wenn ich sie länger benutzt habe. Gebe ich als Superuser das Kommando "shutdown -r now", so leitet das System zwar einen Reboot ein, es endet aber mit anscheinend endlosen wiederholten Zugriffen auf die HD, deren Sinn ich bisher nicht erraten konnte. Ich habe schon einmal 15 Minuten oder länger gewartet, bevor ich den Reset-Knopf gedrückt habe. Freilich kann ich in dieser Situation keine Befehle mehr eingeben, um zum Beispiel in Protokolldateien zu schauen oder abzufragen, welches Programm auf welche Dateien zugreift.

Ich habe die Smart-Werte der HD sicherheitshalber ausgelesen, die Festplatte hat demnach bisher ohne einen einzigen Fehler gearbeitet. Daran liegt es also offenbar nicht.

Welche Schritte empfehlt Ihr mir? Wie kann ich das Problem einkreisen und analysieren?

hans@mdorf ~ $ sudo inxi -Fz
System:    Kernel: 4.4.0-81-generic x86_64 (64 bit)
           Desktop: Cinnamon 3.2.7  Distro: Linux Mint 18.1 Serena
Machine:   Mobo: ASRock model: N68-S
           Bios: American Megatrends v: P1.60 date: 09/21/2009
CPU:       Dual core AMD Athlon II X2 240 (-MCP-) cache: 2048 KB 
           clock speeds: max: 2812 MHz 1: 2812 MHz 2: 2812 MHz
Graphics:  Card: NVIDIA C61 [GeForce 7025 / nForce 630a]
           Display Server: X.org 1.18.4 drivers: nvidia (unloaded: fbdev,vesa,nouveau)
           tty size: 80x24 Advanced Data: N/A for root
Audio:     Card NVIDIA MCP61 High Definition Audio driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.0-81-generic
Network:   Card: NVIDIA MCP61 Ethernet driver: forcedeth
           IF: enp0s7 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 1128.2GB (22.2% used)
           ID-1: /dev/sda model: ST1000DM003 size: 1000.2GB
           ID-2: /dev/sdb model: OCZ size: 128.0GB
Partition: ID-1: / size: 29G used: 8.1G (30%) fs: ext4 dev: /dev/sda10
           ID-2: /var size: 3.8G used: 2.8G (79%) fs: ext4 dev: /dev/sda12
           ID-3: /home size: 5.7G used: 2.2G (42%) fs: ext4 dev: /dev/sda13
           ID-4: /tmp size: 5.7G used: 12M (1%) fs: ext4 dev: /dev/sda11
           ID-5: swap-1 size: 2.05GB used: 1.41GB (69%) fs: swap dev: /dev/sda9
           ID-6: swap-2 size: 3.22GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 38.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 191 Uptime: 16:09 Memory: 2093.3/3699.6MB
           Client: Shell (sudo) inxi: 2.2.35 
hans@mdorf ~ $

[ThorstenHirsch]

Wenn die Mint-Version schon systemd nutzt, kannst Du mit "journalctl -b -1" hoffentlich sehen, woran es genau lag. Das zeigt dir die Logs von der letzten Session an. (Eventuell muss es auch "journalctl -b 0" heißen, das weiß ich gerade nicht auswendig.)

[HansD]

Danke, Thorsten.

Ich habe auf Deinen Tip(p) hin das Manual befragt:

JOURNALCTL(1)                     journalctl                     JOURNALCTL(1)

NAME
       journalctl - Query the systemd journal

SYNOPSIS
       journalctl [OPTIONS...] [MATCHES...]

DESCRIPTION
       journalctl may be used to query the contents of the systemd(1) journal
       as written by systemd-journald.service(8).

[...]

       -b [ID][±offset], --boot=[ID][±offset]
           Show messages from a specific boot. This will add a match for
           "_BOOT_ID=".

           The argument may be empty, in which case logs for the current boot
           will be shown.

           If the boot ID is omitted, a positive offset will look up the boots
           starting from the beginning of the journal, and an
           equal-or-less-than zero offset will look up boots starting from the
           end of the journal. Thus, 1 means the first boot found in the
           journal in chronological order, 2 the second and so on; while -0 is
           the last boot, -1 the boot before last, and so on. An empty offset
           is equivalent to specifying -0, except when the current boot is not
           the last boot (e.g. because --directory was specified to look at
           logs from a different machine).

Demnach ist "journalctl -b -0" die Anfrage für das letzte Booten und "journalctl -b -1" für das vorletzte.

[florian0285]

Ich glaube er wollte auf das Ergebnis des Befehls selbst raus [emoji6]