Kernel update fehlgeschlagen -> system start nicht...

[bpr]

Hallo liebe debianer
ich bin neu hier und ueber google auf das forum gestosen, hatte auch schon ein paar beitraege gefunden zu meinem thema doch die loesungen, die den usern geholfen haben, haben mir leider nicht geholfen, ich hoffe mal, dass mir jetzt noch einer helfen kann..

folgende situation:
debian etch 4 "stable"
gehostet bei hetzner zugriff per ssh only

heute morgen habe ich ein apt-get update & apt-get upgrade gemacht und dabei wurde mir der kernel:
2.6.18-6-686-bigmem
installiert. nach dem systemneustart ging nichts mehr - sprich der gleichzeitige ping an den server hat nicht mehr aufgehoert mich micht zeitueberschreibungen vollzuspammen. daraufhin habe ich mich bei hetzner eingelogt um rescue system das system neugestartet

zwei mal eingelogt im rescue system habe ich erst einmal meine root partition gemounted und in der anderen einen chroot durchgefuehrt

um weitere komplikationen und fehler zu vermeiden - denke ich, dass mich nur eine neue kernel installtion weiterbringen wird...

ich habe mir deshalb von kernel.org den 2.6.22 geholt und folgendes gemacht:

Code: Alles auswählen

cd /opt/kernel
wget kernelimage
tar -xzf kernelimage
make menuconfig -> exit
make
make modules
make modules_install
make install
cd /boot
mkinitrd -o initrd.img-2.6.22 2.6.22 <- ging nicht mehr...danach war erstmal schluss

dann habe ich mich ein wenig schlau gemacht, auch hier im forum und habe festgestellt, dass man nun mkinitramfs benutzt

Code: Alles auswählen

mkinitramfs -o /boot/initrd.img-2.6.22

brachte mich zum ergebnis:

Code: Alles auswählen

Cannot find /lib/modules/2.6.24.3

warum auch immer er mir nun ne ganze andere kernel version anzeigt habe ich keine ahnung!

dann dachte ich mir, ok nun haste keine initrd kannst ja mal schaun, was mit den anderen ist von den anderen kernels:
-2.6.18-6-686-bigmem
-2.6.18-5-xen-686

hatte dann mal nen

Code: Alles auswählen

update-initramfs -k all -u

ausgefuehrt und es kamen erstmal errors,

Code: Alles auswählen

update-initramfs: Generating /boot/initrd.img-2.6.18-6-686-bigmem
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
W: mkconf: MD subsystem is not loaded, thus I cannot scan for arrays.
W: mdadm: failed to auto-generate temporary mdadm.conf file.
W: mdadm: no configuration file available.
W: mdadm: falling back to emergency procedure in initramfs.
ERROR lilo fails for new /boot/initrd.img-2.6.18-6-686-bigmem:

Fatal: raid_setup: stat("/dev/sda")
update-initramfs: Generating /boot/initrd.img-2.6.18-5-xen-686
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
W: mkconf: MD subsystem is not loaded, thus I cannot scan for arrays.
W: mdadm: failed to auto-generate temporary mdadm.conf file.
W: mdadm: no configuration file available.
W: mdadm: falling back to emergency procedure in initramfs.
ERROR lilo fails for new /boot/initrd.img-2.6.18-5-xen-686:

Fatal: raid_setup: stat("/dev/sda")
/boot/initrd.img-2.6.18-5-686-bigmem does not exist. Cannot update.
/boot/initrd.img-2.6.18-4-686 does not exist. Cannot update.

was soll ich tun ?
soll ich den 2.6.24 ausprobieren ? ich hatte gelesen, dass man mit dem ohne initrd auskommt..es ist doch immer sicherer, dass man ne initrd hat oder nicht ?

den make-kpkg --initrd befehl, von dem ich gelesen habe, gibt es bei mir nicht

wo werden die infos beim booten geloggt? kann ich das

bin fuer jede hilfe dankbar !!!

[Spasswolf]

soll ich den 2.6.24 ausprobieren ? ich hatte gelesen, dass man mit dem ohne initrd auskommt..es ist doch immer sicherer, dass man ne initrd hat oder nicht ?

Das hat nichts mit der Kernelversion zu tun. Wenn man die richtigen Sachen (Treiber für den Controller, an dem die root Festplatte hängt, Treiber für das root Dateisystem) in den Kernel einkompiliert (CONFIG_BLABLA=Y, <*> in menuconfig), kommt man mit jedem Kernel ohne initrd aus.

[cirrussc]

Hallo und Willkommen im df.de!

Code: Alles auswählen

mkinitramfs -o /boot/initrd.img-2.6.22

brachte mich zum ergebnis:

Code: Alles auswählen

Cannot find /lib/modules/2.6.24.3

warum auch immer er mir nun ne ganze andere kernel version anzeigt habe ich keine ahnung!

Sicherlich, weil die Zielversion nicht angegeben wurde

Code: Alles auswählen

mkinitramfs -o /boot/initrd.img-2.6.22 2.6.22

