Forum

Bonjour,

J'ai remplacé mon disque mécanique par un disque SSD et y ai installé Mageia 5.
Formidable! En quelques secondes, mon ordinateur démarre! Et ensuite.... Ben j'ai des soucis:
De manière aléatoire (1 fois sur 3 environ), la carte réseau n'est pas connectée: Je suis obligé de la connecter manuellement! Et évidemment, tous les services réseau qui vont avec ne sont pas opérationnels au démarrage: Apache, minidlna, Samba ...

Evidemment, avant ce changement de disque, tout fonctionnait bien!

Je pense à un problème de configuration systemd. Mais je n'arrive pas à trouver, ni même à avoir des évidences (logs ...)

Quelqu'un a une idée?

Merci d'avance
:-)

tu as fait une nouvelle installation propre (pas une copie de fichiers de l'ancien disque) ?

Celà m'arrive aussi que mon réseau ne soit pas connecté. (1 fois sur 25 ?)
je pense pas que celà soit lié au ssd. (j'en ai un aussi)

Bonjour,

Personnellement, j'utilise Mageia5 sur un SSD sans problèmes particuliers.

Je penche plus sur un .iso d'installation peut-etre corrompu, ou une installation qui c'est mal passée.

Si vous avez plus d'informations a nous donnez...

Cordialement;

Vigen.

Oui, oui, C'est bien une nouvelle installation.

Par contre, maintenant que j'y réfléchis, j'ai remarqué une différence: Avant, ma carte réseau était nommée eth0.
A présent, elle se nomme enp0s25 (Alors que c'est le même matériel...)

:-)

Bonjour,
le changement de nom est normal avec systemd, "en" pour ethernet.
Le jour où la carte réseau n'est pas détectée, peux tu donner ici le contenu des logs :
#journalctl --since "2016-03-12 08:0:0" |grep eth
en mettant la date et l'heure 2 minutes avant l'allumage du PC.

Heu...

journalctl -b

c'est plus facile, non ? Enfin, on risque moins la faute de frappe dnas le format de date quand on a pas l'habitude de la console...

Édité par magnux77 Le 12/03/2016 à 11h48

magnux77:

Tu as surement raison mais quand on regarde l'aide:
Citation:
Pour moi ce n'est pas clair, quelque soit l'ID, le boot est toujours le même non ? alors je n'ai jamais su vraiment ce que cachait le -b

Non.

Tous les boots sont enregistrés successivement dans le journal et numérotés par un ID. Si tu ne précises pas d'ID, c'est le dernier : the current one.

@bacinet : Excuses pour le parasitage de ton post.

Merci!

Merci pour toutes ces infos. Je prends 1H pour apprendre à mieux chercher dans les LOGS très prochainement et posterai mes réponses ici même :-)

@magnux: Pas de soucis. Cette dispersion est intéressante :-)

Ah ah!
Grâce à la commande journalctl -b, j'ai trouvé les éléments suivants:

mars 13 08:52:08 localhost systemd[1]: network.service: control process exited, code=exited status=1
mars 13 08:52:08 localhost systemd[1]: Failed to start LSB: Bring up/down networking.
mars 13 08:52:08 localhost systemd[1]: Unit network.service entered failed state.
mars 13 08:52:08 localhost systemd[1]: network.service failed.
mars 13 08:52:08 localhost systemd-resolved[1153]: Using system hostname 'localhost'.
mars 13 08:52:08 localhost partmon[1155]: [74B blob data]
mars 13 08:52:08 localhost kernel: vboxdrv: Found 4 processor cores
mars 13 08:52:08 localhost kernel: vboxdrv: TSC mode is Invariant, tentative frequency 3399094371 Hz
mars 13 08:52:08 localhost kernel: vboxdrv: Successfully loaded version 5.0.14_OSE (interface 0x00240000)
mars 13 08:52:08 localhost kernel: VBoxNetFlt: Successfully started.
mars 13 08:52:08 localhost kernel: VBoxNetAdp: Successfully started.
mars 13 08:52:08 localhost virtualbox[1169]: [42B blob data]
mars 13 08:52:11 localhost systemd-networkd[886]: enp0s25 : gained carrier
mars 13 08:52:11 localhost kernel: e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
mars 13 08:52:11 localhost kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready
mars 13 08:52:12 localhost ifplugd(enp0s25)[1082]: Link beat detected.
mars 13 08:52:13 localhost ifplugd(enp0s25)[1082]: Executing '/etc/ifplugd/ifplugd.action enp0s25 up'.
mars 13 08:52:13 localhost avahi-daemon[798]: Registering new address record for fe80::be5f:f4ff:feb0:355f on enp0s25.*.
mars 13 08:52:14 localhost kernel: NET: Registered protocol family 17
mars 13 08:52:14 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 5
mars 13 08:52:19 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 7
mars 13 08:52:26 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 7
mars 13 08:52:33 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 11
mars 13 08:52:36 localhost network-up[1184]: [41B blob data]
mars 13 08:52:44 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 13
mars 13 08:52:57 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 16
mars 13 08:53:14 localhost dhclient[1324]: DHCPDISCOVER on enp0s25 to 255.255.255.255 port 67 interval 1
mars 13 08:53:15 localhost dhclient[1324]: No DHCPOFFERS received.
mars 13 08:53:15 localhost ifplugd(enp0s25)[1082]: client: Determining IP information for enp0s25... failed.
mars 13 08:53:15 localhost ifplugd(enp0s25)[1082]: Program execution failed, return value is 1.
mars 13 08:57:08 localhost systemd[1]: network-up.service start operation timed out. Terminating.
mars 13 08:57:08 localhost systemd[1]: Failed to start LSB: Wait for the hotplugged network to be up.
mars 13 08:57:08 localhost systemd[1]: Unit network-up.service entered failed state.


Donc, ce serait un problème DHCP???
Pourtant, j'ai de nombreux devices qui se connectent sur ce DHCP sans aucun soucis...
Alors là, je ne vois pas...

Je vais essayer de figer l'adresse IP pour voir si j'ai encore des soucis ...

:-)

Bonjour,
Oui, essayer le statique, mais peut-être aussi, désactiver IPv6.