[Kernel-packages] [Bug 1472274] Re: Poweroff does not physically shut off Medion Akoya E1232T
I just installed OpenSUSE Tumbleweed and found, that it reboots and shuts down just fine. It is running Kernel 4.1.6. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1472274 Title: Poweroff does not physically shut off Medion Akoya E1232T Status in linux package in Ubuntu: Triaged Bug description: This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands sudo shutdown -p sudo shutdown -h sudo halt sudo poweroff will work on the software side, but the system will not power off physically. Sudo reboot leads to a completely unresponsive black screen. Tested with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with mainline Kernel 4.0.7, everytime exactly the same behaviour. The system is running the current BIOS version from Medion. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: linux-image-3.19.0-22-generic 3.19.0-22.22 [modified: boot/vmlinuz-3.19.0-22-generic] ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1 Uname: Linux 3.19.0-22-generic x86_64 ApportVersion: 2.17.3-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: stephan1486 F pulseaudio CurrentDesktop: KDE Date: Tue Jul 7 15:57:52 2015 HibernationDevice: RESUME=UUID=c7357128-56cb-427e-8e16-d85edc38ab8c InstallationDate: Installed on 2015-07-06 (0 days ago) InstallationMedia: Kubuntu 15.10 "Wily Werewolf" - Alpha amd64 (20150624) MachineType: MEDION AKOYA THE TOUCH 10 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-22-generic.efi.signed root=UUID=a6d51d82-3582-449b-ab92-60efb981098e ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-3.19.0-22-generic N/A linux-backports-modules-3.19.0-22-generic N/A linux-firmware 1.144 SourcePackage: linux UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/10/2014 dmi.bios.vendor: INSYDE Corp. dmi.bios.version: SKDA_BP1.53R dmi.board.name: E1232T dmi.board.vendor: MEDION dmi.chassis.type: 10 dmi.chassis.vendor: MEDION dmi.modalias: dmi:bvnINSYDECorp.:bvrSKDA_BP1.53R:bd06/10/2014:svnMEDION:pnAKOYATHETOUCH10:pvrType1-TBDbyOEM:rvnMEDION:rnE1232T:rvr:cvnMEDION:ct10:cvr: dmi.product.name: AKOYA THE TOUCH 10 dmi.product.version: Type1 - TBD by OEM dmi.sys.vendor: MEDION To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1472274/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1472274] Re: Poweroff does not physically shut off Medion Akoya E1232T
Ok, I think I got it now ;-) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1472274 Title: Poweroff does not physically shut off Medion Akoya E1232T Status in linux package in Ubuntu: Confirmed Bug description: This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands sudo shutdown -p sudo shutdown -h sudo halt sudo poweroff will work on the software side, but the system will not power off physically. Sudo reboot leads to a completely unresponsive black screen. Tested with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with mainline Kernel 4.0.7, everytime exactly the same behaviour. The system is running the current BIOS version from Medion. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: linux-image-3.19.0-22-generic 3.19.0-22.22 [modified: boot/vmlinuz-3.19.0-22-generic] ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1 Uname: Linux 3.19.0-22-generic x86_64 ApportVersion: 2.17.3-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: stephan1486 F pulseaudio CurrentDesktop: KDE Date: Tue Jul 7 15:57:52 2015 HibernationDevice: RESUME=UUID=c7357128-56cb-427e-8e16-d85edc38ab8c InstallationDate: Installed on 2015-07-06 (0 days ago) InstallationMedia: Kubuntu 15.10 Wily Werewolf - Alpha amd64 (20150624) MachineType: MEDION AKOYA THE TOUCH 10 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-22-generic.efi.signed root=UUID=a6d51d82-3582-449b-ab92-60efb981098e ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-3.19.0-22-generic N/A linux-backports-modules-3.19.0-22-generic N/A linux-firmware 1.144 SourcePackage: linux UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/10/2014 dmi.bios.vendor: INSYDE Corp. dmi.bios.version: SKDA_BP1.53R dmi.board.name: E1232T dmi.board.vendor: MEDION dmi.chassis.type: 10 dmi.chassis.vendor: MEDION dmi.modalias: dmi:bvnINSYDECorp.:bvrSKDA_BP1.53R:bd06/10/2014:svnMEDION:pnAKOYATHETOUCH10:pvrType1-TBDbyOEM:rvnMEDION:rnE1232T:rvr:cvnMEDION:ct10:cvr: dmi.product.name: AKOYA THE TOUCH 10 dmi.product.version: Type1 - TBD by OEM dmi.sys.vendor: MEDION To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1472274/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1472274] Re: Poweroff does not physically shut off Medion Akoya E1232T
Mainline Kernel 4.2rc3 also has this bug. Where do I have to put this tag? kernel-bug-exists-upstream-4.2-rc3 ** Changed in: linux (Ubuntu) Status: Incomplete = Confirmed ** Tags added: kernel-bug-exists-upstream-4.2-rc3 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1472274 Title: Poweroff does not physically shut off Medion Akoya E1232T Status in linux package in Ubuntu: Confirmed Bug description: This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands sudo shutdown -p sudo shutdown -h sudo halt sudo poweroff will work on the software side, but the system will not power off physically. Sudo reboot leads to a completely unresponsive black screen. Tested with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with mainline Kernel 4.0.7, everytime exactly the same behaviour. The system is running the current BIOS version from Medion. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: linux-image-3.19.0-22-generic 3.19.0-22.22 [modified: boot/vmlinuz-3.19.0-22-generic] ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1 Uname: Linux 3.19.0-22-generic x86_64 ApportVersion: 2.17.3-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: stephan1486 F pulseaudio CurrentDesktop: KDE Date: Tue Jul 7 15:57:52 2015 HibernationDevice: RESUME=UUID=c7357128-56cb-427e-8e16-d85edc38ab8c InstallationDate: Installed on 2015-07-06 (0 days ago) InstallationMedia: Kubuntu 15.10 Wily Werewolf - Alpha amd64 (20150624) MachineType: MEDION AKOYA THE TOUCH 10 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-22-generic.efi.signed root=UUID=a6d51d82-3582-449b-ab92-60efb981098e ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-3.19.0-22-generic N/A linux-backports-modules-3.19.0-22-generic N/A linux-firmware 1.144 SourcePackage: linux UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/10/2014 dmi.bios.vendor: INSYDE Corp. dmi.bios.version: SKDA_BP1.53R dmi.board.name: E1232T dmi.board.vendor: MEDION dmi.chassis.type: 10 dmi.chassis.vendor: MEDION dmi.modalias: dmi:bvnINSYDECorp.:bvrSKDA_BP1.53R:bd06/10/2014:svnMEDION:pnAKOYATHETOUCH10:pvrType1-TBDbyOEM:rvnMEDION:rnE1232T:rvr:cvnMEDION:ct10:cvr: dmi.product.name: AKOYA THE TOUCH 10 dmi.product.version: Type1 - TBD by OEM dmi.sys.vendor: MEDION To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1472274/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 46081] Re: CIFS is slow to read from, and choppy to write to, compared to smbfs
Sorry for the late reply, I somehow lost track of the bug. In the nmrantime I have a different NAS and Intel WiFi-Hardware, which is working very well. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/46081 Title: CIFS is slow to read from, and choppy to write to, compared to smbfs Status in linux package in Ubuntu: Incomplete Bug description: I recently started using an old USB1.1 network interface with dapper, and have been having problems reading files from a remote Windows machine on the LAN. I can download packages from the ubuntu repositories at speeds up to 600Kb/s, but from the local cifs mount I am only getting something like 100Kb/s. Also, when I try to copy a large file to a cifs mount, the system starts running very slowly, even the mouse pointer keeps getting 'stuck' for a few seconds at a time. I would like to continue using cifs, since it works with large files better than smbfs, but it's currently not very usable. Using 'smbfs' instead of 'cifs' to mount the remote Windows share fixes both of these problems, and gets my something in the region of 700Kb/s in both directions, which is approaching what I would expect to be able to achieve with a USB1.1 interface. The 'smbfs' mount looks like this: //192.168.1.12/d on /mnt/breezy/home/chris/smb/server/d type smbfs (rw) The 'cifs' mount looks like this: //192.168.1.12/d on /mnt/breezy/home/chris/smb/server/d type cifs (rw,mand) I can't find any documentation for what the 'mand' option does, but I didn't specify it when mounting. I ran 4 tests, both reading and writing a large file using both smbfs and cifs. Here's what happened: 1. reading from smbfs: reads a steady 700Kb/s (14M in 20s) 2. writing to smbfs: writes around 700Kb/s (14M in 20s) 3. reading from cifs: takes a couple of seconds to read anything at all, then reads at about 100Kb/s (2.2M in 20s) 4. writing to cifs: starts very fast, but then system gets choppy, the mouse pointer freezes regularly. note the 8 second lock up from 23:52:27 to 23:52:35. After killing the 'cp' command, it doesn't die for a long time, output is still going on - some buffer is being flushed to the network I guess. Writes around 700Kb/s on average. Here are transcripts of the tests I ran: . | 1. reading from smbfs ` $ sudo mount -t smbfs -o password=,uid=chris //192.168.1.12/d ~/smb/server/d $ cd /tmp/tmp; /bin/rm -f local/dest; /bin/cp -f remote/source local/dest while :; do sleep 1; echo $(date; ls -lh local/dest); done [1] 25921 Mon May 22 23:56:54 CEST 2006 -rwxr-xr-x 1 chris chris 512K May 22 23:56 local/dest Mon May 22 23:56:55 CEST 2006 -rwxr-xr-x 1 chris chris 1.2M May 22 23:56 local/dest Mon May 22 23:56:56 CEST 2006 -rwxr-xr-x 1 chris chris 1.8M May 22 23:56 local/dest Mon May 22 23:56:57 CEST 2006 -rwxr-xr-x 1 chris chris 2.5M May 22 23:56 local/dest Mon May 22 23:56:58 CEST 2006 -rwxr-xr-x 1 chris chris 3.2M May 22 23:56 local/dest Mon May 22 23:57:00 CEST 2006 -rwxr-xr-x 1 chris chris 3.8M May 22 23:56 local/dest Mon May 22 23:57:01 CEST 2006 -rwxr-xr-x 1 chris chris 4.5M May 22 23:57 local/dest Mon May 22 23:57:02 CEST 2006 -rwxr-xr-x 1 chris chris 5.2M May 22 23:57 local/dest Mon May 22 23:57:03 CEST 2006 -rwxr-xr-x 1 chris chris 5.8M May 22 23:57 local/dest Mon May 22 23:57:04 CEST 2006 -rwxr-xr-x 1 chris chris 6.5M May 22 23:57 local/dest Mon May 22 23:57:05 CEST 2006 -rwxr-xr-x 1 chris chris 7.2M May 22 23:57 local/dest Mon May 22 23:57:06 CEST 2006 -rwxr-xr-x 1 chris chris 7.8M May 22 23:57 local/dest Mon May 22 23:57:07 CEST 2006 -rwxr-xr-x 1 chris chris 8.4M May 22 23:57 local/dest Mon May 22 23:57:08 CEST 2006 -rwxr-xr-x 1 chris chris 9.0M May 22 23:57 local/dest Mon May 22 23:57:09 CEST 2006 -rwxr-xr-x 1 chris chris 9.8M May 22 23:57 local/dest Mon May 22 23:57:10 CEST 2006 -rwxr-xr-x 1 chris chris 11M May 22 23:57 local/dest Mon May 22 23:57:11 CEST 2006 -rwxr-xr-x 1 chris chris 11M May 22 23:57 local/dest Mon May 22 23:57:12 CEST 2006 -rwxr-xr-x 1 chris chris 12M May 22 23:57 local/dest Mon May 22 23:57:13 CEST 2006 -rwxr-xr-x 1 chris chris 13M May 22 23:57 local/dest Mon May 22 23:57:14 CEST 2006 -rwxr-xr-x 1 chris chris 13M May 22 23:57 local/dest Mon May 22 23:57:15 CEST 2006 -rwxr-xr-x 1 chris chris 14M May 22 23:57 local/dest Mon May 22 23:57:16 CEST 2006 -rwxr-xr-x 1 chris chris 15M May 22 23:57 local/dest Mon May 22 23:57:17 CEST 2006 -rwxr-xr-x 1 chris chris 15M May 22 23:57 local/dest Mon May 22 23:57:18 CEST 2006 -rwxr-xr-x 1 chris chris 16M May 22 23:57 local/dest Mon May 22 23:57:19 CEST 2006 -rwxr-xr-x 1 chris chris 17M May 22 23:57
[Kernel-packages] [Bug 1472274] [NEW] Poweroff does not physically shut off Medion Akoya E1232T
Public bug reported: This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands sudo shutdown -p sudo shutdown -h sudo halt sudo poweroff will work on the software side, but the system will not power off physically. Sudo reboot leads to a completely unresponsive black screen. Tested with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with mainline Kernel 4.0.7, everytime exactly the same behaviour. The system is running the current BIOS version from Medion. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: linux-image-3.19.0-22-generic 3.19.0-22.22 [modified: boot/vmlinuz-3.19.0-22-generic] ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1 Uname: Linux 3.19.0-22-generic x86_64 ApportVersion: 2.17.3-0ubuntu4 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: stephan1486 F pulseaudio CurrentDesktop: KDE Date: Tue Jul 7 15:57:52 2015 HibernationDevice: RESUME=UUID=c7357128-56cb-427e-8e16-d85edc38ab8c InstallationDate: Installed on 2015-07-06 (0 days ago) InstallationMedia: Kubuntu 15.10 Wily Werewolf - Alpha amd64 (20150624) MachineType: MEDION AKOYA THE TOUCH 10 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-22-generic.efi.signed root=UUID=a6d51d82-3582-449b-ab92-60efb981098e ro quiet splash vt.handoff=7 RelatedPackageVersions: linux-restricted-modules-3.19.0-22-generic N/A linux-backports-modules-3.19.0-22-generic N/A linux-firmware 1.144 SourcePackage: linux UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/10/2014 dmi.bios.vendor: INSYDE Corp. dmi.bios.version: SKDA_BP1.53R dmi.board.name: E1232T dmi.board.vendor: MEDION dmi.chassis.type: 10 dmi.chassis.vendor: MEDION dmi.modalias: dmi:bvnINSYDECorp.:bvrSKDA_BP1.53R:bd06/10/2014:svnMEDION:pnAKOYATHETOUCH10:pvrType1-TBDbyOEM:rvnMEDION:rnE1232T:rvr:cvnMEDION:ct10:cvr: dmi.product.name: AKOYA THE TOUCH 10 dmi.product.version: Type1 - TBD by OEM dmi.sys.vendor: MEDION ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug wily ** Description changed: - This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands + This bug is related to https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422, same behaviour, but different hardware. Using commands sudo shutdown -p sudo shutdown -h sudo halt sudo poweroff will work on the software side, but the system will not power off physically. Sudo reboot leads to a completely unresponsive black screen. - Testet with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with - mainline Kernel 4.0.7, everytime exactly the same behaviour. + Tested with Kubuntu 14.04, 15.10 with Kernel 3.19 and 15.10 with + mainline Kernel 4.0.7, everytime exactly the same behaviour. The system + is running the current BIOS version from Medion. ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: linux-image-3.19.0-22-generic 3.19.0-22.22 [modified: boot/vmlinuz-3.19.0-22-generic] ProcVersionSignature: Ubuntu 3.19.0-22.22-generic 3.19.8-ckt1 Uname: Linux 3.19.0-22-generic x86_64 ApportVersion: 2.17.3-0ubuntu4 Architecture: amd64 AudioDevicesInUse: - USERPID ACCESS COMMAND - /dev/snd/controlC0: stephan1486 F pulseaudio + USERPID ACCESS COMMAND + /dev/snd/controlC0: stephan1486 F pulseaudio CurrentDesktop: KDE Date: Tue Jul 7 15:57:52 2015 HibernationDevice: RESUME=UUID=c7357128-56cb-427e-8e16-d85edc38ab8c InstallationDate: Installed on 2015-07-06 (0 days ago) InstallationMedia: Kubuntu 15.10 Wily Werewolf - Alpha amd64 (20150624) MachineType: MEDION AKOYA THE TOUCH 10 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-22-generic.efi.signed root=UUID=a6d51d82-3582-449b-ab92-60efb981098e ro quiet splash vt.handoff=7 RelatedPackageVersions: - linux-restricted-modules-3.19.0-22-generic N/A - linux-backports-modules-3.19.0-22-generic N/A - linux-firmware 1.144 + linux-restricted-modules-3.19.0-22-generic N/A + linux-backports-modules-3.19.0-22-generic N/A + linux-firmware 1.144 SourcePackage: linux UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/10/2014 dmi.bios.vendor: INSYDE Corp. dmi.bios.version: SKDA_BP1.53R dmi.board.name: E1232T dmi.board.vendor: MEDION dmi.chassis.type: 10 dmi.chassis.vendor: MEDION dmi.modalias: dmi:bvnINSYDECorp.:bvrSKDA_BP1.53R:bd06/10/2014:svnMEDION:pnAKOYATHETOUCH10:pvrType1-TBDbyOEM:rvnMEDION:rnE1232T:rvr:cvnMEDION:ct10:cvr: dmi.product.name: AKOYA THE TOUCH 10
[Kernel-packages] [Bug 1463422] Re: [Lenovo IdeaCentre A740] Doesn't poweroff on shutdown
I have created a seperate bug for the Medion Akoya E1232T: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1472274. Christopher, I have subscribed you. Thank you! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1463422 Title: [Lenovo IdeaCentre A740] Doesn't poweroff on shutdown Status in linux package in Ubuntu: Incomplete Bug description: With my Haswell based Lenovo IdeaCentre A740, if I do systemctl poweroff or use any GUI to try to shut down, it gets to the stage of: [ OK ] Reached target Shutdown reboot: System halted but just sits there unresponsive, and does not actually power down. Similarly, if I try running fwts -P, the hibernate test seems like it crashes the computer (screen is on but unresponsive), then if I click the power button twice, it resumes from hibernation just fine. If I try to reboot, it's almost the same, except the display shows weird psychedelic lines and colours, but everything is unresponsive and I have to click (and this time *hold* not just simple click) the power button. I can reboot fine from GRUB with ctrl+alt+delete. I've kept the Windows partition that came with the computer, that also powers down and reboots fine. If I click the power button while Ubuntu is started, it powers off immediately. I originally asked a question at https://askubuntu.com/questions/632591/system-does-not-power-off-on- poweroff-just-halts but I don't think it has an answer since this seems more likely to be a kernel bug. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: linux-image-3.19.0-18-generic 3.19.0-18.18 ProcVersionSignature: Ubuntu 3.19.0-18.18-generic 3.19.6 Uname: Linux 3.19.0-18-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC1: kiwibird 1481 F pulseaudio CurrentDesktop: XFCE Date: Tue Jun 9 15:41:05 2015 HibernationDevice: RESUME=UUID=dc4226ca-3ebe-4611-95ac-c1a0ccbb7d7a InstallationDate: Installed on 2015-06-04 (5 days ago) InstallationMedia: Xubuntu 15.04 Vivid Vervet - Release amd64 (20150422.1) MachineType: LENOVO F0AM ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-18-generic.efi.signed root=UUID=91533e8a-b5ca-4447-8c4a-b5bb2d095238 ro noprompt persistent RelatedPackageVersions: linux-restricted-modules-3.19.0-18-generic N/A linux-backports-modules-3.19.0-18-generic N/A linux-firmware 1.143.1 RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no SourcePackage: linux StagingDrivers: r8723au UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/30/2014 dmi.bios.vendor: LENOVO dmi.bios.version: O00KT19AUS dmi.board.name: INVALID dmi.board.vendor: LENOVO dmi.board.version: 31900058 STD dmi.chassis.type: 13 dmi.chassis.vendor: LENOVO dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnLENOVO:bvrO00KT19AUS:bd09/30/2014:svnLENOVO:pnF0AM:pvrLenovoA740:rvnLENOVO:rnINVALID:rvr31900058STD:cvnLENOVO:ct13:cvrChassisVersion: dmi.product.name: F0AM dmi.product.version: Lenovo A740 dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1463422] Re: Lenovo A740 doesn't poweroff on shutdown
I have exactly the same issue with an Medion Akoya E1232T, with two minor differences: 1: After halt I have to press the power button long to switch it of physically. 2: After reboot I get a black screen. Apart from that the behaviour is exactly as described by Kevin. This machine has a Silvermont N2807, Bay Trail graphics and an Insyde Bios, which I flashed to most recent update. I installed Kubuntu 14.04 in EFI mode. As far as I can tell it does not have a legacy mode. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1463422 Title: Lenovo A740 doesn't poweroff on shutdown Status in linux package in Ubuntu: Triaged Bug description: If I do systemctl poweroff or use any GUI to try to shut down, it gets to the stage of [ OK ] Reached target Shutdown reboot: System halted but just sits there unresponsive, and does not actually power down. Similarly, if I try running fwts -P, the hibernate test seems like it crashes the computer (screen is on but unresponsive), then if I click the power button twice, it resumes from hibernation just fine. If I try to reboot, it's almost the same, except the display shows weird psychedelic lines and colours, but everything is unresponsive and I have to click (and this time *hold* not just simple click) the power button. I can reboot fine from GRUB with ctrl+alt+delete. I've kept the Windows partition that came with the computer, that also powers down and reboots fine. If I click the power button while Ubuntu is started, it powers off immediately. I originally asked a question at https://askubuntu.com/questions/632591/system-does-not-power-off-on- poweroff-just-halts but I don't think it has an answer since this seems more likely to be a kernel bug. The system is a Lenovo IdeaCentre A740, running 15.04 (UEFI-installed), Linux 3.19.0-18 x86_64 ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: linux-image-3.19.0-18-generic 3.19.0-18.18 ProcVersionSignature: Ubuntu 3.19.0-18.18-generic 3.19.6 Uname: Linux 3.19.0-18-generic x86_64 ApportVersion: 2.17.2-0ubuntu1.1 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC1: kiwibird 1481 F pulseaudio CurrentDesktop: XFCE Date: Tue Jun 9 15:41:05 2015 HibernationDevice: RESUME=UUID=dc4226ca-3ebe-4611-95ac-c1a0ccbb7d7a InstallationDate: Installed on 2015-06-04 (5 days ago) InstallationMedia: Xubuntu 15.04 Vivid Vervet - Release amd64 (20150422.1) MachineType: LENOVO F0AM ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-18-generic.efi.signed root=UUID=91533e8a-b5ca-4447-8c4a-b5bb2d095238 ro noprompt persistent RelatedPackageVersions: linux-restricted-modules-3.19.0-18-generic N/A linux-backports-modules-3.19.0-18-generic N/A linux-firmware 1.143.1 RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no SourcePackage: linux StagingDrivers: r8723au UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev' UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 09/30/2014 dmi.bios.vendor: LENOVO dmi.bios.version: O00KT19AUS dmi.board.name: INVALID dmi.board.vendor: LENOVO dmi.board.version: 31900058 STD dmi.chassis.type: 13 dmi.chassis.vendor: LENOVO dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnLENOVO:bvrO00KT19AUS:bd09/30/2014:svnLENOVO:pnF0AM:pvrLenovoA740:rvnLENOVO:rnINVALID:rvr31900058STD:cvnLENOVO:ct13:cvrChassisVersion: dmi.product.name: F0AM dmi.product.version: Lenovo A740 dmi.sys.vendor: LENOVO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1463422/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 46081] Re: CIFS is slow to read from, and choppy to write to, compared to smbfs
Still an issue for me on 13.10 with Atheros AR9285, reading from my SMB- NAS works fine but during writes, the whole system comes to a crawl, mouse is very choppy, enormous lags in doing anything. Very frustrating. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/46081 Title: CIFS is slow to read from, and choppy to write to, compared to smbfs Status in “linux” package in Ubuntu: Incomplete Bug description: I recently started using an old USB1.1 network interface with dapper, and have been having problems reading files from a remote Windows machine on the LAN. I can download packages from the ubuntu repositories at speeds up to 600Kb/s, but from the local cifs mount I am only getting something like 100Kb/s. Also, when I try to copy a large file to a cifs mount, the system starts running very slowly, even the mouse pointer keeps getting 'stuck' for a few seconds at a time. I would like to continue using cifs, since it works with large files better than smbfs, but it's currently not very usable. Using 'smbfs' instead of 'cifs' to mount the remote Windows share fixes both of these problems, and gets my something in the region of 700Kb/s in both directions, which is approaching what I would expect to be able to achieve with a USB1.1 interface. The 'smbfs' mount looks like this: //192.168.1.12/d on /mnt/breezy/home/chris/smb/server/d type smbfs (rw) The 'cifs' mount looks like this: //192.168.1.12/d on /mnt/breezy/home/chris/smb/server/d type cifs (rw,mand) I can't find any documentation for what the 'mand' option does, but I didn't specify it when mounting. I ran 4 tests, both reading and writing a large file using both smbfs and cifs. Here's what happened: 1. reading from smbfs: reads a steady 700Kb/s (14M in 20s) 2. writing to smbfs: writes around 700Kb/s (14M in 20s) 3. reading from cifs: takes a couple of seconds to read anything at all, then reads at about 100Kb/s (2.2M in 20s) 4. writing to cifs: starts very fast, but then system gets choppy, the mouse pointer freezes regularly. note the 8 second lock up from 23:52:27 to 23:52:35. After killing the 'cp' command, it doesn't die for a long time, output is still going on - some buffer is being flushed to the network I guess. Writes around 700Kb/s on average. Here are transcripts of the tests I ran: . | 1. reading from smbfs ` $ sudo mount -t smbfs -o password=,uid=chris //192.168.1.12/d ~/smb/server/d $ cd /tmp/tmp; /bin/rm -f local/dest; /bin/cp -f remote/source local/dest while :; do sleep 1; echo $(date; ls -lh local/dest); done [1] 25921 Mon May 22 23:56:54 CEST 2006 -rwxr-xr-x 1 chris chris 512K May 22 23:56 local/dest Mon May 22 23:56:55 CEST 2006 -rwxr-xr-x 1 chris chris 1.2M May 22 23:56 local/dest Mon May 22 23:56:56 CEST 2006 -rwxr-xr-x 1 chris chris 1.8M May 22 23:56 local/dest Mon May 22 23:56:57 CEST 2006 -rwxr-xr-x 1 chris chris 2.5M May 22 23:56 local/dest Mon May 22 23:56:58 CEST 2006 -rwxr-xr-x 1 chris chris 3.2M May 22 23:56 local/dest Mon May 22 23:57:00 CEST 2006 -rwxr-xr-x 1 chris chris 3.8M May 22 23:56 local/dest Mon May 22 23:57:01 CEST 2006 -rwxr-xr-x 1 chris chris 4.5M May 22 23:57 local/dest Mon May 22 23:57:02 CEST 2006 -rwxr-xr-x 1 chris chris 5.2M May 22 23:57 local/dest Mon May 22 23:57:03 CEST 2006 -rwxr-xr-x 1 chris chris 5.8M May 22 23:57 local/dest Mon May 22 23:57:04 CEST 2006 -rwxr-xr-x 1 chris chris 6.5M May 22 23:57 local/dest Mon May 22 23:57:05 CEST 2006 -rwxr-xr-x 1 chris chris 7.2M May 22 23:57 local/dest Mon May 22 23:57:06 CEST 2006 -rwxr-xr-x 1 chris chris 7.8M May 22 23:57 local/dest Mon May 22 23:57:07 CEST 2006 -rwxr-xr-x 1 chris chris 8.4M May 22 23:57 local/dest Mon May 22 23:57:08 CEST 2006 -rwxr-xr-x 1 chris chris 9.0M May 22 23:57 local/dest Mon May 22 23:57:09 CEST 2006 -rwxr-xr-x 1 chris chris 9.8M May 22 23:57 local/dest Mon May 22 23:57:10 CEST 2006 -rwxr-xr-x 1 chris chris 11M May 22 23:57 local/dest Mon May 22 23:57:11 CEST 2006 -rwxr-xr-x 1 chris chris 11M May 22 23:57 local/dest Mon May 22 23:57:12 CEST 2006 -rwxr-xr-x 1 chris chris 12M May 22 23:57 local/dest Mon May 22 23:57:13 CEST 2006 -rwxr-xr-x 1 chris chris 13M May 22 23:57 local/dest Mon May 22 23:57:14 CEST 2006 -rwxr-xr-x 1 chris chris 13M May 22 23:57 local/dest Mon May 22 23:57:15 CEST 2006 -rwxr-xr-x 1 chris chris 14M May 22 23:57 local/dest Mon May 22 23:57:16 CEST 2006 -rwxr-xr-x 1 chris chris 15M May 22 23:57 local/dest Mon May 22 23:57:17 CEST 2006 -rwxr-xr-x 1 chris chris 15M May 22 23:57 local/dest Mon May 22 23:57:18 CEST 2006 -rwxr-xr-x 1 chris chris 16M May 22 23:57 local/dest Mon May 22