Eu uso a rede através do networking.servicee do /etc/network/interfacesarquivo de configuração em um sistema Debian 12 (como mostrado aqui ).

Problema

Adicionei uma GPU e depois de reiniciar, o computador ficou offline. É um NAS sem display, então tive que conectar uma tela e um teclado.

E vi que ip addrreportou uma nova interface: enp3s0.

Problema: minha configuração é /etc/network/interfacesmencionada apenas enp2s0:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp2s0

iface enp2s0 inet dhcp

Solução temporária

Tive que substituir enp2s0e enp3s0correr systemctl restart networkingpara recuperar a rede, e funcionou.

Se algum dia eu remover a GPU ou adicionar um dispositivo PCI-Express, o nome da interface de rede poderá mudar novamente e o servidor ficará offline.

Então eu alterei o arquivo conf para gerenciar enp2s0ou enp3s0:

# The primary network interface
# without GPU
allow-hotplug enp2s0

iface enp2s0 inet dhcp

# with GPU
allow-hotplug enp3s0

iface enp3s0 inet dhcp

Solução definitiva?

É seguro declarar conf para interfaces que podem ou não existir? Existe uma maneira mais limpa?

Recentemente instalei o Debian 12.7 em um novo armazenamento, este é um servidor headless sem ambiente de desktop.

Verifiquei a documentação do NetworkConfiguration do Debian e vi isto:

4 maneiras de configurar a rede

• O arquivo de configuração de interfaces em /etc/network/interfaces (esta página): para configurações básicas ou simples (por exemplo, estação de trabalho)
• NetworkManager : Este é o padrão para configuração de laptop
• Systemd : Documento de referência do Debian Capítulo 5
• Netplan : Documento de referência do Debian Capítulo 5

E agora estou confuso porque não entendi qual parte se aplica à minha instalação.

O sistema usa a configuração padrão, então a resposta pode ser direta, mas vamos supor que eu me conecte a uma máquina que não conheço e queira identificar a configuração de rede.

Como identificar a maneira que um sistema Debian (ou outra distribuição Linux) usa para configurar sua pilha de rede?

Minhas tentativas

/etc/network/interfaces

O arquivo existe:

root@serveur:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp2s0
iface enp2s0 inet dhcp
# This is an autoconfigured IPv6 interface
iface enp2s0 inet6 auto

Gerenciador de rede

O serviço não existe:

root@serveur:~# service network-manager status
Unit network-manager.service could not be found.

Sistemad

Existe um arquivo, mas seu conteúdo está comentado:

root@serveur:~# ls -lrth /etc/systemd/network/
total 0

root@serveur:~# cat /etc/systemd/networkd.conf 
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it under the
#  terms of the GNU Lesser General Public License as published by the Free
#  Software Foundation; either version 2.1 of the License, or (at your option)
#  any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the networkd.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# See networkd.conf(5) for details.

[Network]
#SpeedMeter=no
#SpeedMeterIntervalSec=10sec
#ManageForeignRoutingPolicyRules=yes
#ManageForeignRoutes=yes
#RouteTable=

[DHCPv4]
#DUIDType=vendor
#DUIDRawData=

[DHCPv6]
#DUIDType=vendor
#DUIDRawData=

Plano de rede

Não há conf:

root@serveur:~# ls -lrth /etc/netplan/
ls: cannot access '/etc/netplan/': No such file or directory

Observações

Este sistema usa /etc/network/interfaceso Systemd para configurar a rede?

Instalei o Debian 12 ( amd64arch desde que o usei debian-12.7.0-amd64-DVD-1.iso) em um pendrive, usando um computador com uma CPU Intel ( Core i7 3770K ). Configurei o "BIOS" para UEFI-only.

Posso inicializar o Debian neste sistema sem problemas: vejo o GRUB, ele tem um tempo limite antes de iniciar o Debian e então o sistema inicializa.

Mas quando eu conecto essa chave USB em um computador com uma CPU AMD ( Ryzen 7 5800X ), ele nunca inicializa: eu posso selecionar essa instância Debian no menu de inicialização, mas quando eu pressiono Enter, ele retorna para essa tela. Depois de 2 tentativas, ele só mostra uma tela preta. Ele nunca chega à tela do GRUB.

Ambos os sistemas são configurados como somente UEFI e a inicialização segura está desabilitada.

