Debian kernel bouwen op snellere computer

[ST10©DE]

Vanwege het aanpassen van de hardware en omdat de kernel verouderd is, wil ik mijn servertje een nieuwe kernel geven. Omdat de server op een minder toegankelijke plaats staat wil ik dit remote doen. Echter, de server is niet zo snel (Dual PPro 200, 1024 MB), het "builden" van een kernel duurt dus nog vrij lang. Daarom wil ik dit gedeelte laten doen door een snellere computer. Met google en GoT heb ik al wel gevonden dat het kan, maar nergens hoe precies. Dus hoe kan ik dat realiseren?

Mijn idee was om de volgende handleiding te volgen:
kernel compilation debian etch

Het lijkt me dat ik tot en met het configureren alles remote kan doen op de server zelf. Maar dan? Hoe zorg ik dat de snellere computer de twee volgende commando's goed uitvoert:

code:

make-kpkg clean
fakeroot make-kpkg --initrd --append-to-version=-custom kernel_image kernel_headers

Welke files heeft de "build-computer" nodig om dit proces correct te laten verlopen? Ik neem aan dat ik daarna de twee .deb files weer op server zet en met dpkg -i installeer.

Of zit ik er helemaal naast en kan ik het hele proces op snellere computer doen en hoef ik alleen de .deb files naar de server te brengen om vervolgens te installeren?

[job]

t/m stap 2.5 kan je gewoon op een snellere pc uitvoeren.
Vanaf 2.6 de bestanden je de server overzetten en daar installeren.

Specifiek een kernel zelf compilen hoeft natuurlijk niet, via apt-get kan je de nieuwste vrij eenvoudign installeren.
Mag ik vragen wat voor specifieke dingen jij in je kernel nodig hebt?

[ Voor 44% gewijzigd door job op 07-11-2007 12:22 ]

[ST10©DE]

Zo, das een snelle reactie Thanks!

Het is dus niet nodig dat kernel-source (stap 2.2) op de server zelf staat?


Het was een volledig scsi systeem, ik heb daar nu een ide disk bij gestoken. Omdat er geen ide support in zat, heb ik dat nu wel nodig. Bovendien is het nog een 2.4 kernel (2.4.33.4), het wordt toch wel eens tijd voor een 2.6 lijkt me...

[ Voor 51% gewijzigd door ST10©DE op 07-11-2007 12:26 ]

[Jaap-Jan]

Nope, gewoon .deb installeren en rebooten .

[ Voor 76% gewijzigd door Jaap-Jan op 07-11-2007 12:27 ]

[Zwerver]

P. Mekes schreef op woensdag 07 november 2007 @ 12:24:
Zo, das een snelle reactie Thanks!

Het is dus niet nodig dat kernel-source (stap 2.2) op de server zelf staat?


Het was een volledig scsi systeem, ik heb daar nu een ide disk bij gestoken. Omdat er geen ide support in zat, heb ik dat nu wel nodig. Bovendien is het nog een 2.4 kernel (2.4.33.4), het wordt toch wel eens tijd voor een 2.6 lijkt me...

Dan nog kan je gewoon een Debian kernel pakken toch? Waarom wil je een eigen kernel bakken?

[ST10©DE]

Ehmm, ja daar heb ik eigenlijk geen goed antwoord op... Waarschijnlijk omdat ik niet zo bekend ben met het upgraden van een kernel en ik eigenlijk alleen maar lees over het compilen en builden van kernels. Beetje een linux noob zeg maar....

Het systeem is dus als volgt:
2x Pentium Pro 200MHz
1024 MB

code:

00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:0d.0 PCI bridge: IBM IBM27-82351 (rev 01)
00:0f.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
00:12.0 PCI bridge: IBM IBM27-82351 (rev 03)
00:14.0 EISA bridge: Compaq Computer Corporation PCI to EISA Bridge (rev 07)
01:06.0 VGA compatible controller: Cirrus Logic GD 5430/40 [Alpine] (rev 22)
01:07.0 Network controller: Compaq Computer Corporation Netelligent Integrated 10/100 TX UTP (rev 10)
01:09.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03)
01:0a.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)
02:00.0 Mass storage controller: Compaq Computer Corporation Smart-2/P RAID Controller (rev 03)

