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/.
Bodzio napisał(-a):
apt-get autoremove wywala wszystkie jajca. A zazwyczaj pasuje mi zostawić przedostatnie. Przedostatnie jest pewne i sprawdzone. Ostatnie może fiknąć nie wiadomo kiedy.
Tak, wiem to żaden argument... można sobie skompilować, zapodać aptosida itp. Ale ...
Nie powinien wywalać. Odpowiada za to skrypt /etc/kernel/postinst.d/apt-auto-removal
thomsson napisał(-a):
Ja się w ogóle przerzuciłem z apt-get/aptitude na apt :) krótsze, szybsze, szukajka całkiem fajna no i progress bar podczas operacji
Dpkg::Progress-Fancy "1";
Offline
Przy okazji, czy da się ustawić w Debianie przez pliki konfiguracyjne, żeby automatycznie wywalał kernele, z wyjątkiem aktualnego i poprzedniego, czyli tych, które mają dowiązania vmlinuz i vmlinux.old w rootfs?
Ostatnio edytowany przez Jacekalex (2017-07-10 23:16:16)
Offline
Trzeba by było przeanalizować ten skrypt i sobie go ewentualnie dostosować do swoich potrzeb.
W opisie jest takie coś:
# Mark as not-for-autoremoval those kernel packages that are:
# - the currently booted version
# - the kernel version we've been called for
# - the latest kernel version (as determined by debian version number)
# - the second-latest kernel version
#
# In the common case this results in two kernels saved (booted into the
# second-latest kernel, we install the latest kernel in an upgrade), but
# can save up to four. Kernel refers here to a distinct release, which can
# potentially be installed in multiple flavours counting as one kernel.
Offline
Tyle to ja wiem, ale chciałem wiedzieć, jak to ustawić "zgodnie z zasadami" przez plik:
config_file="${APT_CONF_D}/01autoremove-kernels"
Poza tym na razie u mnie nie wywalał żadnego kernela, chyba że to zrobię ręcznie.
automatycznie wygenerowało się takie cuś:
// DO NOT EDIT! File autogenerated by /bin/bash APT::NeverAutoRemove { "^linux-image-4\.11\.0-1-amd64$"; "^linux-image-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-image-4\.12\.0-g1$"; "^linux-headers-4\.11\.0-1-amd64$"; "^linux-headers-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-headers-4\.12\.0-g1$"; "^linux-image-extra-4\.11\.0-1-amd64$"; "^linux-image-extra-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-image-extra-4\.12\.0-g1$"; "^linux-signed-image-4\.11\.0-1-amd64$"; "^linux-signed-image-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-signed-image-4\.12\.0-g1$"; "^kfreebsd-image-4\.11\.0-1-amd64$"; "^kfreebsd-image-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^kfreebsd-image-4\.12\.0-g1$"; "^kfreebsd-headers-4\.11\.0-1-amd64$"; "^kfreebsd-headers-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^kfreebsd-headers-4\.12\.0-g1$"; "^gnumach-image-4\.11\.0-1-amd64$"; "^gnumach-image-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^gnumach-image-4\.12\.0-g1$"; "^.*-modules-4\.11\.0-1-amd64$"; "^.*-modules-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^.*-modules-4\.12\.0-g1$"; "^.*-kernel-4\.11\.0-1-amd64$"; "^.*-kernel-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^.*-kernel-4\.12\.0-g1$"; "^linux-backports-modules-.*-4\.11\.0-1-amd64$"; "^linux-backports-modules-.*-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-backports-modules-.*-4\.12\.0-g1$"; "^linux-tools-4\.11\.0-1-amd64$"; "^linux-tools-4\.12\.0-0\.slh\.1-aptosid-amd64$"; "^linux-tools-4\.12\.0-g1$"; }; /* Debug information: # dpkg list: ii linux-image-4.11.0-1-amd64 4.11.6-1 amd64 Linux 4.11 for 64-bit PCs ii linux-image-4.12.0-0.slh.1-aptosid-amd64 4.12-1 amd64 Linux 4.12 for 64-bit PCs rc linux-image-4.3.0-1-amd64 4.3.5-1 amd64 Linux 4.3 for 64-bit PCs rc linux-image-4.3.0-1-grsec-amd64 4.3.5-1+grsec201602070910+1 amd64 Linux 4.3 for 64-bit PCs, Grsecurity protection rc linux-image-4.4.0-1-grsec-amd64 4.4.7-1+grsec201604152208+1 amd64 Linux 4.4 for 64-bit PCs, Grsecurity protection rc linux-image-4.5.0-2-grsec-amd64 4.5.7-1+grsec201606292300+1 amd64 Linux 4.5 for 64-bit PCs, Grsecurity protection rc linux-image-4.6.0-1-grsec-amd64 4.6.4-1+grsec201607242014+1 amd64 Linux 4.6 for 64-bit PCs, Grsecurity protection rc linux-image-4.7.0-1-grsec-amd64 4.7.8-1+grsec201610161720+1 amd64 Linux 4.7 for 64-bit PCs, Grsecurity protection rc linux-image-4.8.0-2-grsec-amd64 4.8.15-2+grsec201701031913+1 amd64 Linux 4.8 for 64-bit PCs, Grsecurity protection ii linux-image-4.9.0-2-grsec-amd64 4.9.18-1+grsec201703261106+1 amd64 Linux 4.9 for 64-bit PCs, Grsecurity protection ii linux-image-aptosid-amd64 4.12-1 amd64 Linux image for aptosid on 64-bit PCs ii linux-image-grsec-amd64 12 amd64 Linux image meta-package, grsec featureset # list of installed kernel packages: 4.11.0-1-amd64 4.11.6-1 4.12.0-0.slh.1-aptosid-amd64 4.12-1 4.9.0-2-grsec-amd64 4.9.18-1+grsec201703261106+1 # list of different kernel versions: 4.12-1 4.11.6-1 4.9.18-1+grsec201703261106+1 # Installing kernel: () # Running kernel: ignored (4.12.0-g1) # Last kernel: 4.12-1 # Previous kernel: 4.11.6-1 # Kernel versions list to keep: 4.11.6-1 4.12-1 # Kernel packages (version part) to protect: 4\.11\.0-1-amd64 4\.12\.0-0\.slh\.1-aptosid-amd64 4\.12\.0-g1 */
System się zaktualizował grzecznie;
lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux testing (buster) Release: testing Codename: buster
Pozdro
Ostatnio edytowany przez Jacekalex (2017-07-10 23:48:14)
Offline
Na razie masz 3 kernele, każdy z innej rodziny — pewnie każdy jest zależnością metapakietu (np. linux-image-grsec-amd64, linux-image-aptosid-amd64) wciągające te kernele i te nie będą usuwane.
Ostatnio edytowany przez yossarian (2017-07-11 10:44:07)
Offline
yossarian napisał(-a):
Na razie masz 3 kernele, każdy z innej rodziny — pewnie każdy jest zależnością metapakietu (np. linux-image-grsec-amd64, linux-image-aptosid-amd64) wciągające te kernele i te nie będą usuwane.
To możliwe, wywaliłem metapakiety z grseca i aptosida, i po apt autoremove zostały dwa jajka: 4.12 Aptosid i 4.11 Debian.
Zobaczymy w przyszłości, jak się dalej będzie sprawował ten mechanizm, zwłaszcza wobec jajek z jednej rodziny.
Ostatnio edytowany przez Jacekalex (2017-07-11 11:56:46)
Offline
Tyle że teraz nie będą się one aktualizować.
Zależnością tych metapakietów jest ostatnie, najnowsze jądro, a te wcześniejsze automatycznie przestają być zależne od metapakietu w momencie instalacji nowszego.
Offline
Dziwaczne te metapakiety, instalacja metapakiety do jajka Debianowego ciągnie mi 4.9.0.3:
apt install linux-image-amd64 Czytanie list pakietów... Gotowe Budowanie drzewa zależności Odczyt informacji o stanie... Gotowe The following additional packages will be installed: linux-image-4.9.0-3-amd64 Sugerowane pakiety: linux-doc-4.9 debian-kernel-handbook grub-pc | grub-efi-amd64 | extlinux Zostaną zainstalowane następujące NOWE pakiety: linux-image-4.9.0-3-amd64 linux-image-amd64 0 aktualizowanych, 2 nowo instalowanych, 0 usuwanych i 1 nieaktualizowanych. Konieczne pobranie 38,7 MB archiwów. Po tej operacji zostanie dodatkowo użyte 190 MB miejsca na dysku.
Jajo 4.11 wciąga tylko wersja z unstable:
apt install -t unstable linux-image-amd64
I tak się zastanawiam, jeśli Strech wyszedł stabilny ze dwa tygodnie temu, to skąd jego przywiązanie do jajka 4.9, podobnie z resztą jak Bustera?
apt-cache policy linux-image-amd64 linux-image-amd64: Zainstalowana: (brak) Kandydująca: 4.9+80 Tabela wersji: 4.11+82 500 500 http://httpredir.debian.org/debian unstable/main amd64 Packages 4.9+80 990 500 http://httpredir.debian.org/debian stable/main amd64 Packages 990 http://httpredir.debian.org/debian testing/main amd64 Packages
Ja rozumiem, że na kernel.org 4.9 jest LTS, ale bez przesady.
Jednak Gentuś pod tym względem jest prostszy. xD
Pozdro
Offline
W testingu jest linux-image-4.11.0-1-amd64:
https://packages.debian.org/buster/linux-image-amd64
linux-image-amd64 | 3.2+46 | oldoldstable | amd64, i386 linux-image-amd64 | 3.16+63~bpo70+1 | wheezy-backports | amd64, i386 linux-image-amd64 | 3.16+63 | oldstable | amd64, i386 linux-image-amd64 | 4.9+80~bpo8+1 | jessie-backports | amd64 linux-image-amd64 | 4.9+80 | stable | amd64 linux-image-amd64 | 4.11+82 | testing | amd64 linux-image-amd64 | 4.11+82 | unstable | amd64
Offline
Prawda,po dzisiejszej aktualizacji (u mnie):
apt-cache policy linux-image-amd64 linux-image-amd64: Zainstalowana: 4.11+82 Kandydująca: 4.11+82 Tabela wersji: *** 4.11+82 990 990 http://httpredir.debian.org/debian testing/main amd64 Packages 500 http://httpredir.debian.org/debian unstable/main amd64 Packages 100 /var/lib/dpkg/status 4.9+80 500 500 http://httpredir.debian.org/debian stable/main amd64 Packages
Osobiście wolałbym, żeby w jaju Aptosida nie wyłączali AA, ale świat niestety nigdy nie jest idealny.
Pozdro
Ostatnio edytowany przez Jacekalex (2017-07-11 19:07:15)
Offline