Forum Debian Users Gang

Jeżeli do aktualizacji jądra systemowego użyłeś backportów to w nich jest dopiero tylko wersja niepodpisana:

linux-image-5.10.0-0.bpo.8-rt-amd64-unsigned

https://packages.debian.org/search?keywords=linux-i … p;section=all


Przedstaw wynik polecenia:

dpkg -l | grep $(uname -r)

PS Zamiast używać „potworków językowych” mogłeś zwyczajnie napisać po polsku:
zaktualizowałeś jądro lub nie chcesz cofać wersji jądra.

A gdzie masz zainstalowane pliki nagłówkowe jądra?

dpkg -l | grep $(uname -r)
ii  linux-headers-5.10.0-0.bpo.7-amd64            5.10.40-1~bpo10+1                            amd64        Header files for Linux 5.10.0-0.bpo.7-amd64
ii  linux-image-5.10.0-0.bpo.7-amd64              5.10.40-1~bpo10+1                            amd64        Linux 5.10 for 64-bit PCs (signed)

Zainstaluj:

apt install linux-headers-$(uname -r)

Przedstaw wynik:

cat /etc/apt/sources.list

W jakim celu korzystasz z wersji testowej? W dodatku, w tak nieprzemyślany sposób?

Wystarczy zerknąć na stronę:
https://www.debian.org/distrib/packages
Poszukać pakietu i wiedziałbyś, że nie ma sensu instalować jądra z wersji testowej bo ta sama wersja jest w backports.

Teraz trzeba będzie naprawiać system bo pobrało pakiety z wersji testowej.

Ważne wykonaj kopię zapasową danych bo możemy zepsuć system.

Następnie, wyczyść zawartość pliku /etc/apt/sources.list i wpisz takie adresy:

deb https://deb.debian.org/debian/ buster main contrib non-free
deb http://security.debian.org/ buster/updates main contrib non-free
deb https://deb.debian.org/debian-security buster/updates main contrib non-free
deb https://deb.debian.org/debian/ buster-backports main contrib non-free

Nie wiem, czy będzie potrzebny adres:

deb https://ftp.de.debian.org/debian buster main non-free

Można go chwilowo wyłączyć.

Uruchom system z poziomu starej wersji jądra (tej pierwotnej 4.19).

I wykonaj:

apt update
apt autoremove
apt purge `dpkg -l | grep '^rc' | awk '{print $2}'`
apt upgrade

Przed końcowym enter, dla każdego polecenia, dobrym nawykiem jest zapisanie zrzutu z konsoli, aby można było łatwiej naprawić system, gdyby pojawiły się jakieś problemy.

Jak nie pojawią się żadne błędy to wystarczy zainstalować odpowiednią wersję jądra i pliki nagłówkowe.

morfik, nie wiemy jaką ma kartę. Ten plik, który wskazujesz dotyczy Twojej karty i jest w repozytorium backports. https://packages.debian.org/buster-backports/firmware-realtek Czyli z nową wersją jądra jest powiązany.
Skoro sieć działała na wersji stabilnej jądra to będzie działać (przynajmniej mark nic nie zgłaszał).

mark, jak zauważył morfik: wystarczy umieścić w pliku /etc/apt/sources.list wpisy:

deb https://deb.debian.org/debian/ buster main contrib non-free
deb https://deb.debian.org/debian-security buster/updates main contrib non-free
deb https://deb.debian.org/debian/ buster-backports main contrib non-free

Reszta bez zmian.

Jeżeli czujesz się na siłach to możesz przejść na wersję testową. Wiąże się to jedynie z przeglądaniem na bieżąco dokumentacji i częstszą aktualizacją systemu.

Dokumentacja zawsze się przydaje:

apt install debian-kernel-handbook debian-faq debian-reference-en debian-handbook

i wklejasz poniższe adresy w pasku adresu przeglądarki (możesz dodać do zakładek):

file:///usr/share/doc/debian-kernel-handbook/kernel-handbook.html/index.html
file:///usr/share/debian-reference/index.en.html
file:///usr/share/doc/debian/FAQ/index.en.html
file:///usr/share/doc/debian-handbook/html/en-US/index.html

