Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Geen kernelupdate blijkbaar. Waarom?  (gelezen 1528 keer)

Offline koos4401

  • Lid
  • Steunpunt: Nee
Geen kernelupdate blijkbaar. Waarom?
« Gepost op: 2010/11/24, 21:46:47 »
Waarom loopt mijn LL op deze kernel: (sudo uname -a)
Linux koos4401-desktop 2.6.32-24-generic #43-Ubuntu SMP Thu Sep 16 14:17:33 UTC 2010 i686 GNU/Linux
en niet op een recentere?

Als we weten dat:
OS Ubuntu Lucid Lynx, vers geïnstalleerd als 10.04.1
Machine dual disk, dual boot Vista HP en LL 10.04.1

grub op sdb (=LL-schijf)

Uit pakketbeheer, hopelijk de relevante zaken.
linux-firmware 1.34.1
linux-generic 2.6.32.26.28
linux-headers 2.6.32-24
linux-headers 2.6.32-24-generic
linux-headers 2.6.32-25
linux-headers 2.6.32-25-generic
linux-headers 2.6.32-26
linux-headers 2.6.32-26-generic
linux-headers-generic 2.6.32.26.28
Linux-image 2.6.32-24-generic
Linux-image 2.6.32-25-generic
Linux-image 2.6.32-26-generic
linux-libc-dev 2.6.32-26.47

[b]Uit: /boot/grub/grub.cfg: (ná sudo grub-update)[/b]

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, met Linux 2.6.32-24-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set 6e34b260-700f-48f2-a145-4cdc7a00423f
linux /boot/vmlinuz-2.6.32-24-generic root=UUID=6e34b260-700f-48f2-a145-4cdc7a00423f ro   quiet splash
initrd /boot/initrd.img-2.6.32-24-generic
}
menuentry 'Ubuntu, met Linux 2.6.32-24-generic (herstelmodus)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set 6e34b260-700f-48f2-a145-4cdc7a00423f
echo 'Linux 2.6.32-24-generic laden ...'
linux /boot/vmlinuz-2.6.32-24-generic root=UUID=6e34b260-700f-48f2-a145-4cdc7a00423f ro single
echo 'Initiële ramdisk laden ...'
initrd /boot/initrd.img-2.6.32-24-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set 6e34b260-700f-48f2-a145-4cdc7a00423f
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set 6e34b260-700f-48f2-a145-4cdc7a00423f
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Vista (loader) (on /dev/sda1)" {
insmod ntfs
set root='(hd0,1)'
search --no-floppy --fs-uuid --set d4f4513df4512352
chainloader +1
}
### END /etc/grub.d/30_os-prober ###[/size]


Moderator edit: Code tags geplaatst om e.e.a. leesbaar te houden.





« Laatst bewerkt op: 2010/11/24, 22:22:56 door Ron »
Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523

Offline Cumulus007

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #1 Gepost op: 2010/11/24, 22:49:37 »
Omdat de kernel een essentieel onderdeel is van Ubuntu, en daarom alleen wordt bijgewerkt wanneer er kritieke fouten zijn verholpen.

Offline Buzzin

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #2 Gepost op: 2010/11/25, 09:35:18 »
Een volledig OS zal bijna nooit de nieuwste versie van de kernel gebruiken omdat het anders niet stabiel te houden is.
Je kunt wel zelf de nieuwe kernel gaan compileren, maar wees niet verbaast als er dan dingen grondig stuk zijn daarna (hoeft natuurlijk niet)
Football: A battle between two teams of mindless thugs over scraps of coloured cloth. Usually accompanied by the spectacle of 22 overpaid primadonnas kicking a ball on a field.
DebianDevuan, KDE & OperaVivaldi addict, RedHat Engineer

Offline Maik

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #3 Gepost op: 2010/11/25, 09:49:08 »
Bij mij loopt Lucid anders op de 2.6.32-26-generic.

Offline Progger

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #4 Gepost op: 2010/11/25, 10:18:53 »
Bij mij ook de 2.6.32-26-generic, heb die gisteren probleemloos via de reguliere update binnengekregen.  ;)
Laptop MSI U123 (160 GB) 1 GB ramMint Cinnamon 18 LTS
Laptop Toshiba Tecra  (80GB) 2 GB ram Fedora 24
Dell Latitude D600 Pentium M 1400MHz 512MB ram
Bouwjaar 2003 met Debian 8 (Jessie)

Offline koos4401

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #5 Gepost op: 2010/11/25, 12:32:13 »
Dank voor alle reacties.
Ik maak mij nog geen zorgen, ik vraag me alleen maar af...
@Progger & DarkEra: Mijn vraag werd inderdaad gesteld n.a.v de updates van gisteren (24-nov-2010)
Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523

