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
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
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
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.?
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.