De wlan kaart doet dienst als accesspoint (hostap).

Hoe kan ik dan de kernel via apt-get upgraden?

[Zwerver]

P. Mekes schreef op woensdag 07 november 2007 @ 12:39:
Ehmm, ja daar heb ik eigenlijk geen goed antwoord op... Waarschijnlijk omdat ik niet zo bekend ben met het upgraden van een kernel en ik eigenlijk alleen maar lees over het compilen en builden van kernels. Beetje een linux noob zeg maar....

Het systeem is dus als volgt:
2x Pentium Pro 200MHz
1024 MB

code:

00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:0d.0 PCI bridge: IBM IBM27-82351 (rev 01)
00:0f.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
00:12.0 PCI bridge: IBM IBM27-82351 (rev 03)
00:14.0 EISA bridge: Compaq Computer Corporation PCI to EISA Bridge (rev 07)
01:06.0 VGA compatible controller: Cirrus Logic GD 5430/40 [Alpine] (rev 22)
01:07.0 Network controller: Compaq Computer Corporation Netelligent Integrated 10/100 TX UTP (rev 10)
01:09.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03)
01:0a.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)
02:00.0 Mass storage controller: Compaq Computer Corporation Smart-2/P RAID Controller (rev 03)

De wlan kaart doet dienst als accesspoint (hostap).

Hoe kan ik dan de kernel via apt-get upgraden?

apt-cache search kernel-image
Kies je kernel-image
apt-get install gekozenkernel-image

Kan overigens nowaday ook linux-image oid heten

[ST10©DE]

Ok, ziet er goed en simpel uit

Moet ik dan ook nog wat veranderen aan grub zoals in de eerder genoemde handleiding?

[Zwerver]

P. Mekes schreef op woensdag 07 november 2007 @ 12:43:
Ok, ziet er goed en simpel uit

Moet ik dan ook nog wat veranderen aan grub zoals in de eerder genoemde handleiding?

Het leuke aan apt-get/dpkg/aptitude is dat ie dat allemaal zelf aanpast.... wel ff checken OF dat ook gedaan is voor een reboot de eerste keer

overigens wordt er tegenwoordig aangeraden om aptitude te gebruiken ipv apt-get

[job]

Waarom zou aptitude beter zijn dan apt-get? vanwege het grafische gebeuren?
Ik gebruik eigelijk alleen maar apt-get.

[ Voor 95% gewijzigd door job op 07-11-2007 12:50 ]

[ST10©DE]

Zo, dat gaat nog eens snel Bedankt voor tip!

Ik kreeg een paar meldingen waarvan ik niet weet wat ik er mee moet doen overigens:

code:

**************************************************************
* Please purge the hotplug package!
* (/etc/init.d/hotplug has been found on this system)
**************************************************************

code:

Setting up udev (0.105-4) ...
/sys/class/net/ is not available, persistent interface names not saved.
udev requires a kernel >= 2.6.15, not started.

code:

 Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-5-686/source
 However, I can not read the target: No such file or directory
 Therefore, I am deleting /lib/modules/2.6.18-5-686/source

Maar verder lijkt me dat het geheel is goed gegaan:

code:

Running depmod.
Finding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Running postinst hook script /sbin/update-grub.
Your /etc/kernel-img.conf needs to be updated. Read grub's NEWS.Debian[1]
file and follow its instructions.

 1. /usr/share/doc/grub/NEWS.Debian.gz


You shouldn't call /sbin/update-grub. Please call /usr/sbin/update-grub instead!

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... Generating /boot/grub/default file and setting the default boot entry to 0
Searching for GRUB installation directory ... found: /boot/grub
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.18-5-686
Found kernel: /boot/vmlinuz-2.4.33.4
Updating /boot/grub/menu.lst ... done


Setting up linux-image-2.6-686 (2.6.18+6etch2) ...
Setting up linux-image-2.6-686-smp (2.6.18+6etch2) ...
Setting up kernel-image-2.6-686-smp (2.6.18+6etch2) ...