Offline Progger

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #6 Gepost op: 2010/11/25, 12:36:37 »
@koos4401

Met het commando:

grep menuentry /boot/grub/grub.cfg

krijg je in een terminal al de aanwezige kernels op je systeem te zien, de bovenste is diegene die in gebruik is op je systeem.  ;)
Laptop MSI U123 (160 GB) 1 GB ramMint Cinnamon 18 LTS
Laptop Toshiba Tecra  (80GB) 2 GB ram Fedora 24
Dell Latitude D600 Pentium M 1400MHz 512MB ram
Bouwjaar 2003 met Debian 8 (Jessie)

Offline koos4401

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #7 Gepost op: 2010/11/25, 13:30:42 »
Volgens aanwijzing van Progger zou alléén ...-24.. "in dienst" zijn van de kernels:
menuentry 'Ubuntu, met Linux 2.6.32-24-generic' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry 'Ubuntu, met Linux 2.6.32-24-generic (herstelmodus)' --class ubuntu --class gnu-linux --class gnu --class os {
menuentry "Memory test (memtest86+)" {
menuentry "Memory test (memtest86+, serial console 115200)" {
menuentry "Windows Vista (loader) (on /dev/sda1)" {
Ook aardig:
koos4401@koos4401-desktop:~$ sudo os-prober
[sudo] password for koos4401:
/dev/sda1:Windows Vista (loader):Windows:chain
evenals:
koos4401@koos4401-desktop:~$ sudo update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.32-26-generic
Found kernel: /boot/vmlinuz-2.6.32-25-generic
Found kernel: /boot/vmlinuz-2.6.32-24-generic
Found GRUB 2: /boot/grub/core.img
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done
alle kernels zijn er wel.

Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523

Offline Progger

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #8 Gepost op: 2010/11/25, 13:34:56 »
Raar, heb je al geprobeerd met:

sudo apt-get update && sudo apt-get upgrade

Copiëren en plakken in de terminal om typfouten te vermijden. Wordt de laatste nieuwe kernel dan wel geïnstalleerd?
Laptop MSI U123 (160 GB) 1 GB ramMint Cinnamon 18 LTS
Laptop Toshiba Tecra  (80GB) 2 GB ram Fedora 24
Dell Latitude D600 Pentium M 1400MHz 512MB ram
Bouwjaar 2003 met Debian 8 (Jessie)

Offline Johan van Dijk

  • Administrator
    • johanvandijk
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #9 Gepost op: 2010/11/25, 20:10:25 »
Zo te zien is er iets vreemds aan de hand met de configuratiebestanden van GRUB.
Heb je misschien zowel GRUB1 als GRUB2 geïnstalleerd?

Uit je eerdere meldingen:
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lstmenu.lst is voor GRUB1

En je hebt ook een /boot/grub/grub.cfg bestand, voor GRUB2

Hoe je dit het beste kan herstellen weet ik niet precies. Zorg er in ieder geval wel voor dat je een bruikbare live-cd bij de hand hebt om van op te kunnen starten. Het beste is dat de live-cd dezelfde Ubuntu-versie is als je geïnstalleerde systeem. Verknoei je GRUB helemaal, dan kan je in ieder geval nog opstarten via de live-cd om het te herstellen.

Wat je kan proberen is het verwijderen van het pakket grub. Dit is voor GRUB1.
Hierna sudo update-grub nogmaals uitvoeren.

Offline koos4401

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #10 Gepost op: 2010/11/25, 21:58:59 »
Progger vroeg:
Citaat
Raar, heb je al geprobeerd met:
sudo apt-get update && sudo apt-get upgrade
Nou en of!! En zonder tikfouten, want de updates kwamen en komen prompt binnen.

Johan van Dijk vroeg:
Citaat
Zo te zien is er iets vreemds aan de hand met de configuratiebestanden van GRUB.
Heb je misschien zowel GRUB1 als GRUB2 geïnstalleerd?
Niet dat ik weet: ik heb een verse instal gedaan, zoals ik eerder schreef. Je leest overigens nauwkeuriger dan ik: dat grapje had ik overzien (omdat het onbewust in mijn brein uitgeschakeld was?)
Helpt dit: koos4401@koos4401-desktop:~$ which grub
/usr/sbin/grub
Zo ja hoe kom ik van grub(1) af en houd grub2 over/heel?
Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523

Offline Johan van Dijk

  • Administrator
    • johanvandijk
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #11 Gepost op: 2010/11/25, 23:56:21 »
Zo ja hoe kom ik van grub(1) af en houd grub2 over/heel?

Wat je kan proberen is het verwijderen van het pakket grub. Dit is voor GRUB1.
Hierna sudo update-grub nogmaals uitvoeren.

Offline HarzG

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #12 Gepost op: 2010/11/26, 21:52:33 »
3 vragen:
1. Heb je Ubuntu vóór of na Vista geïnstalleerd?
2. Wordt Grub2 in de MBR van sda (hd0) of van sdb (hd1) geïnstalleerd?
3. Zijn er beschermingsprogramma's voor dezelfde HD actief waar Grub2 in de MBR staat (... en die dus kunnen voorkomen dat de MBR aangepast wordt)?
Xubuntu 18.04-rc; siduction-15.1.0 Xfce

Offline koos4401

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #13 Gepost op: 2010/11/27, 09:55:28 »
@HarzG:
1. LLynx is op sdb geïnstalleerd ná VistaHP ( IIbex op sdb ná VistaHP; hele schijf sdb beschikbaar gesteld voor LLLynx)
2. Grub2 op sdb(hd1)
3. Dubieus antwoord: op LLLynx loopt wegens de dualboot clamav. Weet niet of ik ja of nee moet antwoorden.

Ook @Johan van Dijk:
aanvalsplan: allereerst: images van sda resp sdb; dan 2. reboot met MS-vistaschijf en fixmbr op sda; dan 3.reboot en zet in bios sdb als eerste opstartschijf.
Lijkt dat wat?
Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523

Offline HarzG

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #14 Gepost op: 2010/11/27, 11:05:37 »
Achtergrondinformatie
Stel je installeert meerdere (Linux)systemen, dan moet Grub van elk systeem in de partities geïnstalleerd worden. Vervolgens wordt dan de "start"-Grub in de MBR van de 1e HD geplaatst. Deze bevat de opdrachten om een bepaalde HD-partitie te booten en zodra deze partitie wordt benaderd, piept het systeem de Grub-bootloader van de betreffende partitie op.
Met Windows wordt door Grub de boot-opdracht via chainloading gegeven, d.w.z. de partitie zelf moet "bootable" zijn en daarvoor wordt de Windows bootloader opgevraagd. Ook hier gebeurt dat door het opvragen van een partitie-eigen bootloader.

Er lijkt nu bij jou een Grub-configuratie te worden opgevraagd die in een ouder Grub1-bestand staat. Daar (zie /boot/grub/menu.lst) staat waarschijnlijk alleen de oudere kernel in en deze configuratie wordt benaderd vanuit de MBR van sda (hd0).
Omdat je systeem 2 HD's bevat, wordt vermoedelijk elke geactualiseerde Grub2 door Ubuntu in de MBR van sdb geschreven.

Als je in de BIOS de volgorde aanpast van de HD's, kan het probleem meteen opgelost zijn voor Ubuntu. Maar misschien snapt Windows dan zijn plaats niet meer omdat in de Windows-bootmanager staat dat Windows op de 1e HD staat.

Mogelijke oplossing 1
Je herstelt de Windows-bootloader met de Vista-schijf en fixmbr. Vervolgens schrijf je handmatig in de Windows boot-configuratie dat Ubuntu op de 2e HD staat. De correcte opdracht hoe dat moet, weet ik zo niet uit mijn hoofd - maar Google kan dat vinden.

Mogelijke oplossing 2
Je herstelt Grub2 met de Lucid Lynx live-CD en legt daarin vast dat Grub2 in de MBR van sda (hd0) geschreven moet worden en de configuratie van sdb (hd1) moet gebruiken.
Misschien wordt dat ook automatisch door Grub2 uitgevoerd, maar dat weet ik niet. De tip van Johan van Dijk om Grub1 te verwijderen, zou ik in ieder geval uitvoeren.

Ik gebruik nog steeds Grub1, daarmee kan ik met een eenvoudige tekst-editor aanpassen wat ik wil en (ook prettig voor mij) begrijpen.

De reden voor de eerdere vraag 3 is geen Linux-programma maar een Windows-programma. Er zijn Windows-systemen die de MBR beschermen en telkens herstellen als die gewijzigd wordt door Linux. Clamav beschadigt daar niets in de MBR.
« Laatst bewerkt op: 2010/11/27, 11:09:40 door HarzG »
Xubuntu 18.04-rc; siduction-15.1.0 Xfce

Offline koos4401

  • Lid
  • Steunpunt: Nee
Re: Geen kernelupdate blijkbaar. Waarom?
« Reactie #15 Gepost op: 2010/11/27, 19:58:51 »
't Blijft mijnerzijds even stil, maar, om een bekende gouverneur te citeren: "I'll be back". ( bootscreen geeft aan grub 1.978 (=grub2))
Edit na herstart de volgende dag: Aflezing van grub-versie fout onthouden.
« Laatst bewerkt op: 2010/11/28, 11:07:26 door koos4401 »
Op 27-okt-2009 om 08.20 GMT geregistreerd als gebruiker nr.: 498523