NetworkManager zeigt nach dem Booten den Eintrag "Funknetzwerk" an aber der Eintrag "Kabelgebunden" erscheint nur, nach dem ich in der Konsole "sudo ip link set eno1 up" ausführe. Ich nahm an, das passiert automatisch. Wie kann ich das beheben?
Ich habe auch in der letzten Zeit auf meinem NB solch ein Problem. Ich dachte ich wäre der Einzige. Im Wiki steht, dass man "ip link set ... down" durchführen muss und es anschließend funktionieren sollte. Ich muss aber meistens warten, bis das läuft. Ich wäre auch interessiert an einer Lösung.
quick and dirty wäre wohl ein Unit-File für systemd zu erstellen oder die Autostart-Funktion der Desktop-Umgebung zu nutzen.
Hallo,

Seit wann ist das denn so? Hat's schon mal richtig funtioniert? Ich hatte das Problem, dass mein Router (FritzBox) die LAN-Buchsen in Stand-By geschaltet hat und so der Laptop am Kabel keine Gegenstelle gefunden hat --> gleiches Phänomen. Lösung: Energiesparfunktion für LAN im Router deaktiviert.

Also mal schauen, ob die Hardware mitmacht.

Ciao,

Photor
21 Tage später
Ich bin nicht sicher seit wann das so ist, hänge aber direkt am Uninetzwerk. Habe jetzt auch ein weiteres Problem dass das Netzwerk oft gar nicht mehr funktioniert.