Ik heb ook netjes de verwijzingen naar grub in /etc/kernel-img.conf veranderd, dus het lijkt mij dat het goed gegaan is?

[Jaap-Jan]

job schreef op woensdag 07 november 2007 @ 12:48:
Waarom zou aptitude beter zijn dan apt-get? vanwege het grafische gebeuren?
Ik gebruik eigelijk alleen maar apt-get.

aptitude is alleen grafisch als je hem aanroept zonder argumenten. Als je aptitude update en aptitude safe-upgrade doet heb je hetzelfde effect als apt-get update en apt-get upgrade.

Het handigste is het opruimen van dependencies als je een pakketje verwijderd. Ik heb bijvoorbeeld eens amarok geïnstalleerd in Ubuntu 7.10, beviel me niet en toen ik hem verwijderde met aptitude purge --purge amarok (--purge is nodig omdat dependencies anders niet gepurged worden, mag van mij standaard) ging alle zut van KDE er ook weer vanaf.

P. Mekes schreef op woensdag 07 november 2007 @ 13:02:
Zo, dat gaat nog eens snel Bedankt voor tip!

Ik kreeg een paar meldingen waarvan ik niet weet wat ik er mee moet doen overigens:

code:

**************************************************************
* Please purge the hotplug package!
* (/etc/init.d/hotplug has been found on this system)
**************************************************************

aptitude purge hotplug doen.

code:

Setting up udev (0.105-4) ...
/sys/class/net/ is not available, persistent interface names not saved.
udev requires a kernel >= 2.6.15, not started.

udev wil niet starten omdat je nu nog op een 2.4 kernel draait. Geen probleem en opgelost met een reboot.

Ik heb ook netjes de verwijzingen naar grub in /etc/kernel-img.conf veranderd, dus het lijkt mij dat het goed gegaan is?

Lijkt er wel op. De nieuwe kernel entries zijn ook toegevoegd aan grub, dus je zou 2.6 moeten kunnen booten. En daarna kun je je 2.4 kernel verwijderen.

[ Voor 6% gewijzigd door Jaap-Jan op 07-11-2007 13:08 ]

[ST10©DE]

Het spannende moment van de reboot zal vanavond moeten plaatsvinden. Dat doe ik liever als ik ter plaatse ben en eventuele opstart probleempjes kan bekijken. Dus vanavond een berichtje met goed nieuws, maar misschien ook wel een met vele vragen.... Mooie cliffhanger dacht ik zo

Nu ben ik in dubio of ik de server op het werk ook zal upgraden (heeft nu kernel 2.6.18) en de uptime van 13:13:33 up 124 days ga "resetten".


Maar in ieder geval ontzettend bedankt!

[Jaap-Jan]

P. Mekes schreef op woensdag 07 november 2007 @ 13:16:
Het spannende moment van de reboot zal vanavond moeten plaatsvinden. Dat doe ik liever als ik ter plaatse ben en eventuele opstart probleempjes kan bekijken. Dus vanavond een berichtje met goed nieuws, maar misschien ook wel een met vele vragen.... Mooie cliffhanger dacht ik zo

Nu ben ik in dubio of ik de server op het werk ook zal upgraden (heeft nu kernel 2.6.18) en de uptime van 13:13:33 up 124 days ga "resetten".

Maar in ieder geval ontzettend bedankt!

Is er wel een update dan. Je hebt de kernel van de huidige machine immers nu ook op 2.6.18 staan en dat is de nieuwste kernel uit Debian Etch.

[ST10©DE]

Jaap-Jan schreef op woensdag 07 november 2007 @ 13:21:
[...]
Is er wel een update dan. Je hebt de kernel van de huidige machine immers nu ook op 2.6.18 staan en dat is de nieuwste kernel uit Debian Etch.

Kwam ik net ook achter

[ST10©DE]

Tja, dat was dus een teleurstelling toen ik thuiskwam en de computer opnieuw opstartte...

