Hoe krijg ik de nieuwe kernels in 9.10?

[Eddie]

Hallo allemaal,

Ik heb mijn upgrade van Ubuntu Studio 9.04 naar 9.10 hier al in enkele items aangekaart. De situatie is inmiddels zo veranderd dat ik met een nieuwe vraag kom. Tijdens het upgraden kreeg ik enkele malen de vraag: 'do you want to keep menu.lst'. Ik heb steeds het default antwoord 'yes' ingegeven. Na afloop zag ik in mijn opstartmenu alleen drie oude kernels maar 9.10 draaide wel. Voor het er bij plaatsen van de nieuwe kernels kreeg ik het advies 'repair grub'. Hierna kreeg ik in de generic mode alleen gekleurde strepen in beeld. De repair is vermoedelijk uitgevoerd alsof 'grub2' in gebruik was maar de upgrade laat 'grub1' in takt. De strepen zijn vermoedelijk een fout in de video-instellingen.

De recovery mode start wel op en een ander advies was om daar 'startx' te doen. Dan start 9.10 op (!), maar met een schermresolutie van 640x480 pix, dus veel te laag.

De generic kernel startte toen ook op, ook met te lage resolutie en met twee ubuntu-logos midden door het beeld. Na enige pogingen om dit met nvidia-xconfig te verbeteren had ik de oude situatie terug met alleen gekleurde strepen. Vanuit de recovery mode met startx werkt het nog wel.

Het lijkt me echter weinig zinvol om met de verkeerde kernel dit verder uit te zoeken. Dus, nu de echte vraag: hoe krijg ik de nieuwe kernels (2.6.31-14-generic en 2.6.31-9-rt) aan de praat. In /boot staat:
total 66000
-rw-r--r-- 1 root root  508385 2009-01-29 22:11 abi-2.6.27-11-generic
-rw-r--r-- 1 root root  528310 2009-09-09 14:56 abi-2.6.28-15-generic
-rw-r--r-- 1 root root  567306 2009-06-10 12:26 abi-2.6.30-020630-generic
-rw-r--r-- 1 root root  629174 2009-10-16 20:03 abi-2.6.31-14-generic
-rw-r--r-- 1 root root  630458 2009-10-15 08:04 abi-2.6.31-9-rt
-rw-r--r-- 1 root root   91358 2009-01-29 22:11 config-2.6.27-11-generic
-rw-r--r-- 1 root root   96804 2009-09-09 14:56 config-2.6.28-15-generic
-rw-r--r-- 1 root root  101412 2009-06-10 12:26 config-2.6.30-020630-generic
-rw-r--r-- 1 root root  111371 2009-10-16 20:03 config-2.6.31-14-generic
-rw-r--r-- 1 root root  105638 2009-10-15 08:04 config-2.6.31-9-rt
drwxr-xr-x 2 root root    4096 2009-10-31 10:16 grub
-rw-r--r-- 1 root root 8355607 2009-05-09 22:45 initrd.img-2.6.27-11-generic
-rw-r--r-- 1 root root 7676874 2009-09-29 23:12 initrd.img-2.6.28-15-generic
-rw-r--r-- 1 root root 7694968 2009-07-13 23:26 initrd.img-2.6.30-020630-generic
-rw-r--r-- 1 root root 7789345 2009-10-31 00:40 initrd.img-2.6.31-14-generic
-rw-r--r-- 1 root root 7727439 2009-10-31 00:35 initrd.img-2.6.31-9-rt
-rw-r--r-- 1 root root       0 2009-10-31 10:17 ll-boot.txt
-rw-r--r-- 1 root root  128796 2009-10-23 18:11 memtest86+.bin
-rw-r--r-- 1 root root 1031799 2009-01-29 22:11 System.map-2.6.27-11-generic
-rw-r--r-- 1 root root 1450680 2009-09-09 14:56 System.map-2.6.28-15-generic
-rw-r--r-- 1 root root 1643560 2009-06-10 12:26 System.map-2.6.30-020630-generic
-rw-r--r-- 1 root root 1664737 2009-10-16 20:03 System.map-2.6.31-14-generic
-rw-r--r-- 1 root root 1678266 2009-10-15 08:04 System.map-2.6.31-9-rt
-rw-r--r-- 1 root root    1074 2009-01-29 22:12 vmcoreinfo-2.6.27-11-generic
-rw-r--r-- 1 root root    1074 2009-09-09 14:58 vmcoreinfo-2.6.28-15-generic
-rw-r--r-- 1 root root    1196 2009-10-16 20:06 vmcoreinfo-2.6.31-14-generic
-rw-r--r-- 1 root root    1193 2009-10-15 08:05 vmcoreinfo-2.6.31-9-rt
-rw-r--r-- 1 root root 2248912 2009-01-29 22:11 vmlinuz-2.6.27-11-generic
-rw-r--r-- 1 root root 3491312 2009-09-09 14:56 vmlinuz-2.6.28-15-generic
-rw-r--r-- 1 root root 3619024 2009-06-10 12:26 vmlinuz-2.6.30-020630-generic
-rw-r--r-- 1 root root 3890400 2009-10-16 20:03 vmlinuz-2.6.31-14-generic
-rw-r--r-- 1 root root 3906048 2009-10-15 08:04 vmlinuz-2.6.31-9-rt

