Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Grub wywala mi taki błąd podczas uruchamiania. Wyczytałem, że lekarstwem jest przeważnie fsck.
fsck /dev/sda1
nie wskazuje na błąd systemu plików partycji rozruchowej
/dev/sda1: clean, ...
Diagnostyka oprogramowanie producenta dysku również nie zwróciła błędów.
Pomysły ?
Offline
Robiłeś z opcją force?
fsck /dev/sda1 -f
??
Czasami system plików jest bez tego "czysty" chociaż w rzeczywistości jest "brudny" ;]
Tak w ogóle co za system plików?
Offline
Oto dodatkowe informacje
fdisk -l
Disk /dev/sda: 40.1 GB, 40060403712 bytes 255 heads, 63 sectors/track, 4870 cylinders, total 78242976 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000ea1a2 Device Boot Start End Blocks Id System /dev/sda1 * 63 76742504 38371221 83 Linux /dev/sda2 76742505 78236549 747022+ 5 Extended /dev/sda5 76742568 78236549 746991 82 Linux swap / Solaris
fsck -f /dev/sda1
wynik
fsck -f /dev/sda1 fsck from util-linux-ng 2.18 e2fsck 1.41.12 (17-May-2010) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/sda1: 141490/2400256 files (1.4% non-contiguous), 7825866/9592805 blocks
Jeżeli chodzi o system plików to po podmontowaniu sda1
mount | grep sda /dev/sda1 on /mnt/system_d type ext3 (rw)
ps. jak inaczej mogę sprawdzić system plików poza korzystaniem z aplikacji do partycjonowania
Proszę o możliwie szybką pomoc :/
Aha i jeszcze jedno :) próbowałem też uruchomienia instalacji debiana i w trybie rescue (z tego co pamiętam tak się nazywał) dokonałem ponownej instalacji gruba w /dev/sda jednak dalej to samo. Poniżej jeszcze wpisy w menu.lst dotyczące bootowania systemu.
title Debian GNU/Linux, kernel 2.6.26-2-686 root (hd0,0) kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/hda1 ro quiet initrd /boot/initrd.img-2.6.26-2-686 title Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode) root (hd0,0) kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.26-2-686
Offline
Hmm widzę, że wszyscy mocno zajęci. Najgorsze, że na jutro komputer ma działać i basta ! Ps. komp udostępnia tylko pliki poprzez SMB (Samba) może ktoś mi powie jakie pliki zachować, jak przenieść bazę użytkowników samby tdbsam i użytkowników systemu oraz konfigurację serwera plików. Pozostaje mi ponowna instalacja systemu bo cóż sam sobie nie mogę z tym poradzić. Może to wina gruba, może źle go próbowałem ponownie zainstalować, proszę o sugestie.
Ostatnio edytowany przez bonus (2010-12-30 12:34:43)
Offline
bonus napisał(-a):
Kod:
mount | grep sda /dev/sda1 on /mnt/system_d type ext3 (rw)
Czemu sprawdzasz /dev/sda1 jak nie jest to system plików, gdzie jest katalog /boot? Puść fsck na właściwej partycji.
Offline
Hmm, sda1 to przecież jedyna linuxowa partycja na tym dysku (poza swapem)... imho dobrą sprawdzał (pewnie z livecd) :)
Odnośnie błędu: http://art.ubuntuforums.org/showthread.php?t=563786
Spróbuj w chroocie z livecd przeinstalować gruba analogicznie do tego sposobu:
aptitude purge grub~i rm /boot/grub/* aptitude install grub-legacy grub-set-default /dev/sda update-grub grub-install /dev/sda
Wersja gruba oraz oznaczenia dysków naturalnie mogą się różnić w zależności od systemu/sprzętu.
EDIT: chroot z livecd:
mkdir /mnt/debek mount /dev/* /mnt/debek mount -t proc none /mnt/debek/proc mount -o bind /dev /mnt/debek/dev cp /etc/resolv.conf /mnt/debek/etc chroot /mnt/debek
*partycja "/" Debiana
Offline
Nie podzielam Twojego zdania, że sprawdzał prawidłowa partycję (sda1) ;-)
Błąd wywala grub bo ma problem z dostępem do partycji gdzie jest /boot.
Z tego co podał to ma jeszcze drugi dysk z systemem prawdopodobnie ata, tak przynajmniej wynika z wpisów w menu.lst (root=/dev/hda1), bo wynik mount przyciął.
Moim zdaniem powinien zapuścić fsck na partycji /dev/hda1, najlepiej z jakiegoś live i tam ewentualnie powinien "przeinstalować" gruba.
Offline
Ale sda jest od scsi, nie sata
Offline
Skoro już tak się domyślamy... To obstawiam, że jest to ten sam dysk, tylko z poziomu Lenny'ego jest widziany jako hda (stery IDE), a z poziomu livecd którego użył, jako sda (stery libata) :)
Offline
Tu podzielam Twoje domysły... ;-)
Offline
Tak dokładnie z live dysk jest widoczny jako sda natomiast z poziomu lokalnego systemu w tym grub'a jako hda. Ps. czy można jakieś dodatkowe materiały, linki na temat stosowania chroot bo to będzie "mój pierwszy raz" z tym narzędziem i czy livecd może być dowolnym systemem np. moje system rescue. Czy wystarczy, że zrobię na moim system rescue tak jak napisał ArnVaker tylko w odwrotnej kolejności (najpierw drugi potem pierwszy ciąg wskazywanych poleceń).
Offline
bonus napisał(-a):
czy livecd może być dowolnym systemem np. moje system rescue
Pewnie, najlepiej żebyś miał na nim neta. :)
mkdir /mnt/debek mount /dev/sda1 /mnt/debek mount -t proc none /mnt/debek/proc mount -o bind /dev /mnt/debek/dev cp /etc/resolv.conf /mnt/debek/etc chroot /mnt/debek
Po tym z livecd (jako root oczywiście) jesteś w Debianie i działasz już w zasadzie tak samo jakbyś był na odpalonym systemie. Jeżeli miałeś internet na livecd, masz go już też w Debianie... możesz instalować pakiety z sieci itp. Następnie wykonujesz to:
aptitude purge grub~i rm /boot/grub/* aptitude install grub grub-set-default /dev/sda update-grub grub-install /dev/sda
W tym momencie grub powinien już być w porządku... tylko edytuj jeszcze menu.lst, bo pewnie będzie sda zamiast hda.
Później to doszlifujemy na stałe... jeżeli powyższe w ogóle w czymś pomoże. ;)
Offline
I kicha :(
Po pierwszym wykonaniu powyższych procedur podczas uruchamiania pokazał się monit
Error 16: inconsistant filesystem structure
Pomyślałem, że może zrobiłem coś nie tak więc wykonałem to jeszcze raz, po usunięciu gruba uruchomiłem ponownie kompa i pokazał się.
Error 15
Więc do tego momentu wszystko jest ok ;) teraz instalacja gruba.
aptitude install grub
tylko jakieś "ostrzeżenie" poza tym wszystko ok.
Nie można zapisać dziennika, openpty() nie powiodło się (/dev/pts nie zamontowane?)
polecenie
grub-set-default
wynik
Searching for GRUB installation directory ... found: /boot/grub
polecenie
update-grub
wynik
Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /boot/vmlinuz-2.6.26-2-686 Updating /boot/grub/menu.lst ... done
polecenie
grub-install /dev/sda
wynik
Searching for GRUB installation directory ... found: /boot/grub Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/sda
Ps. w środowisku chroot uruchomiłem usługę samba i działa :) także rezerwowo w ten sposób zostanie ona udostępniona w sieci.
Teraz najciekawsze :) po ponownym uruchomieniu komputera
GRUB loading please wait Error 18
Znalazłem rozwiązanie niby http://www.gentoo.org/doc/pl/grub-error-guide.xml. Co sądzicie ?
Aha jeszcze obecne menu.lst, które nie uległo zmianie z tego co widzę
title Debian GNU/Linux, kernel 2.6.26-2-686 root (hd0,0) kernel /boot/vmlinuz-2.6.26-2-686 root=UUID=7c159484-c7ba-4d49-a4b0-c1b2166922ee ro initrd /boot/initrd.img-2.6.26-2-686 title Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode) root (hd0,0) kernel /boot/vmlinuz-2.6.26-2-686 root=UUID=7c159484-c7ba-4d49-a4b0-c1b2166922ee ro single initrd /boot/initrd.img-2.6.26-2-686
Ostatnio edytowany przez bonus (2010-12-31 10:17:33)
Offline
Instalacja gruba z chroota:
# grep -v rootfs /proc/mounts > /etc/mtab # grub-install --no-floppy /dev/sda
Zazwyczaj działa :)
Sznurek:
http://www.gentoo.org/doc/pl/handbook/handbook-x86. … 1&chap=10
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2010-12-31 11:53:08)
Offline
Jacekalex napisał(-a):
Instalacja gruba z chroota:
Kod:
# grep -v rootfs /proc/mounts > /etc/mtab # grub-install --no-floppy /dev/sda
Hmm, nigdy tych "dodatków" nie robiłem i zawsze działało... Może to potrzebne tylko do stage'a z Gentoo?
A co do błędu to nie wiem co go boli... Świeży grub instaluje się czysto, zawartość /boot/grub też nowa, a i tak nie działa. Ten "Error 18" to w tym przypadku już w ogóle jakiś absurd — w konfiguracji sprzętu nic się przecież nie zmieniło, a partycja cały czas ta sama.
EDIT: Może by tak obraz jądra i initrd jeszcze podmienić... albo zrobić partycję /boot tam gdzie jest teraz swap ;)
Offline
ArnVaker napisał(-a):
Jacekalex napisał(-a):
Instalacja gruba z chroota:
Kod:
# grep -v rootfs /proc/mounts > /etc/mtab # grub-install --no-floppy /dev/sdaHmm, nigdy tych "dodatków" nie robiłem i zawsze działało... Może to potrzebne tylko do stage'a z Gentoo?
A co do błędu to nie wiem co go boli... Świeży grub instaluje się czysto, zawartość /boot/grub też nowa, a i tak nie działa. Ten "Error 18" to w tym przypadku już w ogóle jakiś absurd — w konfiguracji sprzętu nic się przecież nie zmieniło, a partycja cały czas ta sama.
Nie tylko do stage Gentoo, w Ubuntu też działa lepiej (na grubie2), niż inne sposoby montowania, żeby grub załapał tą partycję, co trzeba.
Co do error 18: http://wiki.linuxquestions.org/wiki/GRUB#Error_18
A w Wiki Gentoo:
6. Błąd Gruba numer 18 Sytuacja Listing 6.1: Wyjście Gruba kernel (hd1,4)/bzImage root=/dev/hdb7 Error 18: Selected cylinder exceeds max supported by BIOS Rozwiązanie Ten błąd jest zwracany podczas odczytu adresu bloku liniowego poza obszarem dysku, który przetłumaczył BIOS. Zwykle się to zdarza, gdy dysk jest większy niż BIOS może obsłużyć (512MB dla dysków (E)IDE na starszych komputerach lub 8GB ogólnie). Należy uaktualnić BIOS i/lub przesunąć partycję rozruchową na początek dysku (lub przynajmniej postarać się, aby była w okolicach początku dysku).
Sznurek: http://www.gentoo.org/doc/pl/grub-error-guide.xml
Co do błędu nr 18, gruba trzymam w mbr dysku sda, i nigdy podobnego cyrku nie miałem.
Poza tym radziłbym spróbować tego:
Grub1: http://www.supergrubdisk.org/category/download/supergrubdiskdownload/
Grub2: http://www.supergrubdisk.org/category/download/supergrub2diskdownload/
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2010-12-31 13:54:10)
Offline
Jacekalex napisał(-a):
Nie tylko do stage Gentoo, w Ubuntu też działa lepiej (na grubie2), niż inne sposoby montowania, żeby grub załapał tą partycję, co trzeba.
Luz... no to niech sprawdzi, sam akurat nigdy tego nie potrzebowałem w każdym razie.
Jacekalex napisał(-a):
Co do error 18
...
Sznurek: http://www.gentoo.org/doc/pl/grub-error-guide.xml
Autor wątku już do tego linkował. ;)
EDIT: Taka jeszcze luźna myśl... Zainstaluj w chroocie kernel 2.6.32 z backportów i zobacz czy po jego wybraniu będzie ten sam błąd.
Offline
Jacekalex napisał(-a):
grep -v rootfs /proc/mounts > /etc/mtab
grub-install --no-floppy /dev/sda
To nic nie zmieniło.
Próbowałem jeszcze kilka razy instalacji gruba z poziomu chroot, więcej Error 18 się nie pokazał, ciągle Error 16.
Spróbuje instalacji jajka z backportów "to będzie mój pierwszy raz" :).
Offline
Dobra jajko zainstalowane, chociaż nie wiedziałem o co chodzi przy konfigurowaniu pakietu linux-base, ale poleciałem wszystko na "yes" podczas aktualizacji jakichś plików konfiguracyjnych. Nie wiem czy mam wszystko zainstalowane jak należy? Można to jakoś zweryfikować? Teraz dla kernel'a 2.6.32-bpo.5-686 wywala:
Error 18: Selected cylinder exceeds maximum supported by BIOS
a dla stable 2.6.26-2-686:
Error 16: Inconsistent filesystem structure
Robić upgrade BIOS'u?
Dziwne, że od początku tego problemu nie było :/.
Może sprawdzić, czy po aktualizacji urządzenia blokowe są poprawnie mapowane na potrzeby grub'a.
Co do BIOS'u to obecnie posiadam wersję F6 :/ wg opisu poniżej już przy wersji F3 umożliwiono obsługę dużych dysków. Jedna aktualizacja jest dostępna, ale nie wiem czy wnosi rozwiązanie problemu.
http://www.gigabyte.pl/products/mb/bios/ga-6ieml.html
Nie wiem też, jak dokonać aktualizacji bo pobierany jest wyłącznie 1 plik wykonywalny :/ zazwyczaj był to jakiś obraz do nagrania.
Ostatnio edytowany przez bonus (2011-01-03 19:32:15)
Offline
IMHO powinieneś wgrać najnowszy BIOS jaki tylko się da - downgrade może jeszcze bardziej pomącić. Ten exec to zwykłe archiwum samorozpakowujące, dla wersji BIOS'u F7 zawiera w sobie pliki:
6iem.f7 (pewnie BIOS) autoexec.bat oraz flash864.exe - program flaszujący jak mniemam
Nie wiem czy trzeba to wrzucić na dyskietkę i już ruszy czy trzeba kombinować jakiś boot-disk.
Offline
Tu u masz obrazy przydatnych bootdisków http://www.bootdisk.com/
Offline
Aktualizacja biosu nic nie zmieniła. Dalej Error 18 lub 16 w zależności od wskazywanego w grubie kernela. Decyduje się na reinstall systemu i konfiguracje samby od nowa :/. Jakieś sugestie co do lokalizacji partycji /boot by uniknąć w przyszłości błędów tego typu?
Offline
Ja to szczerze mówiąc nie ogarniam tego problemu... To że problem pojawił się nagle sam z siebie, do tego w zależności od wybranego jądra występuje inny błąd, nie jest dla mnie logiczne. W każdym razie przed ewentualną reinstalacją spróbowałbym jeszcze tego:
ArnVaker napisał(-a):
Może by tak obraz jądra i initrd jeszcze podmienić... albo zrobić partycję /boot tam gdzie jest teraz swap ;)
Czyli w skrócie:
1. Tam gdzie jest w tej chwili swap utworzyć jakiś linuksowy system plików.
2. Skopiować zawartość katalogu /boot Debiana na tę partycję.
3. W chroocie przy zamontowanej do katalogu /boot "nowej" partycji przeinstalować gruba do mbr.
Offline
Dziwne jest to, że obecnie partycja z Debianem zaczyna mi się od 50GB dysku, gruba zarówno 1 jak i 2 instalowałem w MBR i nigdy nie miałem żadnego problemu.
Mnie też zastanawia nagłe pojawienie się problemu, zobacz, czy czasem bios nie ustawił Ci jakiegoś dziwnego trybu pracy dysku, czy z kablami/taśmami do dysku jest wszystko w porządku.
Offline
Dokładnie to samo miałem pisać... @bonus: możesz trochę bardziej rozjaśnić skąd w ogóle problem się wziął? Włączyłeś kompa który działał sobie przez ostatnie kilka lat ok i nagle ten error, czy była jakaś aktualizacja systemu/reset/przepięcie cokolwiek i dopiero błąd? Jeżeli zrobiło się "samo z siebie" to zalatuje mi to jakimś dziwacznym problemem sprzętowym, autentycznie powinieneś sprawdzić taśmy, ustawienia BIOS'u itp. Tak swoją droga w kompie masz zasilacz czy "urządzenie zasilaczopodobne" (Codgen, Cesar, Gigabajt itp lista jest długa: http://forum.thg.pl/obudowy-i-zasilacze/czarna-list … ch-zasilaczy/ )? Podaj producenta - bo może coś zasilacz zawinił.
Ja bym jeszcze sprawdził dysk za pomocą smartmontools i podał tutaj co wypluło).
Offline