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/.
Problemów newbie ciąg dalszy. Sprawa wygląda tak: zachciało mi się usunąć stare kernele i zrobić porządek w grubie. Zamiast zabrać się za to po ludzku ja zacząłem od konfiguracji gruba (zupełnie niepotrzebnie jak się okazuje). Nie wiem czy to przez to, ale przy dezinstalacji starych jąder przez aptitude czy appera (środowisko kde) pojawia się błąd, który wygląda tak:
P: Checking for EXTLINUX directory... found. P: Writing config for /boot/vmlinuz-3.10-0.bpo.3-686-pae... P: Writing config for Windows 7 (loader) on /dev/sda1... run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.11-0.bpo.2-686-pae /boot/vmlinuz-3.11-0.bpo.2-686-pae /usr/sbin/grub-mkconfig: 28: /etc/default/grub: Uncomment: not found run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 127 Failed to process /etc/kernel/postrm.d at /var/lib/dpkg/info/linux-image-3.11-0.bpo.2-686-pae.postrm line 208. dpkg: błąd przetwarzania linux-image-3.11-0.bpo.2-686-pae (--purge): podproces zainstalowany skrypt post-removal zwrócił kod błędu 1 Wystąpiły błędy podczas przetwarzania: linux-image-3.11-0.bpo.2-686-pae E: Sub-process /usr/bin/dpkg returned an error code (1)
Nie byłoby z tym problemu, ale teraz nie mogę nic nowego zainstalować bo program instalujący najpierw chce usunąć kernele.
Czy jest możliwość, żeby usunąć te kernele ręcznie, tak aby nie blokowały już instalacji?
Offline
/usr/sbin/grub-mkconfig: 28: /etc/default/grub: Uncomment: not found
Pokaż zawartość /etc/default/grub.
Offline
Podaj jeszcze:
dpkg -l | grep linux-image
Offline
Po co ci grub i extlinux?
Offline
Zawoartość /etc/default/grub:
If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet" GRUB_CMDLINE_LINUX="" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=console # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=true Uncomment to disable generation of recovery mode menu entries GRUB_DISABLE_RECOVERY="true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE="480 440 1"
dpkg -l | grep linux-image:
ii linux-image-3.10-0.bpo.3-686-pae 3.10.11-1~bpo70+1 i386 Linux 3.10 for modern PCs rH linux-image-3.11-0.bpo.2-686-pae 3.11.8-1~bpo70+1 i386 Linux 3.11 for modern PCs rH linux-image-3.2.0-4-686-pae 3.2.51-1 i386 Linux 3.2 for modern PCs
Extlinux został zainstalowany razem z programem do tworzenia bootowalnych usb.
Pozbyć chcę się 3.2 i 3.11
Offline
Sory za post pod postem, ale moja głupota wymaga komentarza. Już odinstalowałem. Jak zerkniecie na wygląd gruba to zobaczycie, że przy próbie wyłączenia trybów recovery za dużo "#" usunąłem. Zrobiłem jak trzeba i poszło.
Dzięki za pomoc!
Offline
Dlaczego nie chcesz tego 3.11 z backportów?
Offline
3.10 ma wszystko czego potrzebuję, nie mam jakiegoś kozackiego sprzętu, zwykłego netbooka od samsunga. Wydaje mi się, że 3.11 nie zrobi mi wielkiej różnicy.
Offline
Aczkolwiek pozbawiasz się w ten sposób poprawek bezpieczeństwa, ale jeśli Ci to nie przeszkadza to OK.
Offline
A na czym polega ryzyko związane z nieaktualizowaniem jądra do i tak w sumie nie najnowszej wersji? Generalnie gdybym nie miał 3.10 z backportów to śmigał bym dalej na 3.2, co też raczej najbezpieczniejsze nie jest. Nie do końca jeszcze łapię wszystko co jest związane z Debianem, sory jeśli pytania są banalne.
Offline
Na tym, że Twój system jest podatny na dziury znalezione w tej wersji kernela. Czy w przypadku tego systemu ma to jakieś znaczenie musisz ocenić sam. Wersja 3.2 z głównego repozytorium stable jest co jakiś czas aktualizowana i otrzymuje poprawki bezpieczeństwa, najnowsze wersje kernela z testing/unstable również. W backportach dla stable pojawia się co jakiś czas najnowsza wersja z testinga przekompilowana specjalnie dla stable. Gdy w testingu czy backportach pojawi się nowe wydanie kernela, starsze które były w testingu i backportach nie są już aktualizowane, przez co są najbardziej podatne.
Offline
Warto dodać, że 3.11 na kernel.org ma status:
stable: 3.11.10 [EOL] 2013-11-29
Offline
291
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 00:41:34)
Offline
drelbrown napisał(-a):
Warto dodać, że 3.11 na kernel.org ma status:
stable: 3.11.10 [EOL] 2013-11-29
No ale nowszego nie ma w backportach jeszcze. :)
Offline
Może to trochę herezja, jeśli tak to mnie poprawcie, ale po co zmieniać jądro na to ze statusem EOL kiedy 3.10 ma status longterm?
Czy mimo to, że poprawki do 3.10 będą wychodziły to nie będą one ukazywały się w backportach?
Offline
Backporty jądra są tworzone na podstawie jądra dostępnego w testing, czyli w zasadzie najnowszego. Starsze wersje nie są wspierane.
Offline
piotrabc napisał(-a):
Może to trochę herezja, jeśli tak to mnie poprawcie, ale po co zmieniać jądro na to ze statusem EOL kiedy 3.10 ma status longterm?
Czy mimo to, że poprawki do 3.10 będą wychodziły to nie będą one ukazywały się w backportach?
Już odpowiadałem na to:
ArnVaker napisał(-a):
Gdy w testingu czy backportach pojawi się nowe wydanie kernela, starsze które były w testingu i backportach nie są już aktualizowane, przez co są najbardziej podatne.
:)
3.10 z backportów:
linux (3.10.11-1~bpo70+1) wheezy-backports; urgency=low * Rebuild for wheezy: - Disable building of udebs - Change ABI number to 0.bpo.3 -- Ben Hutchings <ben@decadent.org.uk> Tue, 24 Sep 2013 06:39:39 +0100
3.11 z backportów:
linux (3.11.8-1~bpo70+1) wheezy-backports; urgency=low * Rebuild for wheezy: - Use gcc-4.6 for all architectures except hppa - Disable building of udebs - Change ABI number to 0.bpo.2 -- Ben Hutchings <ben@decadent.org.uk> Thu, 21 Nov 2013 01:50:15 +0000
Druga sprawa, że wsparcie na kernel.org niekoniecznie pokrywa się ze wsparciem w Debianie. Nie mówię o tym przypadku, ale generalnie. Np. kernel z Lenny'ego był już dawno porzucony na kernel.org, a deweloperzy Debiana backportowali poprawki dopóki Lenny był wspierany. Kernel 3.2 nie miał być wydaniem z wydłużonym wsparciem z kernel.org (był nim 3.0), ale został nim ponieważ deweloper Debiana zadeklarował, że będzie się nim zajmował przez okres wsparcia Wheezy'ego i to właśnie on również na kernel.org zajmuje się tym wydaniem. Najnowsze wydanie z kernel.org jest zawsze w repo aptosida, tam po kilka wersji dziennie potrafią wrzucać. ;)
Offline
No tak, teraz wszystko rozumiem i postanowiłem przejść na 3.11, ale po zainstalowaniu przez Appera, grub nie widzi nowego jądra (nie ma go na liście startowej). Za to po wpisaniu:
dpkg -l | grep linux-image
otrzymuje:
ii linux-image-3.10-0.bpo.3-686-pae 3.10.11-1~bpo70+1 i386 Linux 3.10 for modern PCs rc linux-image-3.11-0.bpo.2-686-pae 3.11.8-1~bpo70+1 i386 Linux 3.11 for modern PCs rc linux-image-3.2.0-4-686-pae 3.2.51-1 i386 Linux 3.2 for modern PCs
Czyli bez zmian. W czym może tkwić problem?
Ostatnio edytowany przez piotrabc (2013-12-07 19:59:42)
Offline
Przez Appera to nie wiem, ale jakbyś pokazał jak to z konsoli wygląda pewnie można by było coś powiedzieć.
aptitude -t wheezy-backports install linux-image-686-pae linux-headers-686-pae
Offline
Spróbowałem zainstalować przez aptitude i niespodzianka! Wszystko zadziałało. Dziwne to dla mnie, ale 3.11 już u mnie śmiga.
Dzięki za pomoc!
Offline