Bug#830230: systemd disable wake-on-lan

2018-05-04 Thread Norbert Schulz


Norbert Schulz schrieb:
> 
> Michael Biebl schrieb:
>> On Tue, 19 Jul 2016 17:39:40 +0200 Norbert Schulz
>>  wrote:
>>> Christian Hofstaedtler schrieb:
 * Norbert Schulz  [160718 09:24]:
> Here are the required and some more information.
 Thanks for following up on this. Unfortunately, I have no idea
 either on what is happening here.

>>> Is there any possibility to get some output if I send a wake-on-lan packet 
>>> (with
>>> etherwake) to the ethernet card when the system is running?
>>>
>> Is this still reproducible with an up-to-date stretch or sid system?
>>
> Sorry, until today I did not upgrade to stretch.
> 
> 
> Norbert Schulz
> 

In the meantime I upgraded to an up-to-date stretch and the system can be wake
up with the wake-on-lan packet with etherwake under systemd. So the bug can be
closed.


Norbert Schulz



Bug#830230: systemd disable wake-on-lan

2018-04-06 Thread Norbert Schulz


Michael Biebl schrieb:
> On Tue, 19 Jul 2016 17:39:40 +0200 Norbert Schulz
>  wrote:
>>
>> Christian Hofstaedtler schrieb:
>>> * Norbert Schulz  [160718 09:24]:
 Here are the required and some more information.
>>> Thanks for following up on this. Unfortunately, I have no idea
>>> either on what is happening here.
>>>
>> Is there any possibility to get some output if I send a wake-on-lan packet 
>> (with
>> etherwake) to the ethernet card when the system is running?
>>
> 
> Is this still reproducible with an up-to-date stretch or sid system?
> 
Sorry, until today I did not upgrade to stretch.


Norbert Schulz



Bug#830230: systemd disable wake-on-lan

2018-04-01 Thread Michael Biebl
On Tue, 19 Jul 2016 17:39:40 +0200 Norbert Schulz
 wrote:
> 
> 
> Christian Hofstaedtler schrieb:
> > * Norbert Schulz  [160718 09:24]:
> >> Here are the required and some more information.
> > 
> > Thanks for following up on this. Unfortunately, I have no idea
> > either on what is happening here.
> > 
> Is there any possibility to get some output if I send a wake-on-lan packet 
> (with
> etherwake) to the ethernet card when the system is running?
> 

Is this still reproducible with an up-to-date stretch or sid system?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#830230: systemd disable wake-on-lan

2016-07-19 Thread Norbert Schulz


Christian Hofstaedtler schrieb:
> * Norbert Schulz  [160718 09:24]:
>> Here are the required and some more information.
> 
> Thanks for following up on this. Unfortunately, I have no idea
> either on what is happening here.
> 
Is there any possibility to get some output if I send a wake-on-lan packet (with
etherwake) to the ethernet card when the system is running?

Norbert



Bug#830230: systemd disable wake-on-lan

2016-07-19 Thread Christian Hofstaedtler
* Norbert Schulz  [160718 09:24]:
> Here are the required and some more information.

Thanks for following up on this. Unfortunately, I have no idea
either on what is happening here.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



Bug#830230: systemd disable wake-on-lan

2016-07-18 Thread Norbert Schulz

Christian Hofstaedtler schrieb:
> * Norbert Schulz  [160714 15:12]:
>> output of ethtool eth0 with systemd
>> Settings for eth0:
> [..]
>>  MDI-X: on (auto)
>>  Wake-on: g
>>
>> output of ethtool eth0 with sysvinit
>> Settings for eth0:
> [..]
>>  MDI-X: off (auto)
>>  Wake-on: g 
> 
>> The difference between them is the MDI-X: value, with systemd it is 'on' and
>> with sysvinit it is 'off'.
> 
> Which network card and which driver is this?
> Are you sure both boot options boot the same Linux kernel version?
> (Which ones?)
> 
> Please check dmesg if the driver in use prints helpful messages
> about the link negotiation (some do, some don't), and if you see
> them please report back what they say (for both systemd/sysvinit).
> 

Here are the required and some more information.

-
sysvinit

bootoption from /boot/grub/grub.cfg is
 menuentry 'Debian GNU/Linux, with Linux 3.16.0-4-amd64 (sysvinit)' --class
debian --class gnu-linux --class gnu --class os $menuentry_id_option
'gnulinux-3.16.0-4-amd64-init-sysvinit-ed3c905d-d891-4706-ae9d-7df24fb8f1c8'

linux   /boot/vmlinuz-3.16.0-4-amd64
root=UUID=ed3c905d-d891-4706-ae9d-7df24fb8f1c8 ro  quiet init=/lib/sysvinit/init


Here are some commands with there outputs.

uname -a
Linux backup-knecht 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3
(2016-07-02) x86_64 GNU/Linux

lspci |grep Ethernet
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 05)
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection

I use only one ethernet network card.

dmesg |grep Intel
[0.279960] smpboot: CPU0: Intel(R) Pentium(R) CPU G620 @ 2.60GHz (fam: 06,
model: 2a, stepping: 07)
[0.279991] Performance Events: PEBS fmt1+, 16-deep LBR, SandyBridge events,
full-width counters, Intel PMU driver.
[0.671060] Intel P-state driver initializing.
[0.671070] Intel pstate controlling: cpu 0
[0.671165] Intel pstate controlling: cpu 1
[0.704576] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
[0.704578] e1000e: Copyright(c) 1999 - 2014 Intel Corporation.
[0.981126] e1000e :00:19.0 eth0: Intel(R) PRO/1000 Network Connection
[1.094797] e1000e :02:00.0 eth1: Intel(R) PRO/1000 Network Connection
[4.057498] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11


dmesg |grep e1000
[0.704576] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
[0.704578] e1000e: Copyright(c) 1999 - 2014 Intel Corporation.
[0.704769] e1000e :00:19.0: Interrupt Throttling Rate (ints/sec) set to
dynamic conservative mode
[0.704793] e1000e :00:19.0: irq 42 for MSI/MSI-X
[0.981119] e1000e :00:19.0 eth0: registered PHC clock
[0.981124] e1000e :00:19.0 eth0: (PCI Express:2.5GT/s:Width x1)
00:25:90:57:7d:07
[0.981126] e1000e :00:19.0 eth0: Intel(R) PRO/1000 Network Connection
[0.981163] e1000e :00:19.0 eth0: MAC: 10, PHY: 11, PBA No: FF-0FF
[0.982579] e1000e :02:00.0: Interrupt Throttling Rate (ints/sec) set to
dynamic conservative mode
[0.982609] e1000e :02:00.0: irq 43 for MSI/MSI-X
[0.982613] e1000e :02:00.0: irq 44 for MSI/MSI-X
[0.982617] e1000e :02:00.0: irq 45 for MSI/MSI-X
[1.094791] e1000e :02:00.0 eth1: registered PHC clock
[1.094795] e1000e :02:00.0 eth1: (PCI Express:2.5GT/s:Width x1)
00:25:90:57:7d:06
[1.094797] e1000e :02:00.0 eth1: Intel(R) PRO/1000 Network Connection
[1.094882] e1000e :02:00.0 eth1: MAC: 3, PHY: 8, PBA No: FF-0FF
[9.981318] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control:
Rx/Tx

lsmod |grep e1000
e1000e212128  0
ptp17692  1 e1000e


end output with sysvinit
---

The same with systemd.

--
systemd

bootoption from /boot/grub/grub.cfg is
menuentry 'Debian GNU/Linux, mit Linux 3.16.0-4-amd64' --class debian --class
gnu-linux --class gnu --class os $menuentry_id_option
'gnulinux-3.16.0-4-amd64-advanced-ed3c905d-d891-4706-ae9d-7df24fb8f1c8'

linux   /boot/vmlinuz-3.16.0-4-amd64
root=UUID=ed3c905d-d891-4706-ae9d-7df24fb8f1c8 ro  quiet

uname -a
Linux backup-knecht 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3
(2016-07-02) x86_64 GNU/Linux

lspci |grep Ethernet
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 05)
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection

dmesg |grep Intel
[0.279027] smpboot: CPU0: Intel(R) Pentium(R) CPU G620 @ 2.60GHz (fam: 06,
model: 2a, stepping: 07)
[0.279058] Performance Events: PEBS fmt1+, 16-deep LBR, SandyBridge events,
full-width counters, Intel PMU driver.
[0.669844] Intel P-state driver initializing.
[0.669854] Intel pstate controlling: cpu 0
[0.669950] Intel pstate controlling: cpu 1
[0.702213] e1000e: Intel(R) PRO/1000 Network 