Het Grub menu klopte nog, maar na het kiezen van de nieuwe kernel ging het fout. Stom genoeg ben ik vergeten de foutmelding te onthouden maar ik dacht iets van segmentation fault.

Kan het zijn dat er geen ondersteuning voor de Compaq SmartArray 2 raid controller zit in de standaard kernels?

Misschien toch maar proberen een kernel te maken, kan ik ook verschillende onderdelen weghalen die toch niet gebruikt worden (usb, geluid, pcmcia). Of zijn er nog tips die het wel op deze manier mogelijk maken?

Overigens werkt mijn 2.4 kernel gelukkig nog wel (ook niet helemaal soepel meer, de wlan kaart moet ik nu handmatig opstarten). Maar ik kwam erachter dat mijn 2.4 kernel zonder een initrd image werkt terwijl de 2.6 kernel wel een initrd image heeft aangemaakt en ook staat vermeld in menu.lst van grub:

code:

title           Debian GNU/Linux, kernel 2.6.18-5-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-5-686 root=/dev/ida/c0d0p1 ro mem=exactmap mem=640K@0 mem=1023M@1M
initrd          /boot/initrd.img-2.6.18-5-686
savedefault

title           Debian GNU/Linux, kernel 2.6.18-5-686 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-5-686 root=/dev/ida/c0d0p1 ro mem=exactmap mem=640K@0 mem=1023M@1M single
initrd          /boot/initrd.img-2.6.18-5-686
savedefault

title           Debian GNU/Linux, kernel 2.4.33.4
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.33.4 root=/dev/ida/c0d0p1 ro mem=exactmap mem=640K@0 mem=1023M@1M
savedefault

title           Debian GNU/Linux, kernel 2.4.33.4 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.33.4 root=/dev/ida/c0d0p1 ro mem=exactmap mem=640K@0 mem=1023M@1M single
savedefault

Moet die initrd.img er nu wel of niet bij?

[ Voor 51% gewijzigd door ST10©DE op 07-11-2007 20:46 ]

[Jaap-Jan]

Die initrd.img moet er wel bij. Debian stock kernels maken daar gebruik van. Kun je ook de exacte foutmelding geven, de Compaq Smart Array 2 lijkt wel ondersteund te worden door linux en Debian bakt het meeste spul in de kernel.

[ Voor 33% gewijzigd door Jaap-Jan op 07-11-2007 21:03 ]

[ST10©DE]

Ok, komt eraan, ff naar de schuur lopen en opnieuw opstarten

Daar is ie dan:

Unknown interrupt or fault at EIP 00010006 00000060 C0326223

[ Voor 41% gewijzigd door ST10©DE op 07-11-2007 21:15 ]

[ST10©DE]

Ik heb iets gevonden over het uitzetten van acpi, is dat mogelijk bij een standaard kernel? Ik denk dat deze bak (compaq proliant 2500r, uit het museum dus ) inderdaad geen acpi heeft.

Maar het kan blijkbaar ook te maken hebben met:
CONFIG_PROFILE_LIKELY

En dit gaat over dezelfde computer maar daar wordt ik ook geen wijs uit:
Unknow interrupt

[ Voor 39% gewijzigd door ST10©DE op 07-11-2007 21:32 ]

[Jaap-Jan]

P. Mekes schreef op woensdag 07 november 2007 @ 21:25:
Ik heb iets gevonden over het uitzetten van acpi, is dat mogelijk bij een standaard kernel? Ik denk dat deze bak (compaq proliant 2500r, uit het museum dus ) inderdaad geen acpi heeft.

Dit toevoegen aan /boot/grub/menu.lst aan de regel die begint de regel 'kopt='

code:

acpi=off

update-grub draaien en rebooten en kijken of hij dan wil booten. Er zijn er nog meer mogelijkheden, maar deze heb ik hier gevonden.

Maar het kan blijkbaar ook te maken hebben met:
CONFIG_PROFILE_LIKELY

Daar weet ik het fijne niet van.

En dit gaat over dezelfde computer maar daar wordt ik ook geen wijs uit:
Unknow interrupt

