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/.
Strony: 1
Cześć,
Od jakiegoś czasu mam problem przy wykonywaniu aptitude upgrade (Debian testing), na paczce libnvidia-rtcore pojawiają się komunikaty:
Przygotowywanie do rozpakowania pakietu .../15-libnvidia-rtcore_525.89.02-1_amd64.deb ... dpkg: błąd przetwarzania archiwum /tmp/apt-dpkg-install-9X273R/15-libnvidia-rtcore_525.89.02-1_amd64.deb (--unpack): plik informacji kontrolnych triggers zawiera nieznaną dyrektywę "libspeex" Wystąpiły błędy podczas przetwarzania: /tmp/apt-dpkg-install-9X273R/15-libnvidia-rtcore_525.89.02-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
W tamacie lbspeex mam takie pakiety zainstalowane:
root@DebYan:~# aptitude search libspeex p libspeex-dev - The Speex codec library development files p libspeex-dev:i386 - The Speex codec library development files p libspeex-ocaml - OCaml interface to the speex library p libspeex-ocaml:i386 - OCaml interface to the speex library v libspeex-ocaml-3oys4 - p libspeex-ocaml-dev - OCaml interface to the speex library p libspeex-ocaml-dev:i386 - OCaml interface to the speex library v libspeex-ocaml-dev-3oys4 - v libspeex-ocaml-dev-hg7y4:i386 - v libspeex-ocaml-hg7y4:i386 - i A libspeex1 - Biblioteka uruchomieniowa kodeka Speex i libspeex1:i386 - Biblioteka uruchomieniowa kodeka Speex p libspeexdsp-dev - DSP library derived from speex (development files) p libspeexdsp-dev:i386 - DSP library derived from speex (development files) i A libspeexdsp1 - DSP library derived from speex i libspeexdsp1:i386 - DSP library derived from speex
Paczka nie daje się zaktualizować ani usunąć (komunikaty błędów takie same). Próbowałem aptitude, apt-get, dpkg z różnymi przełącznikami force itp., dpkg --configure -a i nic...
System normalnie działa, reszta paczek się aktualizuje/instaluje/usuwa.
Ma ktoś może pomysł na zaktualizowanie tej paczki?
Ostatnio edytowany przez yaros (2023-04-04 21:47:48)
Offline
Już kilka razy usuwałem, ściągałem z repozytorium i próbowałem zainstalować dpkg... bez efektów.
Offline
Może masz starą wersję dpkg, która nie obsługuje tej dyrektywy.
Offline
dpkg mam w wersji 1.21.21 i to raczej nie to - próba odinstalowania obecnej wersji kończy się takim samym komunikatem, a przecież się jakoś zainstalowała ;)
aptitude remove libnvidia-rtcore Następujące pakiety zostaną USUNIĘTE: libnvidia-rtcore 0 pakietów aktualizowanych, 0 instalowanych, 1 do usunięcia i 0 nieaktualizowanych. Do pobrania 0 B archiwów. Zwolnione po rozpakowaniu: 119 MB. (Odczytywanie bazy danych ... 386853 pliki i katalogi obecnie zainstalowane.) Usuwanie pakietu libnvidia-rtcore:amd64 (520.56.06-2) ... dpkg: błąd przetwarzania pakietu libnvidia-rtcore:amd64 (--remove): plik informacji kontrolnych triggers zawiera nieznaną dyrektywę "libspeex" dpkg: zbyt wiele błędów, zatrzymanie Wystąpiły błędy podczas przetwarzania: libnvidia-rtcore:amd64 Przetwarzanie zostało zatrzymane z powodu wystąpienia zbyt wielu błędów. E: Sub-process /usr/bin/dpkg returned an error code (1)
Offline
a masz dodane nowe repozytorium "non-free-firmware",
bo chyba teraz z niego będzie pobierał pakiet "firmware-nvidia-gsp"
Offline
cat /etc/apt/sources.list #testing deb https://deb.debian.org/debian/ testing main contrib non-free non-free-firmware deb https://security.debian.org testing-security main contrib non-free non-free-firmware #sid deb https://deb.debian.org/debian/ sid main contrib non-free non-free-firmware #experimental deb https://deb.debian.org/debian/ rc-buggy main contrib non-free non-free-firmware
Offline
Pokaż wynik:
ls /var/lib/dpkg/info/* |grep libnvidia-rtcore
jeżeli jakiś skrypt postinst albo postrm bruździ, to można go ręcznie wywalić, tylko ostrożnie, żeby nie wyleciało za dużo, bo można łatwo dpkg trwale uceglić.
Ostatnio edytowany przez Jacekalex (2023-04-04 18:14:12)
Offline
ls /var/lib/dpkg/info/* |grep libnvidia-rtcore /var/lib/dpkg/info/libnvidia-rtcore:amd64.list /var/lib/dpkg/info/libnvidia-rtcore:amd64.md5sums /var/lib/dpkg/info/libnvidia-rtcore:amd64.shlibs /var/lib/dpkg/info/libnvidia-rtcore:amd64.symbols /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers
Offline
cat /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers
Offline
root@DebYan:~# cat /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers libspeex 1 libspeex1 (>= 1.2~) root@DebYan:~# aptitude versions libspeex1 Pakiet libspeex1: i A 1.2.1-2
Offline
Skopiuj ten plik do jakiejś innej partycji albo folderu (ja bym wyrzucił, ale lepiej bądź ostrożnym), np:
mv /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers /root/
i potem spróbuj usunąć problematyczny pakiet
aptitude remove -y libnvidia-rtcore
Zobaczymy, czy to wystarczy, czy będą potrzebne inne "czary".
Offline
Po przeniesieniu libnvidia-rtcore:amd64.triggers z /var/lib/dpkg/info/ pakiet dał się bez problemu usunąć :) Dziękuję wszystkim za pomoc :D
EDIT
Po ponownym zainstalowaniu paczki, zawartość libnvidia-rtcore:amd64.triggers wygląda tak:
# Triggers added by dh_makeshlibs/13.11.4 activate-noawait ldconfig
Ostatnio edytowany przez yaros (2023-04-05 08:30:51)
Offline
morfik napisał(-a):
Ciekawe skąd w pliku triggers się wzięły zależności w postaci pakietów? xD
Bzdurne funkcje w /var/lib/dpkg/* to znak firmowy Debiana.
Pamiętam, jak w postinst dodali automatyczny restart usługi w systemd, aktualizuję Debiana w chroocie a tu tona błędów bo systemd nie uruchomiony.
Szukam w necie, a to znany problem i dopiero są kombinacje alpejskie, jak to poprawić.
Na szybko musiałem z 6 czy 7 pików postinst wypier... żeby dokończyć aktualizację.
Offline
No w trigger'ach nigdy takich rzeczy nie było, bo to ma za zadanie przeprowadzić jakieś akcje, gdy pliki w systemie na konkretnych ścieżkach się zmieniają, np. przy instalacji czy aktualizacji pakietów. Tu przykład firefox'a na potrzeby apparmor.
Co do restartu usług systemd — kiedyś nie było pewnych rzeczy charakterystycznych dla systemd i robili to przez skrypty maintainera, potem to się zmieniło i już od tego momentu restart usługi (czy jej włączanie) przy instalacji/aktualizacji pakietu się konfiguruje w procesie budowania pakietu. Podobnie sprawa wygląda z nadawaniem praw chmod na pliki — też ludzie w skryptach maintainer'a używają chmod zamiast prawidłowo instalować pliki w procesie budowania pakietu, tak by pliki już miały odpowiednie uprawnienia. To nie problem z Debianem ale z ludźmi, którzy nie czytają wytycznych jak prawidłowo budować pakiety dla Debiana. xD
Co do samego systemd i chroot, to systemd też na początku nie rozróżniał środowisk ale od paru lat to potrafi i w chroot nie uruchamia usług.
Offline
Strony: 1