Czy istnieje sposób na zarządzanie opcjami menu Grub z poziomu GUI / pulpitu?

16

Z każdą aktualizacją jądra umieszczany jest nowy wpis w Grub, aby zapewnić sposób uruchomienia tej konkretnej wersji jądra.

Mam w tej chwili około 5 i, szczerze mówiąc, po potwierdzeniu, że mogę uruchomić system w nowej wersji jądra, nigdy nie wracam do poprzedniej wersji.

Chciałbym zarządzać elementami z tej listy z pulpitu, a nie edytować pliku, czy istnieje sposób, aby to zrobić za pomocą GUI z poziomu samego Ubuntu?

Neil Trodden
źródło

Odpowiedzi:

13

Tak, usuń paczki.

Załaduj synaptic i wyszukaj linux-image. Kliknij pierwszą kolumnę, aby posortować według faktycznie zainstalowanych pakietów, a następnie kliknij zielone pola, aby zmienić stan.

Szukasz pakietów, które wyglądać tak: linux-image-2.6.31-ubuntu10. Nie usuwaj, linux-imageponieważ spowoduje to zatrzymanie nadchodzących aktualizacji.

Po prostu zaznacz te, których już nie chcesz, a następnie kliknij Zastosuj. Sugerowałbym (jeśli jesteś z tego zadowolony) usunięcie wszystkich oprócz obecnego jądra i poprzedniego (na wszelki wypadek).

Kiedy skończysz, kliknij Zastosuj, a Grub zostanie oczyszczony.

Oli
źródło
3
Pozwoli to również zaoszczędzić trochę miejsca na dysku, ponieważ każde jądro-image-2.6 * zajmuje około 100 MB, a przy szybkości, z jaką nowe jądra pojawiają się w Ubuntu, można łatwo dostać się do 1-2 GB
LassePoulsen
Zwiększ ilość miejsca na dysku. Jest to szczególnie prawdziwe, gdy jesteś we wczesnej wersji rozwojowej i dostajesz nowe kompilacje jądra co drugi dzień.
Oli
Naprawdę nigdy nie przyszło mi do głowy, aby odinstalować pakiety. Duży +1 za oszczędność miejsca!
Neil Trodden,
Co się stanie, jeśli opcja „oznacz do usunięcia” jest wyszarzona?
Brandon Bertelsen,
6

Możesz zainstalować program o nazwie StartUp-Manager.

Pakiet nazywa się startupmanager. Możesz wyszukać to w Centrum oprogramowania Ubuntu lub Synaptic lub uruchomić: sudo apt-get install startupmanagerw terminalu.

Pozwala wybrać domyślny wpis grub, liczbę sekund grub czeka na automatyczne uruchomienie i inne opcje, takie jak rozdzielczość.

Warto jednak odinstalować stare jądra z synaptic.

dv3500ea
źródło
1
Chcę tylko dodać, że startupmanagernie jest już w trakcie aktywnego opracowywania: launchpad.net/startup-manager/+announcement/8300
cringe
5

Daniel Richter opracował narzędzie do konfiguracji GUI, które pozwala użytkownikom zmieniać ustawienia Grub 2 bez użycia wiersza poleceń. Aplikacja umożliwia dodawanie, usuwanie, zamrażanie, zmianę nazwy i zmianę kolejności elementów menu rozruchowego. Umożliwi to również zmiany ustawień konfiguracji Grub 2, takich jak obraz tła i limit czasu menu.

możesz go użyć i zainstalować zgodnie z tym przewodnikiem

jeśli chcesz głęboko w GRUB 2 można przeczytać GUIDE zbyt

dzięki DANIEL

hhlp
źródło
3

Cóż, Ubuntu Tweak ma ładny prosty interfejs do zabijania starych zdjęć i nagłówków. Wydaje mi się, że jest na tyle prosty, że jest niezawodny. Crappy szybki i brudny zrzut ekranu . Będzie automatycznie wypełniał i nie pokazywał niczego związanego z bieżącym jądrem. Nie jest związany z projektem, ale w przeszłości działał dla mnie dobrze.

Samizdata
źródło
1
+1, bardzo fajne rozwiązanie, mam nadzieję, że inni zagłosują!
Neil Trodden,
3

Nie jest oparty na GUI, ale najłatwiejszym sposobem na usunięcie poprzednich obrazów linuksowych jest wydanie prostej komendy:

sudo apt-get autoremove

To usunie WSZYSTKIE cruft z twojego systemu, nie tylko jądra Linuksa. Wszystko, co nie jest używane przez inny pakiet, zostanie usunięte z tego polecenia.

Jeśli po prostu musisz mieć GUI, uruchom Synaptic, a następnie kliknij przycisk „Status” w lewym dolnym rogu, a następnie wybierz filtr „Zainstalowane (automatycznie usuwane)” z listy powyżej. Następnie wybierz wszystko z tej listy (kliknij klawisz Shift lub Control lub użyj CTRL-A) i kliknij prawym przyciskiem myszy, aby wybrać „Oznacz do usunięcia”.

Na przykład poniżej uruchamiam jądro 2.6.35.27 , więc jeśli chcę usunąć poprzednie jądro 2.6.35.25 :

