Fragen zum Kernel-Update

Hallo,

im Rescue mit gemounteter Platte:

Code: 
cd /boot
ls -al
cd grub
cat menu.lst
und Ergebnisse im Forum zeigen.
Vermutlich ist der alte Kernel nicht verschwunden, sondern die Symlinks müssen nur zurückgebogen werden damit der alte wieder bootet.

Wenn bekannt bitte Versionsnummer des zuletzt laufenden Kernels angeben.
 
Code: 
root@hostname:/mnt/hdd# cd boot
root@hostname:/mnt/hdd/boot# cd grub
root@hostname:/mnt/hdd/boot/grub# cd ..
root@hostname:/mnt/hdd/boot# ls -al
total 9052
drwxr-xr-x  3 root root    4096 2006-09-22 13:22 .
drwxr-xr-x 20 root root    4096 2006-09-22 13:23 ..
-rw-r--r--  1 root root     512 2006-09-13 18:34 backup_mbr
lrwxrwxrwx  1 root root       1 2006-09-13 18:13 boot -> .
-rw-r--r--  1 root root   60418 2005-03-24 01:31 config-2.6.11.4-20a-default
-rw-r--r--  1 root root   65588 2006-01-12 20:39 config-2.6.15-20060112174634-sm
p
drwxr-xr-x  2 root root    4096 2006-09-13 16:55 grub
lrwxrwxrwx  1 root root      27 2006-09-22 13:22 initrd -> initrd-2.6.11.4-20a-d
efault
-rw-r--r--  1 root root 1292802 2006-09-22 13:22 initrd-2.6.11.4-20a-default
-rw-r--r--  1 root root 1346570 2006-09-13 16:59 initrd-2.6.15-20060112174634-sm
p
lrwxrwxrwx  1 root root      32 2006-09-13 16:59 initrd.previous -> initrd-2.6.1
5-20060112174634-smp
-rw-r--r--  1 root root   94388 2005-03-19 20:45 memtest.bin
-rw-r--r--  1 root root     121 2005-03-24 01:31 README.vmlinux-2.6.11.4-20a-def
ault.gz
-rw-r--r--  1 root root   99723 2006-01-12 20:44 symsets-2.6.15-20060112174634-s
mp.tar.gz
-rw-r--r--  1 root root  302761 2006-01-12 20:44 symtypes-2.6.15-20060112174634-
smp.gz
-rw-r--r--  1 root root   68372 2005-03-24 01:32 symvers-2.6.11.4-20a-i386-defau
lt.gz
-rw-r--r--  1 root root   84111 2006-01-12 20:44 symvers-2.6.15-20060112174634-s
mp.gz
-rw-r--r--  1 root root  708925 2005-03-24 01:26 System.map-2.6.11.4-20a-default
-rw-r--r--  1 root root  721123 2006-01-12 20:24 System.map-2.6.15-2006011217463
4-smp
-rw-r--r--  1 root root 1585408 2006-01-12 20:39 vmlinux-2.6.15-20060112174634-s
mp.gz
lrwxrwxrwx  1 root root      28 2006-09-22 13:22 vmlinuz -> vmlinuz-2.6.11.4-20a
-default
-rw-r--r--  1 root root 1424645 2005-03-24 01:26 vmlinuz-2.6.11.4-20a-default
-rw-r--r--  1 root root 1303889 2006-01-12 20:24 vmlinuz-2.6.15-20060112174634-s
mp
lrwxrwxrwx  1 root root      33 2006-09-13 16:59 vmlinuz.previous -> vmlinuz-2.6
.15-20060112174634-smp
root@hostname:/mnt/hdd/boot# cd grub
root@hostname:/mnt/hdd/boot/grub# cat menu.lst
# Modified by YaST2. Last modification on Mi Sep 13 16:34:44 UTC 2006

color white/blue black/light-gray
default 0
timeout 8

###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE LINUX 9.3
    kernel (hd0,1)/boot/vmlinuz root=/dev/md0 selinux=0 acpi=ht init=/febrc load
_ramdisk=1 raid=noautodetect noapic resume=/dev/sda1 splash=silent showopts
    initrd (hd0,1)/boot/initrd

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- SUSE LINUX 9.3
    kernel (hd0,1)/boot/vmlinuz root=/dev/md0 showopts ide=nodma apm=off acpi=of
f vga=normal noresume selinux=0 barrier=off nosmp noapic maxcpus=0  3
    initrd (hd0,1)/boot/initrd

###Don't change this comment - YaST2 identifier: Original name: memtest86###
title Speichertest
    kernel (hd0,1)/boot/memtest.bin
root@hotel342:/mnt/hdd/boot/grub#

Das kommt bei deinem Befehlskette.


