Strona 1 z 5
[+] Grub i start drugiego systemu
: 02 stycznia 2009, 17:48
autor: Akkon
Poraz pierwszy spotkałem się z taką sytuacją i nie wiem jak z niej wybrnąć. Wczoraj zainstalowałem sobie (jako kolejny OS) Siduxa na szóstej partycji logicznej pierwszego dysku (czyli sda6). Gruba już miałem zainstalowanego (razem z Debianem) w MBR tego dysku. Do
/boot/grub/menu.lst znajdującego się na partycji z Debianem (czyli sda1) dodałem więc właściwe odwołanie do Siduxa
Kod: Zaznacz cały
title Debian GNU/Linux
root (hd0,0)
kernel /boot/vmlinuz-2.6.24-1-686 root=UUID=3f7831eb-4570-402f-b83b-fdf89486a2b7 ro
initrd /boot/initrd.img-2.6.24-1-686
title Sidux-amd64
root (hd0,5)
kernel /boot/vmlinuz-2.6.26-5.slh.6-sidux-amd64 root=UUID=f978b914-a27d-4af9-af46-e09e1bf0a22d ro quiet vga=791
initrd /boot/initrd.img-2.6.26-5.slh.6-sidux-amd64
Niestety Grub jakby nie widział Siduxa i po wybraniu tego systemu informuje:
co jest nieprawdą, bo ścieżka do plików jądra się zgadza. Co bardziej dziwne, odpalenie gruba z poziomu
Super Grub Disk ładującego listę systemów z tego samego menu.lst działa wyśmienicie (wszystkie systemy startują). Próbowałem przeinstalować gruba wykorzystując pakiet Super Gruba, ale nic to nie dało.
Mój układ partycji na tym dysku:
Kod: Zaznacz cały
Device Boot Start End Blocks Id System
/dev/sda1 1 1362 10940233+ 83 Linux
/dev/sda2 1363 19457 145348087+ 5 Extended
/dev/sda5 1363 14386 104615248+ 83 Linux
/dev/sda6 14387 15031 5180931 83 Linux
/dev/sda7 15032 19389 35005603+ 83 Linux
/dev/sda8 19390 19457 546178+ 82 Linux swap / Solaris
: 02 stycznia 2009, 18:03
autor: fnmirk
libata?
Wystarczy prawdopodobnie zamieć nazwy w /etc/fstab i odwołanie w /boot/grub/menu.lst dotyczące Siduksa sda na hda lub odwrotnie. Zależy jak ma być poprawnie.
: 02 stycznia 2009, 18:15
autor: parrotlarch
a próbowałeś moze zamienić
Kod: Zaznacz cały
kernel /boot/vmlinuz-2.6.26-5.slh.6-sidux-amd64 root=UUID=f978b914-a27d-4af9-af46-e09e1bf0a22d ro quiet vga=791
na
Kod: Zaznacz cały
kernel /boot/vmlinuz-2.6.26-5.slh.6-sidux-amd64 root=/dev/sda6 ro
?
ja miałem podobny problem z odpaleniem kubuntu i poszłomi po wywalenia tych opcji bootowania.
: 02 stycznia 2009, 21:16
autor: Akkon
fnmirk pisze:libata?
Wystarczy prawdopodobnie zamieć nazwy w /etc/fstab i odwołanie w /boot/grub/menu.lst dotyczące Siduksa sda na hda lub odwrotnie
Nie nadążam :-/ Obydwa systemy siedzą na tym samym dysku (sda).
parrotlarch pisze:
ja miałem podobny problem z odpaleniem kubuntu i poszło mi po wywalenia tych opcji bootowania
Tego spróbowałem w pierwszej kolejności. Niestety, to by było chyba za łatwe. A tak swoją drogą stosowanie tych UUID'ów jest dla mnie zupełnie nieprzejrzyste. Orientuje się ktoś w jaki sposób to się generuje?
: 02 stycznia 2009, 21:25
autor: lis6502
Nie nadążam :-/ Obydwa systemy siedzą na tym samym dysku (sda).
Ale mają różne kernele, prawda? To że system
a widzi Twój hdd na p-atę jako hda, wcale nie oznacza że na
b też to będzie hda. To jest zależne od kernela. Może spróbuj ponadawać dyskom odpowiednie LABEL, które potem wkomponujesz do gruba
w ten sposób. Wygenerujesz je - chyba - poprzez
e2label.
: 02 stycznia 2009, 22:40
autor: fnmirk
Akkon pisze:Obydwa systemy siedzą na tym samym dysku (sda).
I to nie ma w Twoim wypadku znaczenia.
Wychodzi na to, że Twój podstawowy system rozpoznaje swoje partycje i partycje montowane jako np. sda niezależnie od tego czy to jest dysk ata czy sata. Czyli korzysta ze sterownika libata ale zapisuje nazwy urządzeń w sposób tradycyjny. Natomiast drugi system rozpoznaje nazwy swoich partycji i tych do montowania np. korzystając z UUID (dysku lub partycji) - wskazuje na to uruchomienie systemu poprzez płytkę z SuperGrub.
Zamiast ścieżki do partycji w pliku /etc/fstab Siduksa jest np. tak jak napisał
parrotlarch czyli jest:
a Ty napisałeś w /boot/grub/menu.lst
I dlatego nie możesz tego uruchomić.
libata
UUID Sidux
UUID to następny krok w konfiguracji urządzeń. Można go zastąpić poprzez napisanie tradycyjnej ścieżki do urządzenia i tak powinieneś zrobić.
Może się też zdarzyć, że jeden system zainstalowany na tym samym dysku fizycznym ale na innej partycji korzysta ze sterownika libata, a inny zainstalowany na innej partycji korzysta ze sterownika IDE wtedy jest różnica w nazewnictwie ścieżek do partycji.
Jeden system widzi partycje jako: sda natomiast drugi jako hda. Automatyczne ustawienia czyli grub-update nie działa w takiej sytuacji poprawnie. Podobnie jest kiedy jeden system korzysta z UUID, a drugi z tradycyjnej jeszcze formy.
: 03 stycznia 2009, 13:35
autor: Akkon
lis6502 pisze:Może spróbuj ponadawać dyskom odpowiednie LABEL, które potem wkomponujesz do gruba
Myślisz, że to się sprawdzi?
Wygenerujesz je - chyba - poprzez e2label
Tym zajmuje się e2label, jednak takie operacje można przeprowadzać (tylko?) na czystych dyskach. Ostatnim razem jak się tym bawiłem to etykietki i owszem wygenerowałem, ale skasowałem również sobie tablicę partycji. Tak więc w tym przypadku nie wchodzi to w grę.
Wychodzi na to, że Twój podstawowy system rozpoznaje swoje partycje i partycje montowane jako np. sda niezależnie od tego czy to jest dysk ata czy sata. Czyli korzysta ze sterownika libata ale zapisuje nazwy urządzeń w sposób tradycyjny
Dla jasności: dysk jest SATA i do tej pory wszystkie odwołania były zawsze jako sda.
fnmirk pisze:Zamiast ścieżki do partycji w pliku /etc/fstab Siduksa jest np. tak jak napisał parrotlarch czyli jest:
Kod:
UUID=f978b914-a27d-4af9-af46-e09e1bf0a22d
a Ty napisałeś w /boot/grub/menu.lst
Kod:
/dev/sda6
I dlatego nie możesz tego uruchomić.
libata
Próbowałem i tak i tak tzn.: najpierw przekopiowałem do /boot/grub/menu.lst znajdującego się na Debianie wpis do Siduxa jaki wygenerował jego instalator - czyli z UUID właśnie - nie zadziałało. Później zmodyfikowałem ten wpis zastępując UUID zapisem tradycyjnym - czyli /dev/sda6 - to też nie dało rezultatu. Z kolei Super Grub Disk odpalany z płytki uruchomił Siduxa na podstawie wpisów w menu.lst zarówno tradycyjnych jak i UUID.
fnmirk pisze:UUID to następny krok w konfiguracji urządzeń. Można go zastąpić poprzez napisanie tradycyjnej ścieżki do urządzenia i tak powinieneś zrobić
Czyli? Bo nadal nie do końca rozumiem, mam ten UUID wygenerować samemu? Bo ten wygenerowany przez instalator Siduxa na potrzeby jego własnego menu.lst (przypominam, że ja wszystkie systemy chcę odpalać z menu.lst znajdującego się na Debianie) przecież nie zadziałał? Jeśli tak to tutaj moja wiedza się kończy :-?
W tradycyjnym systemie wszytko było dla mnie przejrzyste. Wystarczyło wiedzieć tylko gdzie, na jakiej partycji co się znajduje i po kłopocie. Zapis UUID nic mi nie mówi - dla mnie to tylko ciąg przypadkowych znaków - nie wiem jak się w tym poruszać.
: 03 stycznia 2009, 13:48
autor: lis6502
Popatrz jak to wygląda u mnie
Kod: Zaznacz cały
lis6502@Nexus:/dev/disk/by-uuid$ ls -l
razem 0
lrwxrwxrwx 1 root root 10 sty 2 22:43 16150734-ac8b-481d-9c4e-50989be937d6 -> ../../sdb3
lrwxrwxrwx 1 root root 10 sty 2 22:43 2495-43C9 -> ../../sdb1
lrwxrwxrwx 1 root root 10 sty 2 22:43 29265425-b263-93dc-0693-7bec01ef26a3 -> ../../sda3
lrwxrwxrwx 1 root root 10 sty 2 22:43 e26a8697-cdaf-45d2-81a9-3c00271c223c -> ../../sda2
lrwxrwxrwx 1 root root 10 sty 2 22:43 f053d740-45bc-4428-bcbc-e6d7fd3e6999 -> ../../sdb2
w linku podanum przez fnmirk'a
tym drugim jest wszystko w miarę przejrzyście opisane. Napisz może
czego nie rozumiesz.
: 03 stycznia 2009, 13:55
autor: Akkon
lis6502 pisze:w linku podanum przez fnmirk'a tym drugim jest wszystko w miarę przejrzyście opisane. Napisz może czego nie rozumiesz.
Ok. Właśnie przeglądam te linki (posta napisałem wcześniej) i rzeczywiście, może samo generowanie nie jest zbyt przejrzyste, ale sposób jego tworzenia już tak ;-) Czyli teraz, poprawcie mnie jeśli się mylę, te wartości wygenerowane pod Debianem mam wpisać do odwołanie do Siduxa w menu.lst?
: 03 stycznia 2009, 13:58
autor: lis6502
do Siduxa w menu.lst?
Jak najbardziej, pamiętając o składni
root=/dev/disk/by-uuid/numer_uuid. Na upartego i do fstaba nie zawadzi wrzucić.
OT: chyba też przejdę na uuid'y ^^