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!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
- Forum Debian Users Gang
- » Instalacja i podstawowa konfiguracja
- » Złe UUID po zmianie rozkładu partycji?
#1 Wczoraj 16:51:19
Pavlo950 - 
człowiek pasjonat :D
Złe UUID po zmianie rozkładu partycji?
Cześć!
Głupia sprawa - wgrałem sobie na pendrive'a głupim sposobem Debiana 13 (aktualizowanego potem do sida) na pedrive'a. Miał mieć swojego gruba bo miał potem wylądować na wolnej płytce z Ryzenem. Ale coś mnie tknęło, przerzuciłem system do RAMu, zrobiłem jedną partycję i z powrotem przywróciłem z kopii. Jak go wpiąłem do drugiego kompa z innym systemem, to po zaktualizowaniu gruba (os-prober) nie wiadomo skąd wzięły się w liście dwa różne UUIDy - pierwszy "obecny" i drugi "stary":
menuentry 'Debian GNU/Linux forky/sid (on /dev/sdb1)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-96815166-cdde-41af-b058-a00dfe10e>
insmod part_gpt
insmod ext2
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 96815166-cdde-41af-b058-a00dfe10ec55
else
search --no-floppy --fs-uuid --set=root 96815166-cdde-41af-b058-a00dfe10ec55
fi
linux /boot/vmlinuz-6.17.13+deb14-rt-amd64 root=UUID=2dfee093-4502-402d-8370-b35641b90288 ro quiet
initrd /boot/initrd.img-6.17.13+deb14-rt-amd64
}
Przyznam szczerze że mam pierwszy taki przypadek od kilkunastu lat XD jak mi się system udało uruchomić na 968*, zrobiłem update-initramfs, wróciłem na system z dysku to po aktualizacji listy gruba nadal to samo. Nawet jak i tak przenoszę czasami różne systemy między różnymi kompami i dyskami to poza ewentualnie problemem ze swapem nigdy takich akcji nie miałem.
Coś jest nie tak czy ja coś robię źle?
Offline
#2 Dzisiaj 11:46:33
overcq - Użytkownik
Re: Złe UUID po zmianie rozkładu partycji?
Mało podałeś danych, np. co wypisuje w trybie ‘debugowania’.
Zajrzałem do źródeł Gruba i ‟os-prober”. I znalazłem tylko jedną różnicę pomiędzy UUID‐em wypisywanym w liniach “search” a “linux”. W przypadku “search” (poprawnym UUID) skrypty pytają o UUID program “grub-probe”, podając mu jako argument partycję ‘boot’. W przypadku “linux” (niepoprawnym) UUID partycji ‘boot’ jest umieszczany wprost.
By nie rozwijać niepotrzebnie tematu: możliwe, że masz błędne wpisy w “/etc/fstab” na partycji systemu, na który instalujesz. Ponieważ skrypty czytają zawartość tego pliku i zastępują w przypadku odnalezienia prefiksu “/boot”.
A jeśli to nie pomoże, to podeślij log z działania “os-prober” i “linux-boot-prober” w trybie ‘debug’ podczas instalacji Gruba. Widziałem w kodzie źródłowym dokładne komunikaty tego, co robi, więc powinno naprowadzić na rozwiązanie problemu.
Jeśli zmienna środowiska “OS_PROBER_DISABLE_DEBUG” nie jest ustawiona na jakąś wartość, to loguje komunikaty przy pomocy “logger” do logu systemowego.
Nie znam się, ale się wypowiem.
Offline
#3 Dzisiaj 14:02:02
Pavlo950 - człowiek pasjonat :D
Re: Złe UUID po zmianie rozkładu partycji?
Ogólnie instancja była na pendrive.
overcq napisał(-a):
Mało podałeś danych, np. co wypisuje w trybie ‘debugowania’.
Mało podałem bo błędów żadnych terminal nie wyświetlił a i konfigi domyślne dla Debiana. Finalnie system zaorałem - ale temat zgłębię dalej i sprawdzę na VM po Nowym Roku :D w domyślnej konfiguracji mniej mi to zajmie na virtualboxie niż wajhlowanie pendrive'ami itd.
overcq napisał(-a):
By nie rozwijać niepotrzebnie tematu: możliwe, że masz błędne wpisy w “/etc/fstab” na partycji systemu, na który instalujesz. Ponieważ skrypty czytają zawartość tego pliku i zastępują w przypadku odnalezienia prefiksu “/boot”.
No właśnie nie. Najpierw to była tylko partycja ESP/EFI i systemowa /, obydwie na gpt. Potem zaorałem i gpt i esp/efi, zrobiłem jedną partycję / na mbr, system przywróciłem, zmieniłem wpis w fstab (resztę pousuwałem) i po tej akcji nadal grub na nvme zczytywał mi stary UUID. System puściłem wcześniej z instalatora bo nie chciało mi się bawić z debootstrapem -> domyślnie zainstalowany był systemd-boot czy jakoś tak - usunąłem i efekt był taki sam czyli błędne uuid. Jak UUID przepisałem ręcznie to system z usb uruchomił się poprawnie.
Offline
Strony: 1
- Forum Debian Users Gang
- » Instalacja i podstawowa konfiguracja
- » Złe UUID po zmianie rozkładu partycji?