Ma deuxième piste pourrait venir du chargement des modules noyau.
Peut-être qu'il faut pré-charger certains modules afin que le script networking puisse faire son boulot.
Les endroits à consulter sont:
¤ /etc/modules.conf (pour les modules "critiques" qui doivent être chargés au plus tôt)
¤ /etc/modutilis/* (pour les modules en général)
Les pages man/infos seront tes meilleurs outils.
Bon courage !
Cdlt,
PS: Après, il faudrait envisager de regarder les logs depuis le démarrage jusqu'au login (qui débloque actuellement la situation) ainsi que les configurations....
... mais si on pouvait éviter, ce serait quand même mieux ^__^
Regardes s'il y a des messages d'erreur au boot avec la commande dmesg ou bien en consultant le fichier /var/log/syslog.
Il peut s'agir de l'ordre des commandes avec un lancement du réseau trop tôt dans la séquence.
Est ce que le modem ou assimilé qui est derière le cable réseau démarre en même temps que le PC ou est il déjà démarré quand tu boot ?
marc@ubuntu2:~$ cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
lp
psmouse
forcedeth
j'ai une carte a base de chipset NForce4. Le module est forcedeth.
# Boot
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 4.
ls -las /etc/rcS.d/*netwo*
S'il ne trouve rien:
1. connaître son runlevel:
cat /etc/inittab |grep defa
Sur debian, c'est le 2 ( id:2:initdefault: )
2. Vérifier que le lien existe
ls -las /etc/rc2.d/*netwo*
(remplacer le 2 par le chiffre trouvé avant)
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: Boot
Posté par Steve Azriel . Évalué à 3.
Pour compléter la réponse précédente, il y a enfin:
===
invoke-rc.d networking defaults
===
pour le réactiver dans le mode par défaut.
Cdlt,
PS: Il y a aussi l'option "-f" avant "networking" qui permet de forcer en cas de résistance.
La page man/info restant bien sûr la référence ;-)
[^] # Re: Boot
Posté par Marc Quinton . Évalué à 1.
[^] # Re: Boot => Après Init.d, passons aux modules...
Posté par Steve Azriel . Évalué à 3.
Ma deuxième piste pourrait venir du chargement des modules noyau.
Peut-être qu'il faut pré-charger certains modules afin que le script networking puisse faire son boulot.
Les endroits à consulter sont:
¤ /etc/modules.conf (pour les modules "critiques" qui doivent être chargés au plus tôt)
¤ /etc/modutilis/* (pour les modules en général)
Les pages man/infos seront tes meilleurs outils.
Bon courage !
Cdlt,
PS: Après, il faudrait envisager de regarder les logs depuis le démarrage jusqu'au login (qui débloque actuellement la situation) ainsi que les configurations....
... mais si on pouvait éviter, ce serait quand même mieux ^__^
[^] # Re: Boot
Posté par Didier RAPP . Évalué à 2.
Il peut s'agir de l'ordre des commandes avec un lancement du réseau trop tôt dans la séquence.
Est ce que le modem ou assimilé qui est derière le cable réseau démarre en même temps que le PC ou est il déjà démarré quand tu boot ?
[^] # Re: Boot
Posté par Marc Quinton . Évalué à 1.
[^] # Re: Boot
Posté par Marc Quinton . Évalué à 1.
marc@ubuntu2:~$ cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
lp
psmouse
forcedeth
j'ai une carte a base de chipset NForce4. Le module est forcedeth.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.