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







Palacz








Chcialem ostrzec przed dzisiejszą aktualizacja grub-pc w Sidzie.
U mnie spowodowała brak możliwości uruchomiania każdego systemu.
Grub startuje i restartuje kompa i tak w kółko.
Lekarstwem było w chroocie zainstalowanie gruba z testinga.
Offline






Admin łajza







Zgłoś błąd w BTS.
Się ogarnę :), spróbuję zweryfikować i walnę informację na portalu.
Ostatnio edytowany przez azhag (2010-06-16 09:44:04)
Offline







Palacz








Niech ktos lepiej też sprawdzi bo może to tylko jednostkowy przypadek hardwarowy.
Offline






Admin łajza







ilin napisał(-a):
może to tylko jednostkowy przypadek hardwarowy.
Co nie oznacza, że nie należy zgłosić go w BTS.
Offline

Użytkownik


U mnie wszystko jest ok, nie wliczając tego, że po każdym nowym wygenerowaniu pliku grub.cfg muszę ręcznie zmieniać w nim
root=UUID=cbf0be54-e517-4538-b499-87e1f5f95c87
na
root=/dev/sda1
bo inaczej mam kernel panic.
Wiecie w czym leży problem?
Kiedyś była jakaś aktualizacja w sidzie i jakiś program zapytał się mnie, czy chce mieć nowy system oznaczania dysków i wydaje mi się, że to przez to. Wiecie jak to włączyć?
Offline







Kapelusznik








@Tomeku
Jajco bez initrd?
Offline

Użytkownik


Tak
Offline







Kapelusznik








No to musisz z tym żyć — jajco bez initrd nie przyjmie wskazania partycji "/" po uuid i będzie panikować. Niech Ci raven18 wytłumaczy jak zmusić ten automagiczny skrypt gruba2 żeby definiował ją normalnie a nie po uuid, bo u niego podobno tak właśnie robi :)
Offline


Użytkownik



No, u mnie działa :) Poka jak kompilujesz i budujesz paczki.
Ostatnio edytowany przez raven18 (2010-06-16 16:18:44)
Offline

Użytkownik


Standardowo:
make-kpkg --append-to-version wersja --revision 1 linux_image linux_headers
Plik .config też podać?
Offline


Użytkownik



Heh, wydaje się ok :) Może to coś nie tak z grubem w sidzie? Raczej nie ma sensu go cofać.
Odnajdź ten wpis w /etc/grub.d/10_linux
if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" = "xtrue" ] \
|| ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \
|| [ "`grub-probe -t abstraction --device ${GRUB_DEVICE} | sed -e 's,.*\(lvm\).*,\1,'`" = "lvm" ] ; then
LINUX_ROOT_DEVICE=${GRUB_DEVICE}
else
LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
fii zmień
LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}na
LINUX_ROOT_DEVICE=${GRUB_DEVICE}później tylko update-grub i sprawdź czy prawidłowo wygenerowało wpisy
Pewnie dało by się to inaczej zrobić, hmm... elegancko zrobić, ale ja tam z basha i programowania w ogóle, to... :)
Ostatnio edytowany przez raven18 (2010-06-16 18:48:12)
Offline




Psuj





A już miałem system aktualizować, wstrzymam się do jutra.

Offline







Kapelusznik








a to tu nie teges?
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
tak tylko pytam, sam nie sprawdzałem...
Offline


Użytkownik



Można i tak, tyle że to w ogóle wywala UUIDy, a tamto tylko przy root=
Offline







Kapelusznik








A gdzie jeszcze są uuidy w grubie?
Offline


Użytkownik



działa bez initrd
menuentry "Debian GNU/Linux, with Linux 2.6.34-20100519" --class debian --class gnu-linux --class gnu --class os {
insmod reiserfs
set root='(hd0,5)'
search --no-floppy --fs-uuid --set 7c202321-7c9a-4160-9c1c-6ebb1dc2933c
echo Loading Linux 2.6.34-20100519 ...
linux /boot/vmlinuz-2.6.34-20100519 root=/dev/sda5 ro quietnie działa
menuentry "Debian GNU/Linux, with Linux 2.6.34-20100519" --class debian --class gnu-linux --class gnu --class os {
insmod reiserfs
set root='(hd0,5)'
search --no-floppy --fs-uuid --set 7c202321-7c9a-4160-9c1c-6ebb1dc2933c
echo Loading Linux 2.6.34-20100519 ...
linux /boot/vmlinuz-2.6.34-20100519 root=UUID=7c202321-7c9a-4160-9c1c-6ebb1dc2933c ro quietOstatnio edytowany przez raven18 (2010-06-16 19:09:42)
Offline







Kapelusznik








raven18 napisał(-a):
Kod:
search --no-floppy --fs-uuid --set 7c202321-7c9a-4160-9c1c-6ebb1dc2933c
a to do czego właściwie służy?
Offline


Użytkownik



Nie wiem, ale podejrzewam że do przyśpieszenia startu.
Poza tym
To prevent one of the /etc/init.d files from running, remove the "executable" bit.
:] i mamy grub1
http://ubuntuforums.org/showthread.php?t=1195275
Ostatnio edytowany przez raven18 (2010-06-16 19:27:08)
Offline

Użytkownik


raven18: Dzięki, działa.
Offline







Kapelusznik








raven18 napisał(-a):
Nie wiem, ale podejrzewam że do przyśpieszenia startu.
yeah :)
raven18 napisał(-a):
Poza tym
To prevent one of the /etc/init.d files from running, remove the "executable" bit.
:] i mamy grub1
znaczy chodzi o pliki /etc/grub.d/* chyba... ale to raczej nijak nie robi z niego grub1
Mnie te instrukcje obsługi gruba2 po prostu przerażają — normalnie boję się go i nie mam odwagi spróbować :D
Offline
Użytkownik

U mnie dzisiejsza aktualizacja gruba-pc(wersja 1.98+20100614-1) nic nie zmieniła, wszystko działa tak jak działało. A jeszcze dwie aktualizacje temu miał problemy z argumentem --no-floppy. Komputer to laptop Asus F5.
Ostatnio edytowany przez Euzebiusz29 (2010-06-16 21:53:47)
Offline

Użytkownik


http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586143
I teraz mam zagwozdkę czy sprawdzić to na sobie czy poczekać.
Offline

Użytkownik


Zgraj sobie gdzieś starszą wersję paczki, przygotuj jakiś system livecd i próbuj. Najwyżej będzie ciebie czekało chrootowanie systemu i cofnięcie paczki.
Offline
Użytkownik

Dziś kolejna aktualizacja gruba-pc(wersja 1.98+20100614-2) w Sidzie.
Offline

Użytkownik


Generalnie błąd występuje dość losowo, u mnie upgrade poszedł bez problemu, u innych występuje na obu "nowych" wersjach.
Offline