Dat geeft me enige hoop dat alle files er zijn. Is het voldoende om nu menu.lst uitbreiden met de beide nieuwe kernels? Zo ja, kan ik dezelfde UUID gebruiken? Dit krijg ik met 'fdisk -l':
Disk /dev/sda: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0000e664

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       77070   619064743+  83  Linux
/dev/sda2           77071       77825     6064537+   5  Extended
/dev/sda5           77071       77825     6064506   82  Linux swap / Solaris

Ik heb ook e.e.a. gelezen over het automatisch aanpassen met het commando 'grub'. Maar ik weet niet wat dat hoort op te leveren en hoe groot de risico's zijn in deze onduidelijke situatie.

M.vr.gr.
Eddie

[Gijsbert]

Het is mij niet helemaal duidelijk of je grub of grub2 gebruikt. Daarom voor allebei.
Grub
Reparatie van grub: Start de Ubuntu live cd op. Open een terminal en type in sudo grub Nu krijg je de commando lijn van grub, grub> type nu find /boot/grub/stage1
Nu krijg je een of meerdere mogelijkheden te zien, bijv (hd0,3) type nu in
root (hdx,x) voor x het getal invullen wat jij hebt gevonden, let op er staat een spatie tussen root en (hdx,x) Nu type je in setup (hd0) let op de spatie.
Type nu in quit Sluit af en start opnieuw op.
Kan je nu wel gewoon opstarten?

Voor grub2 http://wiki.ubuntu-nl.org/community/Grub2 punt 9

Waarschijnlijk moet je ook de grafische driver overnieuw installeren.

[Eddie]

Het is mij niet helemaal duidelijk of je grub of grub2 gebruikt.
....
Waarschijnlijk moet je ook de grafische driver overnieuw installeren.

Ik heb een automatische upgrade gedaan, dus heb ik, als ik het goed begrijp, nog steeds grub1. Ik heb jouw aanwijzingen daarover opgevolgd. Alle commando's gaven als respons 'succeeded' o.i.d. Na een restart kreeg ik weer de lijst met 3 oude kernels voor mijn neus en was er voor zover ik kon nagaan helemaal niets veranderd.

Dan maar menu.lst aangepast en de 2.6.31-14-generic en de 2.6.31-9-rt handmatig erbij gezet, ook de recovery mode. Een oude kernel heb ik uitgezet omdat die toch niet opstart. Het resultaat: er staan nu 6 kernels is het keuzemenu bij het opstarten. De toegevoegde kernels reageren als volgt:

