Proxmox Backup Server coincé au démarrage

Tags: #<Tag:0x00007f3b8274e798> #<Tag:0x00007f3b8274e428>

Bonjour,

hier j’ai mis à jour (en suivant ce guide) un serveur dédié proxmox backup server (pbs) de la version 1 (basée sur Buster) à la version 2 (basée sur Bullseye), et au redémarrage, le serveur est coincé sur une ligne

[***   ] A start job is running for Network …tialization (10min 32s / no limit)

Le noyau, ainsi que le paquet ifupdown2 (qui remplace ifupdown) sont distribués par Proxmox, ces éléments ne sont pas « purement Debian ».

Le /etc/network/interfaces est comme ceci:

# 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 enp0s20
auto enp0s20
iface enp0s20 inet dhcp

Le serveur est un serveur dédié hébergé chez Online / Scaleway. Du coup je n’ai pas la possibilité d’accéder au menu GRUB au démarrage (enfin en tout cas je n’ai pas trouvé comment), mais par contre je peux démarrer un live CD et chrooter le système pbs (et là pas de problème réseau, le matériel est donc hors de cause).

J’ai d’abord ouvert un sujet sur le forum Proxmox (PBS boot stuck after upgrade to pbs-2 | Proxmox Support Forum) mais ça ne donne pas grand chose, je me tourne donc vers vous pour essayer de trouver ce qui ne va pas.

Bonjour,

Je suppose que tu l’as déjà fait mais il faudrait vérifier si le réseau est bien pris en charge par /etc/network/interfcaces et pas par systemd-networkd ou NetworkManager.
Il faudrait aussi s’assurer que les exécutables ip, ifup, ifdown,… sont bien remplacés par ceux du paquet ifupdown2.

Bonjour Bruno, merci pour ta réponse.

Alors pour les exécutables:

  • /bin/ip est fourni par le paquet iproute2 des dépôts Debian 11
  • /sbin/ifup est fourni par le paquet ifupdown2 des dépôts Proxmox
  • idem pour /usr/sbin/ifdown
  • pour /usr/sbin/ifconfig par contre je ne sais pas: root@pbs-server:~# dpkg -S /usr/sbin/ifconfig dpkg-query: no path found matching pattern /usr/sbin/ifconfig

Pour savoir qui gère le réseau, a priori c’est le service networking.service, qui lit le fichier /etc/network/interfaces (il n’y a pas de service systemd-networkd en tout cas, et le répertoire /etc/systemd/network est vide, et les fichiers sous /usr/lib/systemd/network ne contiennent aucune référence à mon interface enp0s20).
Voici le contenu du fichier de service de networking.service (c’est le même que sur mon autre serveur dédié, qui lui est toujours en fonctionnement):

root@pbs-server:/usr/lib/systemd/network# cat /lib/systemd/system/networking.service
[Unit]
Description=Network initialization
Documentation=man:interfaces(5) man:ifup(8) man:ifdown(8)
DefaultDependencies=no
Conflicts=shutdown.target
Requires=ifupdown2-pre.service
Wants=network.target
After=local-fs.target network-pre.target systemd-sysctl.service systemd-modules-load.service ifupdown2-pre.service
Before=network.target shutdown.target network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
SyslogIdentifier=networking
TimeoutStopSec=30s
EnvironmentFile=/etc/default/networking
ExecStart=/usr/share/ifupdown2/sbin/start-networking start
ExecStop=/usr/share/ifupdown2/sbin/start-networking stop
ExecReload=/usr/share/ifupdown2/sbin/start-networking reload

[Install]
WantedBy=multi-user.target network-online.target

J’ai modifié /etc/default/networking pour autoriser l’affichage de logs (et verbeux) du service et leur écriture dans le syslog, ça me permettra peut-être d’y voir plus clair au prochain démarrage.

Le script bash /usr/share/ifupdown2/sbin/start-networking existe bien, mais il est un peu costaud pour le coller ici.

J’ai fait un egrep -i "network|enp0s20" /var/log/syslog, voici le résultat:

