Dotaz: kernel panic rh9

[Martin Vorel]

ach jo ...co je zas tohle?

znicehoz nic mi zatuhnul v Xkach RH9. Po tvrdem resetu mi system nenabehne se slovy:

Kernel panic: No init found. Try passing init= option to kernel.

Zkousel jsem bootnout z diskety a vysledek je stejny... poradite mi prosim nekdo? nerad bych to cely preinstalovaval...

Odpovědi

[Lukas]

Ja bych zkusil jedine aktualizaci z inst. CD.Na to abych se do toho dostal kdyz to nejde samo sem moc maly pan

[rat]

nejsnazsi asi bude nabootovat z inst. CD a dat "linux rescue" a pak zkontrolovat nastaveni. takova hlaska muze mimo jine znamenat, ze se nenasel korenovy filesystem - takze lze zkusit pri normalnim bootu "jmeno_kernelu root=/dev/hdXY", XY podle toho kde se koren nachazi. pokud nevis kde je, vyzkousej postupne vsechny "rozumne" kombinace, ktere u tebe prichazeji v uvahu.
pokud jsi pred tim nez to vytuhlo nedelal nic zasadniho, co by mohlo tykat zavadeni systemu (zmeny konfigurace bootmanageru, zmena bootmanageru, zmena partition table apod.), tak bych se obaval nejake zavady na disku.

[Martin Vorel]

s.m.a.r.t. v biosu mi hlasi ze disk je OK .. nic zasadniho jsem nedelal.. zkompiloval jsem wget pak jsem rozepsal maila .. mezitim zacal stahovat 30 megovej soubor ... na hodku jsem sel na zahradu a kdyz jsem se vratil tak to bylo zbuchly.... to linux rescue zkusim dik za radu ... jinak uz jednou se stalo neco podobnyho ..a to ze grub se startoval do prikazovy radky... tomu disku (Seagate 40GB) opravdu asi nejde moc verit... ach jo ...

[Petr Šobáň]

Taky se mi stalo neco podobného po výpadku napájení, tj. nekorektní vypnutí. Myslel jsem že se něco poškodilo na hd (soubor init, jádro atd...) ovšem bylo to tím že jádro jaksi zapomělo kde je kořen takže jsem nastartoval do rescue režimu a opravil lilo.conf dodal root=/dev/hda8 a provedl lilo a potom start bez problému. Takže pokud se vám PC kousl tak bych to skusil to s tim rootem jak vám radil předchozí příspěvek a pro jistotu ho dopsal i do lila pokud ho používáte nebo do svého grubu ovšem tam nevím jak se to zapíše. No a skontroloval bych PC zda je komplet v pořádku RAM, zdroj, přetaktování atd....

[Martin Vorel]

To je zajimavy ja myslel ze ext3 by me pred ztratou dat kvuli nahlemu vypnuti systemu mel ochranit... zkusim tu recovery a uvidim... zitra poreferuju jeste maly dotaz: (zalozim kvuli nemu novou diskusi) je lepsi lilo nebo grub? hlavne co se tyce spolehlivosti...?

[Martin Vorel]

no takze to zatim dopada takto: linux rescue jsem zadal.... a nakonec to napsalo ze to nenaslo linux :( .. takze jsem se rozloucil s filmy na druhym disku a nainstaloval na nej novz RH9 s tim ze data z toho disku se spadlzm rh9 na nej nakopiruju z nej ... jenze ouha ..kdyz jsem ten disk chtel mountnout tak mi to napsalo: mount: wrong fs type, bad option, bad superblock on /dev/hdb2, or too many mounted file systems a protoze si uz zasinam zoufat, tak jsem nabootoval knopix (tohle pisu z nej :) ) .. ten preci vsechno, tak hezky pripojuje sam... jenze kdzy klepnu na ikonku tz partisnz na plose tak to napise Could not mount device. The reported error was: mount: wrong fs type, bad option, bad superblock on /dev/hdb2, or too many mounted file systems coz se mi ani trosku nelibi ... prosim pomoc!! mam tam dost dulezity data (hlavne maily a php scripty) ..od posledni zalohy na Dat pasku uplynuly jiz 4 mesice (to jsem pouzival jeste MS) a ne vsechno mam na netu) ... diky za kazdou radu