ich hatte gelesen, dass man mit dem ohne initrd auskommt..es ist doch immer sicherer, dass man ne initrd hat oder nicht ?

Wenn du deinen Kernel so konfigurierst, geht das sicher. Der debian Standard Kernel kommt nicht ohne aus.

den make-kpkg --initrd befehl, von dem ich gelesen habe, gibt es bei mir nicht

Was noch nicht da ist, muss installiert werden:
kernel-package

Hast du schon die typischen Verdächtigen abgeklappert, Stichwort: libata, uuid usw.?

Hier noch was zum einlesen:
http://wiki.debianforum.de/DebianizedLinuxKernel

[bpr]

also:

ich habe nun nach cirrussc links ein wenig "rumprobiert" d.h:
ich habe mir http://wiki.debianforum.de/DebianizedLinuxKernel angeschaut und durchgelesen und mitgemacht...
haette ich auch selber drauf kommen koennen, mal ein paar programme nach zu installieren aber ok, dafuer schomal danke! das ist das 3 mal das ich nen kernel einbaue sry - wenn ich da noch so sehr unerfahren bin und vllt ein paar doofe fragen zu dem thema kernel stelle ...

ich habe mir dann halt kernel-package installiert und mir auch eine .deb gebaut DOCH dann bei schritt 5 tritt folgendes auf:

Code: Alles auswählen

root@rescue:/usr/src# dpkg -i linux-image-2.6.24_0.1_i386.deb
(Reading database ... 34131 files and directories currently installed.)
Preparing to replace linux-image-2.6.24 0.1 (using linux-image-2.6.24_0.1_i386.deb) ...
Done.
Unpacking replacement linux-image-2.6.24 ...
Setting up linux-image-2.6.24 (0.1) ...
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
mkinitramfs-kpkg failed to create initrd image.
Failed to create initrd image.
dpkg: error processing linux-image-2.6.24 (--install):
 subprocess post-installation script returned error exit status 9
Errors were encountered while processing:
 linux-image-2.6.24

ehrlich gesagt, weiss ich nun nicht mehr weiter...
dadurch, dass ich im rescue system bin und nen chroot gemacht habe, habe ich keine moeglichkeit ins internet zu kommen von meinem server, nur ueber eine weitere console die im rescue system ganz normal ist - trotzdem leider kein apt-get moeglich aber ich hatte trotzdem mir die quellcodes von
kernel-archives
yaird
geholt und installiert
ich hatte mir noch die sources zu initramfs-tools geholt doch anscheinend bringt mir das nichts - wenn ich mir diesen text dazu durchlese

Dieses Paket enthält Werkzeuge zum Erstellen und Booten eines initramfs für vorpaketierte 2.6er-Linux-Kernel. Das initramfs ist ein mit gzip komprimiertes cpio-Archiv. Beim Booten entpackt der Kernel dieses Archiv in den Arbeitsspeicher, hängt es ein (mountet es) und benutzt es als vorläufiges root-Dateisystem. Das Einhängen des endgültigen root-Dateisystems geschieht im User-Space. klibc enthält Werkzeuge zum Einrichten des root-Dateisystems. Ein root-Dateisystem auf EVMS, MD, LVM2, LUKS oder NFS wird ebenfalls unterstützt. Jeder Bootloader mit initrd-Unterstützung ist fähig, ein initramfs-Archiv zu laden.

weil mit dem booten hat das mein server ja gerade eher nicht so

PS: ich hoffe ich verstose mit diesem post nicht gegen die knigge regeln "2.4. Topic-Bumping" - ich moechte einfach nur weitere informationen bieten koennen und mich zudem auch erstmal bei den beiden usern bedanken, dass sie mir ein so schnell geholfen haben!

EDIT:
Zum System - sry, hatte ich vergessen zu posten im ersten..
Debian 32Bit
AMD Athlon 64 X2 5600+ Dual Core
Arbeitsspeicher 4 GB DDR2
Festplatten 2 x 400 GB SATA II

[cirrussc]

das ist das 3 mal das ich nen kernel einbaue sry - wenn ich da noch so sehr unerfahren bin und vllt ein paar doofe fragen zu dem thema kernel stelle ...

Ist doch Ok.

PS: ich hoffe ich verstose mit diesem post nicht gegen die knigge regeln "2.4. Topic-Bumping"

Mit was, hast doch nix gemacht

Also yaird wird hier nicht gebraucht, dafür ist mkinitramfs da.

Eigentlich hat alles geklappt, nur die initrd lässt sich nicht erstellen.
Deshalb solltest du das manuell probieren:

Code: Alles auswählen

mkinitramfs -v -o /boot/initrd.img-2.6.24 2.6.24 

Die Fehlermeldungen, wenn vorhanden, posten.

Zeige auch mal dein /boot Verzeichnis:

Code: Alles auswählen

ls -al /boot

Die Meldungen weisen zwar nicht darauf hin, aber ist denn überall noch genügend Platz?

Code: Alles auswählen

df -h

Übrigens, wenn das Kernel backen an sich klappt, muss noch nichts laufen. Die Schwierigkeit ist es, den Kernel richtig zu konfigurieren. Du wirst also noch viele Versuche starten, Garantiert

