Strona 1 z 1

System nie moŻe wystartować po aktualizacji jądra

: 01 kwietnia 2009, 21:26
autor: b.YISK
Witam serdecznie!

Przed chwilą "zaktualizowałem" jądro do nowej wersji. Nie wiem jakim cudem, ale okazało się, iż wyświetliło się jako nowa wersja, po wykonaniu komendy

Kod: Zaznacz cały

apt-get upgrade
pomimo tego, że to taka sama wersja. Po tej czynności system nie startuje. FSCK zabiera się za sprawdzanie partycji /home znajdującej się jako jedyna partycja na hda. Na hda znajduje się też ,,bootloader''. Sprawdzałem czy dyski są poprawnie wykrywane w BIOSie - są, zresztą to nie powinno dziwić, bo przecież system zaczyna startować. Ten problem pojawia się także przy wybraniu trybu jednodostępnego. Ktoś wie jak temu zaradzić?

Dodam także, iż nie jestem pewien czy na dysku nie ma ,,bad sectorów'', więc tworzyłem partycję z odpowiednimi parametrami polecenia mke2fs, nakazującymi programowi sprawdzenie przestrzeni dyskowej pod kątem błędów.

: 03 kwietnia 2009, 18:52
autor: fnmirk
Masz w systemie jeszcze jakąś wersję jądra? Sprawdź dysk z poziomu jakiegoś livecd.

http://www.sysresccd.org/Download

: 03 kwietnia 2009, 21:30
autor: b.YISK
Sprawdzałem, ba, dopisałem nawet co na tym LiveCD wykombinowałem, ale Ty wyedytowałeś mi post i tamto, co dodałem, zniknęło :(

: 03 kwietnia 2009, 22:18
autor: fnmirk
b.YISK pisze:co dodałem, zniknęło :(
Zapewne nie odświeżyło się, a dodawałeś w momencie jak już przeglądałem temat. Pamiętam, że czekałem jak skończysz. Przepraszam, muszę dłużej poczekać w przyszłości w takiej sytuacji.

A co z innym jądrem? Może znajdziemy jakieś informacje w /var/log np. kern.log, syslog, Xorg.0.log itp.

Zajrzyj również do katalogu /boot/grub i zainteresuj się plikami: menu.lst i menu.lst~. Interesujący może być menu.lst~ ponieważ w momencie aktualizacji jądra mogły zostać dodane jakieś nowe opcje startowe przez ,,update-grub''.

Do plików najprościej dostać się z poziomu oczywiście livecd. Wykonaj profilaktycznie ich kopie aby kolejne próby nie nadpisały lub zatarły informacji.

: 05 kwietnia 2009, 01:17
autor: Ister
Ja po podobnym problemie (ale w lilo) musiałem chrootować się na system z live-CD i przeładować lilo (czyli uruchomić lilo). Nie wiem, czy w GRUBie jest tak samo i jakie mogą być tego objawy. Ale może warto spróbować?

: 05 kwietnia 2009, 02:14
autor: fnmirk
Ister, grub nie wymaga przeładowania podobnego jak w przypadku lilo. Możesz wykonywać zmiany w pliku /boot/grub/menu.lst i będą dostępne (działać) po restarcie systemu.

: 05 kwietnia 2009, 04:14
autor: b.YISK
fnmirk pisze:Ister, grub nie wymaga przeładowania podobnego jak w przypadku lilo. Możesz wykonywać zmiany w pliku /boot/grub/menu.lst i będą dostępne (działać) po restarcie systemu.
Dokładnie. Przeładowanie jest konieczne jedynie, gdy zmieniamy partycję na której znajduje się plik menu.lst. Przeładowanie to jest wtedy po prostu zmianą wskaźnika w (domyślnie) MBR na plik GRUB-a.

: 05 kwietnia 2009, 20:32
autor: Ister
Heh, chyba czas w końcu na którymś komputerze zainstalować GRUBa i zobaczyć ,,z czym to się je". Od wielu lat używam lilo i tak jakoś... Przyzwyczaiłem się... Nawet mimo ciężkich problemów, jakie sprawiał w architekturze amd64 na Etch-u...
Dlatego pisałem, że nie wiem ;-)