En die had ik ook gevonden, blijkbaar is er iets veranderd in de linux kernel die in FC5 meegeleverd was en ze hebben het daar over architecturen, maar i686-smp zou gewoon moeten werken.

[ Voor 10% gewijzigd door Jaap-Jan op 07-11-2007 21:49 ]

[ST10©DE]

Tenzij ik het verkeerd heb gedaan was de acpi=off ook geen oplossing:

menu.lst

code:

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/ida/c0d0p1 ro mem=exactmap mem=640K@0 mem=1023M@1M
# kopt_2_6=root=/dev/ida/c0d0p1 ro acpi=off mem=exactmap mem=640K@0 mem=1023M@1M
.
.
.
.
.
title           Debian GNU/Linux, kernel 2.6.18-5-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-5-686 root=/dev/ida/c0d0p1 ro acpi=off mem=
exactmap mem=640K@0 mem=1023M@1M
initrd          /boot/initrd.img-2.6.18-5-686
savedefault

title           Debian GNU/Linux, kernel 2.6.18-5-686 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-5-686 root=/dev/ida/c0d0p1 ro acpi=off mem=
exactmap mem=640K@0 mem=1023M@1M single
initrd          /boot/initrd.img-2.6.18-5-686
savedefault

title           Debian GNU/Linux, kernel 2.4.33.4
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.33.4 root=/dev/ida/c0d0p1 ro mem=exactmap mem=
640K@0 mem=1023M@1M
savedefault

title           Debian GNU/Linux, kernel 2.4.33.4 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.33.4 root=/dev/ida/c0d0p1 ro mem=exactmap mem=
640K@0 mem=1023M@1M single
savedefault

Voorlopig geef ik het even op, er heeft iemand aandacht nodig... Morgen kan ik weer alleen remote werken. Zaterdag heb ik pas weer de tijd om fysiek bij de copmuter te kunnen, dus tot dan verder met 2.4. Nogmaals bedankt!

[deadinspace]

P. Mekes schreef op woensdag 07 november 2007 @ 21:03:
Unknown interrupt or fault at EIP 00010006 00000060 C0326223

Welke Debian kernel heb je precies geinstalleerd? -bigmem toevallig?

Oh, en voor welke CPU target optimaliseerde je toen je zelf kernels compilede?

[ Voor 17% gewijzigd door deadinspace op 07-11-2007 22:35 ]

[ST10©DE]

Ik heb deze package met apt-get geinstalleerd:
kernel-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package

In de config van mijn 2.4 kernel staat betreffende de cpu's:

code:

#
# Processor type and features
#
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
CONFIG_M686=y
# CONFIG_MPENTIUMIII is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MELAN is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP2 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
# CONFIG_X86_TSC is not set
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_HAS_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_PGE=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_PPRO_FENCE=y
CONFIG_X86_F00F_WORKS_OK=y
# CONFIG_X86_MCE is not set
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_MICROCODE is not set
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_EDD=m
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y
CONFIG_HIGHIO=y
CONFIG_MATH_EMULATION=y
CONFIG_MTRR=y
CONFIG_SMP=y
CONFIG_NR_CPUS=32
# CONFIG_X86_NUMA is not set
# CONFIG_X86_TSC_DISABLE is not set
CONFIG_X86_TSC=y
CONFIG_HAVE_DEC_LOCK=y

[deadinspace]

P. Mekes schreef op woensdag 07 november 2007 @ 22:41:
Ik heb deze package met apt-get geinstalleerd:
kernel-image-2.6-686-smp - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 SMP - transition package

Dat is een transitional package, hij depend op linux-image-2.6-686-smp, welke ook een transitional package is en op linux-image-2.6-686 depend. Je kan kernel-image-2.6-686-smp en linux-image-2.6-686-smp dus weggooien.

In de config van mijn 2.4 kernel staat betreffende de cpu's:

code:

...
CONFIG_M686=y
...

Dat is dezelfde CPU target die in de config van linux-image-2.6-686 op mijn machines staat, dus dat komt iig overeen.


Het lijkt er helaas op dat die error nogal wat oorzaken kan hebben... Twee oorzaken die ik genoemd gezien heb zijn het gebruik van PAE op een CPU die dat niet kan, en problemen met ACPI.