scaine@GroovyTosh:~$ uname -r
2.6.35-27-generic
scaine@GroovyTosh:~$ sudo apt-get autoremove
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages will be REMOVED
  linux-backports-modules-input-2.6.35-25-generic oss-compat
0 upgraded, 0 newly installed, 2 to remove and 44 not upgraded.
After this operation, 172kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 277680 files and directories currently installed.)
Removing linux-backports-modules-input-2.6.35-25-generic ...
update-initramfs: Generating /boot/initrd.img-2.6.35-25-generic
Removing oss-compat ...
scaine@GroovyTosh:~$ 
Scaine
źródło
To polecenie nie przedstawiało żadnych pakietów do usunięcia? Ponadto „Zainstalowane (automatycznie usuwane)” nie ma na mojej liście filtrów stanu.
Neil Trodden,
Pozycje statusu są dynamiczne: po usunięciu wszystkiego, co można usunąć, wpis zniknie. Podobnie polecenie „sudo apt-get autorove” powie po prostu coś w stylu „0 zaktualizowanych, 0 nowo zainstalowanych, 0 do usunięcia i 0 niezgadnionych”. Spróbuj ponownie po wydaniu kolejnej aktualizacji jądra.
Scaine,
2
autorove nie usunie starych wersji jądra; pozbywa się tylko rzeczy, które zostały zainstalowane jako zależności, które nie są już potrzebne.
ImaginaryRobots
Ah, dobrze. Ale potem ... to obejmuje stare jądra, przynajmniej w moim systemie. Czy istnieją okoliczności, w których stare jądra nadal mają jakieś zależności?
Scaine
Dwa głosy w górę, a potem dziwnie dwa głosy w dół. Dodałem więc dowód, że stare jądra można łatwo usunąć jednym poleceniem, mimo że ImaginaryRobots twierdzi inaczej (za co sam otrzymał dwa głosy!). Nie jestem pewien, czy brakuje mi tutaj punktu? Czy całkowicie źle zrozumiałem koniec kija?
Scaine,
1

Osobiście korzystam z następującej konfiguracji (starsza wersja gruba):

title      Ubuntu 10.10 Maverick Meerkat, latest kernel
uuid       ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf
kernel     /vmlinuz ro quiet splash root=UUID=ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf resume=UUID=51ac47a8-6372-4edf-a5a8-be8e5bc13cca
initrd     /initrd.img
savedefault

title      Ubuntu 10.10 Maverick Meerkat, latest kernel in recovery mode
uuid       ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf
kernel     /vmlinuz ro single root=UUID=ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf noresume
initrd     /initrd.img

title      Ubuntu 10.10 Maverick Meerkat, previous kernel
uuid       ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf
kernel     /vmlinuz.old ro quiet splash root=UUID=ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf resume=UUID=51ac47a8-6372-4edf-a5a8-be8e5bc13cca
initrd     /initrd.img.old
savedefault

title      Ubuntu 10.10 Maverick Meerkat, previous kernel in recovery mode
uuid       ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf
kernel     /vmlinuz.old ro single root=UUID=ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf noresume
initrd     /initrd.img.old

title      Memory test
uuid       ab0d6ed0-ecbc-4718-be12-cbb3955c1aaf
kernel     /boot/memtest86+.bin

### BEGIN AUTOMAGIC KERNELS LIST
## ## Start Default Options ##
# howmany=0
# memtest86=false
## ## End Default Options ##
### END DEBIAN AUTOMAGIC KERNELS LIST

Działa to, ponieważ Ubuntu automatycznie aktualizuje się /vmlinuz, /initrd.imgdowiązania symboliczne wskazują najnowszy zainstalowany jądro i obraz initramfs (i .oldtowarzysze wskazują poprzednie).

Nie będzie to jednak działać /bootna osobnej partycji.


Nie rozumiem, dlaczego Ubuntu domyślnie tego nie używa i tworzy nieznośnie brzydkie i kruche rozwiązania, które wypełniają ekran programu ładującego nadmiernie redundantnymi i bezużytecznymi liniami. Moim zdaniem ekran powinien wyglądać przynajmniej tak:

Ubuntu, najnowsze jądro
Ubuntu, najnowsze jądro w trybie odzyskiwania
Ubuntu, poprzednie jądro
Ubuntu, poprzednie jądro w trybie odzyskiwania
Gentoo
Windows 7 (moduł ładujący)
<wszystko co masz ...>
------------------------
Test pamięci

Cztery linie Ubuntu już wydają się zbędne. Teraz wyobraź sobie tuzin prawie takich samych linii, które różnią się tylko niektórymi cyframi ( wszystkie oznaczają po prostu „boot Ubuntu”!) - i musisz wybrać właściwą. Koszmar!

ulidtko
źródło
Fajnie, chociaż technicznie nie mogę tego komentować - nie wiem wystarczająco dużo o Grub (lub Grub 2). To wygląda jednak bardzo gładko.
Scaine,
@Scaine z wyjątkiem zakodowanych identyfikatorów UUID, wszystko powinno być dość solidne.
ulidtko,