[arch] Pomoc w skonfigurowaniu menu.lst po kompilacji jądra

Witam! Skompilowałem sobie dzisiaj najnowsze jądro 2.6.39.1, instalacja przebiegła bez problemów, mam jednak problem w podaniu w grubie jak odpalić system na nowym jądrze

mój plik menu.lst >> http://260.cpaste.eu/

Proszę o pomoc

# grub-mkconfig -o /boot/grub/grub.cfg

Z tego co pamiętam to w GRUBie 2 można dodawać z marszu /dev/X.

womperm a skąd wiesz że on ma gruba2? Ryś a próbowałeś wkleić to co masz przy domyślnym jądrze? Jeżeli dalej nie będzie działać, to albo źle skonfigurowałeś jądro, albo masz coś nie tak z initrd. A druga sprawa że 2.6.39 jest już domyślnie w arch.

Domyślnie w Archu masz Gruba 0.97. Aby zainstalować 2 potrzeba dodać repo testing.

Nie trzeba repo testing, ale domyślnie jest grub 1, a ty podałeś polecenia do gruba2:

grub.cfg jest w 2, w 1 mamy przecież menu.lst. Chyba ci się coś pomieszało.

Hmm… takie coś pojawia mi się na ekranie jak odpalam z /dev/sda1, oczywiście próbowałem wpisać to samo co w domyślnym jądrze, ale efekt jest taki sam

http://imageshack.us/photo/my-images/219/hpim1976.jpg/

Jądro jest raczej dobrze skompilowane, robiłem wszystko według tego manuala

https://wiki.archlinux.org/index.php/Ke … _.28.23.29

Pokaż twój /etc/mkinitcpio.conf i spróbuj przebudować initrd. Aha i pokaż wynik:

ls /dev/

W tym trybie w którym ci się teraz arch włącza, czyli ramfs.

/etc/mkinitcpio,conf >> http://1240.cpaste.eu/

ls /dev >> http://img862.imageshack.us/i/97898496.jpg/

Ryś miałeś wpisać ls /dev w trybie ramfs, czyli kiedy masz ten error http://imageshack.us/photo/my-images/219/hpim1976.jpg/ . Próbowałeś przebudować initrd?

gdy wpisuje ls /dev w trybie ramfs pokazuje się dokładnie to samo co w konsoli na x’ach, więc wkleiłem ten drugi wynik bo łatwiej :wink:

Jak przebudować initrd?

Zajrzyj tutaj:

http://forum.pclinuxos.org.pl/viewtopic … 811#p18811

Komendę mkinitrd dostosuj do zawartości Twojego katalogu /boot.

Wersję jądra uzyskasz poleceniem:

uname -r

marcin’82 w arch masz mkinitcpio. Ryś zrób:

mkinitcpio -p kernel26-twoja_nazwa

I na serio masz to samo co na normalnym jądrze? Też tam jest sda, sda1 itd.?

mam jakiś dziwny system…

http://imageshack.us/photo/my-images/39/bootb.jpg/

Nie tak, pewnie będzie:

mkinitcpio -p kernel26-ARCHMOD

Przebudowałem, niestety bez zmian.

Hmmm może brakuje sterownika do system plików? Dodaj do /etc/mkinitcpio.conf w MODULES sterownik do system plików, czyli dla ext4 to będzie po prostu ext4. Aha i pokaż wynik lsmod na normalnie uruchomionym systemie.

lsmod >> http://img33.imageshack.us/i/lsmod.jpg/

dodałem stery do ext4

Mi się zdaje, że błąd tkwi cały czas w źle zdefiniowanym root device w /boot/grub/menu.lst, ponieważ error który się pokazuje mówi, że coś jest nie tak z np. /dev/sda1

W celach poglądowych wstawiam wycinek mojego menu.lst (Grub 0.97):

[root@localhost marcin]# cat /boot/grub/menu.lst

timeout 5

color black/cyan yellow/cyan

gfxmenu (hd0,5)/boot/gfxmenu

default 3


title 2.6.37.4-pclos1.bfs

kernel (hd0,5)/boot/vmlinuz-2.6.37.4-pclos1.bfs BOOT_IMAGE=2.6.37.4-pclos1.bfs root=UUID=dfaeb1dc-50b9-472a-a683-1585d2f42f76 

initrd (hd0,5)/boot/initrd-2.6.37.4-pclos1.bfs.img

