Sziasztok!
A probléma a következő: Kernel panic-not syncig:VFS:Unable to mount root fs on unknow-block(3;3). Ezt a hibát írta ki miután a kiválasztottam a modulokat felraktam (make menuconfig, make, és make modules install lilo stb parancsokkal), újraindítás után pedig a fenti hibát írta ki, ha valaki ebben tudna segíteni megköszönném.
előre is köszi a segítséget.
- 5201 megtekintés
Hozzászólások
initrd update megvolt?
mert ha nem és nem forgattad be az FS és/vagy a ATI/SATA/SCSI drivereketm akkor szokott ilyet profukálni.
linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1
- A hozzászóláshoz be kell jelentkezni
Hát az nem volt meg..:( És most mit tehetek?
________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.
- A hozzászóláshoz be kell jelentkezni
felbootolsz régi kernellel és csinálsz egy ilyet
cd /boot
mkinitrd -o initrd.img `uname -r` <- ezzel az aktuális kernelhez csinálsz, amivel felbootolsz
szerk.:
vagyis
mkinitrd -o initrd.img _uj_kernel_verzió_
és lilo.conf-ba is bállítod erre az initrd-t
linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1
- A hozzászóláshoz be kell jelentkezni
Légyszíves azt is leírnád hogy derítem ki, hogy melyik kernel versioja van most fennt?
És a parancs akkor pl így nézne ki?
például: mkinitrd -o initrd.img 2.6.12.20
Amúgy slackware linuxról van szó 12.0.0 a versiója, de a kernel versiojára nem emlékszem.:(
________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.
- A hozzászóláshoz be kell jelentkezni
uname -r
ls /lib/modules
linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1
- A hozzászóláshoz be kell jelentkezni
Az baj hogy a cd vel ha bootlok azzal megy csak cd nélkül nem megy. Hibákat r ki, végig csináltam már amiket ide írtatok de nem tudom hoygan tovább.
LILO version 22.8, Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2006 John Coffman
Released 19-Feb-2007 and compiled at 01:09:42 on Jun 10 2007.
Warning: LBA32 addressing assumed
Reading boot sector from /dev/hda
Using MENU secondary loader
Calling map_insert_data
Mapping message file /boot/boot_message.txt
Calling map_insert_file
Boot other: /dev/hda1, on /dev/hda, loader CHAIN
Added Windows *
Boot image: /boot/vmlinuz
Added Linux
Boot other: /dev/hdd2, on /dev/hdd, loader CHAIN
Warning: Device 0x1640: Inconsistent partition table, 2nd entry
CHS address in PT: 243:0:1 --> LBA (244944)
LBA address in PT: 3903795 --> CHS (3872:13:1)
Fatal: Either FIX-TABLE or IGNORE-TABLE must be specified
If not sure, first try IGNORE-TABLE (-P ignore)
root@csillagocska:~# IGNORE-TABLE -P
-su: IGNORE-TABLE: command not found
root@csillagocska:~# FIX-TABLE
-su: FIX-TABLE: command not found
root@csillagocska:~#
______________________________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.
- A hozzászóláshoz be kell jelentkezni
Bootolj be Slackware alá, majd:
slackpkg reinstall kernel
lilo -v
reboot és örül.
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
Bebootolsz a CD-n lévő kernellel, megnézed, mit hagytál ki a kernelből és belerakod, újrafordítod.
Múltkor én is ezzel szívtam meg, nem a huge.s -t akartam használni, hanem egy kisebb kernelt, abban meg nem volt benne a ReiserFS, rendszert persze arra raktam.
(Utána végül mégiscsak huge.s lett, mert a sajáttal nem ment az fgrlx, és nem volt kedvem szöszölni azzal, hogy mit hagytam még ki).
- A hozzászóláshoz be kell jelentkezni
cd /usr/src/linux
make menuconfig
make
make modules_install
cp arch/i386/boot/bzImage /boot/kernelemneve
mcedit /etc/lilo.conf
felveszed a saját kerneled a disztróét nem piszkálod.
lilo -v
ha nincs hiba saját kernel kiválaszt és bootol.
A most elrontott kerneled javítása:
slackware cd, live cd be, a kernelnek paraméterként megadod:
kernelneve root=/dev/hdaX noinitrd ro
A kernelneve és az X értelemszerűen, ezután kijavítod a hibákat és futtatod a lilo-t majd restart.
--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!
- A hozzászóláshoz be kell jelentkezni
Helló mindenki!
Hasonló problémával küzdök én is. Feltettem a 12.0-ás verziót, a szokásostól eltérő módon, úgy, hogy nem cd-ről bootoltam az install disket, hanem egy, erre a célra kialakított ext3 particióról grub segítségével. A telepítés során semmilyen problémával nem találkoztam, minden rendben volt. Mivel a grubot szeretném használni továbbra is a különböző rendszerek indításához, így a lilo telepítését skippeltem. A már meglévő menu.lst-hez hozzáadtam a slackware által installált kernelt(az összeset kiprobáltam már: generic, huge). Bootparamétert nem találtam az általa generált lilo.conf-ban, így azt én sem adtam meg. A gond az, hogy nem hajlandó elindulni a rendszer, ugyan arra problémára hivatkozva, mint ami az eredeti topiknyitó hozzászólásban le van írva. Van valami ötletetek?
tpz
- A hozzászóláshoz be kell jelentkezni
Miert nem lehet beleforgatni a filerendszert a kernelbe? -1 nyug legalabb es ugy is kell...
Egyebkent meg a leforditott kernelt make install-al rakjatok is fel :)
Lilo megfelelo resze igy nezzen ki:
image = /boot/vmlinuz
root = /dev/sda1 (itt persze helyettesiteni)
label = Slackware
read-only
Es ha nem bootol, akkor CD be, elindit majd csinaljatok egy konyvtarat, ahova 'mount /dev/hdx (ahol a root particio van) /krealt/konyvtar, majd chroot /krealt/konyvtar.
Utana lehet ujraforgatni a kernelt, lilo-t modositani stb.
- A hozzászóláshoz be kell jelentkezni
Ezt értem, de én nem fordítottam kernelt. A telepítő által felrakott generic nem indul el. Annak nem kellene tartalmaznia a szokásos filerendszereket?
tpz
- A hozzászóláshoz be kell jelentkezni
Nem, mivel abban gyakorlatilag az osszes filerendszer benne van jelentosen megnovelne a meretet. Ott tenyleg egyszerubb az initrd-s modszer.
De mi tart vissza forgatastol? Elso lepes a linux vilagaban sztem. :)
A Grubosra valaszolva: annak is meg kell adni az initrd-t. Google tudja hogy, en meg sose hasznaltam :)
- A hozzászóláshoz be kell jelentkezni
Ok, képben vagyok. Most már csak azt nem értem, hogy miért nem csinált alapból initrd-t. Sehol nem találtam, így azt gondoltam, hogy nélküle is menni fog elsőre. Az új kernel készítését az utánra terveztem, hogy sikerül legalább egyszer elindítani a rendszert.
tpz
- A hozzászóláshoz be kell jelentkezni
Oszinten szolva fogalmam sincs :D
Nekem teljesen jol bebootolt az osszes slackware installom. (9.1-ota hasznalom, azota egyszer raktam csak ujra mert aszittem vegleg osszeronditottam, de kozbe csak lama voltam. Az egy 10.2-es verzio volt)
- A hozzászóláshoz be kell jelentkezni
Hi,
Lúzer kérdés: ha "csak úgy" menet közben kernel panic-ol egy gép, akkor hol lehet a következő boot után infót találni arról, hogy mi okozta a panic-ot?
Jó lenne utólag nyugodtan átnézni a dolgokat. Biztos van ilyesmi, csak nem tudom, hol.
Thx.
- A hozzászóláshoz be kell jelentkezni
azt a panicot mar sehol, mert nem ir a discre, vagy serial-ra kell kitolni es figyelni masik geprol, vagy etherconsole vagy a bevalt modszer: fenykepezo...
(memtest volt?)
___
info
- A hozzászóláshoz be kell jelentkezni
még nvram-ba se tesz semmit? B-(
Szomorú.
Köszi.
- A hozzászóláshoz be kell jelentkezni
AIX és hozzá való vas esetén ha jól emlékszem /var/adm/ras/vmcore.x -be rakja ki a swap-ról a boot során, ha kicsi a /var, akkor mehet tape-re (ha van...).
- A hozzászóláshoz be kell jelentkezni