[gelöst] automatische Netzwerkverbindung

[gelöst] automatische Netzwerkverbindung

Beitragvon spice1001 » Jan 12th, '13, 16:14

Hallo,
wenn ich meinen Laptop zuklappe, versetze ich ihn ja in den "Ruhestand". Öffne ich ihn wieder, brauche ich nur den Power-Knopf zu drücken und mich anzumelden. Kurz danach ist das Netzwerk sprich Internetzugang wieder aktiv.
Das gleiche Vorgehen am Laptop meiner Freundin funktioniert so nicht. Da muss man erst mit rechts auf das Netzwerksymbol klicken und sich als root anmelden, um das kabellose Netzwerk verwalten zu können. Dann erst kann man auf Verbinden klicken. Was macht den Unterschied aus bzw. wie kann ich diesen Umweg umgehen?

Gruss
harald
Zuletzt geändert von spice1001 am Mär 29th, '13, 08:00, insgesamt 3-mal geändert.
Gib Gates keine Chance!
Benutzeravatar
spice1001
 
Beiträge: 381
Registriert: Jun 4th, '11, 21:00

Re: automatische Netzwerkverbindung

Beitragvon man-draker » Jan 12th, '13, 16:56

spice1001 hat geschrieben:Das gleiche Vorgehen am Laptop meiner Freundin funktioniert so nicht. Da muss man erst mit rechts auf das Netzwerksymbol klicken und sich als root anmelden, um das kabellose Netzwerk verwalten zu können. Dann erst kann man auf Verbinden klicken. Was macht den Unterschied aus bzw. wie kann ich diesen Umweg umgehen?

Anderes Gerät, anderer Chipsatz, andere Konfiguration ...
Das ist so generell abstrakt schwer zu beurteilen.

Tritt diese Weigerung, sich automatisch zu verbinden, nur nach dem Ruhezustand auf oder auch nach einem Kaltstart und einem Aufwachen aus dem Standby?

Interessant wären die Abschnitte der Logdtatei (/var/log/syslog), die während des Aufwachens aus dem Ruhezustand geschrieben werden.
"Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: 'Das ist technisch unmöglich.'"
(Peter Ustinov)
Benutzeravatar
man-draker
 
Beiträge: 4992
Registriert: Jun 1st, '11, 12:56

Re: automatische Netzwerkverbindung

Beitragvon spice1001 » Jan 12th, '13, 20:59

Also laut Energieverwaltung schaltet der Rechner beim Zuklappen in den Ruhezustand. Dann besteht die Internetverbindung nicht mehr. Beim Kaltstart gibt es kein Problem, da wird die Internetverbindung automatisch gestartet.
/var/log/syslog zeigt folgendes nach dem drücken des Startknopfes:

