[Eisfair] was will mir dmesg sagen?

[Stefan Puschek]

Hallo Marcus,

>>>> nein - wenn, dann erscheint es direkt beim booten - nicht erst 2 Stunden
>>>> später...
>>>
>>> Dem Zeitstempel nach ist das noch während des Boots.
>>
>> genau - letzter Eintrag - danach kommt nix mehr
> 
> Bei meinem durchlaufenden System können durchaus auch viel später noch
> weitere Inhalte hinzukommen.

hier ausch, aber der runaway loop ist am Boot-Ende

>> barbrady # ls -1 /etc/rc2.d/S*
>> /etc/rc2.d/S01mountvirtfs
>> /etc/rc2.d/S02modules
>> /etc/rc2.d/S03udev
>> /etc/rc2.d/S04swap
>> /etc/rc2.d/S06checkfs
>> /etc/rc2.d/S07mountfs
>> /etc/rc2.d/S08base
>> /etc/rc2.d/S08environment
>> /etc/rc2.d/S08mtab
>> /etc/rc2.d/S08rtc
>> /etc/rc2.d/S09console
>> /etc/rc2.d/S09hostname
>> /etc/rc2.d/S11ide
>> /etc/rc2.d/S12lo
>> /etc/rc2.d/S14usb
>> /etc/rc2.d/S25ip-eth
>> /etc/rc2.d/S27ntp
>> /etc/rc2.d/S30route
>> /etc/rc2.d/S35resolv
>> /etc/rc2.d/S40syslogd
>> /etc/rc2.d/S45nfsserver
>> /etc/rc2.d/S47nfsclient
>> /etc/rc2.d/S50clamav
>> /etc/rc2.d/S50pure-ftpd
>> /etc/rc2.d/S50xinetd
>> /etc/rc2.d/S51ssh
>> /etc/rc2.d/S52atd
>> /etc/rc2.d/S52cron
>> /etc/rc2.d/S53lm_sensors
>> /etc/rc2.d/S55mariadb102
>> /etc/rc2.d/S60apache
>> /etc/rc2.d/S65mail
>> /etc/rc2.d/S70lprng
>> /etc/rc2.d/S70samba
>> /etc/rc2.d/S72smbfs
>> /etc/rc2.d/S75sudo
>> /etc/rc2.d/S85smartmon
>> /etc/rc2.d/S98apcupsd
>> /etc/rc2.d/S99automatic-install
>> /etc/rc2.d/S99local
>> /etc/rc2.d/S99power_button
>> /etc/rc2.d/S99sane
>> /etc/rc2.d/S99stefan
> 
> Da die Meldung vermutlich nach S53lm_sensors kommt, würde ich hier - wegen
> Abweichungen zu meinem System, die diese Dienste nicht nutzen - höchstens
> 
> S98apcupsd
> S99powerbutton
> S99sane

ich habe kurzerhand mal all diese Dienste gestoppt und wieder gestartet 
- aber nix in dmesg :(

> in die Liste dr Verdächtigen aufnehmen.
> 
> mach mal
> 
> dmesg -T
> 
> Nimm den exakten Zeitstempel der net-pf-16-proto-9 Meldungen und schaue nun
> in der /var/log/messages nach diesen Zeitpunkten und poste alles, was im
> Umfeld dieses Zeitstempels dort zu finden ist.
> 
gute Idee - aber da kommt die nächste Frage;

dmesg -T liefert
...
[Wed Aug 21 09:24:03 2019] w83627hf: w83627hf: Found W83627THF chip at 0x290
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9
[Wed Aug 21 09:24:03 2019] request_module: runaway loop modprobe 
net-pf-16-proto-9

in messages finde ich
...
Aug 21 09:24:38 barbrady kernel: Installing knfsd (copyright (C) 1996 
okir at monad
.swb.de).
Aug 21 09:24:38 barbrady scanbuttond: meta-backend: attaching backend: 
Fujitsu U
SB
Aug 21 09:24:38 barbrady kernel: r8168: eth0: link up
Aug 21 09:24:38 barbrady scanbuttond: fujitsu-backend: init
Aug 21 09:24:38 barbrady kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: 
link becom
es ready
Aug 21 09:24:38 barbrady scanbuttond: meta-backend: attaching backend: 
gt68xx US
B
Aug 21 09:24:38 barbrady kernel: NFSD: Using /var/lib/nfs/v4recovery as 
the NFSv
4 state recovery directory
Aug 21 09:24:38 barbrady scanbuttond: gt68xx-backend: init
Aug 21 09:24:38 barbrady kernel: NFSD: starting 90-second grace period 
(net c15e
3880)
Aug 21 09:24:38 barbrady scanbuttond: found scanner: vendor="Canon", 
product="Ca
noScan LiDE 20", connection="libusb", sane_name="plustek:libusb:002:002"
Aug 21 09:24:38 barbrady kernel: w83627hf: w83627hf: Found W83627THF 
chip at 0x2
90
Aug 21 09:24:38 barbrady scanbuttond: scanbuttond started
Aug 21 09:24:38 barbrady kernel: request_module: runaway loop modprobe 
net-pf-16
-proto-9
Aug 21 09:24:38 barbrady last message repeated 5 times

warum haben die beiden unterschiedliche Zeitstempel?

Groetjes
Stefan