Nachdem ein UCS-PDC-Testsystem nach meinem Dafürhalten erfolgreich von 2.4-4.9 auf UCS 3.2 gebracht werden konnte (Parallelbetrieb UCS 3.x - UCS 2.4-4.9), wollte ich das nun auch im Echtsystem durchführen. Auch hier verlief das ganze relativ problemlos bis zu dem Zeitpunkt (ziemlich am Ende des Installatinsdurchgangs), an dem das System (nach meiner Interpretation) den Bootloadereintag manipulieren wollte. Nachdem das System ins updater.log längere Zeit nichts mehr hineingeschrieben hatte und die entsprechenden Versionsvariablen auf Version 2.4 hinwiesen, bootete ich das System selbst und bekam kurze Zeit später den … GRUB-Prompt !?. Daraufhin habe ich sofort den Snapshot für das System wieder hergestellt und bin so wieder auf Stand 2.4-4.9. Sowohl Test als auch Echtsystem sind virtuelle Maschinen. Leider habe ich aufgrund des Snapshotrestore keine Logfiles (die ich eigentlich nach Reboot ermitteln wollte).
Ich hatte vorher mit dem Skript univention-prune-old-kernel die /boot-Verzeichnisse beider Systeme von alten Kernels bereinigt. Schon beim Update des Testsystems bekam ich die Meldung, ich müsste Grub manuell installieren (Ursache ist hier aber m.E. die Erweiterung der Volumegroup vg_ucs-rootfs mit Hilfe einer weiteren Platte /dev/sdb, so dass grub nicht weiss auf welche “phys.” Platte geschreiben werden soll).
TESTSYSTEM ox4ucs24
version/erratalevel: 3
version/patchlevel: 0
version/releasename: Borgfeld
version/security-patchlevel: 9
version/version: 3.2
root@ox4ucs24:/boot# uname -a
Linux ox4ucs24 2.6.32-ucs62-amd64 #1 SMP Mon Apr 23 18:58:05 UTC 2012 x86_64 GNU/Linux
root@ox4ucs24:/boot# ls -ltr
insgesamt 18953
drwx------ 2 root root 12288 28. Apr 2010 lost+found
-rw-r--r-- 1 root root 167264 18. Sep 2011 memtest86+_multiboot.bin
-rw-r--r-- 1 root root 165084 18. Sep 2011 memtest86+.bin
-rw-r--r-- 1 root root 2511104 23. Apr 2012 vmlinuz-2.6.32-ucs62-amd64
-rw-r--r-- 1 root root 1712194 23. Apr 2012 System.map-2.6.32-ucs62-amd64
-rw-r--r-- 1 root root 106189 23. Apr 2012 config-2.6.32-ucs62-amd64
-rw-r--r-- 1 root root 14640684 1. Dez 23:07 initrd.img-2.6.32-ucs62-amd64
drwxr-xr-x 5 root root 7168 3. Dez 19:43 grub
-rw-r--r-- 1 root root 318 3. Dez 19:43 boot.msg
ECHTSYSTEM ox
[code]
version/patchlevel: 4
version/releasename: golden beech
version/security-patchlevel: 9
version/version: 2.4
root@ox:/etc# uname -a
Linux ox 2.6.32-ucs62-amd64 #1 SMP Mon Apr 23 18:58:05 UTC 2012 x86_64 GNU/Linux
root@ox:/boot# ls -ltr
insgesamt 15266
-rw-r–r-- 1 root root 124152 10. Sep 2009 memtest86+.bin
drwx------ 2 root root 12288 11. Mai 2010 lost+found
lrwxrwxrwx 1 root root 1 11. Mai 2010 boot -> .
-rw-r–r-- 1 root root 318 31. Dez 2011 boot.msg
-rw-r–r-- 1 root root 2511104 23. Apr 2012 vmlinuz-2.6.32-ucs62-amd64
-rw-r–r-- 1 root root 1712194 23. Apr 2012 System.map-2.6.32-ucs62-amd64
-rw-r–r-- 1 root root 106189 23. Apr 2012 config-2.6.32-ucs62-amd64
-rw-r–r-- 1 root root 11094264 9. Mai 2012 initrd.img-2.6.32-ucs62-amd64
drwxr-xr-x 2 root root 1024 9. Mai 2012 grub[/code]
Auffälligerweise sind beide Versionen identisch (bei 2.4 eventuell schon mit Sec9 reingekommen). Anhängend das Logfile, das die “erfolgreiche” Installation auf dem Testsystem protokolliert (für den Fehlversuch hab ich ja leider nichts).
Gibt es noch Hinweise, wie das ganze doch noch realisiert werden kann (UCS 2.4-Support läuft aus!)?
updater.log.1.gz (191 KB)