Alguns drivers estão faltando? Até onde sei, Debian (e Linux) são portáteis: podemos mover um armazenamento com um sistema Linux para outro computador e inicializá-lo sem problemas, desde que tenham a mesma arquitetura.

Teste com a CPU Intel

Menu de inicialização:

Armazenamento e partições:

root@serveur:~# fdisk -l
Disk /dev/sda: 7.46 GiB, 8014528512 bytes, 15653376 sectors
Disk model: Freecom Databar 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: F3F8597A-E3A9-4340-B561-976463C941D7

Device       Start      End  Sectors  Size Type
/dev/sda1     2048  1050623  1048576  512M EFI System
/dev/sda2  1050624 13941248 12890625  6.1G Linux filesystem

root@serveur:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.6G     0  7.6G   0% /dev
tmpfs           1.6G  724K  1.6G   1% /run
/dev/sda2       6.0G  2.0G  3.7G  35% /
tmpfs           7.6G     0  7.6G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/sda1       511M  5.9M  506M   2% /boot/efi
tmpfs           1.6G     0  1.6G   0% /run/user/1000

root@serveur:~# tree /boot/efi/
/boot/efi/
└── EFI
    └── debian
        ├── BOOTX64.CSV
        ├── fbx64.efi
        ├── grub.cfg
        ├── grubx64.efi
        ├── mmx64.efi
        └── shimx64.efi

3 directories, 6 files

root@serveur:~# ls -lh /boot/efi/EFI/debian/
total 5.9M
-rwx------ 1 root root  108 Oct 16 21:58 BOOTX64.CSV
-rwx------ 1 root root  86K Oct 16 21:58 fbx64.efi
-rwx------ 1 root root  126 Oct 16 21:58 grub.cfg
-rwx------ 1 root root 4.1M Oct 16 21:58 grubx64.efi
-rwx------ 1 root root 831K Oct 16 21:58 mmx64.efi
-rwx------ 1 root root 938K Oct 16 21:58 shimx64.efi