Jul 21 19:01:19 sd-100810 systemd[1]: Starting Network initialization...
Jul 21 19:01:19 sd-100810 networking[512]: networking: Configuring network interfaces
Jul 21 19:01:19 sd-100810 debug: {'use_daemon': 'no', 'template_enable': '1', 'template_engine': 'mako', 'template_lookuppath': '/etc/network/ifupdown2/templates', 'default_interfaces_configfile': '/etc/network/interfaces', 'disable_cli_interfacesfile': '0', 'addon_syntax_check': '0', 'addon_scripts_support': '1', 'addon_python_modules_support': '1', 'multiple_vlan_aware_bridge_support': '1', 'ifquery_check_success_str': 'pass', 'ifquery_check_error_str': 'fail', 'ifquery_check_unknown_str': '', 'ifquery_ifacename_expand_range': '0', 'link_master_slave': '1', 'delay_admin_state_change': '0', 'ifreload_down_changed': '0', 'addr_config_squash': '0', 'ifaceobj_squash': '0', 'adjust_logical_dev_mtu': '1', 'state_dir': '/run/network/'}
Jul 21 19:01:19 sd-100810 info: looking for user scripts under /etc/network
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-pre-up.d ...
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-up.d ...
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-post-up.d ...
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-pre-down.d ...
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-down.d ...
Jul 21 19:01:19 sd-100810 info: loading scripts under /etc/network/if-post-down.d ...
Jul 21 19:01:19 sd-100810 info: processing interfaces file /etc/network/interfaces
Jul 21 19:01:19 sd-100810 debug: processing sourced line ..'source /etc/network/interfaces.d/*'
Jul 21 19:01:19 sd-100810 debug: scheduling '['pre-up', 'up', 'post-up']' for ['lo', 'enp0s20']
Jul 21 19:01:19 sd-100810 debug: dependency graph {#012#011lo : []#012#011enp0s20 : []#012}
Jul 21 19:01:19 sd-100810 debug: graph roots (interfaces that dont have dependents): ['lo', 'enp0s20']
Jul 21 19:01:19 sd-100810 debug: lo: up : running script /etc/network/if-up.d/postfix
Jul 21 19:01:19 sd-100810 info: executing /etc/network/if-up.d/postfix
Jul 21 19:01:19 sd-100810 debug: lo: up : running script /etc/network/if-up.d/bind9
Jul 21 19:01:19 sd-100810 info: executing /etc/network/if-up.d/bind9
Jul 21 19:01:19 sd-100810 debug: lo: up : running script /etc/network/if-up.d/openntpd
Jul 21 19:01:19 sd-100810 info: executing /etc/network/if-up.d/openntpd
Jul 21 19:01:19 sd-100810 info: enp0s20: running ops ...
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module xfrm
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module link
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module bond
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module vlan
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module vxlan
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module usercmds
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module bridge
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module bridgevlan
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module tunnel
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module vrf
Jul 21 19:01:19 sd-100810 debug: enp0s20: pre-up : running module address
Jul 21 19:01:19 sd-100810 info: enp0s20: netlink: ip link set dev enp0s20 up
Jul 21 19:01:19 sd-100810 debug: enp0s20: up : running module dhcp
Jul 21 19:01:19 sd-100810 info: enp0s20: enabling syslog for dhcp configuration
Jul 21 19:01:19 sd-100810 info: executing ip -o addr show enp0s20
Jul 21 19:01:19 sd-100810 info: executing /sbin/dhclient -pf /run/dhclient.enp0s20.pid -lf /var/lib/dhcp/dhclient.enp0s20.leases enp0s20
Jul 21 19:01:19 sd-100810 dhclient[552]: DHCPREQUEST for IP_publique on enp0s20 to 255.255.255.255 port 67
Jul 21 19:01:19 sd-100810 kernel: [   23.976797] drop_monitor: Initializing network drop monitor service
Jul 21 19:01:19 sd-100810 kernel: [   28.211054] igb: Intel(R) Gigabit Ethernet Network Driver
Jul 21 19:01:19 sd-100810 kernel: [   28.553188] igb 0000:00:14.0: Intel(R) Gigabit Ethernet Network Connection
Jul 21 19:01:19 sd-100810 kernel: [   28.987888] igb 0000:00:14.0 enp0s20: renamed from eth0
Jul 21 19:01:19 sd-100810 kernel: [   54.135439] igb 0000:00:14.0 enp0s20: igb: enp0s20 NIC Link is Up 2500 Mbps Full Duplex, Flow Control: RX/TX
Jul 21 19:01:19 sd-100810 kernel: [   54.262472] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20: link becomes ready
Jul 21 19:01:19 sd-100810 info: executing ip -o addr show enp0s20
Jul 21 19:01:19 sd-100810 info: enp0s20: dhclient: new address detected: IP_publique/24
Jul 21 19:01:19 sd-100810 debug: enp0s20: up : running module address
Jul 21 19:01:19 sd-100810 debug: enp0s20: up : running module addressvirtual
Jul 21 19:01:19 sd-100810 debug: enp0s20: up : running module usercmds
Jul 21 19:01:19 sd-100810 debug: enp0s20: up : running script /etc/network/if-up.d/postfix
Jul 21 19:01:19 sd-100810 info: executing /etc/network/if-up.d/postfix
Jul 21 19:01:20 sd-100810 debug: enp0s20: up : running script /etc/network/if-up.d/bind9
Jul 21 19:01:20 sd-100810 info: executing /etc/network/if-up.d/bind9
Jul 21 19:01:20 sd-100810 debug: enp0s20: up : running script /etc/network/if-up.d/openntpd
Jul 21 19:01:20 sd-100810 info: executing /etc/network/if-up.d/openntpd

J’ai l’impression qu’il n’y a pas d’erreurs là dedans. Voici le fameux /usr/share/ifupdown2/sbin/start-networking (je pense que c’est ce qui est exécuté sans se terminer, le seul message affiché étant la description de l’unit systemd qui exécute ce script):

#!/bin/bash

# This replaces the old init.d script, and is run from the networking.service
# Only has start, stop, reload, because that's all systemd has.
# restart is implemented in systemd by stop then start.

RUN_DIR="/run/network"
IFSTATE_LOCKFILE="${RUN_DIR}/ifstatelock"

STATE_DIR="/var/tmp/network"
IFSTATE_FILE="${STATE_DIR}/ifstatenew"

NAME=networking

[ -x /sbin/ifup ] || exit 0
[ -x /sbin/ifdown ] || exit 0

CONFIGURE_INTERFACES=yes

EXTRA_ARGS=
EXTRA_ARGS=

[ "$VERBOSE" = yes ] && EXTRA_ARGS=-v
[ "$DEBUG" = yes ] && EXTRA_ARGS="$EXTRA_ARGS -d"
[ "$SYSLOG" = yes ] && EXTRA_ARGS="$EXTRA_ARGS --syslog"

perf_options() {
    # At bootup lets set perfmode
    [ -f ${IFSTATE_LOCKFILE} ] && echo -n "" && return

    echo -n "--perfmode"
}

process_exclusions() {
    set -- $EXCLUDE_INTERFACES
    exclusions=""
    for d
    do
        exclusions="-X $d $exclusions"
    done
    echo $exclusions
}

check_network_file_systems() {
    [ -e /proc/mounts ] || return 0

    if [ -e /etc/iscsi/iscsi.initramfs ]; then
        echo ${NAME}':' "not deconfiguring network interfaces: iSCSI root is mounted."
        exit 0
    fi

    while read DEV MTPT FSTYPE REST; do
        case $DEV in
        /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*)
            echo ${NAME}':' "not deconfiguring network interfaces: network devices still mounted."
            exit 0
            ;;
        esac
        case $FSTYPE in
        nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs)
            echo ${NAME}':' "not deconfiguring network interfaces: network file systems still mounted."
            exit 0
            ;;
        esac
    done < /proc/mounts
}

