Temat

2221

83.27.226.* napisał:

Mam problem. Skompilowałem sobie najnowsze jądro i jest tak:
1. Mam Gruba.
2. Nie mam obrazu *.img po zainstalowaniu tego nowego jądra.
3. Po załadowaniu innego jądra wyskakuje Kernel Panic: Nie można zamontować korzenia na nieznanym bloku hd0,0.
A edytowałem na hd0,5. Moze pokaze moja konfiguracje pliku grub.conf:

KOD

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,5)
#          kernel /vmlinuz-version ro root=/dev/hda8
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,5)/grub/splash.xpm.gz
hiddenmenu
title Linux 2.6.x (2.6.11-1.1369_FC4)
        root (hd0,5)
        kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/ rhgb quiet
        initrd /initrd-2.6.11-1.1369_FC4.img
title Linux 2.6.14.2
        root (hd0,5)
        kernel /vmlinuz-2.6.14.2 ro root=LABEL=/ rhgb quiet
title WinXP
          rootnoverify (hd0,0)
          chainloader +1

80.54.240.* napisał:

heh nie wiem jak konfiguruje sie gruba (uzywam od zawsze lilo) w howto nic nie pisza? pewnie jest jakis DOC jak to sie konfiguruje...
ps. w lilo to tylko image=/boot/costam;root=/dev/hdaX;read-only;label=costam i finito. po skompilowaniu jajka bzImage i system.map do boot'a i wszystko smiga az milo :] na cholere ten *.img?

83.27.97.* napisał:

Jesli sie nie myle to plik *.img zawiera obraz ramdysku potrzebnego do odpalenia bootsplasha. Wiec mozesz jego brakiem sie nie martwic. A do menu gruba sprobuj dodac

KOD

title Linux 2.6.14.2
kernel (hd0,5)/vmlinuz-2.6.14.2 root=/dev/hda7{tu podaj partycje root, nie wiem jaki ma numer u ciebie} ro

83.27.238.* napisał:

Na szczęście udało mi się. Poleceniem mkinitrd można zrobić ten obraz. Już jądro się odpala.

84.40.129.* napisał:

Jesli sie nie myle to plik *.img zawiera obraz ramdysku potrzebnego do odpalenia bootsplasha. Wiec mozesz jego brakiem sie nie martwic.

Mylisz się (częściowo). Może też ów ramdysk zawierać moduły do obsługi np. dysku i filesystemów, jeśli ktoś ma tak jądro skompilowane, a brakiem tychże jak najbardziej należy się martwić

W sprawdzonych konfiguracjach zazwyczaj można większość rzeczy wkompilować w jądro, pozbywając się zupełnie potrzeby używania initrd.

82.160.131.* napisał:

Witam, problem rozwiazany to mam takie pytanko.
Zalozmy ze przy kompilacji kernela skompiluje sie obsluge dyskow/systemow plikow jako moduly. Teoretycznie chyba kernel nie odpali, dobrze mysle?

.peace

82.47.148.* napisał:

System plików z partycji / musi być wkompilowany w jądro. Pozostałe mogą być jako moduły.

BTW co ty tak z tym .peace ? Już jeden taki był "pozdrawiam Harry".

82.160.131.* napisał:

Goscio na wykladzie tak do jaj chyba gadal zeby sobie sprawdzic empirycznie co sie wtedy stanie jak filesystemy beda jako moduly.

CYTAT

Już jeden taki był "pozdrawiam Harry".

i... ?
.pokój z Tobą

80.54.240.* napisał:

hmm czy ja wiem? teoretycznie chyba by zadzialalo z tymi modulami. przez zrestartowaniem systemu dodalbym do autoloadu modulow odpowiednie wpisy dla tych modulow z FS. nie sprawdzalem, ale teoretycznie powinno sie udac.

84.40.129.* napisał:

Można obsługę filesystemów (w tym /) skompilować jako moduł, ale trzeba wtedy użyć initrd.

Podobne tematy

Działy

00 01 02 03 04 05 06