PAE zou het probleem niet moeten zijn, dat gebruikt linux-image-2.6-686 niet (-bigmem wel), en PPro's zouden PAE moeten ondersteunen.

ACPI is een interessantere hoek, maar acpi=off hielp niet. Ik heb dus nog wat meer bootparameters om te proberen:

acpi=off pci=noacpi hpet=disable noapic nolapic apm=off pnpbios=off

Allemaal tegelijk innemen. Het is een hele waslijst, maar dat verhoogt de kans dat er wat tussen zit dat helpt

Je hoeft ze trouwens niet perse in menu.lst te zetten, je kan ze tijdens het opstarten ook toevoegen in GRUB om het eenmalig te proberen. Maar het via menu.lst doen is misschien wel makkelijker omdat je dan kan copy/pasten.

Mocht dat ook niet helpen, dan zou je nog linux-image-2.6-486 kunnen proberen. Als dat ook al niet helpt, dan kun je eens proberen zelf 2.6.18 te compilen met een config die zo veel mogelijk lijkt op je oude 2.4 config. Mocht dat weer niet helpen, dan zou ik hetzelfde proberen met 2.6.23.

[ST10©DE]

deadinspace schreef op woensdag 07 november 2007 @ 23:43:

Dat is een transitional package, hij depend op linux-image-2.6-686-smp, welke ook een transitional package is en op linux-image-2.6-686 depend. Je kan kernel-image-2.6-686-smp en linux-image-2.6-686-smp dus weggooien.

Zoals ik al zei, ben ik een redelijke noob, hoe gooi ik deze image's weg? apt-get remove? mv kernel-image?

ACPI is een interessantere hoek, maar acpi=off hielp niet. Ik heb dus nog wat meer bootparameters om te proberen:

acpi=off pci=noacpi hpet=disable noapic nolapic apm=off pnpbios=off

Allemaal tegelijk innemen. Het is een hele waslijst, maar dat verhoogt de kans dat er wat tussen zit dat helpt

Je hoeft ze trouwens niet perse in menu.lst te zetten, je kan ze tijdens het opstarten ook toevoegen in GRUB om het eenmalig te proberen. Maar het via menu.lst doen is misschien wel makkelijker omdat je dan kan copy/pasten.

Ok, dat ga ik proberen. Ik moet deze neem ik aan zowel bij het "kopt" gedeelte als in het keuze-gedeelte van menu.lst zetten dan neem ik aan, net als ik gedaan heb bij "acpi=off"

Mocht dat ook niet helpen, dan zou je nog linux-image-2.6-486 kunnen proberen. Als dat ook al niet helpt, dan kun je eens proberen zelf 2.6.18 te compilen met een config die zo veel mogelijk lijkt op je oude 2.4 config. Mocht dat weer niet helpen, dan zou ik hetzelfde proberen met 2.6.23.

Dit is inderdaad mijn volgende stap. Helaas, want het vooruitzicht leek zo mooi, simpel en snel.

p.s. bedankt voor de [ cmd ] tag, die wilde ik eigenlijk de hele tijd al gebruiken

[Jaap-Jan]

P. Mekes schreef op donderdag 08 november 2007 @ 09:14:
[...]


Zoals ik al zei, ben ik een redelijke noob, hoe gooi ik deze image's weg? apt-get remove? mv kernel-image?

Met

aptitude purge <pakketnaam>

zoals al eens eerder is gedaan.

Ok, dat ga ik proberen. Ik moet deze neem ik aan zowel bij het "kopt" gedeelte als in het keuze-gedeelte van menu.lst zetten dan neem ik aan, net als ik gedaan heb bij "acpi=off"

Je hoeft ze alleen maar bij "kopt" neer te zetten. Als je daarna het commando

update-grub

doet, wordt dat gedeelte automatisch bijgewerkt met de opties die je hebt ingesteld bij "kopt". Dat hoef je dus niet handmatig te doen.

Dit is inderdaad mijn volgende stap. Helaas, want het vooruitzicht leek zo mooi, simpel en snel.

