Vastloper op rsyslogd

[oldbutMint]

Hallo,

LM 19.1 mate op laptop, met 2 GB ram (maximum).
Ik heb hier last van extreem vervelende vastlopers.
Midden in normale computeractiviteiten reageert de computer ineens nergens meer op (toetsen, muisknoppen).
Het lampje van de hd is aan en knipperig.
Vanmorgen hetzelfde. Ik had toevallig een terminal-screen (in p.i.p.) open en kon nog net 'top' intoetsen.
daarin:
kworker /1:2 98% cpu
rsyslogd 95% cpu
de andere processen daaronder onopvalllend met geringe waarden.

Ik keek in /var/log en zag dat er een syslog-file was (met actuele timestamp) die in ca. 10-15 minuten een omvang van 435MB had gekregen.

Hoe kan ik dit soort spontane acties van het systeem voorkomen, ze komen namelijk enkel op ongelegen momenten en er is geen enkele aanduiding hoelang
ze (zullen) gaan duren.

Ik moest de sessie weer beeindigen met de (hardware) aan/uit knop.

oldbutmint

[Pjotr]

Geef eens een volledig overzicht van je systeem, op de volgende wijze:

- Open een terminalvenster (zo open je een terminalvenster);
- Maak het terminalvenster schermvullend, om afgekapte regels te voorkomen;
- Kopieer en plak deze opdracht in het terminalvenster:

Code: Selecteer alles

inxi -Fxz

(als je het toch intikt: de letter F is een hoofdletter, en vergeet de spatie na inxi niet!)

Druk op Enter.

Kopieer en plak de terminaluitvoer in je volgende bericht.

[oldbutMint]

Eerst even: het ramgeheugen is 4 GB en niet 2 GB (maar het is wel het maximum).

De gevraagde output:

