problem z uruchomieniem drugiego systemu Linux

[lellus]

Witam.
Ponieważ nie jestem expertem od spraw Linuxa, a google i czytanie różnych forum nie przyniosło niestety pożądanych efektów chciałbym przedstawić mój problem na tym forum:

Miałem dwa dyski
1. 80 GB SATA  z Fedora 7
2. 80 GB IDE z WXP

Dokupiłem dysk 160 GB SATA, odpiąłem dysk 80 GB z F7 a na jego miesjce włożyłem nową 160tkę i zainstalowałem Fedorę 9.

Z różnych względów potrzebuję jednak żeby działało to teraz tak - dysk z F7 tak jak był na pierwszym kontrolerze SATA, dysk 160 z F9 na drugi kontrolerze SATA, dysk w WXP jak był na IDE. No i oczywiście żeby wszystkie systemy dały się uruchomić. I teraz tak: nie ma problemu z F7 i z WXP - uruchamiają się, ale F9 nie potrafię uruchomić. Czy da się tak ustawić w GRUBie żeby F9 uważała że startuje z pierwszego kontrolera SATA i nie marudziła (F9 była instalowana na dysku sda a jest teraz na sdb). Albo co zmienić w F9 żeby uruchomil się bez przepinania kabelków.

obecnie moje pliki wyglądają tak:

grub.conf

Kod: [Zaznacz]

# 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,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora FC7 (2.6.22.9-91.fc7)
	root (hd0,0)
	kernel /vmlinuz-2.6.22.9-91.fc7 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
	initrd /initrd-2.6.22.9-91.fc7.img
title Fedora FC7 bez NVIDIA (2.6.22.1-41.fc7)
	root (hd0,0)
	kernel /vmlinuz-2.6.22.1-41.fc7 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
	initrd /initrd-2.6.22.1-41.fc7.img
title Fedora FC9 (2.6.25.10-86.fc9.x86_64)
	root (hd2,0)
	kernel /vmlinuz-2.6.25.10-86.fc9.x86_64 ro root=UUID=bdab76ea-4524-49ea-ab19-97600cea0c92
	initrd /initrd-2.6.25-14.fc9.x86_64.img
title WXP 
	rootnoverify (hd1,0)
	makeactiv
	map (hd0) (hd1)
	map (hd1) (hd0)
	chainloader (hd1,0)+1

polecenie fdisk -l :

Kod: [Zaznacz]

Disk /dev/sda: 81.9 GB, 81963220480 bytes
255 heads, 63 sectors/track, 9964 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        9964    79931407+  8e  Linux LVM

Disk /dev/sdb: 160.0 GB, 160040803840 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          25      200781   83  Linux
/dev/sdb2              26       12829   102848130   83  Linux
/dev/sdb3           12830       19203    51199155   83  Linux
/dev/sdb4           19204       19457     2040255    5  Extended
/dev/sdb5           19204       19457     2040223+  82  Linux swap / Solaris

Disk /dev/sdc: 80.0 GB, 80025280000 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1        1020     8193118+   b  W95 FAT32
/dev/sdc2            1021        9729    69955042+   f  W95 Ext'd (LBA)
/dev/sdc5            1021        5885    39078081    b  W95 FAT32
/dev/sdc6            5886        9729    30876898+   b  W95 FAT32

przy czym zaznaczam że mogę uruchomić F7 oraz WXP, F9 wypisuje komunikaty np.
/dev/proc /proc No such file or directory

[arctgx]

Możliwe (w Debianie przynajmniej tak jest), że Twój grub.conf tworzony jest przez skrypt update-grub podczas instalacji paczki. Ten z kolei ładuje pewne ustawienia z /etc/grub.d i /etc/default/grub (lub podobnego w innej dystrybucji: wylistuj zawartość paczki i zobaczysz gdzie leży u Ciebie). W tym ostatnim pliku znajduje się linia

Kod: [Zaznacz]

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

Wspominam o niej dlatego, że główny katalog (root) dla jądra z F9 został określony przez UUID systemu plików.

W przypadku braku tej linii można bezpośrednio zmienić parametr root w grub.conf. Możesz spróbować dać po prostu root=/dev/sdb1 lub tam gdzie naprawdę ten system leży.

U mnie jednak nie ma sensu modyfikować grub.conf (chyba że do chwilowych testów), bo przy najbliższej aktualizacji GRUBa skrypt zrobi swoje. Wolę więc grzebać w plikach podanych wyżej.

[lellus]

próbowałem z podaniem bezposrednio dev/sdb1 - ale nic to niestety nie zmieniło... Wygląda to na moje oko tak, że na samym początku ładowania systemu "coś" chce zrobić operacje na dysku sda a powinno na sdb bo zmieniłem port SATA, niestety właśnie nie wiem co to jest to "cos"

[arctgx]

Może więcej tych komunikatów byś podrzucił, co na początku gadają jądro i skrypty z initrd?

Trudno podejrzewać, że byłby to problem z brakiem obsługi SATA, skoro już jeden taki uruchamia się bez problemu.

[lellus]

Dwa takie są na pewno:

open /proc/scsi/scsi : No such file or directory
could not find file system /dev/root

a resztę muszę zobaczyć, ale to za godzinkę, dwie jak do domu wrócę.

[arctgx]

A na jakim etapie uruchamiania to się pokazuje? A może to już po starcie procesu init i wtedy warto by zobaczyć co masz w /etc/fstab dziewiątki? Jeśli init się załadował, to znaczy że partycja "/" została zamontowana i z GRUBem nic robić już nie trzeba.

[lellus]

w fstab w F9 mam dyskie opisane przez  UUID czyli nic tam nie powinno przeszkadać, a na etapie jakim to dokładnie nie wiem, ale wydaje mi się, że właśnie na samym początku init. Tyle że ja nawet przejrzałem plik init zawarty w initrd-2.6.25-14.fc9.x86_64.img i tam też jest linijka
mkrootdev -t ext3 -o defaults,ro UUID=bdab76ea-4524-49ea-ab19-97600cea0c92
czyli znów odwołanie do UUID, jedynie jest coś takiego
resume /dev/sda5
to na pewno muszę zmienić, ale przez tą liniję to raczej nie sypie się to wszystko inne (sda5 obecnei sdb5 jest partycją SWAP)

aha, czy jest jakiś sposób na zatrzymanie wyświetlania tego co pokazuje mi na ekranie? bo mi przeskakuje parę/paręnaście linijek zanim się zatrzyma, i nie wiem co tam jest napisane...

[arctgx]

Mi chodziło o ten init, który już do końca pracuje w systemie i ładuje się po zakończeniu skryptów z initrd. A w komunikatach widać, kiedy to następuje. Ale i w tym wstępnym (skrypcie wtedy) init można zobaczyć czy są polecenia montowania /proc itd.

A może zgodnie z komunikatem, w initrd brak po prostu pliku /dev/proc?

Spróbowałbym Scroll Lock dla zatrzymania.

Gdyby Twoje jądro miało wkompilowane wszystko co trzeba do odczytania partycji (w szczególności obsługę dysków SATA), initrd być może nie byłby wcale potrzebny.