[bpr]

/boot/
http://nopaste.debianforum.de/13950

wie man sieht, habe ich ein paar mehr sachen ausprobiert...

hierzu auch nochmal die /boot/grub/menu.lst:
http://nopaste.debianforum.de/13951

es wurde bei einem kernel das ding dann automatisch erstellt und hat mir da ein "paar" zeilen extra reingeschrieben
ich habe aber noch eine alte, kurz nachdem mir das system abgeschmiert ist:
http://nopaste.debianforum.de/13952

Code: Alles auswählen

root@rescue:/boot# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             365G   26G  321G   8% /
tmpfs                 365G   26G  321G   8% /lib/init/rw
sysfs                 365G   26G  321G   8% /sys
df: `/proc/bus/usb': No such file or directory
udev                  365G   26G  321G   8% /dev
df: `/dev/shm': No such file or directory
df: `/dev/pts': No such file or directory

Code: Alles auswählen

root@rescue:/boot# mkinitramfs -v -o /boot/initrd.img-2.6.24 2.6.24
Cannot find /lib/modules/2.6.24

[cirrussc]

Uff ist das ein Chaos

Der 2.6.24 scheint nicht richtig installiert worden zu sein, die Dateien unter /lib/modlues fehlen wohl. Deshalb schlägt auch das mkinitramfs fehl.

Code: Alles auswählen

root@rescue:/boot# mkinitramfs -v -o /boot/initrd.img-2.6.24 2.6.24
Cannot find /lib/modules/2.6.24

Die Dateien unter /boot sind 0 Byte groß.

Code: Alles auswählen

-rw-r--r-- 1 root root 0 2008-10-30 20:53 initrd.img-2.6.24
-rw-r--r-- 1 root root 0 2008-10-30 21:02 initrd.img-2.6.24.new
-rw-r--r-- 1 root root 0 2008-10-30 18:39 initrd.img-initrd.2.6.22
-rw-r--r-- 1 root root 0 2008-10-30 18:45 initrd.imrg-2.6.24.3

Es ist vielleicht, gerade auf einem Server, besser einen Kernel aus dem Repo zu nehmen.
Der 2.6.24 etch-an-a-half Kernel sollte es ja auch tun:
linux-image-2.6.24-etchnhalf.1-686-bigmem

[bpr]

hey cirrussc,
vielen dank, dass du mir wieder ein wenig was erzaehlt hast - doch nun ist das problem geloest:

ich koennte nicht viel machen, aber ich habe folgendes gemacht:

ich habe meine alte menu.lst eingespielt und grub nocheinmal neuinstalliert auf meine 1. festplatte
sprich, das er wieder ganz normal vom xen kernel booten soll, doch es hat alles nichts gebracht...
da ich nicht weiter raten wollte, wo es nun liegt, da er danach auch wieder nicht gebootet hat habe ich
im rechenzentrum bei hetzner angerufen und gebeten mir die monitor ausgabe zu geben, die beim starten
kommt.. nach ca 10 minuten kamen ein paar antworten und man glaubt es kaum:
im bios wurde umgestellt, dass er nicht von der ersten festplatte booten soll sondern von der zweiten
doch ich hatte auf dieser keinen bootloader installiert problem ist dann denklich klar...aufjedenfall
hat der mitarbeiter das ganze wieder umgestellt, dass er von meiner sda booten soll und nun geht auch alles wieder
und der server ist ohne probleme gestartet!

meine aufgabe wird es wohl dann erstmal sein, auf der zweiten nen bootloader zu installieren oder nen software raid
einzustellen... aber das ganze teste ich dann doch lieber erstmal in vmware

vielen dank, fuer eure bemuehungen, aber ich denke mal, da hatten wir einfach keine chance ? oder kann man
in linux die boot device priority aendern ?

ich werde denke ich mal, weiter hier reinschaun und hoffentlich kann ich in den bereichen webserver, postfix und der gleichena uch ein paar
nuetzliche tips geben !

nochmal vielen dank, an die user und ich wuensche ein erholsames wochenende und happy halloween

[cirrussc]

im bios wurde umgestellt, dass er nicht von der ersten festplatte booten soll sondern von der zweiten
doch ich hatte auf dieser keinen bootloader installiert

Na so was.

oder kann man in linux die boot device priority aendern ?

Weiß nicht recht wie du das meinst. Denn wenn es erst nicht bis zum Bootloader kommt, kann alles dahinter nichts ändern.

[bpr]

ich meine ob man in einem linux, auf den bios drauf zugreifen kann...und dort umstellen kann, wovon er booten soll? also vorrausgesetzt ist halt, dass man booten kann und in das system reinkommt... ob man im laufenden betrieb dann im bios sachen umstellen kann...weil wenn nicht, dann kann ja nur ein azubi oder sonst wer von hetzner mir da nen streich gespielt haben was ich aber ausschliesse ? alles sehr mysterioes

[jotzet79]

booah!
das ist ja arg - hab exakt das selbe problem!
hoffe die können das am montag beheben!
danke für deine infos!