user@hp6710b:~$ inxi -Fxz
System: Host: hp6710b Kernel: 4.15.0-112-generic i686 bits: 32 compiler: gcc v: 7.5.0 Desktop: MATE 1.20.1
Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic
Machine: Type: Laptop System: Hewlett-Packard product: HP Compaq 6710b (KE121ET#ABH) v: F.13 serial: <filter>
Mobo: Hewlett-Packard model: 30C0 v: KBC Version 71.2E serial: <filter> BIOS: Hewlett-Packard v: 68DDU Ver. F.13
date: 08/18/2008
Battery: ID-1: C23B charge: 37.8 Wh condition: 39.6/39.6 Wh (100%) model: Hewlett-Packard Primary status: Unknown
CPU: Topology: Dual Core model: Intel Core2 Duo T8100 bits: 64 type: MCP arch: Penryn rev: 6 L2 cache: 3072 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 ssse3 vmx bogomips: 8379
Speed: 798 MHz min/max: 800/2100 MHz Core speeds (MHz): 1: 798 2: 798
Graphics: Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Hewlett-Packard Compaq 6710b driver: i915 v: kernel
bus ID: 00:02.0
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1280x800~60Hz
OpenGL: renderer: Mesa DRI Intel 965GM (CL) v: 2.1 Mesa 20.0.8 direct render: Yes
Audio: Device-1: Intel 82801H HD Audio vendor: Hewlett-Packard Compaq 6710b driver: snd_hda_intel v: kernel
bus ID: 00:1b.0
Sound Server: ALSA v: k4.15.0-112-generic
Network: Device-1: Intel PRO/Wireless 3945ABG [Golan] Network vendor: Hewlett-Packard driver: iwl3945 v: in-tree:s
port: 4100 bus ID: 10:00.0
IF: wlp16s0 state: up mac: <filter>
Device-2: Broadcom and subsidiaries NetLink BCM5787M Gigabit Ethernet PCI Express vendor: Hewlett-Packard
driver: tg3 v: 3.137 port: 4100 bus ID: 18:00.0
IF: ens1 state: down mac: <filter>
Drives: Local Storage: total: 931.51 GiB used: 254.01 GiB (27.3%)
ID-1: /dev/sda vendor: Seagate model: ST1000LM048-2E7172 size: 931.51 GiB
Partition: ID-1: / size: 28.71 GiB used: 12.07 GiB (42.0%) fs: ext4 dev: /dev/sda1
ID-2: /home size: 191.25 GiB used: 84.98 GiB (44.4%) fs: ext4 dev: /dev/sda2
ID-3: swap-1 size: 3.91 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda4
Sensors: System Temperatures: cpu: 40.0 C mobo: 29.8 C
Fan Speeds (RPM): N/A
Info: Processes: 170 Uptime: 6m Memory: 3.87 GiB used: 2.45 GiB (63.3%) Init: systemd runlevel: 5 Compilers: gcc: 7.5.0
Shell: bash v: 4.4.20 inxi: 3.0.27
user@hp6710b:~$

oldbutmint

[Pjotr]

Geen gekke dingen te zien.... Onderzoek de logboeken eens, op deze wijze:
https://makkelijkelinuxtips.blogspot.co ... .html#ID28
(punt 28)

.... en post de boosdoener hier.

[Jamint]

@oldbutmint,

Lastig gedoe hoor!

- Wat zijn die voor jouw normale computeractiviteiten?
- Gebruik je op het moment dat het allemaal vastloopt een programma dat intensief gebruik maakt van een (grote) schijfcache? en heb je daar /dev/sda4 voor gereserveerd/aangemaakt?
- Hoe is je Linux swap ingesteld?

Suggestief: Seagate had ooit een heel goede reputatie maar bij mij zijn er al enkele de afgelopen jaren defect geraakt. Wel door een niet meer vrijkomende lees/schrijfarm uit zijn parkeerstand (off) dus dat heeft niets te maken met teveel beschadigde sectors die geblackklist worden, maar toch: de schijf is onbruikbaar.

Suggestie:
Installeer GSmartControl (*)
Het zit in de officiële softwarebron.
Start het en controleer of je schijf een SMART passed of failed status heeft.
In het laatste geval heb je voor 99% zekerheid een antwoord op je problematiek.

In dat geval sterkte... want dat is erg vervelend!


(*)
https://sourceforge.net/projects/gsmartcontrol/ Nogmaals: zit in de officiële pakketbron.

[stegiman]

Open systeemmonitor en daar kan je zien welke programma veel processor verbruikt.
(zoeken / typ syst)

[oldbutMint]

@Jamint:
Ik kan gsmartcontrol ook uitvoeren vanuit 'Disks' (in Menu/Accessoires). Daar staat nu 'Disk is OK'

@Pjotr:

Ik heb even een vraag om verduidelijking:
Het probleem dat ik meldde speelde gisteren 17.08
Op een kladje hier heb ik staan wat ik in 'top' zag (zie eerste bericht) en als tijd voor het probleem ~08.00 u.
Kort daarna zag ik dus ook die grote syslog file staan.
Als ik vandaag naar de inhoud van /var/log kijk:

user@hp6710b:/var/log$ ls sysl* -al
-rw-r----- 1 syslog adm 5305 Aug 18 07:08 syslog
-rw-r----- 1 syslog adm 571878312 Aug 18 06:57 syslog.1
-rw-r----- 1 syslog adm 101322 Aug 17 07:41 syslog.2.gz
-rw-r----- 1 syslog adm 5988559 Aug 16 08:32 syslog.3.gz
-rw-r----- 1 syslog adm 17065939 Aug 15 10:39 syslog.4.gz
-rw-r----- 1 syslog adm 103135 Aug 14 06:30 syslog.5.gz
-rw-r----- 1 syslog adm 169768 Aug 13 08:01 syslog.6.gz
-rw-r----- 1 syslog adm 164340 Aug 12 07:11 syslog.7.gz

Ik denk dan: de syslog start elke dag met een nieuwe logfile, dus de logfile van gisteren 17.08 moet in 'syslog.2.gz' zitten.
Ik heb als su die syslog.2.gz naar een andere map gekopieerd, daar ontpakt, de syslogfile die daar ontstaat bewerkt met
'sudo tail -100 <padnaardirectory>/syslog.2 > ruimtevreetunpack100.log'
Dat laatste stukje log-file eindigt nu op 'aug 17 07:41:50 hp6710b colord[806]: failed to get session [pid 2564]: No data available'.
Maar: als dit tijdstip het einde van de logfile van 17.08 is, hoe kan dat, want ik heb op 17.08 later op de dag (na rebooting) op verschillende latere tijdstippen nog met deze computer gewerkt....
Waarom zijn daar dan geen logs meer van in de syslog van 17.08?

En: is er een manier om i.p.v. naar het einde van een logfile te kijken ('tail') naar het begin van de logfile te kijken?

EDIT: ik zag dat dat met 'less' gaat.
Ik wilde kijken omdat ik als eerste actie de laptop bootte, toen liep ie vast. toen rebootte ik (aan/uit hardware knop) en kon ik naar de logfiles kijken.
Als ik goed denk, moet de 'storing' ergens in het begin van de logfile van 17.08 gemeld worden, en niet op het einde van de dag

oldbutmint

[Jamint]

@oldbutmint,

Ik denk dat je aan de schijfconditie toch te eenvoudig voorbij gaat. Voor zover ik me kan herinneren heb ik nooit totale vastlopers gehad behalve in die gevallen als er iets grondig mis was met hardware. hdd's dus.
Het progje 'schijven' laat inderdaad wel zien of een schijf al of niet OK is maar op basis van wat? Er staat bij mij:
Schijf is in orde (43° C / 109° F)
Wordt die conclusie getrokken op basis van alleen de schijftemperatuur?

Er zijn binnen een SMART status controle/conclusie wel héél véél meer aspecten waar naar gekeken wordt als de temperatuur alleen. Temperatuur zegt maar heel weinig of nagenoeg niets. Ik vermoed dat bij jouw die schijftemperatuur veel hoger is. Seagate schijven - en ik heb een klein stapeltje, allemaal gebruikt/tweedehands - worden aanmerkelijk warm, ja tot zelfs heet, en toch zegt dat nagenoeg niets over de fysieke staat van een schijf. Hieronder de SMART status van mijn huidige Western Digital schijf waarop je kan zien dat er heel veel meer aspecten een rol spelen:

ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0
3 Spin_Up_Time POS--K 144 141 021 - 3783
4 Start_Stop_Count -O--CK 095 095 000 - 5421
5 Reallocated_Sector_Ct PO--CK 200 200 140 - 0
7 Seek_Error_Rate -OSR-K 100 253 000 - 0
9 Power_On_Hours -O--CK 085 085 000 - 11167
10 Spin_Retry_Count -O--CK 100 100 000 - 0
11 Calibration_Retry_Count -O--CK 100 100 000 - 0
12 Power_Cycle_Count -O--CK 095 095 000 - 5408
192 Power-Off_Retract_Count -O--CK 200 200 000 - 50
193 Load_Cycle_Count -O--CK 199 199 000 - 5668
194 Temperature_Celsius -O---K 097 088 000 - 46
196 Reallocated_Event_Count -O--CK 200 200 000 - 0
197 Current_Pending_Sector -O--CK 200 200 000 - 0
198 Offline_Uncorrectable ----CK 200 200 000 - 0
199 UDMA_CRC_Error_Count -O--CK 200 200 000 - 0
200 Multi_Zone_Error_Rate ---R-- 200 200 000 - 0

Omdat het een TXT dump is ziet het er rommelig uit, maar het gaat er maar om dat ik mijn punt kan verduidelijken: Vaar niet blind op de uitkomst "Schijf is in orde" vanwege alleen de temperatuur want dat is nog geen 5 % van het hele verhaal dat een complete SMART-Status genereert.

Evenwel: Heel sucees met je zoektocht, Ik hoop dat het iets gunstig oplevert voor je.

[oldbutMint]

Dank dat je zoveel moeite doet.

Ik heb het nooit zo begrepen dat het oordeel 'Drive is OK' zich enkel op de temperatuur op het meet-moment betrekt.
De temperatuur bij mij is nu (laptop staat al meer dan een uur aan en neemt een stream op) 48 graden C.
Gezien de aangegeven grenzen voor deze HD lijkt me dat okay.
De disk is trouwens ca. een half jaar oud (nieuw aangeschaft).

oldbutmint

[Jamint]

Dank dat je zoveel moeite doet.

Ik heb het nooit zo begrepen dat het oordeel 'Drive is OK' zich enkel op de temperatuur op het meet-moment betrekt.
De temperatuur bij mij is nu (laptop staat al meer dan een uur aan en neemt een stream op) 48 graden C.
Gezien de aangegeven grenzen voor deze HD lijkt me dat okay.
De disk is trouwens ca. een half jaar oud (nieuw aangeschaft).

oldbutmint

@ oldbutmint,

Mijn excusus, want ik zit helemaal fout. Het is namelijk zo:

Ik had helemaal niet meer verder gekeken in de mogelijkheden van het progje 'Schijven', zo gewend als ik al jaren ben om de SMART Status met GSmartControl zowel in Windows als Linux regelmatig te controleren.
'Schijven' controleert dus ook de gehele SMART status, en dat kun je heel simpel vinden door Ctrl S te tikken als je 'Schijven' hebt geopend.

(Ik ga beiden eens met elkaar vergelijken en als het voordeel uitvalt op 'Schijven' kan ik GSmartControl 'eruitwippen', indachtig Pjotr zijn motto: "Alles is te kraken en niets is geheel veilig. Zorg dus voor zoveel mogelijk niets.")

Belangrijkste is voor jouw dat je het foutzoeken kleiner hebt gemaakt want 'Schijven' meldt dat de SMART status van jouw schijf OK is.
Dus niet verder gaan wroeten in de SMART-status of schijftemperatuur, Dit is allemaal prima bij je,
Nu helemaal focussen op andere mogelijke aanleidingen tot je probleem. Ik hoop dat het snel vindt!
En nogmaals mijn excusus dat ik je op een dwaalspoor bracht.

[emvedeesje]

Dit gaat over kworker: https://askubuntu.com/questions/33640/k ... o-much-cpu
Nu nog je detective hoed op en zoeken maar...

groeten van Michael

[oldbutMint]

Ik verwacht niet dat een 9 (en 5) jaar oude draad, waarin toen al werd gesproken over een 'kernel probleem' mij gaat helpen.

En:
of de laatste 100 regels van de syslog van de betreffende dag aanwijzingen bevatten die een spoor vormen naar de storing die aan het begin van die dag optrad, en beeindigd werd door een hard reboot?

oldbutmint

[oldbutMint]

Nieuwe ontwikkeling:
Net had ik de laptop, werkend, maar 'idle', even terzijde gezet omdat ik wat anders wilde doen.
Toen ik weer met hem wilde werken bleek hij weer 'vast' te zitten (zoals al eerder beschreven: voortdurende hd-activiteit en op geen toets/knop reageren).
Ik heb hem uitgezet (tijdstip genoteerd) met hardware knop en weer opgestart.
Daarna meteen naar syslog gegaan en daar 3000 regels naar een eigen logfile weggeschreven (pjotrmethode).
Het laatste deel van die file is output van na de nieuwe opstart (te zien aan het tijdstip).
Ik kon dus teruggaan naar de regels voor het tijdstip van de reboot-actie.
Wat zie ik:
een stuk met meldingen welk ik in de 3000 regels-logfile 22 x achtereen zie terugkomen -op het eerste gezicht is het een steeds weer herhalen van dezelfde output-

Het is dit stuk :

XXXX1
Aug 22 14:13:24 hp6710b kernel: [ 6108.299351] Modules linked in: ccm snd_hda_codec_hdmi snd_hda_codec_analog snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_pcm coretemp kvm irqbypass snd_seq_midi hp_wmi snd_seq_midi_event joydev sparse_keymap snd_rawmidi arc4 wmi_bmof input_leds pcmcia serio_raw iwl3945 iwlegacy snd_seq mac80211 yenta_socket pcmcia_rsrc lpc_ich snd_seq_device pcmcia_core cfg80211 snd_timer snd soundcore shpchp hp_accel lis3lv02d tpm_infineon input_polldev mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 btrfs xor zstd_compress raid6_pq dm_mirror dm_region_hash dm_log i915 i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt firewire_ohci psmouse firewire_core ahci tg3 fb_sys_fops libahci ptp crc_itu_t drm pps_core pata_acpi wmi video
Aug 22 14:13:24 hp6710b kernel: [ 6108.299376] CPU: 1 PID: 2826 Comm: kworker/1:0 Tainted: G W 4.15.0-112-generic #113-Ubuntu
Aug 22 14:13:24 hp6710b kernel: [ 6108.299378] Hardware name: Hewlett-Packard HP Compaq 6710b (KE121ET#ABH)/30C0, BIOS 68DDU Ver. F.13 08/18/2008
Aug 22 14:13:24 hp6710b kernel: [ 6108.299396] Workqueue: events_freezable ieee80211_restart_work [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299414] EIP: drv_sta_state+0x13d/0x3b0 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299415] EFLAGS: 00010292 CPU: 1
Aug 22 14:13:24 hp6710b kernel: [ 6108.299417] EAX: 00000038 EBX: f3536000 ECX: f4dea670 EDX: 00000007
Aug 22 14:13:24 hp6710b kernel: [ 6108.299418] ESI: 00000003 EDI: f3536580 EBP: e1ff3bac ESP: e1ff3b88
Aug 22 14:13:24 hp6710b kernel: [ 6108.299419] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Aug 22 14:13:24 hp6710b kernel: [ 6108.299421] CR0: 80050033 CR2: b16a10c0 CR3: 21ab0000 CR4: 000006f0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299422] Call Trace:
Aug 22 14:13:24 hp6710b kernel: [ 6108.299441] sta_info_move_state+0x275/0x360 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299460] __sta_info_destroy_part2+0x35/0x180 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299478] __sta_info_flush+0x115/0x190 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299502] ieee80211_set_disassoc+0xb7/0x3f0 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299525] ieee80211_mgd_deauth+0x279/0x450 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299529] ? sched_clock+0x9/0x10
Aug 22 14:13:24 hp6710b kernel: [ 6108.299550] ? ieee80211_disassoc+0x20/0x20 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299572] ieee80211_deauth+0x16/0x20 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299592] cfg80211_mlme_deauth+0x99/0x190 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299595] ? startup_32+0x3/0x9b
Aug 22 14:13:24 hp6710b kernel: [ 6108.299615] cfg80211_mlme_down+0x52/0x70 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299636] cfg80211_disconnect+0x114/0x1e0 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299653] __cfg80211_leave+0x135/0x180 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299670] cfg80211_leave+0x22/0x30 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299687] ? cfg80211_leave+0x30/0x30 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299704] cfg80211_netdev_notifier_call+0x2fd/0x700 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299707] ? vprintk_default+0x21/0x50
Aug 22 14:13:24 hp6710b kernel: [ 6108.299710] ? vprintk_func+0x3d/0xc0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299712] ? printk+0x13/0x15
Aug 22 14:13:24 hp6710b kernel: [ 6108.299715] ? print_oops_end_marker+0x36/0x60
Aug 22 14:13:24 hp6710b kernel: [ 6108.299719] ? update_load_avg+0x64f/0x830
Aug 22 14:13:24 hp6710b kernel: [ 6108.299722] ? inetdev_event+0x2b/0x560
Aug 22 14:13:24 hp6710b kernel: [ 6108.299724] ? skb_dequeue+0x5b/0x70
Aug 22 14:13:24 hp6710b kernel: [ 6108.299728] ? wireless_nlevent_flush+0x4c/0x90
Aug 22 14:13:24 hp6710b kernel: [ 6108.299744] ? cfg80211_leave+0x30/0x30 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299747] notifier_call_chain+0x51/0x80
Aug 22 14:13:24 hp6710b kernel: [ 6108.299750] raw_notifier_call_chain+0x11/0x20
Aug 22 14:13:24 hp6710b kernel: [ 6108.299753] call_netdevice_notifiers_info+0x25/0x50
Aug 22 14:13:24 hp6710b kernel: [ 6108.299756] __dev_close_many+0x56/0xf0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299759] dev_close_many+0x63/0xf0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299762] dev_close.part.87+0x35/0x60
Aug 22 14:13:24 hp6710b kernel: [ 6108.299765] dev_close+0x18/0x20
Aug 22 14:13:24 hp6710b kernel: [ 6108.299781] cfg80211_shutdown_all_interfaces+0x6c/0xc0 [cfg80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299804] ieee80211_handle_reconfig_failure+0x91/0xb0 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299827] ieee80211_reconfig+0x249/0x14e0 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299830] ? try_to_del_timer_sync+0x45/0x70
Aug 22 14:13:24 hp6710b kernel: [ 6108.299848] ieee80211_restart_work+0xb1/0xe0 [mac80211]
Aug 22 14:13:24 hp6710b kernel: [ 6108.299851] process_one_work+0x1b9/0x3e0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299854] worker_thread+0x37/0x420
Aug 22 14:13:24 hp6710b kernel: [ 6108.299857] kthread+0xf0/0x110
Aug 22 14:13:24 hp6710b kernel: [ 6108.299859] ? process_one_work+0x3e0/0x3e0
Aug 22 14:13:24 hp6710b kernel: [ 6108.299862] ? kthread_create_worker_on_cpu+0x20/0x20
Aug 22 14:13:24 hp6710b kernel: [ 6108.299865] ret_from_fork+0x2e/0x38
Aug 22 14:13:24 hp6710b kernel: [ 6108.299868] Code: 85 f6 75 ea 8d 65 f4 89 f8 5b 5e 5f 5d c3 8b 93 c4 02 00 00 81 c3 d4 02 00 00 50 85 d2 0f 45 da 53 68 f4 3f 58 f8 e8 f3 33 b6 d8 <0f> 0b 83 c4 0c 8d 65 f4 bf fb ff ff ff 89 f8 5b 5e 5f 5d c3 8d
Aug 22 14:13:24 hp6710b kernel: [ 6108.299891] ---[ end trace adefbd97e3fe874e ]---
Aug 22 14:13:24 hp6710b kernel: [ 6108.299900] ------------[ cut here ]------------
Aug 22 14:13:24 hp6710b kernel: [ 6108.299901] wlp16s0: Failed check-sdata-in-driver check, flags: 0x4
Aug 22 14:13:24 hp6710b kernel: [ 6108.299927] WARNING: CPU: 1 PID: 2826 at /build/linux-Dgzt6K/linux-4.15.0/net/mac80211/driver-ops.h:18 drv_sta_state+0x13d/0x3b0 [mac80211]
XXXX2

XXXX1 en XXXX2 heb ik zelf ingevoegd om de sectie gemakkelijker terug te vinden...
Dit is het laatste exemplaar van de 22 herhalingen, -geproduceerd in de 'vast-zit-fase'-, direct aansluitend komt de output van na de reboot.

Vraag: kan iemand hieruit opmaken wat er aan de hand is?

[oldbutMint]

Een nieuw record: op 23.08 een syslog file van 2,6GB.

oldbutmint

[Pjotr]

Tijd voor een noodmaatregel:
https://makkelijkelinuxtips.blogspot.co ... .html#ID11
(punt 11 en punt 12)

Alleen punt 12 gaat (o.a.) over rsyslog, maar het kan geen kwaad om punt 11 ook gelijk even mee te pakken.