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/.

#1  Wczoraj 16:51:19

  Pavlo950 - człowiek pasjonat :D

Pavlo950
człowiek pasjonat :D
Zarejestrowany: 2012-02-20
Serwis

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

overcq
Użytkownik
Zarejestrowany: 2024-11-17
Serwis

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

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)