[Eisfair] Fehlermeldung beim start - ata failed to enable aa

Marcus Roeckrath marcus.roeckrath at gmx.de
Mi Feb 17 19:47:32 CET 2016


Hallo Jens,

Jens Kluge wrote:

> Feb 17 15:43:53 eisfair kernel: Detected 2196.151 MHz processor.
> Feb 17 15:43:53 eisfair kernel: Calibrating delay loop (skipped), value
> calculated using timer frequency.. 4392.30 BogoMIPS (lpj=8784604)
> Feb 17 15:43:53 eisfair kernel: pid_max: default: 32768 minimum: 301
> Feb 17 15:43:53 eisfair kernel: Mount-cache hash table entries: 512
> Feb 17 15:43:54 eisfair kernel: CPU: Physical Processor ID: 0
> Feb 17 15:43:54 eisfair xinetd[2001]: Reading included configuration
> file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=7]
> Feb 17 15:43:54 eisfair kernel: CPU: Processor Core ID: 0

Dieser Ausschnitt aus der messages sieht verwirrend aus, konnte solches aber
auf meiner Vergleichsmaschine auch finden; anscheinend aber nur auf
RAID-Systemen.

Mitten in den Meldungen des Bootvorgangs (kernel und initrd) tauchen schon
Startmeldungen des init-Systems (Starten von Diensten) auf, die aber
zeitlich natürlich erst dann gestartet werden können, wenn das
Root-Dateisystem gemountet und init gestartet wurde.

Ich habe heute lange gerätzelt, wie so etwas sein kann.

Die möglicherweise schlüssige Erklärung ist:

Die Meldungen von kernel und initrd werden ja zunächst nur in den RAM
geschrieben und erst nach RW-Mount des Root-Dateisystems in die messages
geschrieben kopiet.

Jetzt ist aber auch das init-System aktiv und startet die Dienste der Reihe
nach, so dass sich nun zeitlich auseinanderliegende Ereignisse zeitlich
mischen.

Möglicherweise stehen im Bootlog im RAM nur zeitliche Abstände der Meldungen
zueinander, so dass diese beim Kopieren nach messages mit dem aktuellen
Datumsstempel plus Delta versehen werden.

Das ist jetzt nichts neues beim jetzigen Kernel, sondern kann ich auf meinem
Server bis Mai 2015 nachvollziehen.

Das zeigt aber auch, dass das System grundsätzlich läuft, sonst könnten
Dienste wie xinetd und im weiteren Verlauf des Auszugs auch andere keine
Meldungen erzeugen.

Auch gäbe es in messages überhaupt keine Meldungen, wenn das System nicht
auf das Root-Device zugreifen könnte.

Beobachtet habe ich die Meldungsmischung allerdings bislang nur auf
RAID-Systemen, auf meinem normalen Server ist das ordentlich sortiert.

> Feb 17 15:45:21 eisfair kernel: tg3.c:v3.121 (November 2, 2011)
> Feb 17 15:45:21 eisfair kernel: tg3 0000:03:00.0: PCI INT A -> GSI 18
> (level, low) -> IRQ 18
> Feb 17 15:45:21 eisfair kernel: tg3 0000:03:00.0: setting latency timer
> to 64
> Feb 17 15:45:21 eisfair kernel: tg3 0000:03:00.0: eth0: Tigon3
> [partno(BCM95723) rev 5784100] (PCI Express) MAC address 38:ea:a7:a4:a2:92
> Feb 17 15:45:22 eisfair kernel: tg3 0000:03:00.0: eth0: attached PHY is
> 5784 (10/100/1000Base-T Ethernet) (WireSpeed[1], EEE[0])
> Feb 17 15:45:22 eisfair kernel: tg3 0000:03:00.0: eth0: RXcsums[1]
> LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
> Feb 17 15:45:22 eisfair kernel: tg3 0000:03:00.0: eth0:
> dma_rwctrl[76180000] dma_mask[64-bit]
> Feb 17 15:45:22 eisfair kernel: RPC: Registered named UNIX socket
> transport module.
> Feb 17 15:45:22 eisfair kernel: RPC: Registered udp transport module.
> Feb 17 15:45:22 eisfair kernel: RPC: Registered tcp transport module.
> Feb 17 15:45:22 eisfair kernel: RPC: Registered tcp NFSv4.1 backchannel
> transport module.
> Feb 17 15:45:22 eisfair kernel: Installing knfsd (copyright (C) 1996
> okir at monad.swb.de).
> Feb 17 15:45:22 eisfair kernel: NET: Registered protocol family 10
> Feb 17 15:45:23 eisfair kernel: ADDRCONF(NETDEV_UP): eth0: link is not
> ready Feb 17 15:45:23 eisfair kernel: tg3 0000:03:00.0: eth0: Link is up
> at 1000 Mbps, full duplex
> Feb 17 15:45:23 eisfair kernel: tg3 0000:03:00.0: eth0: Flow control is
> on for TX and on for RX
> Feb 17 15:45:23 eisfair kernel: ADDRCONF(NETDEV_CHANGE): eth0: link
> becomes ready
> Feb 17 15:45:23 eisfair kernel: NFSD: Using /var/lib/nfs/v4recovery as
> the NFSv4 state recovery directory
> Feb 17 15:45:23 eisfair kernel: NFSD: starting 90-second grace period
> Feb 17 15:45:23 eisfair kernel: eth0: no IPv6 routers present

Es bleibt mein Verdacht, dass etwas mit der Netzwerkkarte nicht stimmt.

Ich vermisse am Ende Deines Logs noch:

Feb  5 18:07:28 nepo-vw-server kernel: Netfilter messages via NETLINK v0.30.
Feb  5 18:07:28 nepo-vw-server kernel: device eth0 entered promiscuous mode

-- 
Gruss Marcus


Mehr Informationen über die Mailingliste Eisfair