Onderwerp: Veranderen van moederbord : kernel panic

Beste WHT-ers,

Daar ik alle servers op gigabit wou krijgen wou ik vandaag mijn VOIP server een ander moederbordje geven. Echter na de installatie van het nieuwe moederbord krijg ik tijdens de start-up een kernel error (Kernel Panic - not syncing : Attempted to kill init!). Heeft iemand een idee hoe ik deze kan oplossen? OS is centos (vermoed ik) met de freePBX skin over (freeBPX out-of-the-box). Voor de duidelijkheid : alleen het moederbord (en de ram) is vervangen, de harde schijf etc niet.

Oud moederbord
- Foxconn N15235 (moederbord met geïntegreerde Intel Atom 230) (oud)
- 2GB ram (nieuw)
- WD 500GB (oud)

Nieuw moederbord
- ASRock E350M1 (moederbord met geïntegreerde dualcore AMD(nieuw)
- 4GB ram (nieuw)
- WD 500GB (oud)

Screenshot (letterlijk) van de foutmelding : http://kris.derocker.name/servers/DSC_0263.jpg

Iemand die mij hier mee verder kan helpen?

Met dank!

Foutmelding zegt genoeg; " mount: could not find filesystem '/dev/root' "

Gokje; Op je oude moederbord werden de schijven gezien als "/dev/sdX" en op je nieuwe moederbord als "/dev/hdX".... Kijk eens in je BIOS of je de SATA interface mode kan veranderen.
Nog een tip: man grub

Juist eens gekeken in de BIOS. Daar kan ik de volgende zaken doen:
- Sata Controller : Enabled (lijkt mij logisch) of disabled
- Sata Mode : AHCI Mode of IDE mode (beiden reeds geprobeerd, met dezelfde fout)
- Sata IDE Combined Mode : Disabled

Voor alle duidelijkheid : je kan zeker gelijk hebben, maar ik ben absoluut geen linuxkenner, eerder een hobbyist

Ik vraag me af of het simpel op te lossen is;

Als ik kijk naar de screenshot lijkt het probleem te zijn dat de kernel de disk of het filesystem niet ziet.
Met een ander moederbord en mogelijk andere chipset kan daar iets in gewijzigd zijn. (bijvoorbeeld dat de kernel die drive nu nummert als sdb).
Dat de kernel wel boot wil niet zeggen dat dit het probleem niet is; De allereerste bootloader gebruikt het BIOS om een lijst blokken te laden, en dat is de kernel. Die start daarna en gaat verder vanaf een ramdisk, maar gebruikt zijn eigen drivers en zoekt aanwezige drives.
Daar lijkt het mis te gaan, en de relevante foutmeldingen zijn de meldingen over het niet kunnen vinden van filesystemen.

Waarschijnlijk ben je sneller door een backup van de userdata op het oude systeem te maken, en een dan een verse install te doen op het nieuwe mobo (en de backup terug te zetten) dan met het oplossen hiervan.

Ik ben bang dat het niet zonder herinstallatie opgelost gaat zijn. Je hebt namelijk een hele andere chipset draaien dan voorheen. Ik heb hier ook eens uren met zitten prutsen en kwam nooit tot een oplossing. Een herinstallatie was in dat geval sneller en gemakkelijker.

Als je centos redelijk up-to-date is dan zal hij de nieuwe chipset waarschijnlijk wel herkennen. Probleem wat je dan houd is dat je /etc/fstab probeert de oude /dev/xxx te laden en niet de nieuwe.

Wat je kan proberen is met een live cd booten, de 500GB disk mounten in de live cd (gebeurd veelal automatisch) en dan vervolgens je /etc/fstab aanpassen naar de juiste format. Je zou via de post boot moeten zien welke dit zijn geworden. Na dat je de wijzigingen hebt opgeslagen, herstarten zonder cd en kijken of hij het nu wel kan mounten.

Mocht dit niet helpen dan zou je zelfs nog de kernel kunnen rebuilden via een livecd zodat al je nieuwe chipsets/drivers etc... mogelijk worden gevonden en ingeladen. Maar goed weet niet of dat nog onder het kopje hobby valt voor je.

Zoals pantsy zegt, hij ziet je sda niet, ik gok dat die op sdb ofzo zal staan.

je fstab bewerken kan je via live boot cd, kernel zal wel goed zitten, zo'n swap is meestal niet zo dramatisch.

Maar je kan ook gelijk nieuwe versie installateren en de backup overzetten, net zo makkelijk.

De kernels van de grote distributies zoals CentOS zijn tegenwoordig standaard zo uitgebreid dat het eigenlijk geen probleem zou moeten zijn. Wellicht inderdaad even via rescue controleren hoe je fstab en bootloader erbij liggen.

Ondertussen is besloten om de pabx te laten draaien als gevirtualiseerd systeem (Xen). Probleem is daarmee ook van de baan.

Bedankt voor alle hulp die ik mocht ontvangen!

Oorspronkelijk geplaatst door IT-worX

Ondertussen is besloten om de pabx te laten draaien als gevirtualiseerd systeem (Xen). Probleem is daarmee ook van de baan.

Bedankt voor alle hulp die ik mocht ontvangen!

Weet je al wat het probleem was dat je geen verbinding kon maken met internet?

Yes, bleek een fout te zijn in de Xen template. Na wat gepruts (nuja... ) van Tim werkte het

Oorspronkelijk geplaatst door golden

Weet je al wat het probleem was dat je geen verbinding kon maken met internet?

Foute configuratie setting in network & ifcfg-eth0