Skocz do zawartości

Niechciane Partycje


tadek

Rekomendowane odpowiedzi

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

  • Odpowiedzi 40
  • Created
  • Ostatniej odpowiedzi

Top Posters In This Topic

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

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

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

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

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

pomoze - nie pomoze - zawsze mozna dla spokoju zrobic
Najproś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

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

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
Nie 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

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

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 przez WalDo
dodanie poprawnych znaczników
Odnośnik do komentarza
Udostępnij na innych stronach

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ę

×
×
  • Dodaj nową pozycję...