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/.
[quote=Bodzio]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 ...[/quote]
Nie powinien wywalać. Odpowiada za to skrypt [tt]/etc/kernel/postinst.d/apt-auto-removal[/tt]
[quote=thomsson]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[/quote]
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.[/quote]
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
[quote=yossarian]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.[/quote]
To możliwe, wywaliłem metapakiety z grseca i aptosida, i po [b]apt autoremove[/b] 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
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00064 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.128.31.76' WHERE u.id=1 |
0.00092 | UPDATE punbb_online SET logged=1732698463 WHERE ident='3.128.31.76' |
0.00039 | SELECT * FROM punbb_online WHERE logged<1732698163 |
0.00088 | SELECT topic_id FROM punbb_posts WHERE id=312330 |
0.00135 | SELECT id FROM punbb_posts WHERE topic_id=29723 ORDER BY posted |
0.00029 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=29723 AND t.moved_to IS NULL |
0.00029 | SELECT search_for, replace_with FROM punbb_censoring |
0.00104 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=29723 ORDER BY p.id LIMIT 25,25 |
0.00098 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=29723 |
Total query time: 0.00691 s |