p.s. bedankt voor de [ cmd ] tag, die wilde ik eigenlijk de hele tijd al gebruiken

Ik heb 'm ook maar eens gebruikt

[ST10©DE]

Vandaag had ik het geluk wat eerder vrij te kunnen nemen, en uiteraard heb ik als eerste de server op nieuw gestart met de genoemde boot-opties. Maar helaas, dit bleef resulteren in dezelfde foutmelding... Heeft er nog iemand suggesties?

[Jaap-Jan]

Ik ben er niet zo'n fan van om op zo'n manier te gaan bughunten, maar misschien kun je de 2.6.22 kernel uit backports.org kunnen trekken om te proberen. Het pakketje wat je moet installeren is linux-image-2.6. Met de instructies in de andere URL zou dat moeten lukken.

Wel jammer dat hier zo weinig over te vinden is, het lijkt geen veel voorkomend probleem te zijn.

[ST10©DE]

Inderdaad, er is vrij weinig over te vinden...

Ben nu met je backport verhaal bezig. Eens kijken of dat lukt

Overigens, van welke manier van debuggen ben je niet weg van? Van mijn informatievoorziening? Als je meer wil weten, shoot!

[ST10©DE]

Ok met backport een andere foutmelding (!):

Int 6: CR2 00000000 err 00000000 EIP c035fe77 CS 00000060 flags 00010006
Stack: 00000000 c03709cc c0354d8d c0123725 c02e714d c034bfc4 c034bfe8 c035517d

Moet nu weer weg, morgen weer vroeg op om te zoeken naar deze foutmelding...

---

Hmm, met deze foutmelding kan ik dus echt helemaal niks relevants vinden via google...
Ben nu toch maar bezig met zelf een kernel te bouwen, volgens de link in de topicstart-post.

[ Voor 24% gewijzigd door ST10©DE op 10-11-2007 14:49 ]

[deadinspace]

P. Mekes schreef op vrijdag 09 november 2007 @ 13:37:
Maar helaas, dit bleef resulteren in dezelfde foutmelding... Heeft er nog iemand suggesties?

Ja, je kunt nog (zoals ik in mijn vorige post al voorstelde) een -486 kernel proberen.

Zou je ook eens de inhoud van /proc/cpuinfo kunnen posten, voor de zekerheid?

Wat je ook nog kan doen is eens in de BIOS kijken naar interessante instelmogelijkheden. Vooral powermanagement en IRQ settings lijken me in dat geval goede kandidaten. Als je een optie in de trand van "Plug and play OS" hebt, dan zou je die eens kunnen veranderen. Als je instellingen in de BIOS verandert, schrijf dan even de originele instelling op op een papiertje ofzo, dat kan handig zijn als je het later naar de originele staat terug wil brengen

P. Mekes schreef op vrijdag 09 november 2007 @ 18:52:
Ok met backport een andere foutmelding (!):

Int 6: CR2 00000000 err 00000000 EIP c035fe77 CS 00000060 flags 00010006
Stack: 00000000 c03709cc c0354d8d c0123725 c02e714d c034bfc4 c034bfe8 c035517d

Hmm, je zou eens in de BIOS kunnen kijken of je iets over interrupt of IRQ 6 vindt.

Ook zou je eens in /proc/interrupts kunnen kijken wat interrupt 6 is (al hoeft dat niet al te veel te betekenen, misschien deelt 2.4 die interrupts anders in).

Wat zijn trouwens de laatste dingen die je ziet voor die foutmeldingen (zowel de oude als de nieuwe)? Misschien is het handig als je de laatste paar regels quote, dan kunnen we misschien vaststellen waar het ongeveer fout gaat in het bootproces, wat zou kunnen helpen het probleem te achterhalen.

[ST10©DE]

deadinspace schreef op zaterdag 10 november 2007 @ 17:02:
[...]

Ja, je kunt nog (zoals ik in mijn vorige post al voorstelde) een -486 kernel proberen.

Ah, sorry vergeten te melden. Ook die heb ik geprobeerd, dezelfde foutmelding als de gewone kant en klare kernels.

