[Linux] bij kernel boot messages langzamer laten zien

[Keiichi]

Ik heb zelf een kernel gebakken voor een linux systeem, maar deze paniced op het moment dat het root filesystem gemount kan worden.
Eigenlijk weet ik voor zo goed als 100% zeker dat mijn kernel alles aan boord heeft om normaal op te starten. Maar op dit iets beter nog te kunnen bepalen, moet ik eigenlijk zien wat de dmesg allemaal exact zegt, maar dit gaat in zo'n tempo in de console dat dit niet kan.

/var/log/dmesg raadplegen word het 'm zeker niet aangezien de kernel op het moment van mounten panict

Is er een manier om bij boot dit in een 'more' of 'less' pager manier te laten zien?

[Stamgastje]

Shift + PageUp gebruiken?

[cherwin]

Stamgastje schreef op woensdag 09 mei 2007 @ 23:23:
Shift + PageUp gebruiken?

In combinatie met scroll lock natuurlijk

honderdste post alweer

[deadinspace]

Inderdaad, shift-pgup/pgdn.

Maar het zou kunnen dat dit na een panic niet meer werkt. In dat geval kun je proberen om tijdens het booten voor de panic de console te locken met Scroll Lock of Ctrl-S (Scroll Lock respectievelijk Ctrl-Q om te unlocken). Het booten (en de output) wordt dan gepauseerd, en je kan dan met shift-pgup/pgdn scrollen.

Alternatief zou je een seriele null-modem cable tussen je computer en een andere computer kunnen hangen, en dan bij het booten de kernel parameter "console=ttyS0" oid mee kunnen geven. Je kernel boot messages komen dan terecht op de seriele poort, en je kan ze dan met je andere computer uitgebreid opvangen en bekijken etc.

[Keiichi]

Aan console=ttyS0 heb ik nog niet gedacht, een andere PC is altijd in de buurt daarbij kan ik alle messages gewoon naar een file laten streamen van de seriele poort om alles op m'n gemak na te lezen.

[mithras]

Afaik blijft je dmesg en kernel.log vol staan wanneer je een kernel panic hebt. Je kan met een live cd er dan toch nog inkijken?

[Keiichi]

mithras schreef op donderdag 10 mei 2007 @ 08:07:
Afaik blijft je dmesg en kernel.log vol staan wanneer je een kernel panic hebt. Je kan met een live cd er dan toch nog inkijken?

Al vraag ik me af waar ie de kernel.log weg wilt zetten als ie uberhaupt al geen filesystem kan mouten

[Sebazzz]

Kan geen kwaad om te proberen, right?

[deadinspace]

The Triad schreef op donderdag 10 mei 2007 @ 19:44:
Kan geen kwaad om te proberen, right?

Nee, op zich niet, maar Keiichi heeft wel 100% gelijk: het gaat niks opleveren

Als de kernel panict voordat hij het root filesystem kan mounten, dan kan hij simpelweg ook niks wegschrijven naar dat filesystem. Overigens worden die bootmessages volgensmij sowieso pas later in het bootproces weggeschreven, tegen de tijd dat syslogd start.

[Keiichi]

Output via de seriele poort manier heeft vruchten afgeworpen

Ik meende in de vlugheid wel iets gezien te hebben dat de controller wel herkend werd, dat werd ie ook. Naar verdere zoektoch gevonden dat de nieuwste kernel gewoon buggy eigenlijk was

[RemcoDelft]

Keiichi schreef op donderdag 10 mei 2007 @ 21:54:
Output via de seriele poort manier heeft vruchten afgeworpen

Kan je vertellen wat je op de 2e computer doet om deze output te laten zien? cat /dev/serialdevice gewoon ?

[deadinspace]

RemcoDelft schreef op donderdag 10 mei 2007 @ 22:01:
Kan je vertellen wat je op de 2e computer doet om deze output te laten zien? cat /dev/serialdevice gewoon ?

Dat kan, mits de seriele poort in de juiste mode staat (juist baudrate, bytegrootte, parity en weetikwat). Het is typisch wat handiger om een programma als minicom te gebruiken, die kan deze dingen ook instellen (al is minicom nou niet het fijnste programma ter wereld...)

[mithras]

The Triad schreef op donderdag 10 mei 2007 @ 19:44:
Kan geen kwaad om te proberen, right?

Ik had gewoon verkeerd gelezen en niet gezien dat de kernel panic was voordat root was gemount. Het had inderdaad weinig zin omdat je niet veel kan zien