tadek Napisano Czerwiec 28, 2009 Autor Zgłoszenie Share Napisano Czerwiec 28, 2009 odpal plytke z fedora, wpisz linux rescue, zamontuj partycje i pokaz co pozmieniales w grubie. tutaj jest spis najczestszych bledow. nie musze mowic chyba ze to tylko dla informacji - nie proboj wykonywac tamtych polecen - po prostu sie nie da pod fedora edit: ta partycja sda9 z gwiazdka, to jes partycja boot ? strasznie dziwny ten twoj setup. ktorego gruba edytujesz? tego na sda5 czy na sda9 ? Edytuję gruba na sda9 bo to jest fedora ostatnio instalowana. pliki config, initrd, System.map i vmlinuz są na /sda5. Stan jest taki: title Fedora (2.6.27.21-170.2.68.fc10.i686) root (hd0,4) kernel /boot/vmlinuz-2.6.27.21-170.2.68.fc10.i686 ro root=UUID=82f53516-edd1-4f7b-9ddc-fccca266354b vga=0x318 initrd /boot/initrd-2.6.27.21-170.2.68.fc10.i686.img blkid /dev/sda5 /dev/sda5: LABEL="f10" UUID="82f53516-edd1-4f7b-9ddc-fccca266354b" TYPE="ext3" SEC_TYPE="ext2" sudo ls /f10/boot/ config-2.6.18-92.1.6.el5 config-2.6.27.19-170.2.35.fc10.i686 config-2.6.27.21-170.2.56.fc10.i686 config-2.6.27.24-170.2.68.fc10.i686 efi elf-memtest86+-2.11 grub initrd-2.6.18-92.1.6.el5.img initrd-2.6.27.19-170.2.35.fc10.i686.img initrd-2.6.27.21-170.2.56.fc10.i686.img initrd-2.6.27.24-170.2.68.fc10.i686.img memtest86+-2.11 symvers-2.6.18-92.1.6.el5.gz System.map-2.6.18-92.1.6.el5 System.map-2.6.27.19-170.2.35.fc10.i686 System.map-2.6.27.21-170.2.56.fc10.i686 System.map-2.6.27.24-170.2.68.fc10.i686 vmlinuz-2.6.18-92.1.6.el5 vmlinuz-2.6.27.19-170.2.35.fc10.i686 vmlinuz-2.6.27.21-170.2.56.fc10.i686 vmlinuz-2.6.27.24-170.2.68.fc10.i686 podczas bootowania dostaję: montowanie lokalnego systemu plików [color="#FF0000"]NIEUDANE[/color] Permission denied Byłem zdziwiony, że z poziomu F11 mogę wykonywać programy które instalowałem na /usr/local/share F10 Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@WalDo Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 Wygląda na to, ze brak jest odpowiedniego jądra. Na boot masz: vmlinuz-2.6.27.19-170.2.35.fc10.i686 vmlinuz-2.6.27.21-170.2.56.fc10.i686 vmlinuz-2.6.27.24-170.2.68.fc10.i686 a z grub.conf wynika, że probujesz odpalić kernel /boot/vmlinuz-2.6.27.21-170.2.68.fc10.i686 ...A takiego jajka nie masz. Chyba coś ręcznie próbowałeś zmieniać? Wpisz w grub.conf 24 zamiast 21 i powinno być git. title Fedora (2.6.27.21-170.2.68.fc10.i686) root (hd0,4) kernel /boot/vmlinuz-2.6.27.24-170.2.68.fc10.i686 ro root=UUID=82f53516-edd1-4f7b-9ddc-fccca266354b vga=0x318 initrd /boot/initrd-2.6.27.24-170.2.68.fc10.i686.img Oczywiście przy założeniu, że wylistowany katalog "/f10/boot/", to katalog /boot od F10 zamontowany w katalogu /f10 pod F11 Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
tadek Napisano Czerwiec 28, 2009 Autor Zgłoszenie Share Napisano Czerwiec 28, 2009 Wygląda na to, ze brak jest odpowiedniego jądra. Na boot masz: a z grub.conf wynika, że probujesz odpalić A takiego jajka nie masz. Chyba coś ręcznie próbowałeś zmieniać? Wpisz w grub.conf 24 zamiast 21 i powinno być git. Oczywiście przy założeniu, że wylistowany katalog "/f10/boot/", to katalog /boot od F10 zamontowany w katalogu /f10 pod F11 Poprawiłem ale ciągle jest źle. dostaję serię podobnych błędów: error while loading shared libraries: lib......so.x cannot open shared object file: Permission denied Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
fafig Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 wez wejdz z plyty livecd i zrob ten plik .autorelabel w glownym katalogu. robiles juz to ? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
tadek Napisano Czerwiec 28, 2009 Autor Zgłoszenie Share Napisano Czerwiec 28, 2009 wez wejdz z plyty livecd i zrob ten plik .autorelabel w glownym katalogu. robiles juz to ? Możesz trochę jasniej. Wystartować livecd, zamontować f10 i co dalej? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
fafig Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 ech czytales wczesniejsze posty? w glownym katalogu z fedora 10 tworzysz plik najlepiej tak: touch .autorelabel . no i restartujesz. miales komunikaty libc access denied co moze byc problemem z kontekstami selinuxa Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
tadek Napisano Czerwiec 28, 2009 Autor Zgłoszenie Share Napisano Czerwiec 28, 2009 ech czytales wczesniejsze posty? w glownym katalogu z fedora 10 tworzysz plik najlepiej tak: touch .autorelabel . no i restartujesz. miales komunikaty libc access denied co moze byc problemem z kontekstami selinuxa W tym wątku czytałem. Mówisz powiadasz w głównym katalogu F10 wykreować .autorelabel? A co on robi? Po co mam startować live skoro moge to zrobić spod F11? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
fafig Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 no to obojetnie, moze byc spod f11. co robi - wymusza przywracanie domyslnych kontekstow selinuksa w calym systemie plikow. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@WalDo Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 Jeśli nie można uruchomić F10, to .autorelabel nie pomoże. Jeśli to zrobisz pod F11, to zaktualizuje bazę SElinux tylko w F11. [EDIT] Prościej chyba wyłączyć SElinux przy starcie dopisując selinux=0 w opcjach jądra przy starcie. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
fafig Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 chodzilo mi stworzenie autorelabela na fedorze 10 i potem odpalenie fedory 10. no przeciez nie bedzie odpalal 10 z 11 . pomoze - nie pomoze - zawsze mozna dla spokoju zrobic Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@WalDo Napisano Czerwiec 28, 2009 Zgłoszenie Share Napisano Czerwiec 28, 2009 pomoze - nie pomoze - zawsze mozna dla spokoju zrobicNajprościej jest wyłączyć przez "selinux=0" - jak system ruszy, tzn. że problem z SElinuksem, jak nie - trzeba szukać dalej. A w ogóle to spróbowałbym na początek zrobić jeszcze fsck (z wymuszeniem) tej partycji z F10. fsck -f /dev/sda5 I to na pewno można spod F11 strzelić. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Mikołaj Napisano Czerwiec 29, 2009 Zgłoszenie Share Napisano Czerwiec 29, 2009 drobna uwaga co do /etc/fstab z Fedory 10 na sda5: pen /dev/sdb1 fat32 defaults 0 0 domyślam się że to pendrive, jak nie masz podłączonego to będzie błąd pokazywał że nie może zamontować a teraz do rzeczy, z tego co widzę masz /dev/sda9 ustawioną jako aktywną, jest tam f11. Z tego co wiem to przy botowaniu, wszystkie initrd i vmlinuz z odpowiednich systemów (tutaj od f10 się coś nie zgadza) musiałbyś mieć w katalogu /boot na /dev/sda9 swoją drogą, nie lepiej stworzyć sobie osobną partycję na /boot? IMO jest z tym o wiele mniej problemów co do error while loading shared libraries: lib......so.x cannot open shared object file: Permission denied to na razie nie wiem, zrób porządek w katalogu boot i grub.conf na sda9 (możesz wylistować jeszcze raz obydwa) ---- edit Przepraszam za błąd, przekreśliłem co było złe. Już się sam zamieszałem w moich partycjach i grub.conf ;] Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@WalDo Napisano Czerwiec 29, 2009 Zgłoszenie Share Napisano Czerwiec 29, 2009 Z tego co wiem to przy botowaniu, wszystkie initrd i vmlinuz z odpowiednich systemów (tutaj od f10 się coś nie zgadza) musiałbyś mieć w katalogu /boot na /dev/sda9Nie wiem skąd czerpiesz wiedzę, ale chyba powinieneś ją zweryfikować. W grub.conf jest wyraźnie wskazana partycja, na której trzeba szukać vmlinuz i initrd od F10 → root (hd0,4) Głupotą byłaby konieczność kopiowania/przenoszenia jądra jednego systemu do drugiego. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
fafig Napisano Czerwiec 29, 2009 Zgłoszenie Share Napisano Czerwiec 29, 2009 Mikołaj ma racje, moze byc tylko blad, a moze Ci w ogole system nie wystartowac. sprawdz to jeszcze z tym selinuxem, system nie moze ci zabronic dostepu do biblioteki, w koncu faza startu odbywa sie na uprawnieniach uzytkownika root. jest jeszcze jedna opcja. moglo sie zdarzyc ze jakas biblioteka w cudowny sposob zmienila uprawnienia. np mogly zniknac prawa roota, wtedy bedzie wywalalo access denied (ale to bardzo mala szansa - tylko w windowsie cos sie moze "samo stac" ). Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
tadek Napisano Czerwiec 29, 2009 Autor Zgłoszenie Share Napisano Czerwiec 29, 2009 (edytowane) dodanie selinux=0 nic nie zmienia. Dla ciekawych załączam boot.log cat boot.log Setting up hotplug. Creating block device nodes. Creating character device nodes. Unable to access resume device (UUID=0db3aee6-1818-4b2c-9615-c29d81815e7c) co to może być? Creating root device. Mounting root filesystem. Setting up other filesystems. Switching to new root and running init. Welcome to Fedora Press 'I' to enter interactive startup. Uruchamianie udev: [ OK ] Ustawianie nazwy komputera toyo: [ OK ] Ustawianie zarządzania dyskami logicznymi: [ OK ] Sprawdzanie systemów plików f10: czysty, 235754/1286144 plików, 2121785/5120002 bloków /dev/sda6: czysty, 86461/1362720 plików, 3572141/5448862 bloków [ OK ] Przemontowywanie głównego systemu plików w trybie do odczyt[ OK ]su: Montowanie lokalnych systemów plików: [NIEUDANE] Włączanie udziałów na lokalnych systemach plików: [ OK ] Włączanie przestrzeni wymiany z /etc/fstab: [ OK ] Przechodzenie do uruchamiania nieinteraktywnego Zastosowywanie aktualizacji mikrokodu CPU Intela: [NIEUDANE] Enabling ondemand cpu frequency scaling: [ OK ] ip6tables: zastosowywanie reguł zapory sieciowej: ip6tables-restore: error while loading shared libraries: libdl.so.2: cannot open shared object file: Permission denied [NIEUDANE] iptables: zastosowywanie reguł zapory sieciowej: iptables-restore: error while loading shared libraries: libdl.so.2: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie auditd: auditd: error while loading shared libraries: libwrap.so.0: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie portreserve: [NIEUDANE] Uruchamianie dziennika systemowego: rsyslogd: error while loading shared libraries: libz.so.1: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie irqbalance: irqbalance: error while loading shared libraries: libglib-2.0.so.0: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie rpcbind: rpcbind: error while loading shared libraries: libwrap.so.0: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie NFS statd: rpc.statd: error while loading shared libraries: libwrap.so.0: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie RPC idmapd: rpc.idmapd: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie magistrali komunikatów systemowych: dbus-daemon: error while loading shared libraries: libexpat.so.1: cannot open shared object file: Permission denied [NIEUDANE] Uruchamianie demona HAL: Na razie zostaję na F11 i będę próbował przenieść programy. Byłem ciekaw czy coś zyskam przechodząc z i386 na x64. Edytowane Czerwiec 29, 2009 przez WalDo dodanie poprawnych znaczników 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ę