2.6.31-14-generic start op in grafische mode zonder hinderlijke logo's door het beeld. Dat is al een hele vooruitgang, minpunt: de grafische resolutie is nog steeds maar 640x480 pix. Bij 9.04 ben ik ook tijden bezig geweest om dat goed te krijgen maar dat is niet gelukt. Voor de duidelijkheid zal ik over dit punt een ander bericht starten.

2.6.31-14-generic (recovery mode) start normaal op.

2.6.31-9-rt meldt na korte tijd:
udevadm trigger is not permitted while udev is unconfigured.1
udevadm settle is not permitted while udev is unconfigured.
svgalib: cannot open /dev/menu

Enige tijd later:
Gave up waiting for root device. Common problems:
   -Boot args (cat /proc/cmdline)
      -Check rootdelay= (did the system wait long enough?)
      -Check root= (did the system wait for the rihgt device?)
   -Missing modules (cat /proc/modules; ls /dev)
Alert! /dev/disk/by-uuid/3cb81b85-8ca6-4ec5-b6c3-34b37c549c11 does not exist
Dropping to a shell!

BusyBox VI.13.3 (Ubuntu 1:1.13.3-1.ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Met de 2.6.31-9-rt (recovery mode) kreeg ik:
Begin: Waiting for root file system
Gave up waiting ...., dropping to shell

BusyBox VI.13.3 (Ubuntu 1:1.13.3-1.ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Dus hetzelfde resultaat met veel minder tekst (die puntjes heb ik zelf verzonnen, ik had het niet volledig overgeschreven). De string in de zin met Alert! is precies dezelfde die in menu.lst staat bij UUID. Ik wil voor mijn audio-toepassingen juist de rt-kernel gebruiken, dus ieder advies over hoe ik deze alsnog op gang krijg is welkom.


M.vr.gr.
Eddie

[donpedroII]

Enige tijd later:
Gave up waiting for root device. Common problems:
   -Boot args (cat /proc/cmdline)
      -Check rootdelay= (did the system wait long enough?)
      -Check root= (did the system wait for the rihgt device?)
   -Missing modules (cat /proc/modules; ls /dev)
Alert! /dev/disk/by-uuid/3cb81b85-8ca6-4ec5-b6c3-34b37c549c11 does not exist
Dropping to a shell!

BusyBox VI.13.3 (Ubuntu 1:1.13.3-1.ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

Voor deze melding heb ik zojuist een advies afgegeven in volgende topic: http://forum.ubuntu-nl.org/installatie/pc-opstarten-na-nieuwe-versie-lukt-niet/

[Eddie]

Hallo DonPedroII,

Bedankt voor dit advies, het lijkt eenvoudig. Ik zal het morgenavond proberen.

Heeft het zin om bij alle kernels in menu.lst de UUID te vervangen door (hdx,x)? Ik snap niet waarom dit zo'n verschil zou moeten maken. Daar komt nog bij dat het met de UUID wel goed gaat bij drie andere kernels.


M.vr.gr.
Eddie

[donpedroII]

Maakt in een bestaand systeem geen verschil, zolang je niet gaat schuiven met je HD/partities op de aansluitingen van je Mobo.
UUID heeft in dat geval een voordeel, want Grub gaat gewoon opzoek.
Daarintegen is de hdx,x gerelateerd aan informatie die Grub krijgt vanuit het BIOS.
Denk dat je daar al het probleem ziet opdoemen na het lopen schuiven met je aansluitingen.
De lijst van het BIOS kan wel een heel andere disk op de door Grub verwachte plek aanbieden .. met alle gevolgen van dien.

[Eddie]

Hallo donpedroII,

Zojuist de verandering in menu.lst doorgevoerd zoals aangegeven in de link die je hierboven hebt gegeven. In mijn eerste bericht van dit topic staat de respons van 'fdisk -l' van mij PC. Mijn menu.lst ziet er nu als volgt uit (met copy/paste overgenomen):
title      Ubuntu 9.10, kernel 2.6.31-14-generic
uuid      3cb81b85-8ca6-4ec5-b6c3-34b37c549c11
kernel      /boot/vmlinuz-2.6.31-14-generic root=UUID=3cb81b85-8ca6-4ec5-b6c3-34b37c549c11 ro quiet splash
initrd      /boot/initrd.img-2.6.31-14-generic
quiet

title      Ubuntu 9.10, kernel 2.6.31-14-generic (recovery mode)
uuid      3cb81b85-8ca6-4ec5-b6c3-34b37c549c11
kernel      /boot/vmlinuz-2.6.31-14-generic root=UUID=3cb81b85-8ca6-4ec5-b6c3-34b37c549c11 ro  single
initrd      /boot/initrd.img-2.6.31-14-generic

title      Ubuntu 9.10, kernel 2.6.31-9-rt
root      hd(0,0)
kernel      /boot/vmlinuz-2.6.31-9-rt root=/dev/sda1
initrd      /boot/initrd.img-2.6.31-9-rt
quiet

title      Ubuntu 9.10, kernel 2.6.31-9-rt (recovery mode)
root      hd(0,0)
kernel      /boot/vmlinuz-2.6.31-9-rt root=/dev/sda1
initrd      /boot/initrd.img-2.6.31-9-rt

Na reboot en selecteren van de 2.6.31-9-rt kernel kwam al snel de volgende melding:
Error 11: Unrecognized device string
Press any key to continue

Na 'continue' ben ik meteen weer in het opstartmenu. Kiezen van de 2.6.31-9-rt (recovery mode) levert hetzelfde op. Ik heb nog gegoogled op deze foutmelding maar dat leverde weinig op. Ik zag een keer dat de string 'ro quiet splash' wel gebruikt werd na 'root=/dev/sda1'. En iets over 'Chainloader boot' (?).

Wat nu? Staat er een fout in 'menu.lst' die ik over het hoofd zie? Heeft een update (vanuit de 2.6.31-14 kernel) zin? Er staan heel veel oude zinnen met # in 'menu.lst', moet ik die maar eens er uit gooien? ...?

M.vr.gr.
Eddie

[donpedroII]

Ik heb hier nog geen 9.10 en ben ook niet zo bekend met de 'real-time' (rt) kernels.

Begrijp ik het goed dat voor de wijziging de volgende entries wel werkten?

title      Ubuntu 9.10, kernel 2.6.31-14-generic
uuid      3cb81b85-8ca6-4ec5-b6c3-34b37c549c11
kernel      /boot/vmlinuz-2.6.31-14-generic root=UUID=3cb81b85-8ca6-4ec5-b6c3-34b37c549c11 ro quiet splash
initrd      /boot/initrd.img-2.6.31-14-generic

Over de vraag of je dingen met een # ervoor weg zou kunnen halen, dat kan, maar waarom zou je dat doen.
Met deze # ervoor gedraagd het zich alleen maar als informatie en doet een applicatie er niets mee.

Dan de uitleg voor 'ro quiet splash'
ro = Read Only , de eerste setup voor de schijf is alleen lezen.
quiet = Het onderdrukken van opmerkingen.
splash = Dit geeft aan dat er een mooie grafisch scherm is i.p.v. een hoop commando's die over het scherm stromen.
NOTE: De 'splash' tijdelijk verwijderen kan helpen om hangende startup problemen op te sporen.

Dan het stukje over de Chainloader +1, dit is niets anders dan de eerst volgende partitie na de in de root vermelde partitie op te starten.
Men past dit dus vaak toe op een Windows partitie, omdat Grub die gewoonweg niet zelf kan opstarten.
Hij wijst hem dus eigenlijk aan.
Maar je zou het ook kunnen gebruiken om een Linux partitie op te starten.

[Eddie]

Hallo donpedroII,

Ik heb automatisch ge-upgrade van 9.04 naar 9.10. Daarna stonden in menu.lst alleen de kernels van voor de upgrade. Alleen de recovery mode daarvan werkte nog. Toen heb ik zelf de vier kernels in menu.lst toegevoegd. De 2.6.31-14 werkt wel (met UUID zoals hierboven aangegeven), de 2.6.31-9-rt werkt niet. Met UUID kom ik in een command shell en met hd(0,0) ga ik na een foutmelding terug naar het GRUB keuzemenu.

Ik zie nu dat mijn oude 2.6.28-3-rt kernel (die ook niet meer opstart) wel de toevoegingen 'ro quiet splash' en 'ro single' (bij recovery mode).  Ik zal straks wel even proberen of dat iets uitmaakt, maar gezien jouw uitleg heb ik er weinig vertrouwen in.


M.vr.gr.
Eddie

[Eddie]

Na het toevoegen van 'ro quiet splash' krijg ik zoals verwacht weer de melding:
Error 11: Unrecognized device string
Press any key to continu

Weer eens een tijdje gezocht op Google. Ik zie dat er al 4 versies zijn van 2.6.31-9-rt, er is 9.13, 9.14, 9.151 en 9.152. De laatste staat hier:
https://launchpad.net/ubuntu/+source/linux-rt/2.6.31-9.152
Kan dit een oorzaak zijn van installatieproblemen? Heeft het zin om deze opnieuw te installeren? Moet de huidige dan weggegooid worden? Ik probeer maar wat, want ik heb nog steeds geen idee wat hier aan de hand is.

Ik ben ook weer aan het overwegen om de harddisk te formatteren en een schone installatie te doen. Ik ben al een week bezig met deze upgrade (meer dan 20 uur aan besteed) en ik ben bang dat repareren of niet lukt dan wel maanden gaat duren als mijn tempo van vorderingen blijft zoals de afgelopen week. Wie heeft nog advies?


M.vr.gr.
Eddie

[Gijsbert]

Ik denk dat een schone installatie het beste is, ik zou voor de Alternate versie gaan, deze begint direct met de installatie en is geen Live cd.

[donpedroII]

De toevoegingen 'ro quiet splash' hebben geen directe invloed op het wel of niet werken van de kernel.
Dat je in de menu.lst de kernel alleen maar aan de praat krijgt met de UUID entry verbaasd mij, Grub zou daarmee overweg moeten kunnen ... zou iets kunnen zijn van 9.10 

Om een antwoord te geven op je probleem waarom je niet de nieuwste kernel krijgt ligt volgens mij aan de basis van je systeem.
Bepaalde pakketten zitten nog verweven met de oudere kernels en zolang die pakketten niet worden ge-update zal deze ook niet worden vernieuwd.
Het was mij ook al eens in het verleden opgevallen dat na een major update ik eignelijk niet een verse kernel kreeg, terwijl dat wel zo was bij een fresh install.

Dus wil je inderdaad een systeem met de allerlaatste kernel, zul je inderdaad een fresh install moeten uitvoeren.

En 20 uur met een systeem bezig om het aan de praat te krijgen/houden is nog maar kort 

BTW;
Zelf draai ik hier nu 9.04 met de volgende kernel 2.6.28-16-generic.
In VirtualBox draait 9.10 met de volgende kernel 2.6.31-13-generic.

[Eddie]

Ik denk dat een schone installatie het beste is, ik zou voor de Alternate versie gaan, deze begint direct met de installatie en is geen Live cd.

Hallo Gijsbert,

Een week geleden kreeg ik hier het advies om vooral niet opnieuw te installeren. Repareren zou de te preferen optie zijn. Waarom weet ik niet.

Ubuntu Studio is te groot voor een live CD. Ik heb een live-DVD die het prima doet op mijn IBM T60p laptop met Windows. Als ik die in mijn Linux-PC stop dan krijg ik na de keuze 'try without changes' even een logotje in beeld, de DVD-speler stopt en 10 seconden later verschijnen er wat gekleurde blokjes in beeld. Wat hieruit te concluderen?

Ik heb hier ook al de 'ubuntustudio-9.10-alternate-i386.iso' met goede MD5 checksum. Die zal ik dan maar op mijn DVD-rewritable zetten (die heeft zijn kosten al dik terugverdiend). Waarom is een 'alternate' hier eigenlijk een betere optie? Wat bedoel je met een 'schone' installatie?

Ik heb wel even gezocht op Internet, maar zoals gebruikelijk vind ik daar geen nuttige informatie. Als voorbeeld: zoek op 'alternate install' dan lees ik bij bv. https://wiki.ubuntu.com/NlInstallatieHandleiding/Alternate:
NlInstallatieHandleiding/Alternate
This page does not exist yet. You can create a new empty page, or use one of the page templates.

@donpedro: bedankt voor de respons, een 'fresh install' is vermoedelijk hetzelfde als een 'schone installatie'? Als meer dan 20 uur kort is voor een installatie voor iemand zoals ik die al ruim 30 jaar met computers werkt dan zie ik de toekomst voor Linux somber in. Ik voel mij altijd buitengewoon onprettig bij dit soort computergeklooi.

M.vr.gr.
Eddie

[donpedroII]

Het antwoord is vaak simpel of wel of niet kiest voor een nieuwe frisse installatie.

WEL: Je hebt nog geen noemenswaardige dingen binnen het systeem verandert, dan kun je kiezen voor een frisse installatie.
Oftewel je bent een eenvoudige basis gebruiker.
Dan is een backup van je /home vaak voldoende.

NIET: Je bent een intensieve gebruiker die graag de dingen naar eigenhand zet, dan is het redden van een systeem vaak ook een uitdaging.

Ben zelf nog steeds aan het wachten met de update naar 9.10.
ik wacht meestal een dikke maand, zodat ik een beetje een beeld krijg van wat de hete hangijzers zijn.
1 is al meer als duidelijk ... Grub naar Grub2, die verloopt voor een grote groep gebruikers niet zo vlekkenloos als de community had gehoopt.

Ik voel mij altijd buitengewoon onprettig bij dit soort computergeklooi.

En daar zit dus ook nog de drempel voor veel gebruikers om op een eenvoudige manier over te stappen van Windows naar bijv. Ubuntu of een andere distro.

Hoop dat met een nieuwe installatie je ervaring een iets positievere draai mag gaan krijgen 

[Eddie]

Hallo donpedroII,

In een ander bericht heb ik advies gevraagd over mijn te lage monitor resolutie. Na een hoop geklungel met 'menu.lst' en 'xorg.conf' was ik iets verder gekomen. Kernel 2.6.31-14 start op in grafische en recovery mode. Gisterenmiddag had ik enkele veranderingen, die foutmeldingen gaven, teruggedraaid. Na het eten stond er ineens een login-scherm en bleek de resolutie verhoogd. In Preferences>Display stonden nu veel meer opties en kon ik de echte resolutie van mijn monitor kiezen. In 'xorg.conf' zag ik iets nieuws:
Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce 6200 LE"
EndSection
De grafische kaart is spontaan herkend! Er zijn zeker geen updates geweest want de PC was niet verbonden met Internet. Maar er was nog meer, vorige week gaf 'aplay -l' als respons 'no soundcards detected' nu kwam er ineens weer de normale lijst met gegevens. Ook de Alsamixer was spontaan terug van weggeweest. Meteen ook maar even mijn script geprobeerd om muziek af te spelen en jawel ook dat werkt weer.

Alles lijkt dus nu te werken onder 2.6.31-14! Het enige dat niet werkt is de 2.6.31-9-rt kernel (en dat was nu net de reden om de upgrade te doen). Deze geeft kort na opstarten de melding: Error 11: unrecognized device string. Ik heb me vandaag gerealiseerd dat ik enkele weken voor de upgrade van 9.04 naar 9.10 nog geprobeerd heb de nieuwste rt-kernel te installeren en zag bij de downloads dat dat precies die 2.6.31-9-rt was. Deze installatie is toen afgebroken bij de nvidia 180,44 module (!? In 9.04 had ik dezelfde monitorproblemen). Bij de upgrade is diezelfde kernel weer meegekomen. Kan dat voor vreemde effecten zorgen?


M.vr.gr.
Eddie