check_network_swap() {
    [ -e /proc/swaps ] || return 0

    while read DEV MTPT FSTYPE REST; do
        case $DEV in
        /dev/nbd*|/dev/nd[a-z]*|/dev/etherd/e*)
            echo ${NAME}':' "not deconfiguring network interfaces: network swap still mounted."
            exit 0
            ;;
        esac
    done < /proc/swaps
}

ifup_hotplug () {
    if [ -d /sys/class/net ]
    then
            ifaces=$(for iface in $(ifquery --list --allow=hotplug 2>/dev/null)
                            do
                                    link=${iface##:*}
                                    link=${link##.*}
                                    if [ -e "/sys/class/net/$link" ]
                                    then
                                        echo "$iface"
                                    fi
                            done)
            if [ -n "$ifaces" ]
            then
                ifup $ifaces "$@" || true
            fi
    fi
}

ifup_mgmt () {
        ifaces=$(ifquery --list --allow=mgmt 2>/dev/null)
        if [ -n "$ifaces" ]; then
                echo "bringing up mgmt class interfaces"
                ifup --allow=mgmt
        fi
}

ifupdown_init() {
        # remove state file at boot
        [ ! -e ${IFSTATE_LOCKFILE} ] && rm -f ${IFSTATE_FILE}

        [ ! -e /run/network ] && mkdir -p /run/network &>/dev/null
        [ ! -e /etc/network/run ] && \
                ln -sf /run/network /etc/network/run &>/dev/null
}

case "$1" in
start)
        ifupdown_init
        if [ "$CONFIGURE_INTERFACES" = no ]
        then
            echo ${NAME}':' "Not configuring network interfaces, see /etc/default/networking"
            exit 0
        fi
        set -f
        exclusions=$(process_exclusions)
        perfoptions=$(perf_options)
        echo ${NAME}':' "Configuring network interfaces"
        ifup_mgmt
        ifup -a $EXTRA_ARGS $exclusions $perfoptions
        ifup_hotplug $HOTPLUG_ARGS $EXTRA_ARGS $exclusions
        ;;
stop)
        if [ "$SKIP_DOWN_AT_SYSRESET" = "yes" ]; then
        SYSRESET=0
        systemctl list-jobs | egrep -q '(shutdown|reboot|halt|poweroff)\.target'
        [ $? -eq 0 ] && SYSRESET=1
        if [ $SYSRESET -eq 1 ]; then
            echo ${NAME}':' "Skipping deconfiguring network interfaces"
            exit 0
        fi
        fi
        ifupdown_init
        check_network_file_systems
        check_network_swap
        exclusions=$(process_exclusions)

        echo ${NAME}':' "Deconfiguring network interfaces"
        ifdown -a $EXTRA_ARGS $exclusions
        ;;

