bonjour
j’ai installé buster en dual boot avec win10,au demarrage de la machine j’ai grub qui demarre et qui me propose le choix de la distro a demarrer soit win 10 soit debian,je choisis debian et quand debian demarre avant d’arriver sur la fenêtre de connection ou on rentre les identifiants il y à un listing qui se deroule ou toutes les lignes sont marquées ok en vert sauf que moi j’en ai une en rouge mais ça va tellement vite que je n’ai pas le temps de voir de quoi il s’agit,je voulais savoir si il n’y a pas moyen de faire derouler ce listing pas à pas pour examiner tout ça en detail,à priori ça n’a pas d’incidence sur le fonctionnement de l’ordi mais j’aimerais quand même savoir
si quelqu’un peut me renseigner si c’est possible et sur la façon de faire ce serait sympa
tu dois retrouver ça dans les logs
sudo cat /var/log/boot.log
sinon pour le journal complet
journalctl
pour lister uniquement les erreurs
journalctl -p err
C’est mieux de faire comme dit @grandtoubab, mais pour répondre précisément à ta question (quand la machine ne boote pas suffisamment pour accèder aux logs, ça peut être utile de voir ce qui défile avant):
oui, tu peux toujours stopper un défilement à l’écran ou dans un terminal avec Ctrl+S, remonter/redescendre dans les sorties avec Shift+[PgUp|PgDown], puis relancer le défilement ensuite Avec Ctrl+Q (et il faut le faire sur le boot parce que tant que tu ne débloquess pas, l’execution du boot est suspendue).
En plus de ce que propose @grandtoubab, la commande sudo dmesg fournit, en complément du boot.log, d’autres infos sur l’activation du matériel lors du boot: tu peux y trouver des messages d’erreur différents de ceux de boot.log
re
voila l’erreur
[ OK ] Started Network Manager.
Starting Network Manager Wait Online...
[ OK ] Started Modem Manager.
[ OK ] Started Disk Manager.
[FAILED] Failed to start Raise network interfaces.
See 'systemctl status networking.service' for details.
[ OK ] Reached target Network.
Starting Permit User Sessions...
[ OK ] Started Permit User Sessions.
Starting Hold until boot process finishes up...
j’ai pas tout mis le listing complet,mais pour resumer toutes les lignes sont en vert et ok sauf la ligne
[FAILED]failed to start Raise network interfaces.
voila aussi le retour terminal de la commande ‘sysemctl status networking services’
mich@mich:~$ systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor prese
Active: failed (Result: exit-code) since Tue 2020-02-04 19:24:23 CET; 16min a
Docs: man:interfaces(5)
Process: 588 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1
Main PID: 588 (code=exited, status=1/FAILURE)
comment as tu configuré le réseau? avec NetworkManager?
qu’y a t-il dans le fichier /etc/network/interfaces
normalement
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
et dans
/etc/NetworkManager/NetworkManager.conf
on doit trouver
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
bonjour grandtoubab
le retour de 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
le contenu de /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
Edit de la modération : merci de veiller à mettre correctement en forme vos messages.
bonjour
avant de faire quoi que ce soit attends les avis des connaisseurs , je vais juste indiquer ce qui a été efficace dans mon cas pour la même “erreur” voilà bien 6 mois déjà et qui ne m’occasionne aucun dysfonctionnement visible .
" Just putting a # in front of source /etc/network/interfaces.d/* in the /etc/network/interfaces file, so it doesn’t reference the /interfaces.d/setup file solved it for me. Everything working fine. The solution is kinda logical. " pris à https://unix.stackexchange.com/questions/390307/startup-debian-9-error-failed-to-start-raise-network-interfaces
les avis sur la pertinence de ce remède m’intéressent .
le dossier est théoriquement vide
ls -alrt /etc/network/interfaces.d/
total 8
drwxr-xr-x 2 root root 4096 mars 13 2015 .
drwxr-xr-x 7 root root 4096 avril 5 2016 .
Si le dossier /etc/network/interfaces.d/ n’est pas vide c’est que vous avez voulu y mettre une configuration personnelle
Comme disent les brittons
“just know what you are doing”
A lire https://manpages.debian.org/stretch/ifupdown/interfaces.5.en.html
sous buster le mien est d’origine et je n’ai certainement pas écrit quoi que ce soit et il contient un fichier “setup” avec ceci :
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
par contre lorsque j’avais stretch je n’avais pas cette “erreur” et donc le dossier devait être vide mais je n’avais alors aucune raison de le vérifier , donc je ne sais pas . Buster aurait-il amené un bug ?
le label eth0 n’est plus utilisé, la règle de nommage à changée
c.f la commande
ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 98:4b:e1:c6:c4:7b brd ff:ff:ff:ff:ff:ff
3: wlo2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UP mode DORMANT group default qlen 1000
link/ether cc:52:af:5a:a2:b5 brd ff:ff:ff:ff:ff:ff
Donc conserver une référence à eth0 n’est pas judicieux. Reste à savoir quel paquet ajoute ce fichier setup
Je n’ai pas ce problème, je ne peux pas en dire plus
il semble que la cause soit
A confirmer par un spécialiste des machines virtuelles perso je joue pas avec ça
apt list vmdebootstrap
En train de lister... Fait
vmdebootstrap/stable,unstable 1.11-2 amd64
vmdebootstrap/stable,unstable 1.11-2 i386
re
le problème est résolu j’ai suivi les instructions de https://unix.stackexchange.com/questions/390307/startup-debian-9-error-failed-to-start-raise-network-interfaces
Remove the /etc/network/interfaces.d/setup file then edit your /etc/network/interfaces as follows :
auto lo
iface lo inet loopback
Save and reboot
ça serait plus intéressant de savoir si tu as joué avec vmdebootstrap
re
non j’ai juste viré /etc/network/interfaces.d/setup et j’ai modifié /etc/network/interfaces
comme indiqué dans https://unix.stackexchange.com/questions/390307/startup-debian-9-error-failed-to-start-raise-network-interfaces
ça devait être la reference à eth0 qui mettait la pagaille
Je pense que @grandtoubab voulait savoir si avant tout ça, tu as joué avec vmdebootstrap, car ce fichier n’est pas sensé être là sur une install standard.
perso j’ai bien le paquet vmdebootstrap mais il n’est pas installé cela-peut-il quand même provoquer l’installation du fichier setup incriminé ?
Ca non.
Ce n’est pas le vmdebootstrap installé ou non dans ta machine qui aurait pu générer le fichier, vmdebootstrap est un outil pour préparer une nouvelle install de machine virtuelle, pas pour modifier l’install ou tu l’installes.
La question est de savoir si tu as utilisé vmdebootstrap pour faire l’install (par curiosité pour savoir d’où vient ce fichier setup).
la réponse est non .
Donc trés bizarre.
ce qui est certain c’est que vmdebootstrap contient ce code dans network.py
name = 'networking'
def _write_network_interfaces(self, rootdir, line):
self.message('Setting up networking')
ifc_d = os.path.join(rootdir, 'etc', 'network', 'interfaces.d')
ifc_file = os.path.join(rootdir, 'etc', 'network', 'interfaces')
ethpath = os.path.join(ifc_d, 'setup')
with open(ifc_file, 'w') as netfile:
netfile.write(line)
if not os.path.exists(ifc_d):
os.mkdir(ifc_d)
with open(ethpath, 'w') as eth:
eth.write('auto lo\n')
eth.write('iface lo inet loopback\n')
if self.settings['enable-dhcp']:
eth.write('\n')
eth.write('auto eth0\n')
eth.write('iface eth0 inet dhcp\n')
Tout cela est bien douteux un fichier ne se crée pas tout seul… bref