Sorry for the duplicate post, Opera reported a connection problem with the
mail server, the error indicated it didn't go through, but it obviously
did...
--
Using Opera's mail client: http://www.opera.com/mail/
___
Discuss mailing list
Discuss@blu.o
I am pleased to report that this problem has been resolved.
In /etc/network/interfaces:
#The primary network interface
iface eth0 lo inet loopback
post-up /sbin/ethtool -s eth0 wol d
Removing 'auto eth0' from this file caused ethtool to run the command
successfully, to disable wake-on-
I am pleased to report that this problem has been resolved.
In /etc/network/interfaces:
#The primary network interface
iface eth0 lo inet loopback
post-up /sbin/ethtool -s eth0 wol d
Removing 'auto eth0' from this file caused ethtool to run the command
successfully, to disable wake-on-
On 05/13/2013 06:18 PM, edwa...@linuxmail.org wrote:
Jerry Feldman wrote:
I would suggest trying this from the command line:
sudo ethtool -s eth0 wol -d
ethtool -s eth0 wol -d
ethtool: bad command line argument(s)
Sorry typo:
sudo ethtool -s eth0 wol d
--
Jerry Feldman
Boston Linux and
Jerry Feldman wrote:
Also check status of /sys/class/net/eth0/device/power/wakeup
The values will be enabled or disabled
To disable:
sudo echo disabled > /sys/class/net/eth0/device/power/wakeup
In any case, by running it from the command line you can determine if
ethtool is working. You do not
Jerry Feldman wrote:
I would suggest trying this from the command line:
sudo ethtool -s eth0 wol -d
ethtool -s eth0 wol -d
ethtool: bad command line argument(s)
___
Discuss mailing list
Discuss@blu.org
http://lists.blu.org/mailman/listinfo/discus
Jerry Feldman wrote:
I would suggest trying this from the command line:
sudo ethtool -s eth0 wol -d
Another thing is:
sudo ethtool eth0
This will dump all the capabilities of eth:
Supports Wake-on: g
Wake-on: d
Also check status of /sys/class/net/eth0/device/power/wakeup
The values will
On 05/13/2013 02:50 AM, Bill Bogstad wrote:
On Sun, May 12, 2013 at 3:15 PM, wrote:
Upon upgrading Debian Linux (64-bit) Squeeze (6) to Wheezy (7), the on-board
NIC (Realtek) will not shut down when the system is brought down. I
discovered this when the port light on the router remained on.
On Sun, May 12, 2013 at 3:15 PM, wrote:
> Upon upgrading Debian Linux (64-bit) Squeeze (6) to Wheezy (7), the on-board
> NIC (Realtek) will not shut down when the system is brought down. I
> discovered this when the port light on the router remained on. However, in
> Windows 7, the NIC shuts do
Upon upgrading Debian Linux (64-bit) Squeeze (6) to Wheezy (7), the
on-board NIC (Realtek) will not shut down when the system is brought
down. I discovered this when the port light on the router remained on.
However, in Windows 7, the NIC shuts down properly.
In Squeeze, for the NIC to sh
10 matches
Mail list logo