reload)

        ifupdown_init
        exclusions=$(process_exclusions)

        echo ${NAME}':' "Reloading network interfaces configuration"
        ifreload -a $EXTRA_ARGS $exclusions
        ;;

*)
        echo ${NAME}':' "Usage: $0 {start|stop|reload}"
        exit 1
        ;;
esac

exit 0

Le serveur est en DHCP chez Scaleway ?
L’ipv6 est configuré ?
Tu peux aussi regarder du côté du log de démarrage pour voir si tu n’a pas une info supplémentaire.

J’ai remarqué que pas mal de gens se plaigne de ce type de blocage mais lié à l’utilisation de vmbr.

Tout à fait.
En ce qui concerne l’IPv6, je t’avoue que je fais complètement l’autruche, je ne saurais dire si elle est configurée. Je suppose que oui vu cette ligne dans le syslog:

Jul 21 19:01:19 sd-100810 kernel: [   54.262472] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s20: link becomes ready

Je vais repasser en chroot pour regarder si je trouve d’autres logs de démarrage, mais je n’avais pas vu grand chose la dernière fois. Je vais en profiter pour voir en le faisant démarrer sur l’avant dernier noyau installé.

Si c’est le cas et que tu ne l’utilise pas désactive là … sinon essai de la configuré aussi dans ton fichier d’interfaces.

OK, j’ai désactivé l’IPv6 dans /etc/sysctl.conf:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.enp0s20.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.all.autoconf = 0
net.ipv6.conf.default.autoconf = 0

J’ai aussi placé le noyau 5.4.124-1-pve comme entrée par défaut de Grub, à la place du 5.11.22-1-pve.
Après redémarrage, toujours pareil :tired_face:

Dans les autres fichiers de log, je n’ai rien vu de plus que dans le syslog.
En désespoir de cause, je vais bidouiller le script appelé par le service networking pour qu’il place des fichiers témoins des différentes étapes.

De mon côté sur plusieurs membres de cluster Proxmox (j’ai pas de serveur proxmox backup sous la main) j’ai ça (install relativement fraîche sous Debian 10) :

/etc/systemd/system/network-online.target.wants/networking.service

[Unit]                                                                                                                                                                                    
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Requires=ifupdown-pre.service
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service systemd-modules-load.service ifupdown-pre.service
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=5min

et idem dans : /etc/systemd/system/multi-user.target.wants/networking.service

Il y a peut-être eu modification pour une installation en Debian 11 par contre, car on n’a clairement pas le même fichier pour gérer la partie réseau.

Tu peux aussi depuis un chroot tenter de regarder ce qu’indique un :

systemd-analyze critical-chain

Ainsi que fouiller le journal de l’unit system network à l’aide de journalctl

journalctl -u networking.service

Et pourquoi le journal de démarrage :

journalctl -b

Après j’ai trouvé ça sur le forum (d’où le … dégage l’ipv6 si tu t’en sert pas) :

Donc l’interface reçoit bien une adresse IP.
Je suppose donc que c’est ifupdown2 qui met le bazar ensuite et qui bloque le démarrage.
Il faudrait voir les logs des services networking et ifupdown2-pre.service.

