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





Szczawiożerca






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







Podobno człowiek...;)








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





Szczawiożerca






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







Podobno człowiek...;)








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





Szczawiożerca






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







Podobno człowiek...;)








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





Szczawiożerca






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







Podobno człowiek...;)








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 PackagesJa rozumiem, że na kernel.org 4.9 jest LTS, ale bez przesady.
Jednak Gentuś pod tym względem jest prostszy. xD
Pozdro
Offline





Szczawiożerca






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







Podobno człowiek...;)








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 PackagesOsobiś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