Code: Alles auswählen
an 12 20:40:20 localhost kernel: [  176.241094] PM: Syncing filesystems ... done.
Jan 12 20:40:20 localhost kernel: [  176.244390] PM: Preparing system for mem sleep
Jan 12 20:40:20 localhost kernel: [  176.244401] Freezing user space processes ... (elapsed 0.01 seconds) done.
Jan 12 20:40:20 localhost kernel: [  176.260154] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Jan 12 20:40:20 localhost kernel: [  176.280155] PM: Entering mem sleep
Jan 12 20:40:20 localhost kernel: [  176.280221] Suspending console(s) (use no_console_suspend to debug)
Jan 12 20:40:20 localhost kernel: [  176.280799] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jan 12 20:40:20 localhost kernel: [  176.327138] sd 0:0:0:0: [sda] Stopping disk
Jan 12 20:40:20 localhost kernel: [  176.440139] ACPI handle has no context!
Jan 12 20:40:20 localhost kernel: [  176.464420] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D3
Jan 12 20:40:20 localhost kernel: [  177.267308] PM: suspend of devices complete after 986.973 msecs
Jan 12 20:40:20 localhost kernel: [  177.267468]  pci0000:00: wake-up capability enabled by ACPI
Jan 12 20:40:20 localhost kernel: [  177.280234] ehci_hcd 0000:00:13.2: wake-up capability enabled by ACPI
Jan 12 20:40:20 localhost kernel: [  177.300159] ohci_hcd 0000:00:13.0: wake-up capability enabled by ACPI
Jan 12 20:40:20 localhost kernel: [  177.300193] ehci_hcd 0000:00:12.2: wake-up capability enabled by ACPI
Jan 12 20:40:20 localhost kernel: [  177.320160] ohci_hcd 0000:00:12.0: wake-up capability enabled by ACPI
Jan 12 20:40:20 localhost kernel: [  177.320207] PM: late suspend of devices complete after 52.895 msecs
Jan 12 20:40:20 localhost kernel: [  177.320256] ACPI: Preparing to enter system sleep state S3
Jan 12 20:40:20 localhost kernel: [  177.500151] PM: Saving platform NVS memory
Jan 12 20:40:20 localhost kernel: [  177.501711] Disabling non-boot CPUs ...
Jan 12 20:40:20 localhost kernel: [  177.503079] CPU 1 is now offline
Jan 12 20:40:20 localhost kernel: [  177.503440] ACPI: Low-level resume complete
Jan 12 20:40:20 localhost kernel: [  177.503440] PM: Restoring platform NVS memory
Jan 12 20:40:20 localhost kernel: [  177.503440] Enabling non-boot CPUs ...
Jan 12 20:40:20 localhost kernel: [  177.503440] Booting Node 0 Processor 1 APIC 0x1
Jan 12 20:40:20 localhost kernel: [  177.503440] smpboot cpu 1: start_ip = 9b000
Jan 12 20:40:20 localhost kernel: [  177.503039] Initializing CPU#1
Jan 12 20:40:20 localhost kernel: [  177.503039] Calibrating delay loop (skipped) already calibrated this CPU
Jan 12 20:40:20 localhost kernel: [  177.503039] [Firmware Bug]: cpu 1, try to use APIC500 (LVT offset 0) for vector 0x400, but the register is already in use for vector 0xf9 on another cpu
Jan 12 20:40:20 localhost kernel: [  177.503039] perf: IBS APIC setup failed on cpu #1
Jan 12 20:40:20 localhost kernel: [  177.503039] Switch to broadcast mode on CPU1
Jan 12 20:40:20 localhost kernel: [  177.535349] CPU1 is up
Jan 12 20:40:20 localhost kernel: [  177.536176] ACPI: Waking up from system sleep state S3
Jan 12 20:40:20 localhost kernel: [  178.210069] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20120111/evregion-501)
Jan 12 20:40:20 localhost kernel: [  178.210080] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.EC0_.BTST] (Node ef464c50), AE_TIME (20120111/psparse-536)
Jan 12 20:40:20 localhost kernel: [  178.210091] ACPI Error: Method parse/execution failed [\_SB_.BTST] (Node ef467470), AE_TIME (20120111/psparse-536)
Jan 12 20:40:20 localhost kernel: [  178.210097] ACPI Error: Method parse/execution failed [\_SB_.BAT0._BST] (Node ef4673e0), AE_TIME (20120111/psparse-536)
Jan 12 20:40:20 localhost kernel: [  178.210116] ACPI Exception: AE_TIME, Evaluating _BST (20120111/battery-455)
Jan 12 20:40:20 localhost kernel: [  178.641432] ohci_hcd 0000:00:12.0: wake-up capability disabled by ACPI
Jan 12 20:40:20 localhost kernel: [  178.660137] ehci_hcd 0000:00:12.2: wake-up capability disabled by ACPI
Jan 12 20:40:20 localhost kernel: [  178.660194] ohci_hcd 0000:00:13.0: wake-up capability disabled by ACPI
Jan 12 20:40:20 localhost kernel: [  178.680136] ehci_hcd 0000:00:13.2: wake-up capability disabled by ACPI
Jan 12 20:40:20 localhost kernel: [  178.700144]  pci0000:00: wake-up capability disabled by ACPI
Jan 12 20:40:20 localhost kernel: [  178.700320] PM: early resume of devices complete after 59.078 msecs
Jan 12 20:40:20 localhost kernel: [  178.700592] snd_hda_intel 0000:01:05.1: setting latency timer to 64
Jan 12 20:40:20 localhost kernel: [  178.769914] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D0
Jan 12 20:40:20 localhost kernel: [  178.769923] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D0
Jan 12 20:40:20 localhost kernel: [  178.769929] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D0
Jan 12 20:40:20 localhost kernel: [  178.769932] snd_hda_intel 0000:00:14.2: power state changed by ACPI to D0
Jan 12 20:40:20 localhost kernel: [  179.020082] usb 1-5: reset high-speed USB device number 3 using ehci_hcd
Jan 12 20:40:20 localhost kernel: [  179.290091] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 12 20:40:20 localhost kernel: [  179.308581] ata2.00: configured for UDMA/100
Jan 12 20:40:20 localhost kernel: [  179.320076] usb 5-4: reset full-speed USB device number 2 using ohci_hcd
Jan 12 20:40:20 localhost kernel: [  179.509173] btusb 5-4:1.0: no reset_resume for driver btusb?
Jan 12 20:40:20 localhost kernel: [  179.509177] btusb 5-4:1.1: no reset_resume for driver btusb?
Jan 12 20:40:20 localhost kernel: [  180.870092] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 12 20:40:20 localhost kernel: [  180.881955] ata1.00: configured for UDMA/133
Jan 12 20:40:20 localhost kernel: [  180.900126] sd 0:0:0:0: [sda] Starting disk
Jan 12 20:40:20 localhost kernel: [  181.860263] PM: resume of devices complete after 3159.912 msecs
Jan 12 20:40:20 localhost kernel: [  181.860525] PM: Finishing wakeup.
Jan 12 20:40:20 localhost acpid: client 3050[0:0] has disconnected
Jan 12 20:40:20 localhost kernel: [  181.860527] Restarting tasks ... done.
Jan 12 20:40:20 localhost kernel: [  181.863312] video LNXVIDEO:00: Restoring backlight state
Jan 12 20:40:20 localhost bluetoothd[1601]: HCI dev 0 down
Jan 12 20:40:20 localhost bluetoothd[1601]: Adapter /org/bluez/1601/hci0 has been disabled
Jan 12 20:40:20 localhost bluetoothd[1601]: HCI dev 0 unregistered
Jan 12 20:40:20 localhost bluetoothd[1601]: Stopping hci0 event socket
Jan 12 20:40:20 localhost bluetoothd[1601]: Unregister path: /org/bluez/1601/hci0
Jan 12 20:40:20 localhost bluetoothd[1601]: HCI dev 0 registered
Jan 12 20:40:20 localhost bluetoothd[1601]: Listening for HCI events on hci0
Jan 12 20:40:20 localhost systemd[1]: Service bluetooth.target is not needed anymore. Stopping.
Jan 12 20:40:20 localhost dbus-daemon[1798]: dbus[1798]: [system] Rejected send message, 6 matched rules; type="error", sender=":1.25" (uid=500 pid=3294 comm="kdeinit4: kded4 [kdeinit]                       ") interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownObject" requested_reply="0" destination=":1.0" (uid=0 pid=1601 comm="/usr/sbin/bluetoothd -n ")
Jan 12 20:40:20 localhost ifplugd(eth1)[2095]: Link beat lost.
Jan 12 20:40:21 localhost acpid: client connected from 3050[0:0]
Jan 12 20:40:21 localhost acpid: 1 client rule loaded
Jan 12 20:40:21 localhost dbus-daemon[1798]: dbus[1798]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)
Jan 12 20:40:21 localhost dbus[1798]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)
Jan 12 20:40:21 localhost kernel: [  182.870027] Bluetooth: hci0 command tx timeout
Jan 12 20:40:21 localhost bluetoothd[1601]: HCI dev 0 up
Jan 12 20:40:21 localhost bluetoothd[1601]: input-headset driver probe failed for device B8:F9:34:58:AC:0F
Jan 12 20:40:21 localhost bluetoothd[1601]: Unable to load keys to adapter_ops: Function not implemented (38)
Jan 12 20:40:21 localhost bluetoothd[1601]: Adapter /org/bluez/1601/hci0 has been enabled
Jan 12 20:40:21 localhost dbus-daemon[1798]: dbus[1798]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Jan 12 20:40:21 localhost dbus[1798]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Jan 12 20:40:22 localhost network[4658]: Aktivieren der Loopback-Schnittstelle:  [  OK  ]
Jan 12 20:40:22 localhost network[4658]: Configuring wireless regulatory domain  nl80211 not found.
Jan 12 20:40:22 localhost network[4658]: [FEHLER]
Jan 12 20:40:22 localhost network[4658]: Schnittstelle »eth0« aktivieren:  FEHLER: [/etc/sysconfig/network-scripts/ifup-eth] Device eth0 does not seem to be present, delaying initialization.
Jan 12 20:40:22 localhost /etc/sysconfig/network-scripts/ifup-eth: Device eth0 does not seem to be present, delaying initialization.
Jan 12 20:40:22 localhost network[4658]: [FEHLER]
Jan 12 20:40:22 localhost ifplugd(eth1)[2095]: Link beat detected.
Jan 12 20:40:22 localhost ifplugd(eth1)[2095]: SIGUSR1: Daemon suspended (#1)
Jan 12 20:40:22 localhost avahi-daemon[1603]: Interface eth1.IPv4 no longer relevant for mDNS.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.178.37.
Jan 12 20:40:22 localhost dhclient: receive_packet failed on eth1: Network is down
Jan 12 20:40:22 localhost avahi-daemon[1603]: Withdrawing address record for fe80::ce52:afff:fe0d:faf3 on eth1.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Withdrawing address record for 192.168.178.37 on eth1.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.178.37.
Jan 12 20:40:22 localhost avahi-daemon[1603]: New relevant interface eth1.IPv4 for mDNS.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Registering new address record for 192.168.178.37 on eth1.IPv4.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Interface eth1.IPv4 no longer relevant for mDNS.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.178.37.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Withdrawing address record for 192.168.178.37 on eth1.
Jan 12 20:40:22 localhost ifplugd(eth1)[2095]: SIGUSR2: Daemon resumed (#1)
Jan 12 20:40:22 localhost avahi-daemon[1603]: Joining mDNS multicast group on interface eth1.IPv4 with address 192.168.178.37.
Jan 12 20:40:22 localhost avahi-daemon[1603]: New relevant interface eth1.IPv4 for mDNS.
Jan 12 20:40:22 localhost avahi-daemon[1603]: Registering new address record for 192.168.178.37 on eth1.IPv4.
Jan 12 20:40:22 localhost network[4658]: Schnittstelle »eth1« aktivieren:  Error for wireless request "Set Encode" (8B2A) :
Jan 12 20:40:22 localhost network[4658]: SET failed on device eth1 ; Invalid argument.
Jan 12 20:40:22 localhost network[4658]: Error for wireless request "Set Encode" (8B2A) :
Jan 12 20:40:22 localhost network[4658]: SET failed on device eth1 ; Invalid argument.
Jan 12 20:40:22 localhost network[4658]: Another wpa_supplicant instance is already running for device eth1
Jan 12 20:40:22 localhost network[4658]: Sorry, there is already an instance of ifplugd for eth1 running.
Jan 12 20:40:22 localhost network[4658]: [FEHLER]
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost network[4658]: RTNETLINK answers: File exists
Jan 12 20:40:22 localhost systemd[1]: network.service: control process exited, code=exited status=1
Jan 12 20:40:22 localhost systemd[1]: Unit network.service entered failed state.
Jan 12 20:40:23 localhost kernel: [  184.585578] ata1.00: configured for UDMA/133
Jan 12 20:40:23 localhost kernel: [  184.585591] ata1: EH complete
Jan 12 20:40:23 localhost kernel: [  184.585882] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Jan 12 20:40:23 localhost kernel: [  185.217140] EXT4-fs (sda1): re-mounted. Opts: acl,commit=600
Jan 12 20:40:23 localhost avahi-daemon[1603]: Registering new address record for fe80::ce52:afff:fe0d:faf3 on eth1.*.
Jan 12 20:40:24 localhost kernel: [  185.705507] EXT4-fs (sda6): re-mounted. Opts: acl,commit=600
Jan 12 20:40:32 localhost kernel: [  194.370099] eth1: no IPv6 routers present


harald
Gib Gates keine Chance!
Benutzeravatar
spice1001
 
Beiträge: 381
Registriert: Jun 4th, '11, 21:00

Re: automatische Netzwerkverbindung

Beitragvon wanne » Jan 13th, '13, 20:55

Probier mal ob direkt nach Aufwachen ein ifconfig ethX funktioniert.
Und wenn nicht gibt mal ein rfkill list.
(Gilt das für WLAN ode LAN?)
a1d0c6e83f027327d8461063f4ac58a6
wanne
 
Beiträge: 985
Registriert: Jun 1st, '11, 16:54
Wohnort: Südwest-Deutschland

Re: automatische Netzwerkverbindung

Beitragvon Latte » Jan 13th, '13, 22:36

Hallo Harald,

Ich habe leider keine Hilfe für dich, nur soviel: du bist nicht alleine

Folgende Hardware werkelt bei mir:
Code: Alles auswählen
iwlwifi         : Intel Corporation|WiFi Link 5100 [NETWORK_OTHER] (vendor:8086 device:4232 subv:8086 subd:1321)

ein
Code: Alles auswählen
 # ifup wlan0
als root hilft, ist aber auch nur ein workaround :cry:
Benutzeravatar
Latte
 
Beiträge: 920
Registriert: Jun 3rd, '11, 10:27

Re: automatische Netzwerkverbindung

Beitragvon doktor5000 » Jan 14th, '13, 19:53

Hmmm, ich hab fast die gleiche Hardware wie Latte:

Code: Alles auswählen
iwlwifi         : Intel Corporation|WiFi Link 5100 [NETWORK_OTHER] (vendor:8086 device:4232 subv:8086 subd:1201)

und kann mich bis jetzt an keine derartigen Probleme erinnern, setze den Ruhezustand aber auch seltener ein,
weil die normale Bootdauer dank SSD auf unter 20s geschrumpft ist. Werde ich mal beobachten.

Ggf. mal zusätzlich noch in die /var/log/pm-suspend.log reinschauen, wobei sich der Informationsgehalt da in Grenzen hält.
Ich bin nicht böse, sondern nur ehrlich. Und wer lesen kann, ist klar im Vorteil.
----
Mageia - the magic continues
Benutzeravatar
doktor5000
 
Beiträge: 6062
Registriert: Jun 2nd, '11, 09:39

Re: automatische Netzwerkverbindung

Beitragvon spice1001 » Feb 17th, '13, 14:46

ich hab den Rechner neu aufgesetzt, jetzt funktioniert das wieder. Alles gut
Gib Gates keine Chance!
Benutzeravatar
spice1001
 
Beiträge: 381
Registriert: Jun 4th, '11, 21:00

Re: automatische Netzwerkverbindung

Beitragvon spice1001 » Mär 18th, '13, 19:05

ich muss den thread noch mal weiter führen. Diesmal betrifft es meinen Rechner, neu aufgesetzt und jetzt startet wlan nicht automatisch, wenn ich den Laptop zu klappe und später wieder auf. Also, was bei mir vorher ging, läuft auf einmal nicht mehr, was bei meiner Freundin erst nicht ging, läuft nach der Neuinstallation wieder.
Ist doch komisch.

Auf die Nachfrage von wanne kam folgendes:

Code: Alles auswählen
harald]# ifconfig eth1
eth1      Link encap:Ethernet  Hardware Adresse C4:17:FE:4B:2C:C0
          inet Adresse:192.168.178.28  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::c617:feff:fe4b:2cc0/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1278751 errors:0 dropped:6 overruns:0 frame:575672
          TX packets:766826 errors:103 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:1859944764 (1.7 GiB)  TX bytes:70565118 (67.2 MiB)
          Interrupt:17


bzw.

Code: Alles auswählen
harald]# rfkill list
1: hp-wifi: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: hp-bluetooth: Bluetooth
        Soft blocked: no
        Hard blocked: no