Il est peut-être possible de désinstaller le paquet ifupdown2 pour voir si cela résout les problèmes.

1 J'aime

En fait ce n’est pas la version de Debian qui change ça, mais ifupdown2. Mon fichier d’unit networking est fourni par le paquet ifupdown2, pareil sur mon serveur PVE qui lui est toujours sur une base Debian 10.

systemd-analyze critical-chain

Il m’a répondu ça (probablement lié au chroot):

System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down

La lecture de journalctl -u networking était intéressante:

-- Boot 5bef554c35914178851689fb7e1f00b6 --
Jul 21 19:01:14 prox-02 systemd[1]: Starting Network initialization...
Jul 21 19:01:15 prox-02 networking[512]: networking: Configuring network interfaces
[...]
Jul 21 19:01:18 prox-02 dhclient[552]: DHCPREQUEST for IPpublique on enp0s20 to 255.255.255.255 port 67
Jul 21 19:01:18 prox-02 dhclient[552]: DHCPACK of IPpublique from X.X.X.X
Jul 21 19:01:19 prox-02 dhclient[552]: bound to IPpublique -- renewal in 2147483647 seconds.
Jul 21 19:01:19 prox-02 info[536]: executing ip -o addr show enp0s20
Jul 21 19:01:19 prox-02 info[536]: enp0s20: dhclient: new address detected: IPpublique/24
Jul 21 19:01:19 prox-02 info[536]: executing /etc/network/if-up.d/postfix
Jul 21 19:01:20 prox-02 info[536]: executing /etc/network/if-up.d/bind9
Jul 21 19:01:20 prox-02 info[536]: executing /etc/network/if-up.d/openntpd

J’ai pris l’exemple d’un autre boot:

-- Boot 494e4299f3a444eb837d596b67f56c9f --
Jul 23 12:04:14 prox-02 systemd[1]: Starting Network initialization...
[...] # il se passe la même chose que dans l'exemple précédent
Jul 23 12:05:42 prox-02 info[538]: executing /etc/network/if-up.d/openntpd
Jul 23 12:12:17 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 4
Jul 23 12:12:21 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 7
Jul 23 12:12:28 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 8
Jul 23 12:12:36 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 10
Jul 23 12:12:46 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 10
Jul 23 12:12:56 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 15
Jul 23 12:13:11 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 7
Jul 23 12:13:18 prox-02 dhclient[602]: No DHCPOFFERS received.
Jul 23 12:13:18 prox-02 dhclient[602]: Trying recorded lease IPpublique
Jul 23 12:13:21 prox-02 dhclient[602]: No working leases in persistent database - sleeping.
Jul 23 12:19:12 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 6
Jul 23 12:19:18 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 9
Jul 23 12:19:27 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 11
Jul 23 12:19:38 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 17
Jul 23 12:19:55 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 12
Jul 23 12:20:07 prox-02 dhclient[602]: DHCPDISCOVER on enp0s20 to 255.255.255.255 port 67 interval 6
Jul 23 12:20:13 prox-02 dhclient[602]: No DHCPOFFERS received.
# et ce X fois, alors que dans le même temps le serveur est inaccessible

Les journaux de démarrage sont vides.

Je pense aussi que c’est dû à ifupdown2, je n’ai pas d’autre piste. Bien que le serveur PVE utilise aussi ifupdown2 et n’a pas ces problèmes.
J’ai mis le log de networking plus haut, celui de ifupdown2-pre ne contient que ces lignes pour chaque démarrage:

-- Boot 5bef554c35914178851689fb7e1f00b6 --
Jul 21 19:01:07 prox-02 systemd[1]: Starting Helper to synchronize boot up for ifupdown...
Jul 21 19:01:10 prox-02 systemd[1]: Finished Helper to synchronize boot up for ifupdown.

Je réfléchis à la possibilité de désinstaller ifupdown2 pour réinstaller ifupdown, à première vue rien d’impossible. Je vais tenter cette approche dans l’après-midi.

J’ai finalement désinstallé ifupdown2 et réinstallé ifupdown, et le serveur va au bout du démarrage et remonte online (joie !)
Au démarrage il y a quand même une erreur:

[FAILED] Failed to start Raise network interfaces.
See 'systemctl status networking.service' for details.

Le service se termine en timeout pendant les dhcp requests, ça n’est pas forcément grave (au pire je pourrai peut-être voir pour configurer l’interface en manual plutôt que dhcp).

Merci pour votre aide à tous les deux !

1 J'aime