Início / unix / Perguntas / 677137
Accepted
A.L
Asked: 2021-11-12 13:40:16 +0800 CST

Não é possível restaurar o systemd após a atualização do Debian 10 para 11: “símbolo indefinido: seccomp_api_get”

  • 772

Eu atualizei do Debian 10 para 11 há uma semana.

O erro recorrente é:

symbol lookup error: /lib/systemd/libsystemd-shared-247.so: undefined symbol: seccomp_api_get

Isso causou um pânico no kernel ao inicializar o sistema.

Eu tive que mudar para systemv como o sistema init.

Agora, quando tento restaurar systemd, tenho o seguinte erro:

root@nas:~# apt install systemd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
systemd is already the newest version (247.3-6).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] 
Setting up systemd (247.3-6) ...
systemd-machine-id-setup: symbol lookup error: /lib/systemd/libsystemd-shared-247.so: undefined symbol: seccomp_api_get
dpkg: error processing package systemd (--configure):
 installed systemd package post-installation script subprocess returned error exit status 127
Errors were encountered while processing:
 systemd
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)

Minhas versões:

root@nas:~# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:    11
Codename:   bullseye
root@nas:~# uname -a
Linux nas 5.10.0-9-amd64 #1 SMP Debian 5.10.70-1 (2021-09-30) x86_64 GNU/Linux
debian systemd

1 respostas

  1. Best Answer

    Encontrei uma solução aqui :

    Eu tive o mesmo problema. A causa foram algumas libs antigas em /lib/x86_64-linux-gnu, especialmente uma libseccomp. Eles não são gerenciados por pacote (ou seja, não pertencem a nenhum pacote). […]

    O novo pacote libseccomp2 enviou novos binários para /usr/lib/x86_64-linux-gnu, mas o carregador de tempo de execução carregou a versão antiga em /lib/x86_64-linux-gnu. […]

    O problema desaparece se eu remover as bibliotecas antigas de /lib/x86_64-linux-gnu

    Então eu deletei esses arquivos:

    rm /lib/x86_64-linux-gnu/libseccomp.so.2*

    E consegui voltar para o Systemd.

    Como verificar

    Você pode usar dpkg --searche ele dirá se um arquivo ou diretório é órfão:

    dpkg --search /lib/x86_64-linux-gnu/libseccomp.so.2
dpkg-query: no path found matching pattern /lib/x86_64-linux-gnu/libseccomp.so.2

    Você pode encontrar arquivos sem pacotes correspondentes com cruft-ng: Como encontrar arquivos que não pertencem a nenhum pacote?

    • 3

relate perguntas