Bug#830230: systemd disable wake-on-lan

2016-07-15 Thread Christian Hofstaedtler
* Norbert Schulz  [160714 15:12]:
> output of ethtool eth0 with systemd
> Settings for eth0:
[..]
>   MDI-X: on (auto)
>   Wake-on: g
> 
> output of ethtool eth0 with sysvinit
> Settings for eth0:
[..]
>   MDI-X: off (auto)
>   Wake-on: g 

> The difference between them is the MDI-X: value, with systemd it is 'on' and
> with sysvinit it is 'off'.

Which network card and which driver is this?
Are you sure both boot options boot the same Linux kernel version?
(Which ones?)

Please check dmesg if the driver in use prints helpful messages
about the link negotiation (some do, some don't), and if you see
them please report back what they say (for both systemd/sysvinit).

Thanks,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



Bug#830230: systemd disable wake-on-lan

2016-07-14 Thread Michael Biebl
Am 14.07.2016 um 16:44 schrieb Norbert Schulz:
> 
> Michael Biebl schrieb:
>> Am 14.07.2016 um 15:04 schrieb Norbert Schulz:
> 
>> Try that instead
> 
>> #!/bin/sh
>> mount -oremount,rw /
>> ethtool $iface > /ethtool.txt
>> mount -oremount,ro /
> 
> 
> The output is as follow:
> Settings for eth0:
>   Supported ports: [ TP ]
>   Supported link modes:   10baseT/Half 10baseT/Full
>   100baseT/Half 100baseT/Full
>   1000baseT/Full
>   Supported pause frame use: No
>   Supports auto-negotiation: Yes
>   Advertised link modes:  10baseT/Half 10baseT/Full
>   100baseT/Half 100baseT/Full
>   1000baseT/Full
>   Advertised pause frame use: No
>   Advertised auto-negotiation: Yes
>   Speed: Unknown!
>   Duplex: Unknown! (255)
>   Port: Twisted Pair
>   PHYAD: 1
>   Transceiver: internal
>   Auto-negotiation: on
>   MDI-X: Unknown (auto)
>   Supports Wake-on: pumbg
>   Wake-on: g

So systemd does not change the Wake-on setting on shutdown it seems
(which I suspected). Which means I can't really tell you why wake-on-lan
fails for you.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#830230: systemd disable wake-on-lan

2016-07-14 Thread Norbert Schulz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Michael Biebl schrieb:
> Am 14.07.2016 um 15:04 schrieb Norbert Schulz:
> 
> Try that instead
> 
> #!/bin/sh
> mount -oremount,rw /
> ethtool $iface > /ethtool.txt
> mount -oremount,ro /
> 

The output is as follow:
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: Unknown!
Duplex: Unknown! (255)
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: no

There are some values which are 'Unknown' yet.

Regards
Norbert Schulz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAleHpToACgkQ6oHfnvuuOndSZACfZix83ma2CIWDRLv92qIIKD+N
CjEAmQHWumuD842QJ+opnQNHn/A6fzC4
=SHe4
-END PGP SIGNATURE-



Bug#830230: systemd disable wake-on-lan

2016-07-14 Thread Michael Biebl
Am 14.07.2016 um 15:04 schrieb Norbert Schulz:

>> #!/bin/sh
>> ethtool 
>>
>> Mark it as executable and the run systemctl halt
>>
>> What's the output of the script?
>>
> There is no output of the script. No messages will be written to 
> /var/log/syslog
> or /var/log/messages

Try that instead

#!/bin/sh
mount -oremount,rw /
ethtool $iface > /ethtool.txt
mount -oremount,ro /

Then check the file /ethtool after the next (re)boot.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#830230: systemd disable wake-on-lan

2016-07-14 Thread Norbert Schulz

Michael Biebl schrieb:
> Control: tags -1 + moreinfo
> 
> What's the output of
> ethtool  if you boot with systemd? What if you boot with
> sysvinit.
> 
output of ethtool eth0 with systemd
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: on (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: yes

output of ethtool eth0 with sysvinit
Settings for eth0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: yes



The difference between them is the MDI-X: value, with systemd it is 'on' and
with sysvinit it is 'off'.

> Could you create a script /lib/systemd/system-shutdown/ethtool containing:
> 
> #!/bin/sh
> ethtool 
> 
> Mark it as executable and the run systemctl halt
> 
> What's the output of the script?
> 
There is no output of the script. No messages will be written to /var/log/syslog
or /var/log/messages


> Do you use systemd-networkd?
No, not that I know of.



regards
Norbert Schulz



Bug#830230: systemd disable wake-on-lan

2016-07-13 Thread Michael Biebl
Control: tags -1 + moreinfo

Am 07.07.2016 um 15:23 schrieb Norbert Schulz:

> after an upgrade from wheezy to jessie wake-on-lan does not work anymore.
> 
> The output from ethtool shows, that wake-on-lan is enabled, but after a 
> shutdown and sending a wake-on-lan
> signal from an other computer does not work.
> 
> I found out, that I can boot jessie with the old sysvinit system from the 
> grub menu. After booting jessie
> with the sysvinit system and shutdown the computer a wake-on-lan from an 
> other computer works.
> 
> The systemd makes some thing which the old sysvinit not make.
> 
> I know that I should send some detailed information. Please let me know which 
> information is needed and
> in which system (systemd or sysvinit) the computer shell boot.



What's the output of
ethtool  if you boot with systemd? What if you boot with
sysvinit.

Could you create a script /lib/systemd/system-shutdown/ethtool containing:

#!/bin/sh
ethtool 

Mark it as executable and the run systemctl halt

What's the output of the script?

Do you use systemd-networkd?
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#830230: systemd disable wake-on-lan

2016-07-07 Thread Norbert Schulz
Package: systemd
Version: 215-17+deb8u4
Severity: normal

Dear Maintainer,

after an upgrade from wheezy to jessie wake-on-lan does not work anymore.

The output from ethtool shows, that wake-on-lan is enabled, but after a 
shutdown and sending a wake-on-lan
signal from an other computer does not work.

I found out, that I can boot jessie with the old sysvinit system from the grub 
menu. After booting jessie
with the sysvinit system and shutdown the computer a wake-on-lan from an other 
computer works.

The systemd makes some thing which the old sysvinit not make.

I know that I should send some detailed information. Please let me know which 
information is needed and
in which system (systemd or sysvinit) the computer shell boot.


Best regards
Norbert Schulz


-- Package-specific info:

-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18+deb8u4
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2+deb8u1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1+deb8u1+b1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u4
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u4
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.20-0+deb8u1
ii  libpam-systemd  215-17+deb8u4

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information
0 overridden configuration files found.
==> /var/lib/systemd/deb-systemd-helper-enabled/syslog.service <==

==> /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/ssh.service
/etc/systemd/system/sshd.service

==> /var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/cron.service

==> /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/rsyslog.service
/etc/systemd/system/syslog.service

==> 
/var/lib/systemd/deb-systemd-helper-enabled/hibernate.target.wants/anacron-resume.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/sshd.service <==

==> /var/lib/systemd/deb-systemd-helper-enabled/ssh.socket.dsh-also <==
/etc/systemd/system/sockets.target.wants/ssh.socket

==> /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/atd.service

==> /var/lib/systemd/deb-systemd-helper-enabled/paths.target.wants/acpid.path 
<==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ssh.service 
<==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service 
<==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.path.dsh-also <==
/etc/systemd/system/paths.target.wants/acpid.path

==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/acpid.service

==> 
/var/lib/systemd/deb-systemd-helper-enabled/suspend.target.wants/anacron-resume.service
 <==

==> 
/var/lib/systemd/deb-systemd-helper-enabled/hybrid-sleep.target.wants/anacron-resume.service
 <==

==> /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also <==
/etc/systemd/system/multi-user.target.wants/anacron.service

==> 
/var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/acpid.socket 
<==

==> /var/lib/systemd/deb-systemd-helper-enabled/anacron-resume.service.dsh-also 
<==
/etc/systemd/system/suspend.target.wants/anacron-resume.service
/etc/systemd/system/hibernate.target.wants/anacron-resume.service
/etc/systemd/system/hybrid-sleep.target.wants/anacron-resume.service

==> /var/lib/systemd/deb-systemd-helper-enabled/acpid.socket.dsh-also <==
/etc/systemd/system/sockets.target.wants/acpid.socket
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc/proc   procdefaults0   0
# / was on /dev/sda2