Zou je ook eens de inhoud van /proc/cpuinfo kunnen posten, voor de zekerheid?

Jazeker:

paul@mekes:/proc$ cat cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 1
model name      : Pentium Pro
stepping        : 9
cpu MHz         : 199.459
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
bogomips        : 397.31

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 1
model name      : Pentium Pro
stepping        : 9
cpu MHz         : 199.459
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
bogomips        : 398.13

Wat je ook nog kan doen is eens in de BIOS kijken naar interessante instelmogelijkheden. Vooral powermanagement en IRQ settings lijken me in dat geval goede kandidaten. Als je een optie in de trand van "Plug and play OS" hebt, dan zou je die eens kunnen veranderen. Als je instellingen in de BIOS verandert, schrijf dan even de originele instelling op op een papiertje ofzo, dat kan handig zijn als je het later naar de originele staat terug wil brengen
[...]

Hmm, je zou eens in de BIOS kunnen kijken of je iets over interrupt of IRQ 6 vindt.

Hier ga ik morgenmiddag even naar kijken, ik weet alleen niet of ik het kan vinden. Het is namelijk een Compaq Proliant, op zo'n machine werkt het net even anders met dit soort dingen (cd nodig om in de "BIOS" te komen etc.)

Ook zou je eens in /proc/interrupts kunnen kijken wat interrupt 6 is (al hoeft dat niet al te veel te betekenen, misschien deelt 2.4 die interrupts anders in).

paul@mekes:/proc$ cat interrupts
           CPU0       CPU1
  0:     166038     200867    IO-APIC-edge  timer
  1:          2          0    IO-APIC-edge  keyboard
  2:          0          0          XT-PIC  cascade
  8:          0          1    IO-APIC-edge  rtc
 16:         15         15   IO-APIC-level  sym53c8xx
 18:       7740       7702   IO-APIC-level  ida0
 20:       7855       7851   IO-APIC-level  eth0
 23:        464        428   IO-APIC-level  wifi0
NMI:          0          0
LOC:     366780     366779
ERR:          0
MIS:          0

Ik zie helemaal geen INT 6? Dit is dus wel in een 2.4 kernel.

Wat zijn trouwens de laatste dingen die je ziet voor die foutmeldingen (zowel de oude als de nieuwe)? Misschien is het handig als je de laatste paar regels quote, dan kunnen we misschien vaststellen waar het ongeveer fout gaat in het bootproces, wat zou kunnen helpen het probleem te achterhalen.

Zo uit mijn heeft is de laatste regel in dit geval: Linux booting kernel....... en dan onder in beeld de twee regels met INT 6 en Stack

---

Het maken van een eigen kernel ging sneller dan ik had gedacht op deze bak. Echter, bij het opstarten van deze zelf geconfigde kernel (op basis van 2.6.22.12) kreeg ik dezelfde foutmelding als bij de backport kernel.

---

Ok, heb nog iets gevonden misschien dat dat helpt:

for the 2.6 kernel replace mem with memmap. That morphs the example to “linux memmap=exactmap memmap=640K@0 memmap=359M@1M”

[ST10©DE]

Ongeloveloos!! Het onderste gedeelte van mijn laatste post was de oplossing!! Het werkt! Iedereen enorm bedankt voor de hulp!

mekes:/home/paul# uname -a
Linux mekes 2.6.22.12-paul-2.6.22-smp #1 SMP Sat Nov 10 14:51:09 CET 2007 i686 GNU/Linux

[ Voor 35% gewijzigd door ST10©DE op 10-11-2007 19:50 ]

[deadinspace]

Pff, beetje stiekem je post editen he... Nou kan ik die post die ik aan het typen was weggooien

Dat van mem -> memmap was me ook geen enkele keer opgevallen. Nouja, fijn dat het nu werkt in ieder geval

[Jaap-Jan]

Gaaf, mooi dat het werkt.

Wat ik bedoelde met 'op zo'n manier bughunten' was om zaken te gaan upgraden in de hoop dat het problemen oplost. Het was zeker niet een sneer naar jou toe, hoor.