root@serveur:~# efibootmgr -v 
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000
Boot0000* debian    HD(1,GPT,84ba4a07-f69b-4768-a2c6-841363bcaa45,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

root@serveur:~$ cat /etc/fstab
[…]
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb2 during installation
UUID=ce54e770-e3ba-44a0-8dd1-5b9308e18eac /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb1 during installation
UUID=B2A6-2FC0  /boot/efi       vfat    umask=0077      0       1

root@serveur:~# lsblk -o name,mountpoint,label,size,uuid 
NAME   MOUNTPOINT LABEL  SIZE UUID
sda                      7,5G 
├─sda1 /boot/efi  BOOT   512M B2A6-2FC0
└─sda2 /                 6,1G ce54e770-e3ba-44a0-8dd1-5b9308e18eac

Verifique se o modo UEFI é usado:

root@serveur:~# ls -lh /sys/firmware/efi
total 0
-r--r--r--  1 root root 4.0K Oct 18 19:25 config_table
drwxr-xr-x  2 root root    0 Aug 25 19:35 efivars
-r--r--r--  1 root root 4.0K Oct 18 19:25 fw_platform_size
-r--r--r--  1 root root 4.0K Oct 18 19:25 fw_vendor
drwxr-xr-x  2 root root    0 Oct 18 19:25 mok-variables
-r--r--r--  1 root root 4.0K Oct 18 19:25 runtime
drwxr-xr-x 16 root root    0 Oct 18 19:25 runtime-map
-r--------  1 root root 4.0K Oct 18 19:25 systab

Teste com a CPU AMD

Menu de inicialização:

Por algum motivo, a entrada do Debian começa com UEFI: .

A opção de destaque não funciona: ele retorna para aquela tela.

Mas, tem algo interessante: eu executei sudo update-gruba partir da minha instalação principal (Ubuntu 24.04 que está instalado neste computador, como mostrado acima ele está em um SSD NVMe):

$ sudo update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-6.8.0-47-generic
Found initrd image: /boot/initrd.img-6.8.0-47-generic
Found linux image: /boot/vmlinuz-6.8.0-45-generic
Found initrd image: /boot/initrd.img-6.8.0-45-generic
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Found Debian GNU/Linux 12 (bookworm) on /dev/sda2
Adding boot menu entry for UEFI Firmware Settings ...
done

Ele detectou o Debian 12 e adicionou uma entrada ao meu GRUB principal (não aquele no pendrive), e consegui inicializar o Debian 12 sem problemas a partir deste menu do GRUB.

Então parece que o GRUB no pendrive só funciona no computador Intel. E o Debian em si não tem problema quando pode ser inicializado pelo GRUB no SSD.

Acabei de atualizar meu sistema do Debian 11 para 12, seguindo este guia do cyberciti . Este sistema foi mantido atualizado por mais de 9 anos, então já passou por pelo menos 4 grandes atualizações (Debian 7 ou 8 a 12 hoje).

Durante a primeira execução do apt upgrade --without-new-pkgs, tive um erro libudev(infelizmente esqueci de manter a saída do comando), que consertei removendo 2 arquivos:

$ rm /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.1.6.5

Consegui terminar a atualização e reiniciar.

Ao realizar uma investigação mais aprofundada, parece que meu sistema tem algumas outras bibliotecas duplicadas:

$ dpkg --search /lib/x86_64-linux-gnu/perl/ /usr/lib/x86_64-linux-gnu/perl/
dpkg-query: no path found matching pattern /lib/x86_64-linux-gnu/perl/
libperl5.36:amd64: /usr/lib/x86_64-linux-gnu/perl

Parece que esses diretórios não são links simbólicos:

$ ls -ld /lib/ /lib/x86_64-linux-gnu/ /usr/ /usr/lib/ /usr/lib/x86_64-linux-gnu/
drwxr-xr-x 84 root root 4.0K Jul  5 21:05 /lib//
drwxr-xr-x 78 root root  96K Jul  5 21:05 /lib/x86_64-linux-gnu//
drwxr-xr-x 12 root root 4.0K Jul  5 20:32 /usr//
drwxr-xr-x 84 root root 4.0K Jul  5 21:05 /usr/lib//
drwxr-xr-x 78 root root  96K Jul  5 21:05 /usr/lib/x86_64-linux-gnu//

Eu já tive um problema muito semelhante antes: Não é possível restaurar o systemd após a atualização do Debian 10 para 11: “símbolo indefinido: seccomp_api_get”

Aqui estão as perguntas:

1. É normal ter bibliotecas duplicadas /lib/x86_64-linux-gnu/e/usr/lib/x86_64-linux-gnu/
2. Posso confiar na saída dpkg --searche excluir os caminhos exibidos no path found …? Ou alguma ferramenta pode me ajudar a limpar essa bagunça?
3. Quais eventos no meu sistema poderiam ter tornado isso possível?

Atualização: na verdade, parece que 2 diretórios são idênticos:

$ ls -lh /lib/x86_64-linux-gnu/test.ignore /usr/lib/x86_64-linux-gnu/test.ignore
ls: cannot access '/lib/x86_64-linux-gnu/test.ignore': No such file or directory
ls: cannot access '/usr/lib/x86_64-linux-gnu/test.ignore': No such file or directory
$ touch /lib/x86_64-linux-gnu/test.ignore
$ ls -lh /lib/x86_64-linux-gnu/test.ignore /usr/lib/x86_64-linux-gnu/test.ignore
-rw-r--r-- 1 root root 0 Jul  5 22:14 /lib/x86_64-linux-gnu/test.ignore
-rw-r--r-- 1 root root 0 Jul  5 22:14 /usr/lib/x86_64-linux-gnu/test.ignore

Mas não entendo como funciona. E agora eu sei que não devo excluir arquivos /lib/x86_64-linux-gnu/porque isso também excluiria arquivos /usr/lib/x86_64-linux-gnu/.

Eu tropecei no pacote bsdutils no Debian. A descrição diz:

Este pacote contém o mínimo de utilitários BSD necessários para um sistema Debian: logger, renice, script, scriptlive, scriptreplay e wall. Os utilitários BSD padrão restantes são fornecidos por bsdextrautils.

Da mesma forma, a descrição do bsdmainutils também menciona o BSD:

Este pacote contém muitos pequenos programas que muitas pessoas esperam encontrar quando usam um sistema Unix no estilo BSD.

Fiquei surpreso ao ver que esses pacotes se relacionam ao BSD, no contexto de um sistema Linux.

Esses pacotes usam algum código do BSD? O que é um sistema Unix estilo BSD ?

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