módulo de kernel no carga al inicio kernel 4.11

**J_VM** · 01-jun-2017, 13:03

Hola a todos,

Tras actualizar mi Tumbleweed al kernel 4.11 no se me carga en el arranque el módulo de la conexión de ethernet, y tengo que hacer

Código:

sudo modprobe r8169

cada vez que inicio el ordenador. ¿Sabéis por qué puede ocurrir esto? Antes no me pasaba...

Saludos!

**Archrysler** · 01-jun-2017, 13:58

Hola:

¿Estamos hablando de apagado-encendido y no de suspendido-hibernado?

Si es así , tal vez haya que cargar en el kernel el módulo o hacer un reload...

También queda la opción de crear un servicio de systemd para ello.

¿NetworkManager o Wicked?

Código:

systemctl list-units

Código:

systemctl status NetworkManager

O wicked , según lo que uses.

También puede ser por tiempo:

Código:

sudo systemd-analyze critical-chain

Saludos.

Veamos.

**J_VM** · 01-jun-2017, 19:48

Hablamos de encendido/apagado. Hibernar/suspender no lo he probado.

el list-units me da solo este error, lo demás parece estar bien:

Código:

● postfix.service                                              loaded failed failed    Postfix Mail Transport Ag

Lo de NetworkManager (WiFi si va al iniciar)

Código:

● NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
   Active: active (running) since Thu 2017-06-01 18:00:44 CEST; 40min ago
     Docs: man:NetworkManager(8)
 Main PID: 1343 (NetworkManager)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/NetworkManager.service
           ├─1343 /usr/sbin/NetworkManager --no-daemon
           └─5994 /sbin/dhclient -d -q -sf /usr/lib/nm-dhcp-helper -pf /var/run/dhclient-wlp3s0.pid -lf /var/lib/NetworkManager/dhclient-1d49fb6a-3b7e-4451-8716-0adb73497955-wlp3s0.lease -cf /var/lib/NetworkManager/dhclient-wlp3s0.conf wlp3s0

jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9742] device (wlp3s0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9763] device (wlp3s0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9777] device (wlp3s0): state change: secondaries -> activated (reason 'none') [90 100 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9785] manager: NetworkManager state is now CONNECTED_LOCAL
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9842] manager: NetworkManager state is now CONNECTED_SITE
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9844] policy: set 'WLAN_8DC8' (wlp3s0) as default for IPv4 routing and DNS
jun 01 18:03:45 localhost.localdomain NetworkManager[1343]: <warn>  [1496333025.9693] dns-mgr: could not commit DNS changes: Error calling netconfig: exited with signal 9
jun 01 18:03:45 localhost.localdomain NetworkManager[1343]: <info>  [1496333025.9696] device (wlp3s0): Activation: successful, device activated.
jun 01 18:03:46 localhost.localdomain NetworkManager[1343]: <info>  [1496333026.3377] connectivity: check for uri 'http://conncheck.opensuse.org' failed with 'Error resolving “conncheck.opensuse.org”: Name or service not known'
jun 01 18:08:45 localhost.localdomain NetworkManager[1343]: <info>  [1496333325.8455] manager: NetworkManager state is now CONNECTED_GLOBAL

Y el critical chain:

Código:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @1min 3.223s
└─display-manager.service @1min 677ms +2.544s
  └─dkms.service @21.707s +38.967s
    └─basic.target @21.706s
      └─paths.target @21.706s
        └─cups.path @21.705s
          └─sysinit.target @21.627s
            └─systemd-update-utmp.service @21.597s +29ms
              └─auditd.service @21.231s +365ms
                └─systemd-tmpfiles-setup.service @20.726s +504ms
                  └─local-fs.target @20.725s
                    └─home.mount @18.194s +2.341s
                      └─systemd-fsck@dev-disk-by\x2duuid-6ae9ef5c\x2d0ffa\x2d453a\x2db5cc\x2d3b833289e885.service @14.798s +3.394s
                        └─dev-disk-by\x2duuid-6ae9ef5c\x2d0ffa\x2d453a\x2db5c\x2d3b833289e885.device @14.798s

**soyasi** · 02-jun-2017, 18:05

si con modprobe -a -f r8169 no te carga permanentemente el modulo

como root tecleamos en consola vi /etc/modules-load.d/misdrivers.conf y añadimos r8169 (un driver por linea) salimos con :wq o usamos el editor que mas nos guste. Reiniciamos para comprobar que se ha cargado y ya lo tenemos solucionado.

La solución la leí por primera vez en el foro ingles, después vi que el problema era aleatorio en otras distros y no ocurría siempre, por lo que llegue a entender --> tenía que ver con systemd, pero no me hagas mucho caso, que cada vez que leo la lengua shakesperiana, con el traductor termino comiendo tacos XD.

Espero que te funcione