oraz wynik:

[root@localhost marcin]# ls -full /boot

razem 25628

drwxr-xr-x 21 root root 4096 cze 20 15:55 ../

-rw-r--r-- 1 root root 1418335 mar 15 20:28 System.map-2.6.37.4-pclos1.bfs

-rw------- 1 root root 3591491 cze 13 09:09 initrd-2.6.38.8-pclos1.bfs.img

-rw-r--r-- 1 root root 2330784 cze 13 09:09 vmlinuz-2.6.38.8-pclos1.bfs

-rw-r--r-- 1 root root 1493 cze 13 09:09 kernel.h-2.6.38.2-pclos1.bfs

-rw-r--r-- 1 root root 164504 cze 14 00:24 memtest-4.20

lrwxrwxrwx 1 root root 30 cze 20 19:07 initrd.img -> initrd-2.6.37.4-pclos1.bfs.img

-rw-rw-r-- 1 root root 256 cze 13 09:09 pl.klt

lrwxrwxrwx 1 root root 27 cze 20 19:07 vmlinuz -> vmlinuz-2.6.37.4-pclos1.bfs

lrwxrwxrwx 1 root root 30 cze 20 07:27 System.map -> System.map-2.6.38.8-pclos1.bfs

drwxr-xr-x 2 root root 4096 cze 14 00:24 grub/

-rw-r--r-- 1 root root 254766 cze 13 09:09 message-graphic

-rw-rw-r-- 1 root root 256 cze 13 09:09 us.klt

-rwxr-xr-x 1 marcin root 517632 cze 13 09:09 gfxmenu*

-rw-r--r-- 1 root root 1565330 cze 13 09:09 System.map-2.6.38.8-pclos1.bfs

drwxr-xr-x 3 root root 4096 cze 20 19:07 ./

-rw------- 1 root root 4541844 cze 18 00:44 initrd-2.6.37.4-pclos1.bfs.img

-rw------- 1 root root 9358611 cze 13 09:09 initrd.img.old

-rw-r--r-- 1 root root 1493 cze 13 09:09 kernel.h-2.6.33.7-pclos6.bfs

-rw-r--r-- 1 root root 126423 cze 13 09:09 config-2.6.38.8-pclos1.bfs

-rw-rw-r-- 1 root root 440 cze 13 09:09 boot.backup.sda

-rw-r--r-- 1 root root 124537 mar 15 20:28 config-2.6.37.4-pclos1.bfs

lrwxrwxrwx 1 root root 26 cze 20 19:07 config -> config-2.6.38.8-pclos1.bfs

lrwxrwxrwx 1 root root 34 cze 20 19:07 kernel.h -> /boot/kernel.h-2.6.38.2-pclos1.bfs

-rw-r--r-- 1 root root 2190672 mar 15 20:28 vmlinuz-2.6.37.4-pclos1.bfs

Tak że nie może zamontować sda1 bo nie ma takie partycji, bo nie może jej wykryć. Cały proces montowania dysku odbywa się w kolejności:

1. System wykrywa wszytkie możliwe nośniki danych i ładuje do niech sterowniki jeżeli są oczywiście dostępne.

2. System sprawdza czy podana partycja root istnieje i jeżeli ją znajdzie to sprawdza jak ma system plików i próbuje załadować odpowiedni sterownik.

3. Po tym całym partycja jest montowana

Problem u ciebie leży gdzieś w którymś etapie. Dlatego prosiłem cię o wynik ls /dev w trybie ramfs żeby się dowiedzieć czego mu brakuje. Dodaj jeszcze do modules w mkinitcpio.conf libata scsi_mod sd_mod sata_nv. EDIT A co to za jądra pclos? Mamy tutaj dalej do czynienia z archem? Bo jakoś nie widzę tutaj domyślnego jądra arch-a? Rozumiem że próbowałeś tak:

title 2.6.37.4-pclos1.bfs

kernel (hd0,5)/boot/vmlinuz-2.6.37.4-pclos1.bfs root=/dev/disk/by-uuid/6257c5e4-36e8-4e7c-a5b0-056272d94a07 ro

initrd (hd0,5)/boot/initrd-2.6.37.4-pclos1.bfs.img

EDIT2

O, nie zaważyłem że to post marcin’82.

Ryś - zajrzyj tutaj:

http://bbs.archlinux.pl/viewtopic.php?id=912 .