furion Napisano Sierpień 11, 2011 Zgłoszenie Share Napisano Sierpień 11, 2011 Witam. Podczas aktualizacji gruba2 w innej dystrybucji Linux,pojawil sie problem. Poniewaz nie wykryl mi Fedory15. Wiec chcialem go odzyskac z chroota. Przy okazji postanowilem w tym chroocie zaktualizowac system. Wiec wpisalem "yum update". Aktualizacje pobralo bez problemu okolo 721 aktualizacji, co dalo w sumie do pobrania 290mb. Wszystko sie pobralo i wczytalo z powodzeniem. System zostal w pelni zaktualizowany. Do grub2 dopisalem taki wpis ### BEGIN /etc/grub.d/30_os-prober ### menuentry "Fedora release 15" { insmod ext2 set root='(hd0,0)' search --no-floppy --fs-uuid --set 0559379e-7421-42b4-a68f-4cd8466925f2 linux /boot/vmlinuz-2.6.40-4.fc15.i686 root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 ro initramfs /boot/initramfs-2.6.40-4.fc15.i686.img } ### END /etc/grub.d/30_os-prober ### Wykryl ten wpis grub2. Wybralem Fedore i zamiast systemu pojawil sie czarny ekran masa wpisów. Na tym sie zatrzymalo. Kernel Panic -not syncing: VFS Unable to mount root fs on unknow. Pid 1 comm swaper not tained 2.6.40-4.fc15.i686 Nie wiem teraz co jest tego powodem. Czy zly wpis w grubie który sklekotalem z pomoca google. Czy to po prostu wina aktualizacji. To juz moja trzecia próba instalacji Fedory. Nie liczac kiedys Fedory9. Pomozecie? Z takim wpisem ruszylo tylko ladowanie logo Fedory i doslownie po kilku minutach pojawil sie ekran logowania. Jednak nie moge sie zalogowac , mimo ze jest poprawny login i haslo. Wcisnalem skrót Ctrl+alt+f2 i próbowalem bez xów sie zalogowac. Nadal to samo, czy to z usera czy roota. ### BEGIN /etc/grub.d/30_os-prober ### menuentry "Fedora (2.6.38.6-26.rc1.fc15.i686)" { insmod ext2 set root='(hd0,0)' search --no-floppy --fs-uuid --set 0559379e-7421-42b4-a68f-4cd8466925f2 linux /boot/vmlinuz-2.6.38.6-26.rc1.fc15.i686 ro root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=pl2 rhgb quiet initrd /boot/initramfs-2.6.38.6-26.rc1.fc15.i686.img } menuentry "Fedora (2.6.40-4.fc15.i686)" { insmod ext2 set root='(hd0,0)' search --no-floppy --fs-uuid --set 0559379e-7421-42b4-a68f-4cd8466925f2 linux /boot/vmlinuz-2.6.40-4.fc15.i686 ro root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=pl2 rhgb quiet initrd /boot/initramfs-2.6.40-4.fc15.i686.img } ### END /etc/grub.d/30_os-prober ### System nadal sie nie uruchomil. Chyba jest nadal jakis blad , zly wpis w grub2? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
thof Napisano Sierpień 11, 2011 Zgłoszenie Share Napisano Sierpień 11, 2011 Nie wiem teraz co jest tego powodem. Czy zly wpis w grubie który sklekotalem z pomoca google. Tak, na pewno taki jest powód, aktualizacje nie maja tu nic do tego. Grub2 ma dosyc wygodna konsole przez, która mozesz sprawdzic czy wpisy sa poprawne i bootowac z niej system. Wiecej informacji jak poslugiwac sie konsola znajdziesz na https://wiki.archlinux.org/index.php/Grub2 EDIT: a co do drugiego to próbujesz odpalic system na starszym jadrze, podczas gdy sterowniki wlasnosciowe dla kart graficznych sa zainstalowane tylko dla nowszego, stad problemy z uruchomieniem pulpitu. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
furion Napisano Sierpień 12, 2011 Autor Zgłoszenie Share Napisano Sierpień 12, 2011 Tak, na pewno taki jest powód, aktualizacje nie maja tu nic do tego. Grub2 ma dosyc wygodna konsole przez, która mozesz sprawdzic czy wpisy sa poprawne i bootowac z niej system. Wiecej informacji jak poslugiwac sie konsola znajdziesz na https://wiki.archlinux.org/index.php/Grub2 EDIT: a co do drugiego to próbujesz odpalic system na starszym jadrze, podczas gdy sterowniki wlasnosciowe dla kart graficznych sa zainstalowane tylko dla nowszego, stad problemy z uruchomieniem pulpitu. Nie mam ArchLinux tylko F15, wiec nie wiem o co chodzi z tym grub2. Jak sie sprawdza te wpisy poprawnie? Po upgradzie grub2 i tak nie wykrywa mi Fedory. Tylko nadpisuje te wpisy co dodalem w grub.cfg. Uzylem jeszcze tego polecenia ' grub-mkconfig -o /boot/grub/grub.cfg' Które utworzylo mi taki wpis w grubie ze starym jadrem Fedory ### BEGIN /etc/grub.d/30_os-prober ### menuentry "Fedora (2.6.38.6-26.rc1.fc15.i686) (on /dev/sda1)" { insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 0559379e-7421-42b4-a68f-4cd8466925f2 linux /boot/vmlinuz-2.6.38.6-26.rc1.fc15.i686 ro root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=pl2 rhgb quiet initrd /boot/initramfs-2.6.38.6-26.rc1.fc15.i686.img } ### END /etc/grub.d/30_os-prober ### Poniewaz tak wyglada menu.lst F15 # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You do not have a /boot partition. This means that # all kernel and initrd paths are relative to /, eg. # root (hd0,0) # kernel /boot/vmlinuz-version ro root=/dev/sda1 # initrd /boot/initrd-[generic-]version.img #boot=/dev/sda default=0 timeout=0 splashimage=(hd0,0)/boot/grub/splash.xpm.gz hiddenmenu title Fedora (2.6.38.6-26.rc1.fc15.i686) root (hd0,0) kernel /boot/vmlinuz-2.6.38.6-26.rc1.fc15.i686 ro root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=pl2 rhgb quiet initrd /boot/initramfs-2.6.38.6-26.rc1.fc15.i686.img Dlaczego po aktualizacji F15 nie utworzylo nowego wpisu w /boot/grub/menu.lst z nowym jadrem? Prawdopodobnie dlatego ze tu nie utworzylo wpisu z nowym kernelem. To to polecenie grub-mkconfig nie potrafi poprawnie wydzielic nowego gruba Mozecie napisac jak ten wpis poprawnie dopisac do grub2? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
alkuzad Napisano Sierpień 12, 2011 Zgłoszenie Share Napisano Sierpień 12, 2011 Gruba2 tak jak Gruba1 obsluguje sie wszedzie tak samo. W koncu to ten sam program. Btw. wiki Archa jest naprawde rozbudowane i dodatkowo Arch tez bazuje na paczkach RPM takze wiekszosc rzeczy mozna stamtad przeniesc. No sorry jak sobie nie poradzisz z tym co tam jest napisane to juz nic Ci nie pomoze. Wykup RHEL najlepiej i dzwon do pana serwisanta. "Dlaczego po aktualizacji F15 nie utworzylo nowego wpisu w /boot/grub/menu.lst z nowym jadrem?" Widocznie chroot go troche zmylil. Ale nie jest chyba problemem stworzenie nowego wpisu ? To przeciez tylko zmiana numerkow w 2 miejscach. "rc1" ? Co to jest za wersja ? Masz paczki testing czy cos ? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
furion Napisano Sierpień 12, 2011 Autor Zgłoszenie Share Napisano Sierpień 12, 2011 Gruba2 tak jak Gruba1 obsluguje sie wszedzie tak samo. W koncu to ten sam program. Btw. wiki Archa jest naprawde rozbudowane i dodatkowo Arch tez bazuje na paczkach RPM takze wiekszosc rzeczy mozna stamtad przeniesc. No sorry jak sobie nie poradzisz z tym co tam jest napisane to juz nic Ci nie pomoze. Wykup RHEL najlepiej i dzwon do pana serwisanta. "Dlaczego po aktualizacji F15 nie utworzylo nowego wpisu w /boot/grub/menu.lst z nowym jadrem?" Widocznie chroot go troche zmylil. Ale nie jest chyba problemem stworzenie nowego wpisu ? To przeciez tylko zmiana numerkow w 2 miejscach. ? Co to jest za wersja ? Masz paczki testing czy cos ? Ale ta zmiana jest jakas dziwna. Ten wpis co mi utworzylo 'grub-mkconfig -o /boot/grub/grub.cfg' pokazuje partycje na (hd0,1) na której jest /home. W menu.lst jest (hd0,0) bo przeciez glówny system instalowalem na sda1. Nawet sprawdzilem z tym wpisem menuentry "Fedora (2.6.40-4.fc15.i686) (on /dev/sda1)" { insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 0559379e-7421-42b4-a68f-4cd8466925f2 linux /boot/vmlinuz-2.6.40-4.fc15.i686 ro root=UUID=0559379e-7421-42b4-a68f-4cd8466925f2 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=pl2 rhgb quiet initrd /boot/initramfs-2.6.40-4.fc15.i686.img } O dziwo grub sie laduje na partycje /home i te same bledy wystepuja. Nie mozna sie zalogowac. Wiec piszesz mi ze sobie z tym wpisem nie poradze. Jak by wystarczylo tylko zmienic numerki jadra to juz by to dawno dzialalo. Wersja Fedory jest stad http://fedoraproject.org/pl/get-fedora Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
alkuzad Napisano Sierpień 12, 2011 Zgłoszenie Share Napisano Sierpień 12, 2011 W Grubie2 zrobili tak ze nr. partycji startuje od 1. Dlatego jest 1 a nie 0. Wpis jest dobry. Przeczytalbys dokumentacje, która ci podeslal Thof to bys o tym wiedzial (tez na poczatku mnie to zdziwilo dlatego sprawdzilem). Sorry ale postaraj sie troche ... "Grub sie laduje na partycje /home" ? WTF ? I potem te same bledy sa ? Sorry ale gdyby hd0,1 dla niego to byl /home to bys nie zaladowal ani jadra ani ramfs wiec nic by nie wstalo. Myslenie nie boli. Obecna najnowsza jest F15 wiec juz dawno sciagales. I nie musisz mi podawac linka - znam na pamiec. moze podaj dla pewnosci su -c 'fdisk -l' Pozatym czy ext2 to na pewno dobry typ partycji ? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
furion Napisano Sierpień 12, 2011 Autor Zgłoszenie Share Napisano Sierpień 12, 2011 W Grubie2 zrobili tak ze nr. partycji startuje od 1. Dlatego jest 1 a nie 0. Wpis jest dobry. Przeczytałbyś dokumentację, którą ci podesłał Thof to byś o tym wiedział (też na początku mnie to zdziwiło dlatego sprawdziłem). Sorry ale postaraj się trochę ... "Grub sie laduje na partycje /home" ? WTF ? I potem te same błędy są ? Sorry ale gdyby hd0,1 dla niego to był /home to byś nie załadował ani jądra ani ramfs więc nic by nie wstało. Myślenie nie boli. Obecna najnowsza jest F15 więc już dawno ściągałeś. I nie musisz mi podawać linka - znam na pamięć. moze podaj dla pewnosci su -c 'fdisk -l' Pozatym czy ext2 to na pewno dobry typ partycji ? Tu fdisk -l Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512 Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512 Identyfikator dysku: 0x8f800200 Urządzenie Rozruch Początek Koniec Bloków ID System /dev/sda1 * 1 1198 9622903+ 83 Linux /dev/sda2 1199 16241 120832897+ 83 Linux /dev/sda3 16242 17458 9765888 83 Linux /dev/sda4 17458 30402 103972865 5 Rozszerzona /dev/sda5 17458 30402 103972864 83 Linux sda1 i sda2 to partycje Fedory. Są na ext4, ale zmieniłem wpis ext2 na ext4 i też ten sam błąd wystąpił. Nie można się zalogować. Czy to w trybie graficznym czy tekstowym jak i również na roota. W dodatku żeby pojawił się ekran logowania system bardzo długo startuje. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
thof Napisano Sierpień 12, 2011 Zgłoszenie Share Napisano Sierpień 12, 2011 Dlaczego po aktualizacji F15 nie utworzyło nowego wpisu w /boot/grub/menu.lst z nowym jądrem? Prawdopodobnie dlatego że tu nie utworzyło wpisu z nowym kernelem. Aktualizowałeś pod chrootem i nie pewnie zamontowałeś odpowiedniej partycji pod /boot. W sumie jak potrafisz posługiwać się chrootem (prawie) to powinieneś też zrozumieć artykuł o grubie2. Szczególnie miałem na myśli to https://wiki.archlinux.org/index.php/Grub2#Using_the_rescue_console ale to co jest wcześniej też trzeba ogarniać. Btw. wiki Archa jest naprawde rozbudowane i dodatkowo Arch tez bazuje na paczkach RPM takze wiekszosc rzeczy mozna stamtad przeniesc. To jakieś głupoty opowiadasz. Na całe szczęście pakiety w Archu nie mają nic wspólnego z RPM Równie dobrze można korzystać z wiki Gentoo, które także jest bardzo rozbudowane, ale w zdecydowanej większości przypadków łatwiej przełożyć Arch->inne dystrybucje niż Gentoo->inne dystrybucje. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
alkuzad Napisano Sierpień 12, 2011 Zgłoszenie Share Napisano Sierpień 12, 2011 To jakieś głupoty opowiadasz. Na całe szczęście pakiety w Archu nie mają nic wspólnego z RPM Równie dobrze można korzystać z wiki Gentoo, które także jest bardzo rozbudowane, ale w zdecydowanej większości przypadków łatwiej przełożyć Arch->inne dystrybucje niż Gentoo->inne dystrybucje. A no racja Gdzies tam kiedys cos czytalem i myslalem ze rpmy maja A czemu 'cale szczescie' ? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
morsik Napisano Sierpień 12, 2011 Zgłoszenie Share Napisano Sierpień 12, 2011 Bo rpmy to masakra (-; Pod kątem paczkowania i budowy. Zwykły .tar.xz który zawiera jeden plik PKGINFO jest prosty w budowie i zawiera wszystko co potrzeba. Do budowania masz PKGBUILD w którym masz łatwą konfiguracje pakietu (przy tym rpmowe .spece to naprawdę dziwne pliki...) Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Rekomendowane odpowiedzi
Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto
Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.
Zarejestruj nowe konto
Załóż nowe konto. To bardzo proste!
Zarejestruj sięZaloguj się
Posiadasz już konto? Zaloguj się poniżej.
Zaloguj się