Chris' Blog

ata1 link is slow to respond
device not ready
srst failed

Dieser Fehler trat bei mir nach einem Update auf den Kernel 2.6.34 auf. Der Server ließ sich dadurch nicht mehr booten.
Gelöst wurde das Problem wie folgt:

CONFIG_SATA_AHCI von "y" auf "m" setzen

Device Drivers
--- Serial ATA and Parallel ATA drivers  --->
------ (M)   AHCI SATA support

Deaktivieren im Kernel unter:

Device Drivers
--- ATA/ATAPI/MFM/RLL support (DEPRECATED)

Dafür folgendes aktivieren:

Device Drivers  ---> 
  <*> Serial ATA and Parallel ATA drivers  ---> 
    [*]   ATA SFF support 
      <*>  je nach Hardware auswählen

Folgendes für CD/DVD Laufwerke:

Device Drivers  ---> 
  SCSI device support  ---> 
    <*> SCSI CDROM support 
    <*> SCSI generic support 

Portscanner der über alte phpmyadmin Versionen eingeschleust wird. Die Datei vm.c wird ebenfalls im tmp Verzeichnis abgelegt.
Process(e) beenden, Dateien löschen, phpmyadmin aktualisieren.

Über netstat -tup sieht man die noch offenen connections zu anderen Servern, die man aber
meines Wissens nicht so eines weiteres abschießen kann. Ich würde daher vorschlagen das Netzwerkinterface neu zu starten.
/etc/init.d/net.eth0 restart

Zurück von Ubuntu auf Gentoo und gleich wieder was zu berichten 😉

Frisches System, aber der Kernel läßt sich nicht kompilieren.
Fehlermeldung sieht so bzw. so ähnlich aus:

"2.6.32-gentoo-r7cc1:error:unrecognizedcommandlineoption-fconserve-stack" exceeds 64 characters

Warum, weshalb, steht hier: http://bugs.gentoo.org/301723

Abhilfe:
gcc-4.4 installieren und switchen
gcc-config x86_64-pc-linux-gnu-4.4.3
source /etc/profile

Ein emerge -avutD world schlug fehl, weil apr-util unbedingt mysql-5 installieren wollte, ich aber noch bei mysql-4 bleiben will.
Heute konnte ich dieses Rätsel nach monatelanger Ungewissheit endlich lösen. In meiner /etc/make.conf ist bei den USE Flags mysql mit eingetragen, was somit auch das Verhalten von apr-util erklärt.
Wie folgt habe ich mein Problem dann behoben:
echo "dev-libs/apr-util -mysql" >> /etc/portage/package.use

Dieser fehler trat bei einer frischen 64bit gentoo Installation auf, als ich ein emerge -avutD world durchführte. Laut Foren und Bugreports sollte eine Neukompilierung des Kernels das Problem beseitigen.

In meinem Fall reichte ein FEATURES=-sandbox emerge sandbox aus.

Kernel: 2.6.23-gentoo-r6

setarch wird von util-linux zur Verfügung gestellt und kann daher bedenkenlos deinstalliert werden.
emerge -avC setarch

Nach einem Update auf „nfs-utils-1.1.0-r1“ ließ sich nfsmount nicht mehr korrekt starten. Es funktionierte zwar, der Rechner hängte sich aber nach einigen Stunden auf.
Eine Neuinstallation brachte nichts, auch ein Downgrade nicht.
Bei anderen half es die Berechtigungen von „/var/lib/nfs/state“ zu ändern:
-rw-r--r-- 1 root root 4 Jan 9 12:25 state
oder
-rw------- 1 nobody root 4 Nov 21 20:03 state

Beides nutzlos bei mir. Nächster Versuch: nfs komplett deinstallieren, „/var/lib/nfs/“ löschen. Neu installieren und siehe da,
ein anderer Fehler war geboren:

 * Caching service dependencies ... 

/var/lib/init.d/depcache: line 1408: config: command not found 

/var/lib/init.d/depcache: line 1468: config: command not found                                                                                         [ ok ] 

 * Starting NFS statd ...                                                                                                                              [ ok ] 

 * Starting NFS sm-notify ... 

/var/lib/nfs/state: bad file size, setting state = 1 

Backgrounding to notify hosts...                                                                                                                       [ ok ] 

 * Mounting NFS filesystems ...

Ein Blick in „/var/lib/init.d/depcache“ und die entsprechenden Zeilen brachte

config /etc/exports 

config /etc/fstab

ans Tageslicht.

Im Gentoo Support Forum löste jemand das Problem mit einem Downgrade:

emerge -1ka =net-fs/nfs-utils-1.0.12-r1 

dispatch-conf

ich habs nur mit „dispatch-conf“ und „etc-update“ versucht, brachte zwar beides keine Ausgabe, jedoch
läßt sich nfsmount endlich ohne Fehlermeldung starten.

Dieser Meldung existiert aber weiterhin:

depscan.sh --update 

 * Caching service dependencies ... 

/var/lib/init.d/depcache: line 1408: config: command not found 

/var/lib/init.d/depcache: line 1468: config: command not found

UPDATE:
Im Endeffekt hat sich die Sache bei mir wie folgt erledigt:
nfs-utils komplett deinstalliert, /var/lib/nfs gelöscht.
nfs-utils-1.1.0-r1 und alles dazugehörige installiert bzw. neu kompiliert:
emerge -eav nfs-utils
fertig und alle waren zufrieden. Der Fehler „/var/lib/nfs/state: bad file size, setting state = 1“ taucht übrigens nur
einmal auf.

iptables v1.3.8: Couldn't load match `recent':/lib/iptables/libipt_recent.so: 
cannot open shared object file: No such file or directory

Passiert nach einem Update auf „iptables-1.3.8-r1“. Meldung trat beim Neustarten auf. Dürfte sich um einen Bug
handeln welcher in „iptables-1.3.8-r2“ behoben wurde.
Entweder die neue Version freigeben:
echo "net-firewall/iptables ~amd64" >> /etc/portage/package.keywords
oder mit extensions compilieren:
USE="extensions" emerge -av iptables

apache2: Syntax error on line 169 of /etc/apache2/httpd.conf: 
Syntax error on line 4 of /etc/apache2/modules.d/70_mod_php5.conf: 
API module structure 'php5_module' in file  
/usr/lib64/apache2/modules/libphp5.so is garbled - expected signature 
41503232 but saw 41503230 - perhaps this is not an Apache module 
DSO, or was compiled for a different Apache version?

Passiert nach einem Upgrade von Apache 2.0 nach 2.2 mit gleichzeitiger Umstellung auf php5.
Man könnte die Lösung eigentlich schon aus der Fehlermeldung ableiten. „könnte“ 🙂

emerge -av php