9: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no


Ich hab aber auch null Idee, wieso bei mir nach der Neuinstallation die automatische wlan-Verbindung nicht mehr läuft und bei meiner Freundin genau danach auf einmal
Ich hab noch folgendes probiert:

Code: Alles auswählen
ifconfig
eth0      Link encap:Ethernet  Hardware Adresse D8:D3:85:08:D5:1C
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16

eth1      Link encap:Ethernet  Hardware Adresse C4:17:FE:4B:2C:C0
          inet Adresse:192.168.178.28  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::c617:feff:fe4b:2cc0/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9814 errors:0 dropped:1 overruns:0 frame:724151
          TX packets:8299 errors:25 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:8891592 (8.4 MiB)  TX bytes:1219188 (1.1 MiB)
          Interrupt:17


danach noch
Code: Alles auswählen
ifup eth1

Determining IP information for eth1... done.
[root@spice harald]#

und der Rechner verbindet sich mit dem Internet
wo könnte denn der Automatismus zu finden sein, der "gestört" ist?

Gruß
harald
Gib Gates keine Chance!
Benutzeravatar
spice1001
 
Beiträge: 381
Registriert: Jun 4th, '11, 21:00

Re: automatische Netzwerkverbindung

Beitragvon spice1001 » Mär 29th, '13, 08:00