Na stronie Debiana:
https://www.debian.org/doc/
https://wiki.debian.org/
https://wiki.debian.org/OstatnieZmiany

Przykładowe strony wiki:
https://wiki.debian.org/DebianRepository/UseThirdParty
https://wiki.debian.org/Openbox
itd.

Ostatnio edytowany przez fnmirk (2021-08-03 21:28:34)

fnmirk napisał(-a):

Jeżeli czujesz się na siłach to możesz przejść na wersję testową. Wiąże się to jedynie z przeglądaniem na bieżąco dokumentacji i częstszą aktualizacją systemu.

Nie, jednak wolę pozostać na wersji stabilnej. Adres testing pozostawiam w sources.list z powodu dunst, którego chcę w nowszej wersji z jego przyszłymi ewentualnymi aktualizacjami. Ustawiłem priorytety żeby aktualizacje nie dotyczyły wszystkiego co zainstalowane w systemie podstawowym.

@fnmirk Udało się!

$ uname -r
4.19.0-12-amd64

Podążając za Twoimi wskazówkami wróciłem do starego jądra i nic złego się nie wydarzyło tzn. na chwilę obecną system działa normalnie. Odinstalowałem także nowe jądro v.5.10 i w grub`ie widać już tylko jądro stable v.4.19. Sprawdzając listę zainstalowanych pakietów widzę jakieś pozostałości, których nie daje się usunąć.
Fragment listy:

$ sudo dpkg -l
ii  linux-compiler-gcc-8-x86              4.19.194-3                              amd64        Compiler for Linux on x86 (meta-package)
ii  linux-cpupower                        4.19.194-3                              amd64        CPU power management tools for Linux
ii  linux-headers-4.19.0-16-amd64         4.19.181-1                              amd64        Header files for Linux 4.19.0-16-amd64
ii  linux-headers-4.19.0-16-common        4.19.181-1                              all          Common header files for Linux 4.19.0-16
ii  linux-headers-4.19.0-17-amd64         4.19.194-3                              amd64        Header files for Linux 4.19.0-17-amd64
ii  linux-headers-4.19.0-17-common        4.19.194-3                              all          Common header files for Linux 4.19.0-17
ii  linux-headers-amd64                   4.19+105+deb10u12                       amd64        Header files for Linux amd64 configuration (meta-package)
ii  linux-image-4.19.0-12-amd64           4.19.152-1                              amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-kbuild-4.19                     4.19.194-3                              amd64        Kbuild infrastructure for Linux 4.19
ii  linux-libc-dev:amd64                  4.19.194-3                              amd64        Linux support headers for userspace development

rc  linux-image-5.10.0-0.bpo.7-amd64      5.10.40-1~bpo10+1                       amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-5.10.0-8-amd64            5.10.46-3                               amd64        Linux 5.10 for 64-bit PCs (signed)
rc  linux-image-amd64                     5.10.46-3                               amd64        Linux for 64-bit PCs (meta-package)

Czy można to jakoś wyczyścić bo chyba nie w ten sposób?

# apt remove linux-image-5.10.0-0.bpo.7-amd64
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Pakiet "linux-image-5.10.0-0.bpo.7-amd64" nie jest zainstalowany, więc nie zostanie usunięty

Pakiet "linux-image-5.10.0-8-amd64" nie jest zainstalowany, więc nie zostanie usunięty

Kwestia braku firmware już nieaktualna!

~$ sudo -i update-initramfs -u
[sudo] hasło użytkownika marek: 
update-initramfs: Generating /boot/initrd.img-4.19.0-12-amd64
~$

fnmirk napisał(-a):

i zainstaluj jądro z backports:

Kod:

apt install  linux-headers-5.10.0-0.bpo.8-amd64 linux-image-5.10.0-0.bpo.8-amd64

i doinstaluj pakiety firmware, których potrzebujesz, też z backports.

Tak zrobiłem. Przeinstalowałem także firmware z backportów:

 aptitude -t buster-backports install firmware-realtek
Następujące pakiety zostaną zaktualizowane:       
  firmware-realtek 
1 pakietów aktualizowanych, 0 instalowanych, 0 do usunięcia i 187 nieaktualizowanych.

Jest teraz OK.

fnmirk
Bardzo dziękuję za pomoc i cierpliwość. Cóż do tej pory backporty były dla mnie ciemną magią lecz dzięki Twoim wskazówkom już wiem nieco więcej.

Problem rozwiązany!

Ostatnio edytowany przez mark (2021-08-04 21:25:15)

fnmirk napisał(-a):

mark napisał(-a):

Jest teraz OK.

Nie jest:

Nie wiem skąd to się wzięło. Oczywiście robiłem potem update i już niczego nie zgłaszało więc chyba jednak jest OK.

~$ sudo apt update
[sudo] hasło użytkownika marek: 
Stary:1 http://dl.google.com/linux/chrome/deb stable InRelease
Stary:2 http://security.debian.org buster/updates InRelease                    
Stary:3 http://download.opensuse.org/repositories/home:/stevenpusser/Debian_10  InRelease
Stary:4 https://deb.debian.org/debian buster InRelease             
Stary:5 https://deb.debian.org/debian-security buster/updates InRelease
Stary:6 https://deb.debian.org/debian buster-backports InRelease
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
All packages are up to date.

~$ sudo apt upgrade
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Obliczanie aktualizacji... Gotowe
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.

fnmirk napisał(-a):

mark napisał(-a):

Jest teraz OK.

Nie jest:

mark napisał(-a):

Kod:

...187 nieaktualizowanych.

Należy wykonać:

Kod:

apt update
apt upgrade

Lub podobne polecenia z aptitude.

Jest ok, bo tam dał aptitude -t buster-backports..., i wtedy system traktuje ten konkretny proces instalacyjny tak jakby to repo miało najwyższy priorytet i temu pojawia się xxx pakietów do aktualizacji w logu ale to nie wpływa na późniejszy stan systemu, jedynie taki -t buster-backports pomaga zaspokoić zależności, gdyby instalowany z tego repo pakiet czegoś wymagał, co również by było w tym repo.

Ostatnio edytowany przez morfik (2021-08-05 11:05:00)

fnmirk napisał(-a):

Odnośnie plików „rc  linux-image-5... itp.” przeanalizuj działanie polecenia:

Kod:

apt purge `dpkg -l | grep '^rc' | awk '{print $2}'`

Teraz rozumiem, purge usuwa pliki wraz z zależnościami a w ten sposób awk wydrukował ich trzy sporne linie "rc linux-image..." do usunięcia. Oczywiście tak można to zrobić.
Parę lat używałem Arch`a na którym nie ma takich niuansów, remove to usuń i koniec. Jest to nauka dla mnie a dodatkowo z wpisywaniem znaków specjalnych, które tutaj się pojawiają.

'^rc'

Zaciekawiło mnie jak wpisuje się takie znaki z klawiatury lecz nie udało się. Zainstalowałem gucharmap czyli tablicę znaków gdzie je znalazłem. Trochę to kłopotliwe jeśli chodzi o składanie tekstu.
Cieszę się z napisania tego postu po pierwsze problem został skutecznie rozwiązany i zrozumiałem do czego służą backporty w debianie. Dziękuję za tę naukę.

mark napisał(-a):

fnmirk napisał(-a):

Odnośnie plików „rc  linux-image-5... itp.” przeanalizuj działanie polecenia:

Kod:

apt purge `dpkg -l | grep '^rc' | awk '{print $2}'`

Teraz rozumiem, purge usuwa pliki wraz z zależnościami...

Nie usuwa plików wraz z zależnościami (cokolwiek to znaczy xD), tylko usuwa pakiety wraz z plikami konfiguracyjnymi. Bo w debianie można wywalić pakiet ale zostawić pliki konfiguracyjne, np. te wgrane z pakietem do katalogu /etc/ . Jakbyś dał samo remove, to wywali pakiet bez plików konfiguracyjnych, a jak purge to z nimi.