PS: Den zu letzt laufenden Kernel kann ich Dir leider nicht mehr sagen. S4Y hat mir diesen Link gegeben für den Kernel den ich nutzen soll. http://mirror.intergenia.de/others/suse/kernel-smp-2.6.15-20060112174634.i586.rpm
 
Last edited by a moderator:
Heinzelfried said:
Recovery System:
_________________

mkdir /mnt/hdd
mount /dev/md0 /mnt/hdd
chroot /mnt/hdd /usr/bin/env -i HOME=/root TERM=$TERM /bin/bash --login

Zum Ordner wo der Kernel ist gehen, dort rpm -i datei.rpm

reboot
umount /dev/md0

Recovery im S4Y Kundenpanel ausstellen und es sollte wieder laufen
Click to expand...

Übrigens kommt nach dem Installieren via rpm -i folgendes:

hostname:~/bin# rpm -i kernel-smp-2.6.15-20060112174634.i586.rpm
package kernel-smp-2.6.15-20060112174634 is already installed
 
Hallo,

wieder im Rescue bei gemounteter Platte:
Code: 
ln -sf vmlinuz-2.6.15-20060112174634-smp vmlinuz
ln -sf initrd-2.6.15-20060112174634-smp initrd
Rescue abschalten und booten.

Dann läuft wieder der bisherige Kernel, der als rpm angebotene hat die gleiche Versionsnummer, bringt also keinen Vorteil. Der Installationsversuch schlägt fehl, weil dieser Kernel bereits installiert ist bis auf die zwei geänderten Symlinks.

Der Kernel ist allerdings nicht mehr ganz taufrisch :mad: Wie man sich einen aktuellen bastelt, und welche Probleme dabei auftreten können, steht in diesem Thread.

@Heizelfried: deine Frage zu PHP5 kann ich leider nicht beantworten weil ich es noch nicht nutze.
 
Wenn # rpm im installierten System nicht mehr funktioniert, gibt es u.a. folgende Lösungen:

In ein anderes installiertes System (auf anderer Partition) oder live-cd booten; die Partition mit der Installierung mounten, zBsp # mount /dev/hda1 /blob ; a) rpm mit der root-Option verwenden: # rpm ... root=/blob <zu-installierendes-prog-incl-Pfad-zur-gemounteten-Partition-wo-es-ist>.rpm
oder b) im #mc zum installierenden Prog .rpm, .deb oder .tgz gehen; <ENTER> drücken; das so wie entpackt sichtbare Programm in / des Zielsystemes (im Beispiel also nach /blob) kopieren (alle Ordner, oft /bin , /etc, /usr); ebenso /install ; alle Scripts/Progs in /install ausführen

Dabei zweckmässigkeitshalber rpm zuerst installieren, danach kann man ggf. ins installierte System chrooten und daselbst rpm noch mal mit sich selbst 'ordentlich' überinstallieren und alle anderen Progs installieren


Neu installierte Kernel funktionieren u.a. nicht, wenn # mkinitrd nicht gemacht wurde, und/oder in lilo.conf, /grub/menu.lst generische Referenzen ohne Versionsnr. für initrd.gz/.img , vmlinuz usw verwendet und auf den neuen Kernel gebogen wurden; # man mkinitrd lesen !
 
Last edited by a moderator:
Danke charli bis hier hin. Ich reboote gerade noch das Rescue System umounte die Platte und Deaktiviere das Rescue System über das WI von S4Y. Booten sollte er dann doch wieder von alleine oder?!

m0nji
 
Also du sollst ja nicht das rescue System rebooten sondern deinen Server, das Rescue-System verschwindet von alleine wenn du es im Powerpanel deaktivierst.
 
Hallo,

ups gerade erst gemerkt, daß Du vorhin nicht in's Chroot gewechselt bist. :mad:
Code: 
mkdir /mnt/hdd
mount /dev/md0 /mnt/hdd
chroot /mnt/hdd /usr/bin/env -i HOME=/root TERM=$TERM /bin/bash --login
danach
Code: 
cd /boot
ln -sf vmlinuz-2.6.15-20060112174634-smp vmlinuz
ln -sf initrd-2.6.15-20060112174634-smp initrd
exit
cd /
umount /dev/md0
Rescue abschalten und rebooten.
Statt md0 ggf. die richtige Platte einsetzen.
 
Wollte nur mal kurz loswerden das alles geklappt hat so wie beschrieben!
Dank nochmal für die rasche und sehr gute Hilfe

Grüsse
m0nji
 
Hy
sry das ich das hier nochmal rauskramme.

Wollte mich nur bedanken hab auch meinen kernel aktualisiert und bin wie in diesem Thread vorgegangen !
Hat alles super geklappt.

Danke dafür
 
You must log in or register to reply here.
Back
Top