ich glaube, ich habe die Lösung gefunden.

Bei mir hat, bis jetzt jedenfalls, folgendes geholfen:

Zuerst mit
Code: Alles auswählen
[harald@spice ~]$ lspci -nnk | grep -i net -A2
02:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8042 PCI-E Fast Ethernet Controller [11ab:4357] (rev 10)
        Subsystem: Hewlett-Packard Company Device [103c:308c]
        Kernel driver in use: sky2
06:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01)
        Subsystem: Hewlett-Packard Company Device [103c:1508]
        Kernel driver in use: wl


die Module abfragen, die hier interessant sind. Danach mit
Code: Alles auswählen
echo 'SUSPEND_MODULES="$SUSPEND_MODULES sky2 wl"' | sudo tee /etc/pm/config.d/00sleep_module


in der /etc/pm/config.d die Datei 00sleep_module anlegen und mit
Code: Alles auswählen
chmod +x /etc/pm/config.d/00sleep_module

das ganze ausführbar machen, natürlich als root. Anschließen hab ich den Rechner neu gestartet und et voila - geht.
Vielleicht kann diese Anleitung anderen mit dem gleichen Problem helfen.

Gruß
harald
Gib Gates keine Chance!
Benutzeravatar
spice1001
 
Beiträge: 381
Registriert: Jun 4th, '11, 21:00


Zurück zu Netzwerk

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste

cron