[Pedro Alvarez]

hexedit /dev/hdb2

Me se neco podobneho stalo taky a ty data sem z toho disku uz nedostal... Stalo se to pri poklesu napeti v siti, problikl monitor a z kernelu byl panic. Ale to je tak dva roky zpet a fs byl ext2. Hmmmm...., jeste me napada, ze nekde v Brne je firma, co umi ty data z disku dostat, ale je to bezzaruky a drahy jako pr*se. Co ale uz nevim, je nazev firmy a adresa. Jo a naucil jsem jednu vec - zalohovat porad

[Martin Vorel]

:( :( :( :( :( ale proc ja :( ? vazne s tim nejde nic udelat ? z toho hexeditu by me asi trefil slak ...i kdyz mozna ty scripty bych vydolovat mohl .... neni neco jako : repairext3 /dev/hdb2 ?

[Petr Šobáň]

No skus fsck pokud rozdělení disku je v pořádku tak by to mohlo něco opravit. No ale předem si pokud muzeš udělej zalohu celeho disku dd ..... než začneš opravovat.

[Beda]

pro jistotu na nepripojeny filesystem:
fdisk /dev/hd?? posloupnosti "p" "enter" "q" "enter" zkontrolovat v sloupci id jesli ma partition cislo 83
file -s /dev/hd?? poznava v tom ten filesystem? jestli ne, tak je nejspis prvni superblock poskozeny
tune2fs -l /dev/hd?? vypise to srozumitelne informace, podobaji se priblizne pocty bloku flagy verze superblocku apod? jestli ne mozna odesel do vecnych lovist prvni superblock a pomohlo by najiti druhyho
dumpe2fs -obBLOCK /dev/hd?? pripadne
dumpe2fs -obBLOCK -oB BLOCKSIZE /dev/hd?? nemam predstavu, jestli se to pokusi hadat z kristalove koule velikost bloku na disku (jesli to provede podobny odhad, jako mkfs... podle velikosti partition, ale protoze to je stejny balik programu nad stejnou knihovnou, tak mozna jo, takze zbyva otazka jestli ste si hral s parametry filesystemu pri jeho tvoreni), kazdopadne hledani superblocku, ktery by mohly byt v poradku
mount -o ro,errors=continue,sb=BLOCK /dev/hd?? /nekde

z man mount sb=n Instead of block 1, use block n as superblock. This could be useful when the filesystem has been dam- aged. (Earlier, copies of the superblock would be made every 8192 blocks: in block 1, 8193, 16385, ... (and one got hundreds or even thousands of copies on a big filesystem). Since version 1.08, mke2fs has a -s (sparse superblock) option to reduce the number of backup superblocks, and since version 1.15 this is the default. Note that this may mean that ext2 filesystems created by a recent mke2fs cannot be mounted r/w under Linux 2.0.*.) The block number here uses 1k units. Thus, if you want to use logical block 32768 on a filesystem with 4k blocks, use "sb=131072".

mozna pomuze nasledujici hruba sila pro hledani superblocku

X=0;
while true; do dumpe2fs -ob $X && echo zeby $X && break; $X=$(($X+1)); done

pripadne pak pokracovat uz jen od posledne vypsaneho X nebo jeho nasledovnika tj. rucne udelat X=$(($X+1)) a spustit dal ten while to X pak asi pouzit mount -o sb=$X,ro,errors=continue ...

zamerne je tam pri mountovani flag read only a pokracovani pri chybach, aby se z toho daly dostat data treba i z casti vadny. ve chvili, kdy budou vsechny pouzitelny data zalohovany na jiny partition, tak:
umount
e2fsck -fpb $X /dev/hd..

nic dalsiho me uz asi nenapadne, co by slo udelat jen tak metodou pokus mozna to vyjde...