Daher habe ich versucht, das e1000e Modul upzudaten, da Arch merkwürdigerweise noch die 2.X benutzt es aber schon die 3.X gibt. Nachdem ich https://aur.archlinux.org/packages/e1000e-dkms/ wie dort beschrieben gepatched und mit makepkg gebaut habe, bekomme ich aber folgende Fehlermeldung beim Installieren via pacman: 
(1/1) Installiere e1000e-dkms                                                                                      [####################################################################] 100%

Creating symlink /var/lib/dkms/e1000e/3.1.0.2/source ->
                 /usr/src/e1000e-3.1.0.2

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area....
make KERNELRELEASE=4.0.6-1-ARCH KVERSION=4.0.6-1-ARCH....(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.0.6-1-ARCH (x86_64)
Consult /var/lib/dkms/e1000e/3.1.0.2/build/make.log for more information.
Fehler: Befehl konnte nicht korrekt ausgeführt werden
The log looks like this:
DKMS make.log for e1000e-3.1.0.2 for kernel 4.0.6-1-ARCH (x86_64)
Fr 26. Jun 11:51:39 CEST 2015
make -C /lib/modules/4.0.6-1-ARCH/build SUBDIRS=/var/lib/dkms/e1000e/3.1.0.2/build modules
make[1]: Verzeichnis „/usr/lib/modules/4.0.6-1-ARCH/build“ wird betreten
  CC [M]  /var/lib/dkms/e1000e/3.1.0.2/build/netdev.o
In file included from /var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:49:0:
/var/lib/dkms/e1000e/3.1.0.2/build/e1000.h:389:22: Fehler: Feld »cc« hat unvollständigen Typen
  struct cyclecounter cc;
                      ^
/var/lib/dkms/e1000e/3.1.0.2/build/e1000.h:390:21: Fehler: Feld »tc« hat unvollständigen Typen
  struct timecounter tc;
                     ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c: In Funktion »e1000e_systim_to_hwtstamp«:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:497:7: Fehler: Implizite Deklaration der Funktion »timecounter_cyc2time« [-Werror=implicit-function-declaration]
  ns = timecounter_cyc2time(&adapter->tc, systim);
       ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c: In Funktion »e1000e_config_hwtstamp«:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:4165:2: Fehler: Implizite Deklaration der Funktion »timecounter_init« [-Werror=implicit-function-declaration]
  timecounter_init(&adapter->tc, &adapter->cc,
  ^
In file included from include/linux/list.h:8:0,
                 from include/linux/module.h:9,
                 from /var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:25:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c: In Funktion »e1000e_cyclecounter_read«:
include/linux/kernel.h:800:48: Warnung: Initialisierung von inkompatiblem Zeigertyp [-Wincompatible-pointer-types]
  const typeof( ((type *)0)->member ) *__mptr = (ptr); \
                                                ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:4611:34: Anmerkung: bei Substitution des Makros »container_of«
  struct e1000_adapter *adapter = container_of(cc, struct e1000_adapter,
                                  ^
include/linux/kernel.h:800:48: Anmerkung: (nahe der Initialisierung für »adapter«)
  const typeof( ((type *)0)->member ) *__mptr = (ptr); \
                                                ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:4611:34: Anmerkung: bei Substitution des Makros »container_of«
  struct e1000_adapter *adapter = container_of(cc, struct e1000_adapter,
                                  ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c: In Funktion »e1000_transfer_dhcp_info«:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:6101:6: Fehler: Implizite Deklaration der Funktion »vlan_tx_tag_present« [-Werror=implicit-function-declaration]
  if (vlan_tx_tag_present(skb) &&
      ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:6102:9: Fehler: Implizite Deklaration der Funktion »vlan_tx_tag_get« [-Werror=implicit-function-declaration]
      !((vlan_tx_tag_get(skb) == adapter->hw.mng_cookie.vlan_id) &&
         ^
In file included from ./arch/x86/include/asm/apic.h:5:0,
                 from ./arch/x86/include/asm/smp.h:12,
                 from ./arch/x86/include/asm/mmzone_64.h:10,
                 from ./arch/x86/include/asm/mmzone.h:4,
                 from include/linux/mmzone.h:911,
                 from include/linux/gfp.h:5,
                 from include/linux/kmod.h:22,
                 from include/linux/module.h:13,
                 from /var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:25:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c: Auf höchster Ebene:
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:8150:21: Fehler: »e1000e_pm_runtime_suspend« ist hier nicht deklariert (nicht in einer Funktion)
  SET_RUNTIME_PM_OPS(e1000e_pm_runtime_suspend, e1000e_pm_runtime_resume,
                     ^
include/linux/pm.h:347:21: Anmerkung: in Definition des Makros »SET_RUNTIME_PM_OPS«
  .runtime_suspend = suspend_fn, \
                     ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:8150:48: Fehler: »e1000e_pm_runtime_resume« ist hier nicht deklariert (nicht in einer Funktion)
  SET_RUNTIME_PM_OPS(e1000e_pm_runtime_suspend, e1000e_pm_runtime_resume,
                                                ^
include/linux/pm.h:348:20: Anmerkung: in Definition des Makros »SET_RUNTIME_PM_OPS«
  .runtime_resume = resume_fn, \
                    ^
/var/lib/dkms/e1000e/3.1.0.2/build/netdev.c:8151:7: Fehler: »e1000e_pm_runtime_idle« ist hier nicht deklariert (nicht in einer Funktion)
       e1000e_pm_runtime_idle)
       ^
include/linux/pm.h:349:18: Anmerkung: in Definition des Makros »SET_RUNTIME_PM_OPS«
  .runtime_idle = idle_fn,
                  ^
cc1: Einige Warnungen werden als Fehler behandelt
scripts/Makefile.build:258: die Regel für Ziel „/var/lib/dkms/e1000e/3.1.0.2/build/netdev.o“ scheiterte
make[2]: *** [/var/lib/dkms/e1000e/3.1.0.2/build/netdev.o] Fehler 1
Makefile:1390: die Regel für Ziel „_module_/var/lib/dkms/e1000e/3.1.0.2/build“ scheiterte
make[1]: *** [_module_/var/lib/dkms/e1000e/3.1.0.2/build] Fehler 2
make[1]: Verzeichnis „/usr/lib/modules/4.0.6-1-ARCH/build“ wird verlassen
Makefile:247: die Regel für Ziel „default“ scheiterte
make: *** [default] Fehler 2
17 Tage später
Seit dem Deaktivieren von netctl tritt das Problem nicht mehr auf. Anscheinend kommen sich netctl und networkmanager in die Quere und führen zu sehr unvorhersehbarem Verhalten.
kirdie schriebSeit dem Deaktivieren von netctl tritt das Problem nicht mehr auf. Anscheinend kommen sich netctl und networkmanager in die Quere und führen zu sehr unvorhersehbarem Verhalten.
Klar, eine Kooperation ist da nicht vorgesehen - entweder/oder. 😉