In welchem Menü ist DeepSleep?
[gelöst] ASROCK B75 bekomme WOL nicht ans laufen
-
-
ACPI HPET Table -> Enabled
PCI Devices Power On -> Disabled
Ring-In Power On -> Disabled
RTC Alarm Power On -> By OS
USB Keyboard/Remote Power On -> DisbabledDeep Sleep -> Enabled in S5
-
huch, und mit all den abgeschalteten Funktionen geht WOL? Muss ich mal testen...
-
Habe Deep Sleep gefunden, ist bei mir auch Enabled in S5
-
Grundsätzlich gilt: solange Du nicht die nachfolgende Ausgabe erhälst, gibt es nichts weiter zu testen und im Bios zu verstellen. Der Treiber muss WOL unterstützen.
Zitatroot@yavdr5:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
....
....
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes -
leider kommt genau die Meldung nicht. Daher tippe ich auf ein Treiberproblem. Wie kann ich den ändern?
-
Hallo pet547, ich sehe, du benutzt den Herstellertreiber. Der hat die Firmware dabei.
Für den Kerneltreiber muss man sich die Firmware über das entsprechende Distritool installieren oder so besorgen und nach /lib/firmware kopieren.
-
Treiber updaten.
-
Und an dieser Stelle habt ihr mich abgehängt. :o) Wie läßt sich der Treiber ändern?
-
runterladen und readme lesen!
http://code.google.com/p/r8168/
Code
Alles anzeigen<Linux device driver for Realtek Ethernet controllers> This is the Linux device driver released for RealTek RTL8168B/8111B, RTL8168C/8111C, RTL8168CP/8111CP, RTL8168D/8111D, RTL8168DP/8111DP, and RTL8168E/8111E Gigabit Ethernet controllers with PCI-Express interface. <Requirements> - Kernel source tree (supported Linux kernel 2.6.x and 2.4.x) - For linux kernel 2.4.x, this driver supports 2.4.20 and latter. - Compiler/binutils for kernel compilation <Quick install with proper kernel settings> Unpack the tarball : # tar vjxf r8168-8.aaa.bb.tar.bz2 Change to the directory: # cd r8168-8.aaa.bb If you are running the target kernel, then you should be able to do : # ./autorun.sh (as root or with sudo) You can check whether the driver is loaded by using following commands. # lsmod | grep r8168 # ifconfig -a If there is a device name, ethX, shown on the monitor, the linux driver is loaded. Then, you can use the following command to activate the ethX. # ifconfig ethX up ,where X=0,1,2,... <Set the network related information> 1. Set manually a. Set the IP address of your machine. # ifconfig ethX "the IP address of your machine" b. Set the IP address of DNS. Insert the following configuration in /etc/resolv.conf. nameserver "the IP address of DNS" c. Set the IP address of gateway. # route add default gw "the IP address of gateway" 2. Set by doing configurations in /etc/sysconfig/network-scripts /ifcfg-ethX for Redhat and Fedora, or /etc/sysconfig/network /ifcfg-ethX for SuSE. There are two examples to set network configurations. a. Fixed IP address: DEVICE=eth0 BOOTPROTO=static ONBOOT=yes TYPE=ethernet NETMASK=255.255.255.0 IPADDR=192.168.1.1 GATEWAY=192.168.1.254 BROADCAST=192.168.1.255 b. DHCP: DEVICE=eth0 BOOTPROTO=dhcp ONBOOT=yes <Modify the MAC address> There are two ways to modify the MAC address of the NIC. 1. Use ifconfig: # ifconfig ethX hw ether YY:YY:YY:YY:YY:YY ,where X is the device number assigned by Linux kernel, and YY:YY:YY:YY:YY:YY is the MAC address assigned by the user. 2. Use ip: # ip link set ethX address YY:YY:YY:YY:YY:YY ,where X is the device number assigned by Linux kernel, and YY:YY:YY:YY:YY:YY is the MAC address assigned by the user. <Force Link Status> 1. Force the link status when insert the driver. If the user is in the path ~/r8168, the link status can be forced to one of the 5 modes as following command. # insmod ./src/r8168.ko speed=SPEED_MODE duplex=DUPLEX_MODE autoneg=NWAY_OPTION ,where SPEED_MODE = 1000 for 1000Mbps = 100 for 100Mbps = 10 for 10Mbps DUPLEX_MODE = 0 for half-duplex = 1 for full-duplex NWAY_OPTION = 0 for auto-negotiation off (true force) = 1 for auto-negotiation on (nway force) For example: # insmod ./src/r8168.ko speed=100 duplex=0 autoneg=1 will force PHY to operate in 100Mpbs Half-duplex(nway force). 2. Force the link status by using ethtool. a. Insert the driver first. b. Make sure that ethtool exists in /sbin. c. Force the link status as the following command. # ethtool -s ethX speed SPEED_MODE duplex DUPLEX_MODE autoneg NWAY_OPTION ,where SPEED_MODE = 1000 for 1000Mbps = 100 for 100Mbps = 10 for 10Mbps DUPLEX_MODE = half for half-duplex = full for full-duplex NWAY_OPTION = off for auto-negotiation off (true force) = on for auto-negotiation on (nway force) For example: # ethtool -s eth0 speed 100 duplex full autoneg on will force PHY to operate in 100Mpbs Full-duplex(nway force). <Jumbo Frame> Transmitting Jumbo Frames, whose packet size is bigger than 1500 bytes, please change mtu by the following command. # ifconfig ethX mtu MTU , where X=0,1,2,..., and MTU is configured by user. RTL8168B/8111B supports Jumbo Frame size up to 4 kBytes. RTL8168C/8111C and RTL8168CP/8111CP support Jumbo Frame size up to 6 kBytes. RTL8168D/8111D supports Jumbo Frame size up to 9 kBytes.
-
-
blau: letzte Aktualisierung frisch von heute.
3PO: Bin bei Treiberinstallationen in der Komandozeile noch nicht so der Held. Nach der readme brauch ich doch nur die Quick-Installation:
Unpack the tarball :
# tar vjxf r8168-8.aaa.bb.tar.bz2
Change to the directory:
# cd r8168-8.aaa.bb
If you are running the target kernel, then you should be able to do :
# ./autorun.sh (as root or with sudo)Oder geht das im yavdr so nicht? Wohin bastelt mir der Entpacker eigentlich das Treiberverzeichnis?
-
-
Moment, ganz langsam.
Installier dir mal firmware-realtek, so scheint das Paket unter Debian und Derivaten zu heißen und schau was passiert.
Dann kannst du immer noch hier nachschauen:
-
Du kannst Dir aber mal eine x-beliebige aktuelle Live-CD herunterladen und schauen, was ethtool ausgibt, dann zerstörst Du Dein installiertes System nicht.
-
-
Du kannst Dich gerne an old-school make/make install verkünsteln und das bei jeden Kernel-Update wieder und wieder und wieder ... oder nimmst den eleganten DKMS Weg.
Hier habe ich den letzten Realtek Treiber Stand in ein DKMS Paket gegossen gehabt: https://launchpad.net/~fnu/+ar…25/+listing-archive-extra
"r8168-dkms_8.039.00-0fnu0~precise_all.deb" runterladen und:
Code#/> sudo apt-get update #/> sudo apt-get install dkms #/> sudo dpkg -i [Pfad-zu]/r8168-dkms_8.039.00-0fnu0~precise_all.deb
Regards
fnu -
Moin fnu
Danke für den Tipp. Werd ich morgen testen. Gibt es ein Risiko? Was passiert mit den vorhandenen Treibern?
Noch zwei blöde Fragen: was verbirgt sich hinter dkms und was bewirkt dpkg?
Grüße Saratoga -
Hi,
Noch zwei blöde Fragen: was verbirgt sich hinter dkms und was bewirkt dpkg?
google ist dein Freund!DKMS steht für Dynamic Kernel Module Support ...
http://wiki.ubuntuusers.de/DKMSdpkg (Debian Package) dient zum Installieren einzelner *.deb-Pakete.
http://wiki.ubuntuusers.de/dpkgGruss
Wolfgang -
Werd ich morgen testen. Gibt es ein Risiko?
Dir könnte der Himmel auf den Kopf fallen!Gerald
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!