**Archrysler** · 02-jun-2017, 22:51

Iniciado por J_VM

Hablamos de encendido/apagado. Hibernar/suspender no lo he probado.

el list-units me da solo este error, lo demás parece estar bien:

Código:

● postfix.service                                              loaded failed failed    Postfix Mail Transport Ag

Lo de NetworkManager (WiFi si va al iniciar)

Código:

● NetworkManager.service - Network Manager
   Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled)
   Active: active (running) since Thu 2017-06-01 18:00:44 CEST; 40min ago
     Docs: man:NetworkManager(8)
 Main PID: 1343 (NetworkManager)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/NetworkManager.service
           ├─1343 /usr/sbin/NetworkManager --no-daemon
           └─5994 /sbin/dhclient -d -q -sf /usr/lib/nm-dhcp-helper -pf /var/run/dhclient-wlp3s0.pid -lf /var/lib/NetworkManager/dhclient-1d49fb6a-3b7e-4451-8716-0adb73497955-wlp3s0.lease -cf /var/lib/NetworkManager/dhclient-wlp3s0.conf wlp3s0

jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9742] device (wlp3s0): state change: ip-config -> ip-check (reason 'none') [70 80 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9763] device (wlp3s0): state change: ip-check -> secondaries (reason 'none') [80 90 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9777] device (wlp3s0): state change: secondaries -> activated (reason 'none') [90 100 0]
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9785] manager: NetworkManager state is now CONNECTED_LOCAL
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9842] manager: NetworkManager state is now CONNECTED_SITE
jun 01 18:03:43 localhost.localdomain NetworkManager[1343]: <info>  [1496333023.9844] policy: set 'WLAN_8DC8' (wlp3s0) as default for IPv4 routing and DNS
jun 01 18:03:45 localhost.localdomain NetworkManager[1343]: <warn>  [1496333025.9693] dns-mgr: could not commit DNS changes: Error calling netconfig: exited with signal 9
jun 01 18:03:45 localhost.localdomain NetworkManager[1343]: <info>  [1496333025.9696] device (wlp3s0): Activation: successful, device activated.
jun 01 18:03:46 localhost.localdomain NetworkManager[1343]: <info>  [1496333026.3377] connectivity: check for uri 'http://conncheck.opensuse.org' failed with 'Error resolving “conncheck.opensuse.org”: Name or service not known'
jun 01 18:08:45 localhost.localdomain NetworkManager[1343]: <info>  [1496333325.8455] manager: NetworkManager state is now CONNECTED_GLOBAL

Y el critical chain:

Código:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @1min 3.223s
└─display-manager.service @1min 677ms +2.544s
  └─dkms.service @21.707s +38.967s
    └─basic.target @21.706s
      └─paths.target @21.706s
        └─cups.path @21.705s
          └─sysinit.target @21.627s
            └─systemd-update-utmp.service @21.597s +29ms
              └─auditd.service @21.231s +365ms
                └─systemd-tmpfiles-setup.service @20.726s +504ms
                  └─local-fs.target @20.725s
                    └─home.mount @18.194s +2.341s
                      └─systemd-fsck@dev-disk-by\x2duuid-6ae9ef5c\x2d0ffa\x2d453a\x2db5cc\x2d3b833289e885.service @14.798s +3.394s
                        └─dev-disk-by\x2duuid-6ae9ef5c\x2d0ffa\x2d453a\x2db5c\x2d3b833289e885.device @14.798s

Hola:

Pues viendo que el servicio está bien , la solución es la de cargar el módulo.

@soyasi

Te ha puesto la forma , edita el archivo y pon el módulo (r8169).

Ya debería de funcionar.

Sino crearíamos un servicio...pero esto vamos a dejarlo como última solución.

Saludos.

**J_VM** · 06-jun-2017, 09:50

Iniciado por soyasi

si con modprobe -a -f r8169 no te carga permanentemente el modulo

como root tecleamos en consola vi /etc/modules-load.d/misdrivers.conf y añadimos r8169 (un driver por linea) salimos con :wq o usamos el editor que mas nos guste. Reiniciamos para comprobar que se ha cargado y ya lo tenemos solucionado.

La solución la leí por primera vez en el foro ingles, después vi que el problema era aleatorio en otras distros y no ocurría siempre, por lo que llegue a entender --> tenía que ver con systemd, pero no me hagas mucho caso, que cada vez que leo la lengua shakesperiana, con el traductor termino comiendo tacos XD.

Espero que te funcione

Funcionó!! Gracias!!

**DiabloRojo** · 06-jun-2017, 11:25

Nos alegramos de que te funcionara.

Explicación:
La opción -a de modprobe lo carga en el arranque en lo sucesivo y la opción -f lo fuerza, puede ocurrir que falle a cargarse y no se cargue en lo sucesivos inicios.