[Bug 643714] Re: Thinkpad T410s will not suspend
I have the same problem on my T410. The device usb1 is a usb hub, but the only submodule normally attached to this hub (if you haven't plugged in anything else) is the webcam. Turns out that if I suspend-blacklist the uvcvideo driver by adding a file "uvcvideo.conf" to /etc/pm/config.d with the line "SUSPEND_MODULES=uvcvideo", then things work OK most of the times (except for some other issues that are irrelevant here). -- Thinkpad T410s will not suspend https://bugs.launchpad.net/bugs/643714 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 512192] Re: Can't configure Elan tech touchpad on Dell Inspiron 11z, Asus K7I0C and maybe also Dell Mini 10 (not V), ASUS k40in, Asus U81A and ASUS UL80-VT.
Another confirmation: the patch fixes things on my UL30A as well. -- Can't configure Elan tech touchpad on Dell Inspiron 11z, Asus K7I0C and maybe also Dell Mini 10 (not V), ASUS k40in, Asus U81A and ASUS UL80-VT. https://bugs.launchpad.net/bugs/512192 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 515871] [NEW] support unmounting wifi modules to reduce wattage
On Tue, Feb 2, 2010 at 08:20, Ritesh Raj Sarraf wrote: > I think what we need here is a new module, something like exec_cmd. > > It definitely will not be a start/stop kind of thing. > Perhaps the start-stop-programs module can be extended to support in-line commands to be executed on state changes, in addition to the service start/stop support that is already there? I must say that the service starting/stopping support is a bit complicated to configure, it's well suited for starting/stopping services that have an init script, but not easy to configure for much else... Cheers, Bart -- support unmounting wifi modules to reduce wattage https://bugs.launchpad.net/bugs/515871 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 280648] Re: SUSPEND_METHODS advertised but not implemented
Yes, still an issue: $ sudo rgrep SUSPEND_METHODS /etc/acpi /usr/share/acpi-support $ So it's advertised in the config file but not implemented. 2010/1/18 Przemysław Kulczycki > Is this still an issue in Ubunu 9.10? > /etc/default/acpi-support contains: > SUSPEND_METHODS="dbus-pm dbus-hal pm-utils" > > > ** Changed in: acpi-support (Ubuntu) > Status: New => Incomplete > > -- > SUSPEND_METHODS advertised but not implemented > https://bugs.launchpad.net/bugs/280648 > You received this bug notification because you are a direct subscriber > of the bug. > -- SUSPEND_METHODS advertised but not implemented https://bugs.launchpad.net/bugs/280648 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425411] Re: Computer suspends immediately after resuming if power is unplugged while suspended
#47 works on my Samsung NC-10 as well. I don't think it's a "proper fix" though -- but it does indicate where the problem lies. In particular, the difference between a failing situation and an expected situation is mediated by the presence of a battery event immediately after resume. And apparently SOMETHING is reacting to that battery event in an incorrect way. Perhaps some low-battery auto-suspend functionality that triggers while battery capacity is not yet correctly known? Does anybody have any hints on how to determine what is responding to this "battery event"? -- Computer suspends immediately after resuming if power is unplugged while suspended https://bugs.launchpad.net/bugs/425411 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 210485] Re: Usplash shows dirty fs check as routine check, allows cancelling
Can say that it is -- but then again, recently I've finally gotten all of my systems to suspend-to-RAM correctly, so I don't have much chance to see this happening. I'd say, consider it fixed until somebody else reports it again! Cheers, Bart On Thu, Jul 23, 2009 at 21:13, Philip Muskovac wrote: > Thank you for taking the time to report this bug and helping to make > Ubuntu better. You reported this bug a while ago and there hasn't been > any activity in it recently. We were wondering is this still an issue > for you? Thanks in advance. > > -- > Usplash shows dirty fs check as routine check, allows cancelling > https://bugs.launchpad.net/bugs/210485 > You received this bug notification because you are a direct subscriber > of the bug. > -- Usplash shows dirty fs check as routine check, allows cancelling https://bugs.launchpad.net/bugs/210485 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333406] Re: Menu hotkey Alt+F1 and auto-hide panel do not play well together
Actually, it's bug 576261 that was marked RESOLVED DUPLICATE, but the bug watch now points to 525756 and lists that as RESOLVED DUPLICATE while the source is UNCONFIRMED? Eh? -- Menu hotkey Alt+F1 and auto-hide panel do not play well together https://bugs.launchpad.net/bugs/333406 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333406] Re: Menu hotkey Alt+F1 and auto-hide panel do not play well together
That gnome-panel status update is incorrect, the upstream marked it as RESOLVED AS DUPLICATE for this bug: http://bugzilla.gnome.org/show_bug.cgi?id=525756 That's not the same as Invalid AFAIK. -- Menu hotkey Alt+F1 and auto-hide panel do not play well together https://bugs.launchpad.net/bugs/333406 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 387057] Re: laptop-mode doesn't sense power state changes
Hi guys, Note that the Ubuntu package assumes that it's being controlled by acpi-support, which handles these power events as well. It's not a very nice solution, but they simply keep sticking to it because of either laziness (i.e. lack of manpower) or historical reasons. :-/ Don't know how you can get this situation in Debian though... Cheers, Bart Valentin Neacsu wrote: > valen...@valentin-laptop:~$ dpkg -L laptop-mode-tools | grep acpi > valen...@valentin-laptop:~$ > > So that means there's nothing copied in /etc/acpi/events by the laptop- > mode-tools package. > > issuing a dpkg -L laptop-mode-tools without the | grep acpi lists a ton of > files to be installed, but nothing in /etc/acpi: > valen...@valentin-laptop:~$ dpkg -L laptop-mode-tools > /. > /usr > /usr/sbin > /usr/sbin/laptop_mode > /usr/sbin/lm-syslog-setup > /usr/sbin/lm-profiler > /usr/share > /usr/share/laptop-mode-tools > /usr/share/laptop-mode-tools/modules > /usr/share/laptop-mode-tools/modules/ac97-powersave > /usr/share/laptop-mode-tools/modules/battery-level-polling > /usr/share/laptop-mode-tools/modules/bluetooth > /usr/share/laptop-mode-tools/modules/configuration-file-control > /usr/share/laptop-mode-tools/modules/cpufreq > /usr/share/laptop-mode-tools/modules/dpms-standby > /usr/share/laptop-mode-tools/modules/ethernet > /usr/share/laptop-mode-tools/modules/hal-polling > /usr/share/laptop-mode-tools/modules/hdparm > /usr/share/laptop-mode-tools/modules/intel-hda-powersave > /usr/share/laptop-mode-tools/modules/intel-sata-powermgmt > /usr/share/laptop-mode-tools/modules/laptop-mode > /usr/share/laptop-mode-tools/modules/lcd-brightness > /usr/share/laptop-mode-tools/modules/sched-mc-power-savings > /usr/share/laptop-mode-tools/modules/start-stop-programs > /usr/share/laptop-mode-tools/modules/syslog-conf > /usr/share/laptop-mode-tools/modules/terminal-blanking > /usr/share/laptop-mode-tools/modules/usb-autosuspend > /usr/share/laptop-mode-tools/modules/video-out > /usr/share/laptop-mode-tools/modules/wireless-ipw-power > /usr/share/laptop-mode-tools/modules/wireless-iwl-power > /usr/share/laptop-mode-tools/module-helpers > /usr/share/laptop-mode-tools/module-helpers/lm-polling-daemon > /usr/share/doc > /usr/share/doc/laptop-mode-tools > /usr/share/doc/laptop-mode-tools/changelog.gz > /usr/share/doc/laptop-mode-tools/README > /usr/share/doc/laptop-mode-tools/copyright > /usr/share/doc/laptop-mode-tools/changelog.Debian.gz > /usr/share/doc/laptop-mode-tools/laptop-mode.txt.gz > /usr/share/doc/laptop-mode-tools/revision-history.txt.gz > /usr/share/man > /usr/share/man/man8 > /usr/share/man/man8/laptop_mode.8.gz > /usr/share/man/man8/lm-profiler.8.gz > /usr/share/man/man8/lm-syslog-setup.8.gz > /usr/share/man/man8/laptop-mode.conf.8.gz > /usr/share/man/man8/lm-profiler.conf.8.gz > /usr/lib > /usr/lib/pm-utils > /usr/lib/pm-utils/power.d > /usr/lib/pm-utils/power.d/laptop-mode > /usr/lib/pm-utils/sleep.d > /usr/lib/pm-utils/sleep.d/96laptop-mode > /etc > /etc/laptop-mode > /etc/laptop-mode/batt-start > /etc/laptop-mode/batt-stop > /etc/laptop-mode/lm-ac-start > /etc/laptop-mode/lm-ac-stop > /etc/laptop-mode/nolm-ac-start > /etc/laptop-mode/nolm-ac-stop > /etc/laptop-mode/conf.d > /etc/laptop-mode/conf.d/ac97-powersave.conf > /etc/laptop-mode/conf.d/auto-hibernate.conf > /etc/laptop-mode/conf.d/battery-level-polling.conf > /etc/laptop-mode/conf.d/bluetooth.conf > /etc/laptop-mode/conf.d/configuration-file-control.conf > /etc/laptop-mode/conf.d/cpufreq.conf > /etc/laptop-mode/conf.d/dpms-standby.conf > /etc/laptop-mode/conf.d/ethernet.conf > /etc/laptop-mode/conf.d/hal-polling.conf > /etc/laptop-mode/conf.d/intel-hda-powersave.conf > /etc/laptop-mode/conf.d/intel-sata-powermgmt.conf > /etc/laptop-mode/conf.d/lcd-brightness.conf > /etc/laptop-mode/conf.d/sched-mc-power-savings.conf > /etc/laptop-mode/conf.d/start-stop-programs.conf > /etc/laptop-mode/conf.d/terminal-blanking.conf > /etc/laptop-mode/conf.d/usb-autosuspend.conf > /etc/laptop-mode/conf.d/video-out.conf > /etc/laptop-mode/conf.d/wireless-ipw-power.conf > /etc/laptop-mode/conf.d/wireless-iwl-power.conf > /etc/laptop-mode/modules > /etc/laptop-mode/laptop-mode.conf > /etc/power > /etc/power/scripts.d > /etc/power/scripts.d/laptop-mode > /etc/power/event.d > /etc/power/event.d/laptop-mode > /etc/pm > /etc/pm/sleep.d > /etc/pm/sleep.d/99laptop-mode > /etc/init.d > /etc/init.d/laptop-mode > -- laptop-mode doesn't sense power state changes https://bugs.launchpad.net/bugs/387057 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 343203] Re: [SAMSUNG ELECTRONICS CO., LTD. NC10] suspend/resume failure
** Attachment added: "BootDmesg.txt" http://launchpadlibrarian.net/23881878/BootDmesg.txt ** Attachment added: "CurrentDmesg.txt" http://launchpadlibrarian.net/23881879/CurrentDmesg.txt ** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/23881880/Dependencies.txt ** Attachment added: "HalComputerInfo.txt" http://launchpadlibrarian.net/23881881/HalComputerInfo.txt ** Attachment added: "Lspci.txt" http://launchpadlibrarian.net/23881882/Lspci.txt ** Attachment added: "Lsusb.txt" http://launchpadlibrarian.net/23881883/Lsusb.txt ** Attachment added: "ProcCpuinfo.txt" http://launchpadlibrarian.net/23881884/ProcCpuinfo.txt ** Attachment added: "ProcInterrupts.txt" http://launchpadlibrarian.net/23881885/ProcInterrupts.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/23881886/ProcMaps.txt ** Attachment added: "ProcModules.txt" http://launchpadlibrarian.net/23881887/ProcModules.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/23881888/ProcStatus.txt -- [SAMSUNG ELECTRONICS CO., LTD. NC10] suspend/resume failure https://bugs.launchpad.net/bugs/343203 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 343203] [NEW] [SAMSUNG ELECTRONICS CO., LTD. NC10] suspend/resume failure
Public bug reported: Binary package hint: pm-utils I get suspend/resume failures which may or may not have anything to do with NetworkManager crashing on resume, and me having to restart NetworkManager by hand. Anything I can do to help debug this? ProblemType: KernelOops Annotation: This occured during a previous suspend and prevented it from resuming properly. Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/share/apport/apportcheckresume Failure: suspend/resume InterpreterPath: /usr/bin/python2.6 MachineType: SAMSUNG ELECTRONICS CO., LTD. NC10 Package: linux-image-2.6.28-9-generic 2.6.28-9.31 ProcAttrCurrent: unconfined ProcCmdLine: root=UUID=c74b3098-6aea-4e10-9877-9b2b8c628064 ro quiet splash ProcCmdline: /usr/bin/python /usr/share/apport/apportcheckresume ProcEnviron: PATH=(custom, no user) ProcVersionSignature: Ubuntu 2.6.28-9.31-generic SourcePackage: linux StressLog: Error: [Errno 2] No such file or directory: '/var/lib/pm-utils/stress.log' Tags: resume suspend Title: [SAMSUNG ELECTRONICS CO., LTD. NC10] suspend/resume failure UserGroups: ** Affects: pm-utils (Ubuntu) Importance: Undecided Status: New ** Tags: apport-kerneloops i386 resume suspend -- [SAMSUNG ELECTRONICS CO., LTD. NC10] suspend/resume failure https://bugs.launchpad.net/bugs/343203 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 291062] Re: MASTER - Network Manager sometimes has "enable networking" unchecked/disabled when resuming from suspend
I've been running with the changed 55NetworkManager file for a couple of days now, and it's not working properly for me. Two symptoms: Once I got a hang on resume, which is new. Perhaps there should be a timeout on the dbus-send call? Or better, perhaps the call on resume should be async, while the call on suspend should be sync! Anyway, I also got a crash report for NetworkManager at that same time. I reported it, can't find the bug report now since apparently Launchpad has not connected it to me. :-/ The last time I resumed I got both a crash report for NetworkManager, plus I had to do a "sudo invoke-rc.d NetworkManager restart" to get networking back up. The fix is probably still correct, I may be suffering from a different problem (Samsung NC10 netbook). -- MASTER - Network Manager sometimes has "enable networking" unchecked/disabled when resuming from suspend https://bugs.launchpad.net/bugs/291062 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 341749] [NEW] powernowd and acpid assume lsmod in /sbin, but it is in /bin
Public bug reported: Binary package hint: powernowd I just upgraded to current jaunty (march 12th) and rebooted. The init script for powernowd gave me an ugly error about not being able to find /sbin/lsmod. And it's true: it's /bin/lsmod, not /sbin/lsmod. The same problem is present in the init script for acpid. ** Affects: acpid (Ubuntu) Importance: Undecided Status: New ** Affects: powernowd (Ubuntu) Importance: Undecided Status: New ** Also affects: acpid (Ubuntu) Importance: Undecided Status: New -- powernowd and acpid assume lsmod in /sbin, but it is in /bin https://bugs.launchpad.net/bugs/341749 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 331866] Re: error installing toolbar:[Exception... "Node was not found" code: "8" nsresult: "0x80530008 (NS_ERROR_DOM_NOT_FOUND_ERR)" location: "chrome://global/content/bindings/toolbar.xml Line:
I've got the same problem. It goes away when I disable the webfav module, so it's probably a bug in that package. ** Also affects: webfav (Ubuntu) Importance: Undecided Status: New -- error installing toolbar:[Exception... "Node was not found" code: "8" nsresult: "0x80530008 (NS_ERROR_DOM_NOT_FOUND_ERR)" location: "chrome://global/content/bindings/toolbar.xml Line: 259"] https://bugs.launchpad.net/bugs/331866 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 211631] Re: CIFS/SMBFS shares not unmounted before network is shut down
Hi Thierry, Thierry Carrez wrote: > I am trying to solve the bug in the (2) case here. If you are in the > (3) case (and a lot of you probably are) you should either switch to > "system setting" mode or drop usage of CIFS mounts in favor of > Nautilus gvfs-smb mounts. Thanks very much for the detailed explanation. I switched to "system setting" mode and this did solve the problem for me. This option is very well hidden however, so this is probably one of the reasons why there are many users who use fstab in combination with per-user network settings. (The gvfs option is not suitable for me BTW because I access the mounts mostly from scripts. And also from KDE programs -- I'm not sure those can access gvfs. :-) ) I do still think that there is something fishy going on with the long timeouts while I have nothing open on the network fs. I admit that I'm applying the same kind of logic that people do actually use for things like thumb drives -- if you don't write to them (or haven't written to them in a while) then you can remove them without thinking. It's not *technically* correct, but it's only not technically correct because the system works that way. And then we are typically trying to make the users behave in a certain way to match the behaviour of the system, instead of making sure the system behaves as the users quite reasonably expect it to. :-) Personally I think that it would be very much in line with Ubuntu's "human" philosophy to try and make the system behave as humans expect it to, which in this case is that if they haven't written anything to the fs, then there's no reason to wait for the server. Steve's analysis might give some pointers to WTF is going on here... Cheers, Bart -- CIFS/SMBFS shares not unmounted before network is shut down https://bugs.launchpad.net/bugs/211631 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 211631] Re: CIFS/SMBFS shares not unmounted before network is shut down
Bart Samwel wrote: > Would it help to sync before I reboot > from the GUI, so that all pending dirty data is flushed to the cifs fs? For the record: nope, that doesn't help. Still hangs. -- CIFS/SMBFS shares not unmounted before network is shut down https://bugs.launchpad.net/bugs/211631 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 211631] Re: CIFS/SMBFS shares not unmounted before network is shut down
Hi Steve, Steve French wrote: > A couple clarifications: > > 1) We really want the network file systems > to be unmounted (or at least synced) before the network goes away. > You do not want to risk losing file system data which has been cached > by the Linux memory management layer. > > 2) If there is cached write data, we do want the file system to try > as hard as reasonably possible (perhaps forever in the case of > mounting with the "hard" mount option rather than the default "soft" > mount) before giving up - the network which is down for a few > seconds, may recover in most cases (where exactly we are in shutdown > of the system may be hard to detect in this path in the kernel) > 3) CIFS already does do the obvious - it does not attempt to send > network requests in umount (SMB "tree disconnect" followed by SMB > "ulogoff") if the session is already dead (the server implicitly > closes "tids" and "smb uids" when the socket crashes). Write > requests just prior to the umount getting to the kernel would cause > attempts at reconnect, but simply from the kernel cifs driver > perspective umounting should not cause network traffic if the session > is already dead I think there must be a bug somewhere in this code then. My cifs file systems are all as read only as a read-write file system can be: I almost never write to them, I just mount them by default so that I can read from them (which I also almost never do), and also write to them when I want, which is also not a daily thing. So I almost always shut down in a situation where the file system has only been read from, not written to -- and the reads are usually also a long time ago. No reason at all to wait indefinitely! For reference, all my cifs file systems are mounted below /nas/..., and the following command: # lsof | grep nas shows nothing. No files open on the shares, and it's like that for most of the time. Still, my system hangs at shutdown. There's *something* fishy going on here. Do you know of any other commands I should try to figure out if there is some dirty data left for the cifs file systems, that somehow doesn't get written? Would it help to sync before I reboot from the GUI, so that all pending dirty data is flushed to the cifs fs? Cheers, Bart -- CIFS/SMBFS shares not unmounted before network is shut down https://bugs.launchpad.net/bugs/211631 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 211631] Re: CIFS/SMBFS shares not unmounted before network is shut down
Hi Steve, Steve Grecni wrote: > Thierry, I just installed your ppa network-manager packages on Intrepid, > and it's still hanging on shutdown (using wireless) with CIFS VFS > errors. A fairly fresh UMPC install on a Dell Mini 9. > > I ran a continuous ping on the machine and network is unavailable nearly > immediately after selecting shutdown from the gnome menu, after a bit I > can then see the shutdown splash and a bit later I'm geting the CIFS VFS > errors. > > Interestingly enough, even when I remove quiet and splash from the grub > menu.lst, it's still not showing any shutdown messages to me, just the > CIFS VFS errors and sometimes an apcid error. So it's impossible for me > to tell the network manager is dying too soon. In that case it seems that the only reason for the existence of the NetworkManager daemon is to perform the required privileged operations at the biddingI don't know *exactly* how NetworkManager works, but I'm under the impression that it only holds a network connection while the applet is running, i.e., while the user is logged in. This could be a security thing, because it gets the network settings from the user's settings, and also the authentication to a wireless network are taken from the logged on user's key ring. So it's actually quite logical that it would shut down the network at logoff, BEFORE any of the shutdown scripts run. (In that case it seems that the NetworkManager daemon is only there to do the required privileged work at the bidding of the nm-applet. And if the nm-applet disconnects due to logoff, then it disconnects...) Anyway, this is all just conjecture. I might have it all backwards. Cheers, Bart -- CIFS/SMBFS shares not unmounted before network is shut down https://bugs.launchpad.net/bugs/211631 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 211631] Re: CIFS/SMBFS shares not unmounted before network is shut down
Thierry Carrez wrote: > OK, I uploaded a network-manager upgrade for intrepid to my PPA: > https://launchpad.net/~ttx/+archive/ppa > > This release (built on the latest network-manager in intrepid-proposed) > basically prevents network-manager from being shut down by sendsigs... >>From my testing this solves the CIFS hanging during umountnfs, and also > ensures the network filesystems are still available when the processes > are stopped by sendsigs (allowing them to shutdown without data loss). > It was inspired by Daniel J Blueman proposed patch on (related) bug > 113095. > > Could you please test if it solves the issue for your specific case, and > tell me about any side-effects. Hi Thierry, I'm on jaunty, I've tried the package but I still have the same problem. On my jaunty install the problem is even worse, it doesn't get past the unmounts or perhaps it just takes extremely long, I have to hard-shutdown my laptop every time I shut down and forget to unmount these file systems first. In my opinion this is really a kernel problem, and a big one. If there is no route to the host (which is the case if the network is down), the cifs vfs should properly detect this and not wait for some timeout. And it *can* easily detect this: when the network is down and I do a ping, I also get "no route to host". I don't see any reason why the cifs vfs shouldn't be able to detect this as well. Also, your current attempt at a solution will only solve the problem when the network is still up. But what if I shut down while my wireless network is gone? For instance, when I've moved away from my home location with the laptop on or (probably) suspended? Or what if my wireless network simply shuts down by itself? It tends to do that. :-) I really hope that somebody will find time to look at a proper, kernel based solution. Cheers, Bart -- CIFS/SMBFS shares not unmounted before network is shut down https://bugs.launchpad.net/bugs/211631 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 334549] Re: Bluetooth mouse lag with heavy wifi traffic on Samsung NC10
I just posted the output of "lsusb -vv" and "cat /proc/interrupts". -- Bluetooth mouse lag with heavy wifi traffic on Samsung NC10 https://bugs.launchpad.net/bugs/334549 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 334549] Re: Bluetooth mouse lag with heavy wifi traffic on Samsung NC10
** Attachment added: "lsusb -vv" http://launchpadlibrarian.net/23156396/lsusb.txt -- Bluetooth mouse lag with heavy wifi traffic on Samsung NC10 https://bugs.launchpad.net/bugs/334549 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 334549] Re: Bluetooth mouse lag with heavy wifi traffic on Samsung NC10
** Attachment added: "cat /proc/interrupts" http://launchpadlibrarian.net/23156394/proc_interrupts.txt -- Bluetooth mouse lag with heavy wifi traffic on Samsung NC10 https://bugs.launchpad.net/bugs/334549 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 334549] [NEW] Bluetooth mouse lag with heavy wifi traffic on Samsung NC10
Public bug reported: Binary package hint: bluez On my Samsung NC10 netbook, if the wireless network traffic is high (e.g. 800 kb/s download) the bluetooth mouse starts lagging several seconds. This makes it unusable, I have to resort to using the touchpad which is fine. This is on up-to-date jaunty as of right now. ** Affects: bluez (Ubuntu) Importance: Undecided Status: New -- Bluetooth mouse lag with heavy wifi traffic on Samsung NC10 https://bugs.launchpad.net/bugs/334549 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 333389] Re: After launching app that starts with a dialog, focus not on that dialog
Great, thanks! -- After launching app that starts with a dialog, focus not on that dialog https://bugs.launchpad.net/bugs/89 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333389] Re: After launching app that starts with a dialog, focus not on that dialog
Interesting thing you say there: I don't use the window-picker-applet, I just use Alt+Tab to switch between windows. When I add it to my panel, it works as expected. But that should be a choice -- I have no need for a window picker, it doesn't add any value for my keyboard-centric usage pattern combined with my auto-hide panel. Speaking as a developer, it just escapes me why a window picker should influence focus. Separation of responsibilities suggests that this should really be a task for the window manager, that a window picker should just display the state as it is without influencing it... Or am I missing something here? -- After launching app that starts with a dialog, focus not on that dialog https://bugs.launchpad.net/bugs/89 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 333396] Re: Expanded auto-hide panel at bottom still subtracted from desktop size
Sebastien Bacher wrote: > do you get the issue using compiz? that seems a wm bug rather than a > gnome-panel one With compiz the behaviour is gone. Note that I can't properly reproduce anymore now -- the windows start out wrong but then get corrected to the right size a bit later. Perhaps I only see it because I have a dog slow machine (an Atom netbook). :-) -- Expanded auto-hide panel at bottom still subtracted from desktop size https://bugs.launchpad.net/bugs/96 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333396] Re: Expanded auto-hide panel at bottom still subtracted from desktop size
No, I've disabled desktop effects, no compiz or anything. -- Expanded auto-hide panel at bottom still subtracted from desktop size https://bugs.launchpad.net/bugs/96 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333406] [NEW] Menu hotkey Alt+F1 and auto-hide panel do not play well together
Public bug reported: Binary package hint: gnome-panel When I open the Gnome menu using the hotkey Alt+F1, and the menu is on an auto-hide panel, the menu appears immediately, and then the panel animatedly unhides below it, while the menu stays in place (i.e., on top of the panel). The menu then jumps to a different (correct for an unhidden panel) location once I use the keyboard to move into the menu (Down key) or to switch to the next menu (Right key). I'd expect it to move to the right location straight away while opening, or to stay closed until the panel had unhidden or something. This just doesn't feel right. It gets weirder and downright buggy when you try this: Alt+F1 Right Down The effect: the panel HIDES AGAIN while I still have the menu open. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Menu hotkey Alt+F1 and auto-hide panel do not play well together https://bugs.launchpad.net/bugs/333406 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333396] [NEW] Expanded auto-hide panel at bottom still subtracted from desktop size
Public bug reported: Binary package hint: gnome-panel When I open the properties of my panel and select: Expand: YES Auto-hide: YES Position: Bottom And then start an application (say, Thunderbird), then the application doesn't use the whole desktop, the size of the non-hidden panel is subtracted from the bottom. If I set the panel to either Expand: NO, or Position: Top, then the panel is not subtracted from the desktop size. I don't know if it matters, but I'm using the netbook remix. Very irritating bug if you're trying to maximize screen real estate. ** Affects: gnome-panel (Ubuntu) Importance: Undecided Status: New -- Expanded auto-hide panel at bottom still subtracted from desktop size https://bugs.launchpad.net/bugs/96 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 333389] [NEW] After launching app that starts with a dialog, focus not on that dialog
Public bug reported: Binary package hint: netbook-launcher I installed the netbook remix, and one thing I noticed is that if I start an application from the netbook-launcher that starts with a dialog box, then that dialog box doesn't get the focus. This is especially nasty if the dialog box is one of those boxes that only have an OK button: in this case I press Enter to say "yay, continue", but instead, I start up *another instance* of the same app. I then end up with a bunch of these dialogs. The only way to get the focus to the app is by pressing Alt+Tab, or by using the mouse. To reproduce: go to the "Preferences" entry in the left pane, press "Tab", press "Enter". The app will start in the foreground, but without focus. ** Affects: netbook-launcher (Ubuntu) Importance: Undecided Status: New -- After launching app that starts with a dialog, focus not on that dialog https://bugs.launchpad.net/bugs/89 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 321957] Re: maximus crashed with SIGSEGV in IA__g_closure_invoke()
Same problem here; x86 architecture. I was exiting a bunch of programs in a row, and then navigating to the quit button in the big on-desktop menu provided by the netbook remix. It crashed when I had the quit menu open, or just before. -- maximus crashed with SIGSEGV in IA__g_closure_invoke() https://bugs.launchpad.net/bugs/321957 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 302251] Re: package libcanberra-gtk0 0.6-0ubuntu3 failed to install/upgrade: trying to overwrite `/usr/bin/canberra-gtk-play', which is also in package libcanberra-gnome
Chris, you said on 2009-02-04 that this bug was fixed ages ago. But was it? I installed my system by installing 8.10 and then upgrading to jaunty, on 31 January 2009. And I experienced this problem. So I'm afraid it's not completely fixed! -- package libcanberra-gtk0 0.6-0ubuntu3 failed to install/upgrade: trying to overwrite `/usr/bin/canberra-gtk-play', which is also in package libcanberra-gnome https://bugs.launchpad.net/bugs/302251 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Nicolò Chieffo wrote: > It's ok for me that my disk saves power while on battery, but I cannot > understand why once the read head is unloaded, every minute it is > loaded again. If the PC is idle who is causing the load cycle? > There might be a process that every minute accesses the disk, which is > not ok (in my opinion) Fact of life, unfortunately. It's hard to fix all software -- there's a lot of software out there. :-/ Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Hi Nicolò, Nicolò Chieffo wrote: > Thanks for the information. Anyway I noticed that leaving for 15 > minutes my laptop on battery (with 128 as -B configuration), the > Load_Cycle raised of 15 (more or less). So I get one load cycle a > minute (fortunately only on battery). Is this the same case of you? > Why is my disk woken up once a minute during inactivity? kMaybe we > should also loo at this things This is by design. On battery the load cycle does increase, because it is useful to allow disk power management: for power saving, and to protect against falling. It's been calculated that even for pretty extremely mobile usage, your disk should be fine for a very long time. On AC your load cycle should not increase (much). Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Nicolò Chieffo wrote: > I'm on acpi-support 0.119 and pm-utils 1.2.2.4-0ubuntu2 > > When I'm on battery I hear very frequently the spin down noise. I bought > my new laptop 1 month ago and the load cycle is 5180. Do you think I > suffer this bug? Probably. But 5180 in one month is fine: that's about 6 per year. Your disk will last about 10 years at this rate. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
SirLancelot wrote: > After latest acpi-support update bug looks like fixed on my 8.10 but with > one exception. When I close my laptop screen disk start to load/unload > cycles again. > > Is it a rule on laptop hard disk with closed screen? Is it Your idea to make > something like protection of moving laptop with closed screen or wrong > working of the fix? The following scenario might cause this: (a) you have CONTROL_HD_POWERMGMT=1 in laptop-mode.conf, and (b) you have ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1 in laptop-mode.conf. It might be something else though! Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 283128] Re: Keyboard indicator shows additional layout "null"
Hmmm, I never use an external keyboard but I do have the ?? layout. It replaced my "USA International (with dead keys)", and it still works, it just looks funny. Same problem or different problem? -- Keyboard indicator shows additional layout "null" https://bugs.launchpad.net/bugs/283128 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Hi Steve, Steve Langasek wrote: > Ralph, Jakob, thank you for the analysis. I've prepared a new upload of > acpi-support to hardy-proposed, and will work on fixing this for > intrepid and jaunty shortly. > > ** Changed in: acpi-support (Ubuntu Hardy) >Status: Fix Released => In Progress > > ** Changed in: acpi-support (Ubuntu Intrepid) >Status: Fix Released => Triaged > > ** Changed in: acpi-support (Ubuntu) >Status: Fix Released => Triaged BTW, note that this was fixed in the Debian version of acpi-support (which I maintain) some time ago. Since I've noted that some of the other changes from Debian have already found their way into the Ubuntu version, I thought perhaps you might be interested in syncing this as well. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Hi Alexey, Alexey Borzenkov wrote: > Hanno, I don't really remember, but I think back when I was > investigating problems with my Samsung drive I found that iotop didn't > show all the interesting values and was patching it to be more precise. > Also, please be aware, that querying smart will always unpark drive > heads, because smart values (I think) have to be read from special > sectors on your drive. The same goes for ANY hard drive temperature > monitoring (because they ALL have to query smart to get drive > temperature), so remove hddtemp if you have it installed. My drive parks just fine with hddtemp. And smart doesn't necessarily require storage on a special sector -- the drive could also be using some sort of nvram. So your mileage may vary, it may all depend on the drive. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 114363] Re: flashplugin-nonfree causes browser crash on close
Aaargh, tried to add linux-source-2.6.27 but it now added "linux" instead. And there's no linux-source-xxx after 2.6.24. What's going on here? -- flashplugin-nonfree causes browser crash on close https://bugs.launchpad.net/bugs/114363 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 114363] Re: flashplugin-nonfree causes browser crash on close
** Also affects: linux (Ubuntu) Importance: Undecided Status: New -- flashplugin-nonfree causes browser crash on close https://bugs.launchpad.net/bugs/114363 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
bojo42 wrote: > @angel chen: good question. i'm somewhat confused by that, but when > laptop mode is disabled in general in /etc/default/acpi-support then > logically it shouldn't be enabled by default on battery either. but you > could you tell me how you started laptop mode when "cat > /proc/sys/vm/laptop_mode" still gives you a zero. > > @all: who knows for sure if laptop mode is enabled on battery in > intrepid? > > who knows how to reliable check if laptop mode is enabled, for fixing > the included scripts in intrepid? Checking for /proc/sys/vm/laptop_mode is not the way to go. This is to check if the _kernel feature_ called "laptop mode" is enabled. What you need to check for is whether the relevant functionality of the _package_ laptop-mode-tools is enabled, a very different thing (yes, the name "laptop-mode-tools" is a confusing name -- blame history!). Because if it is, then laptop-mode-tools will handle this stuff regardless of battery, non-battery, and the state of the kernel feature that is represented by /proc/sys/vm/laptop_mode. (The /proc/sys/vm/laptop_mode feature is also controlled by laptop-mode-tools, but this is independent of the hdparm features and should absolutely be ignored!) How to check if (a) the _package_ laptop-mode-tools is enabled AND (b) its feature controlling hdparm is enabled? Well: (a): by checking /etc/default/acpi-support for ENABLE_LAPTOP_MODE=true (b): by executing /etc/laptop-mode/laptop-mode.conf and testing whether CONTROL_HD_POWERMGMT=1 The current 90-hdparm.sh already does (b). One should simply add (a). One could replace this: if [ -e /usr/sbin/laptop_mode ] ; then LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT") if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 ] ; then # Laptop mode controls hdparm -B settings, we don't. DO_HDPARM=n fi fi by: if [ -e /usr/sbin/laptop_mode ] ; then LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT") ACPI_SUPPORT_ENABLE_LAPTOP_MODE=$(. /etc/default/acpi-support && echo "$ENABLE_LAPTOP_MODE") if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 && "$ACPI_SUPPORT_ENABLE_LAPTOP_MODE" = "true" ] ; then # Laptop mode controls hdparm -B settings, we don't. DO_HDPARM=n fi fi and that should do the trick. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 114363] Re: flashplugin-nonfree causes browser crash on close
Yes. I run an up-to-date Intrepid as of 2008-11-06 and my npviewer.bin goes to 100% cpu usage (on TWO cpus!) when I navigate away from a youtube page. Running flashplugin-nonfree 10.0.12.36, sound card is snd- hda-intel (sigmatel). -- flashplugin-nonfree causes browser crash on close https://bugs.launchpad.net/bugs/114363 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Milan wrote: > Igor: AFAIK, laptop-mode is not enabled by default. You need to tweak > /etc/laptop-mode/laptop-mode.conf and switch the > ENABLE_LAPTOP_MODE_ON_BATTERY option so that CONTROL_HD_POWERMGMT=1 > really takes effect. So the bug does not come from here. The problem is that the acpi-support code does not check if laptop mode is enabled or not. It ALWAYS disables the check if CONTROL_HD_POWERMGMT=1, even if ENABLE_LAPTOP_MODE=false in /etc/default/acpi-support. The reason for this is that in Debian (from which this fix was ported), the ENABLE_LAPTOP_MODE setting does not exist. The check in acpi-support should be adapted to also take ENABLE_LAPTOP_MODE into account. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 280648] [NEW] SUSPEND_METHODS advertised but not implemented
Public bug reported: Binary package hint: acpi-support The config file of acpi-support (version 0.111 and up) advertises SUSPEND_METHODS, but this is not implemented in the Ubuntu version of acpi-support. The config file was copied verbatim from Debian, which does support this construct, but the actual support was not ported. ** Affects: acpi-support (Ubuntu) Importance: Undecided Status: New -- SUSPEND_METHODS advertised but not implemented https://bugs.launchpad.net/bugs/280648 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Przemysław Kulczycki wrote: > Why is acpi-support still used in Intrepid? Shouldn't Ubuntu use pm- > utils only by now? The acpi-support package has two functions. One is suspend, the other is to translate hardware specific events into generic ones (such as custom keys). I'm considering a functional split in Debian, but that's postponed until after the Lenny release. BTW, the Debian package deprecates the acpi-support suspend code in favour of pm-utils. The Ubuntu version still uses its own suspend code, but the config file incorrectly advertises the new Debian functionality. Perhaps someone should report it as a bug? I should probably do it myself... -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Ryan Waldroop wrote: > @ Felipe: > > Actually, with further testing, my laptop appears to be fixed while on AC > power, but it's still cycling a lot on battery. The wiki page linked in the > opening bug post has a three step process to check if everything is fixed > and change the values if you like. For me, I didn't want everything set to > 255, so I set both AC and Battery to 254. This seems to be working well for > me. The fix that has now been applied is the Debian fix, which purposely leaves the power management (and therefore the cycling) enabled when the laptop is working on battery. This is for safety reasons: it is assumed that the laptop is working on battery when it is being carried around, and it is much safer to park the heads in such situations. Also, we did not want to increase the power usage while in battery mode! This does mean that the drive lifetime still becomes shorter, but since battery-mode usage is limited by battery life span, required recharge times, and general usage patterns, this is already a much safer situation. (This is, however, not configurable. If you want that, install laptop-mode-tools and let that handle it. The acpi-support fix detects if laptop-mode-tools handles it, and leaves it to laptop-mode-tools in that case.) Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 229579] Re: please merge laptop-mode-tools 1.41-1 from Debian unstable main
Tormod Volden wrote: > Bart, can you please comment on the patch in bug #206217 (also submitted > to Debian), since I would like to include it in the new merge? Sorry about the delay. It's been applied to the upstream as well -- works like a charm. Cheers, Bart -- please merge laptop-mode-tools 1.41-1 from Debian unstable main https://bugs.launchpad.net/bugs/229579 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 229579] Re: please merge laptop-mode-tools 1.41-1 from Debian unstable main
Tormod Volden wrote: > Bart, I'll wait for 1.43 before I try another merge :) :-) Well, then at least don't merge 1.41 yet, it has some bugs that you don't want to have around. Notably, it doesn't detect AC power when the AC adapter is not called "AC" in sysfs -- and that's more common than you'd think. -- please merge laptop-mode-tools 1.41-1 from Debian unstable main https://bugs.launchpad.net/bugs/229579 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Alexey Borzenkov wrote: > Also, more on laptop-mode. In config file comments I've seen that it is > disabled by default (and it seems devs tried to make it not so obvious > how to really enable it), because it causes odd hangs on some computers. > What sort of hangs are we dealing with? If this was about hangs when > watching a movie, then the right answer would be not setting > LM_READAHEAD to 3072 by default. It'd be a shame if laptop-mode was so > hard-codedly disabled because of readahead problem. :-/ These were hard system hangs on Thinkpads. :-( -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 229579] Re: please merge laptop-mode-tools 1.41-1 from Debian unstable main
Note that 1.42-1 has been uploaded to the Debian archive. -- please merge laptop-mode-tools 1.41-1 from Debian unstable main https://bugs.launchpad.net/bugs/229579 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Akshay Srinivasan wrote: > Brian :- > About your fix :- Creating a new file , didn't really do any disk > operation - atleast not immediately - so this means laptop-mode is > actually working. >Paradoxically , firefox some how does instantaneous write operations- > laptop-mode fails to work here. Is there anyway one can bypass laptop-mode ? Laptop mode doesn't disable synchronous operations, so you can add a "sync" in the loop to flush the change to disk. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 197346] Re: smbfs umount hangs during shutdown because NetworkManager network connection is gone
MichaelE wrote: > Hm, at least not with my laptops. Connection stays open even after > logout. But do not know whether there is a setting to steer this > behaviour. Even if it does, what if somebody turned off the wireless network switch, pulled the network cable plug, ...? Then you're still going to see needless timeouts. --Bart -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 197346] Re: smbfs umount hangs during shutdown because NetworkManager network connection is gone
MichaelE wrote: > Hi > > got the same problem on a laptop (8.04 upgrade from 7.10, 32bit) with > WLAN and CIFS shares. I found another bug report Bug #184676 and think > it is the same problem? > > There is a workaround by changing the order of the rc-scripts --> umount > before closing the network connections. But I think NetworkManager already loses the connection at logout time, right? --Bart -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 205506] Re: iwl3945 goes defunct, requires rmmod + modprobe
Bart Samwel wrote: > Leann Ogasawara wrote: >> Hi Guys, >> >> Just curious about which version of the iwl3945 driver you are using. >> You can find this by running: >> >> modinfo iwl3945 >> >> The reason I ask is that the 'linux-backports-modules' package has an >> updated version of the iwlwifi drivers, version 1.2.25. I'm guessing >> you are using version 1.2.0 which is from the 'linux-ubuntu-modules' >> package. Care to test and report back your results. Thanks. > > Hi Leann, > > I'm running 1.2.0. I'll try the upgrade and report back! I did a bit of downloading at 800 kB/s for several hours last night with driver version 1.2.25, and there was no more defunct iwl3945. This was very reproducible with the 1.2.0 version, so as far as I'm concerned, if this module is upgraded, the bug is fixed. Cheers, Bart -- iwl3945 goes defunct, requires rmmod + modprobe https://bugs.launchpad.net/bugs/205506 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 205506] Re: iwl3945 goes defunct, requires rmmod + modprobe
Leann Ogasawara wrote: > Hi Guys, > > Just curious about which version of the iwl3945 driver you are using. > You can find this by running: > > modinfo iwl3945 > > The reason I ask is that the 'linux-backports-modules' package has an > updated version of the iwlwifi drivers, version 1.2.25. I'm guessing > you are using version 1.2.0 which is from the 'linux-ubuntu-modules' > package. Care to test and report back your results. Thanks. Hi Leann, I'm running 1.2.0. I'll try the upgrade and report back! Cheers, Bart -- iwl3945 goes defunct, requires rmmod + modprobe https://bugs.launchpad.net/bugs/205506 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 89269] Re: power.sh: wrong laptop_mode activation
Hi Andrea, Andrea Ratto wrote: > acpi-support does support running scripts on lid clode. > It does not notify a "battery critical" event though. Maybe that > functionality could be added to acpid and thus to acpi-support? Does it > require polling? Laptop mode tools uses the acpi battery event to check for critical battery levels. It then checks the acpi battery state, or the sysfs battery state (depending on what's available). > GNU/Linux, not just Ubuntu, needs one single framework for powermanagement, > be that acpi, or HAL or laptop_mode, or whatever. > One framework with hooks for various programs is the way to go. I think we > can agree on that, at least at design level. Do we? Yup. I was missing that when I built laptop mode tools, that's why I had to "roll my own" for everything. It's become a pretty generic framework for power state switches, but handles no other typical laptop tasks. In my opinion, this is correct -- power management, making-laptops-work stuff, and suspend/hibernate are too often confused (e.g. in acpi-support :-) ). I think that power management policy is one thing, making-laptops-work stuff is another, and suspend/hibernate is another thing altogether. Trying to put all of that in one framework is a big mistake. > Also a full powermanagement solution requires: > disk standby, > processor frequencies; > panel brightness, > services start/stop, > actions on critical battery level, > different configuration profiles, For good measure, laptop mode tools supports disk standby, processor frequencies, panel brightness, services start/stop, and specific actions on critical battery level (not generic though -- only disabling stuff and automatic hibernation). Furthermore, it supports extension modules with modular configuration files in /etc/laptop-mode/conf.d. In addition, it currently supplies modules for: * generically swizzling configuration files for daemons based on the power state, and signalling programs / restarting services after switching the configuration files. * Power saving modes for Intel IPW and iwlwifi drivers. * Power saving modes for Intel AC97 integrated audio. * Terminal blanking * X screen blanking timeouts (using DPMS) I'm definitely not saying that laptop mode tools is the ideal power management solution. But it can handle system-wide power management policy pretty well. > etc... > ...and we are far away from that: > gnome-power-preferences uses HAL, acpi-support uses acpid, laptop_mode does > by itself, as well as other things. It's a real mess. In fact, laptop mode tools also uses acpid. The way I see it, laptop mode tools and acpi-support are complementary: acpi-support makes laptops work, laptop mode tools implements power management policy at the system-wide level. Gnome power manager does it at the user level, and this may sometimes conflict with what laptop mode tools does. The fact that acpi-support tries to control laptop mode tools is the weird thing that makes the acpi-support/laptop mode tools combination look a bit messy -- it's not its core task, and IMHO it's not surprising that it does a pretty bad job at it. Cheers, Bart -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 89269] Re: power.sh: wrong laptop_mode activation
Hi Andrea, Andrea Ratto wrote: >> Bart Samwel: >> FWIW, in Debian I solved this by removing the acpi-support logic for laptop >> mode tools completely > > That is the quick way to fix it, exactly what I have on my laptop. > Though I think that in the long run would be better to do it the other way > around: remove enabling/disabling based on battery/ac power/lid from > laptop_mode and let it just handle disks. > > Since you are the mantainer of laptop_mode what do you think? Would not > it simplify the laptop_mode code and config file a lot (no more need of > enabled/disabled/allowed to run and stuff like that)? Would not it all > be more flexible and coherent (on some laptops one could activate disk > powersaving with a button, for examble)? Would it take much work or is > it just a matter of deleting code here and there? It would take _loads_ of work. In fact, laptop mode tools originally worked like that (it had a start/stop parameter and was called from various other acpi scripts), but we moved away from that for various reasons. Here's a short summary: * Laptop mode tools has very complex enable/disable logic. We have: enable while on battery; enable while on AC (if so configured); enable when the lid is closed (if so configured), regardless of being on AC or battery; *disable* data loss sensitive features when the battery is below a certain level; *disable* data loss sensitive features when the battery reports that it is "critical". * I tried to support this using external scripts, but it turned out that I had to replicate the entire logical structure in all calling scripts. For instance, if the lid is closed, but the battery is critical, laptop mode should not be enabled. And if the lid is opened, and the computer is on battery, then laptop mode should not be disabled. Eventually, I just moved the logic into the core of laptop_mode, and just supported an "auto" parameter which evaluated all the logic and applied state changes if the result of the calculation was different from the last time. Ubuntu's package is based on the Debian package, but reinstates the start/stop parameters. * Laptop mode tools started to support many more things than laptop_mode processing, and that complicated matters. It's not simply a matter of starting and stopping anymore -- it's more like, depending on the AC state, loads of settings are tweaked. There is a clear distinction in the current code base between the activating of power saving features, and the activating of *data loss sensitive* power saving features. All in all, I think the laptop mode tools framework is much more robust than the acpi-support framework. Ubuntu's current start/stop logic is very limited. It doesn't disable laptop mode when the battery goes critical, which can cause data loss if the battery suddenly runs out. It doesn't allow enabling laptop mode on AC. It doesn't support enabling laptop mode when the lid is closed. There's one other thing to consider: laptop mode doesn't have anything to do with ACPI, so I've always asked myself what all this is doing in acpi-support? Laptop mode tools works on APM machines and PowerPC Macs as well, and supports automatic activation on PowerPC Macs. Furthermore, acpi-support normally doesn't have anything to do with power saving either (its goal is to make laptops "just work", not to make them work power-efficiently), so again, why is this in acpi-support? Cheers, Bart -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 89269] Re: power.sh: wrong laptop_mode activation
For those still reading this bug report, I would like to add my $0.02 to Andrea's suggestions. It's always been a bit of a mystery to me why Ubuntu handles laptop mode the way it does. All of the functionality (enabling/disabling based on battery/ac power, based on lid switch, hdparm settings handling etc.) has been present in laptop mode tools from the get-go. The reason for putting separate functionality in acpi- support to steer laptop-mode-tools has never been clear to me. And especially the choice of including the full laptop mode config file for which lots of the options simply don't work (because of the acpi-support override), without even a single note, has always been a mystery -- and one of the "crime scene investigation" types, as far as I'm concerned. FWIW, in Debian I solved this by removing the acpi-support logic for laptop mode tools completely (I maintain the downstream acpi-support package in Debian). Nobody has ever complained about this, or asked for it to be re-added. Disclaimer: I am also the maintainer of laptop-mode-tools, the Debian package as well as the "true" upstream. That probably makes me biased. :-) -- power.sh: wrong laptop_mode activation https://bugs.launchpad.net/bugs/89269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 210485] [NEW] Usplash shows dirty fs check as routine check, allows cancelling
Public bug reported: Binary package hint: usplash I just had a "routine check" at bootup, of two file systems. My dmesg shows that both file systems were dirty. However, usplash allowed me to cancel the first routine check. The second one was not cancellable. This is on Hardy, up to date as of today. ** Affects: usplash (Ubuntu) Importance: Undecided Status: New -- Usplash shows dirty fs check as routine check, allows cancelling https://bugs.launchpad.net/bugs/210485 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 205506] [NEW] iwl3945 goes defunct, requires rmmod + modprobe
I just had the same thing again. dmesg output looked pretty much the same. I now tried just rmmod iwl3945 + modprobe iwl3945, and then it worked again. Before trying that, I also tried restarting nm-applet and NetworkManager, which did not make it work again. Cheers, Bart -- iwl3945 goes defunct, requires rmmod + modprobe https://bugs.launchpad.net/bugs/205506 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 205506] [NEW] iwl3945 goes defunct, requires rmmod + modprobe
Public bug reported: Binary package hint: linux-ubuntu-modules-2.6.24-12-generic I've observed this several times, not often. I start a large download, and the iwl3945 connection simply goes down and does nothing anymore. Here's the dmesg output from the link association: [ 420.161250] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 424.534901] wlan0: Initial auth_alg=0 [ 424.534910] wlan0: authenticate with AP 00:90:d0:f7:f6:d4 [ 424.536295] wlan0: RX authentication from 00:90:d0:f7:f6:d4 (alg=0 transaction=2 status=0) [ 424.536301] wlan0: authenticated [ 424.536305] wlan0: associate with AP 00:90:d0:f7:f6:d4 [ 424.538072] wlan0: RX AssocResp from 00:90:d0:f7:f6:d4 (capab=0x411 status=0 aid=2) [ 424.538078] wlan0: associated [ 424.538128] wlan0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 burst=0 [ 424.538134] wlan0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 burst=0 [ 424.538138] wlan0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 burst=30 [ 424.538143] wlan0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 burst=15 [ 424.543450] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 440.324789] wlan0: no IPv6 routers present Then I started some large downloads, and the trouble started somewhere over here: [ 3756.547807] wlan0: No ProbeResp from current AP 00:90:d0:f7:f6:d4 - assume out of range [ 3757.151468] iwl3945: Error sending REPLY_SCAN_CMD: time out after 500ms. [ 3757.151703] wlan0: No STA entry for own AP 00:90:d0:f7:f6:d4 [ 3757.651163] iwl3945: Error sending REPLY_TX_PWR_TABLE_CMD: time out after 500ms. [ 3779.925997] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3780.426684] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3780.925387] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3781.425083] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3779.563135] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 3780.097498] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3780.597201] iwl3945: Error sending REPLY_RXON: time out after 500ms. [ 3780.597213] iwl3945: Error setting new configuration (-110). [ 3781.096889] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3781.596582] iwl3945: Error sending REPLY_RXON: time out after 500ms. [ 3781.596594] iwl3945: Error setting new configuration (-110). [ 3783.972873] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3783.972909] iwl3945: Aborted scan still in progress after 100ms [ 3783.978898] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 3904.817518] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3905.317220] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3905.816911] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3906.316614] iwl3945: Error sending REPLY_QOS_PARAM: time out after 500ms. [ 3908.715535] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3909.215235] iwl3945: Error sending REPLY_RXON: time out after 500ms. [ 3909.215245] iwl3945: Error setting new configuration (-110). [ 3909.714923] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3910.215611] iwl3945: Error sending REPLY_RXON: time out after 500ms. [ 3910.215622] iwl3945: Error setting new configuration (-110). [ 3908.855056] iwl3945: Error sending REPLY_SCAN_ABORT_CMD: time out after 500ms. [ 3908.855080] iwl3945: Aborted scan still in progress after 100ms [ 3908.865491] ADDRCONF(NETDEV_UP): wlan0: link is not ready And then it went silent for two hours until I came back and found out that my downloads had failed. Network Manager did not list any available networks at this time, while it normally shows about four of them. Doing: sudo rmmod iwlwifi sudo rmmod iwlwifi_mac80211 sudo rmmod cfg80211 sudo modprobe iwlwifi sudo modprobe iwlwifi_mac80211 sudo modprobe cfg80211 fixes the problem, the network comes back up fine after that. I don't know if the 80211 module reloads are really required, I did those just to be sure. ** Affects: linux-ubuntu-modules-2.6.24 (Ubuntu) Importance: Undecided Status: New -- iwl3945 goes defunct, requires rmmod + modprobe https://bugs.launchpad.net/bugs/205506 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203793] Re: [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network
Fixed here too, I'm back online. -- [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network https://bugs.launchpad.net/bugs/203793 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203793] Re: [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network
Oh, and I forgot to mention: it's a public WPA2 PSK network for me as well. -- [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network https://bugs.launchpad.net/bugs/203793 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203793] Re: [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network
Here's an extra data point: I'm seeing the same problem on my machine. The data: - Hardy, up to date until March 22, 2008. - It worked yesterday, now nm tries to connect but I get no bulbs. I have to kill -9 NetworkManager, and then manually restart it, if it starts to try to use the wireless network, to get it to consider other possibiliities such as wired networks. If I plug in the wire, and then kill and restart nm like I just explained, then wired network works OK. - I use iwl3945, from package linux-ubuntu-modules-2.6.24-12-generic, version 2.6.24-12.17. - This is on a Dell Inspiron 9400. -- [hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network https://bugs.launchpad.net/bugs/203793 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 83831] Re: Boot failed to complete after fsck
Just had a spontaneous one. Worked like a charm, problem is gone! Did have a minor nit, but that's a separate issue which I reported as #203711. -- Boot failed to complete after fsck https://bugs.launchpad.net/bugs/83831 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203711] [NEW] Routine check stays on-screen after check is done
Public bug reported: Binary package hint: usplash I just got a routine check on one of my disks at bootup. The stuff is displayed nicely on the bootup screen, but after the check finishes, the text ("Routine check" etc.) remains during the remainder of the boot sequence. No indication that it's done -- it seems to indicate to me that it's somehow still busy with the check, even though I know it isn't. BTW, this is on Hardy alpha, up to date until 17 March 2008. ** Affects: usplash (Ubuntu) Importance: Undecided Status: New -- Routine check stays on-screen after check is done https://bugs.launchpad.net/bugs/203711 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203338] Re: serpentine hangs at exit after burning audio CD
** Attachment added: "CoreDump.gz" http://launchpadlibrarian.net/12710577/CoreDump.gz ** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/12710578/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/12710579/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/12710581/ProcStatus.txt ** Attachment added: "Registers.txt" http://launchpadlibrarian.net/12710582/Registers.txt -- serpentine hangs at exit after burning audio CD https://bugs.launchpad.net/bugs/203338 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 203338] [NEW] serpentine hangs at exit after burning audio CD
Public bug reported: Binary package hint: serpentine I just burned an almost-full 80-minute audio CD. Then I inserted a new blank CD. Then I tried to exit serpentine. I had to "Force Quit" it, because it was not responding. This is on Hardy alpha, up to date as of 17 March 2008. ProblemType: Crash Architecture: amd64 CrashCounter: 1 Date: Mon Mar 17 22:49:18 2008 Disassembly: 0x7f44fcecb725: DistroRelease: Ubuntu 8.04 ExecutablePath: /usr/bin/serpentine InterpreterPath: /usr/bin/python2.5 NonfreeKernelModules: nvidia Package: serpentine 0.9-1ubuntu2 PackageArchitecture: all ProcCmdline: /usr/bin/python /usr/bin/serpentine -o ProcEnviron: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash Signal: 11 SourcePackage: serpentine Stacktrace: #0 0x7f44fcecb725 in ?? () StacktraceTop: ?? () ThreadStacktrace: Title: serpentine crashed with SIGSEGV Uname: Linux 2.6.24-12-generic x86_64 UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev scanner video ** Affects: serpentine (Ubuntu) Importance: Undecided Status: New ** Tags: apport-crash -- serpentine hangs at exit after burning audio CD https://bugs.launchpad.net/bugs/203338 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 199983] Re: nvidia-glx-new restricted driver no longer offered for GeForce Go 7900GS
Problem was solved by the latest upgrade. I don't know if "fix released" is the right status, but it *was* fixed. ** Changed in: linux-restricted-modules-2.6.24 (Ubuntu) Status: New => Fix Released -- nvidia-glx-new restricted driver no longer offered for GeForce Go 7900GS https://bugs.launchpad.net/bugs/199983 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 83831] Re: Boot failed to complete after fsck
Martin Pitt wrote: > Bart, recently a few bugs in usplash have been fixed which caused > hiccups like those. Do you still get the problem on current hardy? (With > usplash version 0.5.16) I'll keep an eye out for it. I have my file systems set to check every 30 days, so I'll expect one to trigger soon. Cheers, Bart -- Boot failed to complete after fsck https://bugs.launchpad.net/bugs/83831 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 199983] [NEW] nvidia-glx-new restricted driver no longer offered for GeForce Go 7900GS
Public bug reported: Binary package hint: nvidia-glx-new I run up-to-date Hardy alpha, 64-bit version, on a Dell Inspiron 9400 with an nVidia GeForce Go 7900 GS. I used to use the binary nvidia-glx- new driver. However, for a while now (in the order of one or two weeks), I'm no longer offered the opportunity of using the binary driver. No clue what's going on. I think it started when I upgraded to a newer kernel (that mistakenly didn't automatically install the ubuntu modules), then had to boot an older kernel to install these ubuntu modules. Because nvidia-glx-new was also upgraded to the new kernel version, I had to go back to the "nv" driver. Since then I haven't been able to go back, even though my booted kernel version is the latest, so it should match the nvidia-glx-new driver version... ** Affects: linux-restricted-modules-2.6.24 (Ubuntu) Importance: Undecided Status: New -- nvidia-glx-new restricted driver no longer offered for GeForce Go 7900GS https://bugs.launchpad.net/bugs/199983 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 197346] Re: smbfs umount hangs during shutdown because NetworkManager network connection is gone
Sebastien Bacher wrote: > reassigning to network-manager but that's likely the wrong place too, > describing how you do the mount and easy steps to trigger the hang would > be a good idea most likely Hi Sebastien, Here's the steps (my comments are embedded in the output; I started "tail -f /var/log/kern.log &" before this so you will see interleaved kernel output): $ sudo mount -vv /nas/muziek parsing options: rw,credentials=/home/bsamwel/.smbpasswd,uid=1000,gid=1000 mount.cifs kernel mount options unc=//nas\muziek,ip=*,user=***,pass=***,ver=1,rw,credentials=/home/bsamwel/.smbpasswd,uid=1000,gid=1000 [EMAIL PROTECTED]:~$ [HERE I DISABLE NETWORKING THROUGH THE NETWORK MANAGER CONTEXT MENU] Mar 8 23:13:02 bakbeest kernel: [ 905.225631] wlan0: deauthenticate(reason=3) Mar 8 23:13:02 bakbeest kernel: [ 905.292185] ADDRCONF(NETDEV_UP): wlan0: link is not ready $ time sudo umount -vv /nas/muziek Trying to umount /nas/muziek optind 2 unmount dir /nas/muziek [THERE'S ABOUT A TEN SECOND TIME GAP HERE] Mar 8 23:13:33 bakbeest kernel: [ 937.053478] CIFS VFS: server not responding Mar 8 23:13:33 bakbeest kernel: [ 937.053491] CIFS VFS: No response for cmd 50 mid 11 umount2 succeeded attempting to remove from mtab 1 matching entries in mount table entry not copied (ie entry is removed) done updating tmp file real0m47.908s user0m0.000s sys 0m0.008s Interestingly, during the umount I did a "route print" in another terminal. It showed *no entries at all*. That means that any activity from smbfs should get a "no route to host" immediately. I don't know if waiting for a route to reappear is "by design" (because it might be). In this case it does cause a delay of about 45-50 seconds per smbfs file system at shutdown time -- and I have two such file systems, so my hand-counted estimate of 90 seconds wasn't that bad. :-) Cheers, Bart -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197346] Re: smbfs umount hangs during shutdown because NetworkManager network connection is gone
Hmm, I didn't actually report it to nautilus, that change was made by Dereck Wonnacott. I was already wondering about that, but I thought that it might be some Ubuntu-internal distribution of responsibility thing. :-) Anyway, I run Hardy alpha, following daily updates. I don't know if earlier Ubuntu versions have the same problem, I've just started using these smb mounts recently. -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 83831] Re: Boot failed to complete after fsck
Just to add another data point, I've just seen the same, or a very similar problem with Hardy alpha (up to date as of March 6, 2008). And I saw it another time somewhere in the last month. What I just saw: I get a fsck at boot on an ext3 fs that hasn't been checked in a while (so it's not an fs with errors), it displays the progress on the boot splash, but hangs at 83%. (The display of progress on the boot splash seems to be a recently added feature.) When I switch to the console, I see output that seems to indicate that the fsck has actually finished, however, there's no output after the fsck, and the boot does not continue. There's no more disk activity either. Pressing Ctrl+Alt+Del at that point actually seems to make the boot continue. I get various errors which seem to indicate that the root fs is still mounted read-only though. X won't start either. It requires a second Ctrl+Alt+Del to start a reboot, which then works just fine. My fstab records, I think the fsck was on sda5 (mounted at /otheros): proc/proc procdefaults0 0 # /dev/sda2 UUID=b2905f36-9a1a-4199-b2f8-8f527cef7eef / ext3 errors=remount-ro,relatime 0 1 # /dev/sda6 UUID=c9d56401-32c0-42c8-8eec-28bb0d0c240d /data ext3 defaults,relatime0 2 # /dev/sda5 UUID=ec1b5cb8-c8b7-4c69-bf6e-734b75f2f605 /otherosext3 defaults,relatime0 2 # /dev/sda1 UUID=8048A4E648A4DBE2 /windowsntfsdefaults,umask=007,gid=46 0 1 # /dev/sda3 UUID=588534c7-7b82-4129-abd1-cf16bd1963b7 noneswapsw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec 0 0 # NAS filesystems //nas/muziek/nas/muziek smbfs credentials=...,uid=1000,gid=1000 0 0 //nas/backups /nas/backupssmbfs credentials=...,uid=1000,gid=1000 0 0 //nas/net /nas/netsmbfs credentials=...,uid=1000,gid=1000,noauto0 0 -- Boot failed to complete after fsck https://bugs.launchpad.net/bugs/83831 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197572] [NEW] kernel update modules not installed
Public bug reported: Binary package hint: linux-generic I just installed the latest Hardy alpha updates (March 2, 2008) and rebooted. The updates included linux-image-2.6.24-11-generic, but unlike other times when I upgraded, linux-ubuntu-modules-2.6.24-11-generic was not installed. I don't know how this is normally done, but it should be noted that in this case the upgrade is distinctly less than smooth. (To make things difficult, this caused me to lose internet connectivity on reboot, because I needed iwl3945. Going back to a previous kernel reduced me to 800x600, since I use the binary nvidia drivers, and those are only available for the up-to-date kernel. Nice! :-) ) ** Affects: linux-meta (Ubuntu) Importance: Undecided Status: New -- kernel update modules not installed https://bugs.launchpad.net/bugs/197572 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197346] Re: smbfs umount hangs during shutdown because NetworkManager network connection is gone
** Description changed: When I do an fstab smbfs mount through a network interface which is managed by NetworkManager, and then shutdown, the network connection is gone immediately, and then during shutdown the unmounting of the smbfs - file system hangs, probably because it doesn't get a response from the - server. It forces me to do a hard power down, which is definitely not - nice. + file system hangs for 90 seconds because it doesn't get a response from + the server. I'd expect this to be a simple "no route to host" case, + which should cause an immediate error, not a network timeout. In any + case, 90 seconds of unresponsiveness is so long that I used to do a hard + power down because I thought the shutdown process was hanging. So, + please get rid of this timeout! Release: Hardy alpha up-to-date as of March 1, 2008. -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197346] [NEW] smbfs umount hangs during shutdown because NetworkManager network connection is gone
Public bug reported: When I do an fstab smbfs mount through a network interface which is managed by NetworkManager, and then shutdown, the network connection is gone immediately, and then during shutdown the unmounting of the smbfs file system hangs, probably because it doesn't get a response from the server. It forces me to do a hard power down, which is definitely not nice. Release: Hardy alpha up-to-date as of March 1, 2008. ** Affects: ubuntu Importance: Undecided Status: New -- smbfs umount hangs during shutdown because NetworkManager network connection is gone https://bugs.launchpad.net/bugs/197346 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 191704] Re: hidd binary removed form bluez-utils package unable to connect as a result
Confirmed here as well. Please fix! -- hidd binary removed form bluez-utils package unable to connect as a result https://bugs.launchpad.net/bugs/191704 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] High frequency of load/unload cycles on some hard disks may shorten lifetime
Akshay Srinivasan wrote: > So , the hard disk doesn't exactly go into suspend when the disk head is > parked, so the kernel doesn't get to know that the disk head is > parked(because standby=>parking) - it interprets this as a sign that the > hard disk is in Active/Idle mode.So it doesn't bother stopping data from > being written to the disk - this will inevitably cause the head to > unpark from the ramp.What do you guys think of this ?I think the problem > is associated with the way in which the standby command is issued (by > the kernel?).My disk never went to standby on laptop-mode , just a bunch > of head parkings. But that's not how laptop mode works. Laptop mode simply assumes that the drive has been configured to "do the right thing" during idle periods, and then it simply holds off I/O as long as possible, and then tries to cram in as much I/O as possible at a time when there is some I/O that cannot be postponed. The kernel never actually checks the drive's power state, just like it doesn't actively spin it dow -- it's using only the assumption "if I hold off I/O for longer periods, the drive will somehow use this to save power". Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 183033] Re: Intel Core 2 Duo - Resume from suspend, CPU Frequency Scaling is gone on CPU1
*** This bug is a duplicate of bug 68191 *** https://bugs.launchpad.net/bugs/68191 enigma_0Z wrote: > Hmm lshw reports: > > Intel(R) Core(TM)2 Duo CPU > > Can you tell me if /sys/devices/system/cpu/cpu1/cpufreq is an > independent file or a symlink on your system? As far as monitoring tools > for the CPU Frequencies, /proc/cpuinfo is what I use, is there something > better? Hmmm, I don't think you have many other options. In fact, I just tried it, and on my system it's a symlink as well. However, I know for sure that they *did* work independently earlier, because at some point in the 7.04-7.10 area the second core got stuck at 2GHz after resuming from suspend. For the record: # uname -a Linux bakbeest 2.6.24-3-generic #1 SMP Thu Jan 3 22:50:33 UTC 2008 x86_64 GNU/Linux > My system is a Centrino laptop, but (as above) it has a Core 2 Duo CPU > in it. Maybe something is set up wrong on my system? Is there some > relevant config files for the CPU Frequencies? And what controls what > goes into /sys/devices/system/cpu/*? AFAIK it's the kernel, and nothing but the kernel. So this must be a kernel problem. -- Intel Core 2 Duo - Resume from suspend, CPU Frequency Scaling is gone on CPU1 https://bugs.launchpad.net/bugs/183033 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 183033] Re: Intel Core 2 Duo - Resume from suspend, CPU Frequency Scaling is gone on CPU1
*** This bug is a duplicate of bug 68191 *** https://bugs.launchpad.net/bugs/68191 enigma_0Z wrote: > I'm not too sure that it is a duplicate, but it may be related. #68191, > the /sys/devices/system/cpu/cpu1/cpufreq/scaling_govenor reports > "performance" or "userspace" whereas on my system two things are > different: > > 1. /sys/devices/system/cpu/cpu1/cpufreq is a symlink to > ../../../../devices/system/cpu/cpu0/cpufreq > 2. That symlink is gone on resume, rather than being different that what it > should be. > > Possibly also related: my two cores do not scale independently--If one > goes up they both go up. Possibly related to said symlink. Is this > normal behavior? Of course, if your monitoring tool uses /sys/devices/system/cpu/... to get the info, and cpu1/cpufreq is a symlink to cpu0/cpufreq, then naturally it's going to display the same values for both cores. On my system (Core 2 Duo as well) the two cores scale independently. Are you sure you have a Core 2 Duo and not a Core Duo? IIRC the Core Duo cores do not scale independently. Cheers, Bart -- Intel Core 2 Duo - Resume from suspend, CPU Frequency Scaling is gone on CPU1 https://bugs.launchpad.net/bugs/183033 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 178832] Re: Window bar disappeard after enable "Extra" in Appearance Preference
I can confirm this, I was just about to report the same problem. Switching back to "normal" visual effects gives me back my title bars immediately. -- Window bar disappeard after enable "Extra" in Appearance Preference https://bugs.launchpad.net/bugs/178832 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 179457] Dutch "standard" keyboard does not exist
Public bug reported: In System -> Preferences -> Keyboard -> Layouts I can select keyboards for "Netherlands", and then I can select a "Standard" keyboard. This so- called "standard" keyboard layout is _very_ unrealistic for the Netherlands. Yes, it's the "official" Dutch keyboad layout. No, you can't buy a computer keyboard using this layout, I've never seen one in my life. *All* computer keyboards in the Netherlands have the standard U.S. English layout. The only times I've seen this archaic keyboard layout was on old typewriters. So here's my wishlist item: replace the "Standard" Dutch keyboard layout by a U.S. English layout, but add dead keys (because we *do* need those). Right now I can't seem to find another way to get this behaviour (unless I can find another non-English language that has dead keys and that *does* use the right keyboard layout) except getting you to add this specific keyboard setup. (For comparison: in Windows, the usual way to set up keyboards in the Netherlands is to use the US English keyboard layout combined with the NL input language, which will give you dead keys and the layout that matches what's printed on the keyboard keys. :-) ) ** Affects: ubuntu Importance: Undecided Status: New -- Dutch "standard" keyboard does not exist https://bugs.launchpad.net/bugs/179457 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 178402] Re: [hardy alpha 2] missing language error
OK, removing the LANGUAGE= line removed the error message. -- [hardy alpha 2] missing language error https://bugs.launchpad.net/bugs/178402 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 178402] Re: [hardy alpha 2] missing language error
I saw this twice: first on an upgrade from Gutsy, but I've had to reinstall because that upgrade went totally wrong (couldn't login anymore at some point, no idea what was going on). Anyway, I've just had the same problem on a fresh Hardy alpha 2 install. I don't remember exactly what I did, but I think the only things I did were to install a second language pack (Dutch) next to English, and to install the Dutch keyboard layout (which is useless since no hardware exists that uses that except typewriters, but that's for another report), and then reboot and try to log in again. Perhaps I changed the default language from English (US) to something else and then back again as well. I'm going to check if this is fixed by the suggested fix and I'll report back. -- [hardy alpha 2] missing language error https://bugs.launchpad.net/bugs/178402 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Wouter Deconinck wrote: > My hard disk spins up when you call hddtemp. Sorry to spoil the fun. > Cheers! > > # hdparm -C /dev/sda && hddtemp /dev/sda && hdparm -C /dev/sda > > /dev/sda: > drive state is: standby > /dev/sda: TOSHIBA MK8034GSX: 41°C > > /dev/sda: > drive state is: active/idle Hi Wouter, Did you make sure that hddtemp was in the cache before doing this? To be sure you could do someting like: hddtemp /dev/sda hdparm -C /dev/sda && hddtemp /dev/sda && hdparm -C /dev/sda Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > Improved suggestion to prevent heat problems : > > For drives which support hddtemp check disk temperature regularly (each > minute?). > * while on battery : use apm 128 > * while on AC and disk temperature <= 58 degrees celcius : use apm 254 > * while on AC and disk temperature >= 59 degrees celcius : use apm 128 > > Most disks should be able to handle temperatures up to and including 60 > degrees celcius (within the operating temperature spec) so switching to > an apm of 128 when the temperature is 59 degrees should be safe. > > Chris Jones, Bart Samwel,others what do you think ? Sounds reasonable. Each minute *might* not be enough though, I don't know how fast these temperatures go up. And let's just hope that there aren't any drives out there which spin up as a result of hddtemp... -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Brian Visel wrote: >>From what I gather, Ubuntu synchronizes with Debian periodically, and > individual packages are sometimes synchronized as well. But it is not > an immediate process. It would probably be a good idea to synch this > change over to Ubuntu, but I'm not sure who's responsible for/capable of > that. In fact, for acpi-support Ubuntu is the upstream and Debian is the downstream. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Chris Jones wrote: > Bart Samwel wrote: >>> Whose opinion is that? I would argue that it is, indeed the operating >>> system's place to save the user from themselves. >> ...and especially w.r.t. hardware, I might add! The OS is supposed to be > > You are actually all talking about "saving" users from their hardware > vendors, not themselves. They didn't set the APM behaviour. ACK that, we are talking about a hardware problem here. And it's not Ubuntu's fault that the hardware slowly self-destructs. IMO the hardware vendors have fucked up royally here. Still, drivers in Linux are usually full of hacks to work around fuckups by hardware vendors. It's not much use pointing our fingers at the hardware vendors if the hardware is already out there, we should just work around the quirks like we always do... -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Brian Visel wrote: >> It is not the place for the operating system to save the user from >> themselves. > > Whose opinion is that? I would argue that it is, indeed the operating > system's place to save the user from themselves. ...and especially w.r.t. hardware, I might add! The OS is supposed to be an isolation layer between software and hardware, and while the user maybe allowed to screw up his software install, the OS should keep the hardware whole at all times... > it should be looked into. The basic statement is that hard disks will > overheat if they don't sleep, yes? This can be checked with smartctl's > value/worst/thresh settings, perhaps it would be a good idea for people > who *are* running with systems that have APM disabled to post their > value/worst/thresh for temperature? While I prefer to do some research > before moving into the unknown, I'll take a probably-safe unknown over a > definitely-unsafe known. I get: Device Model: Hitachi HTS541616J9SA00 [...] 194 Temperature_Celsius 0x0002 144 144 000Old_age Always - 38 (Lifetime Min/Max 15/45) On my Dell Inspiron 9400 with hdparm -B 254. No trouble here. > Congratulations for fixing all of your idle-writers manually. It still > stands that they system by default installs many idle-writers -- and > either those should be fixed by default, or the system should account > for its own default behavior in a way that prevents damage to the > hardware. Not only that, but I'd say that even if the distro has fixed its default-install idle-writers or even all of its idle-writers, it's still not safe from idle-writers if it hasn't done anything about the underlying problem. People can, and will, install their own software, and they *will* be idle-writers! > I think a more ideal situation would be a smartctl daemon that checks > for problematic usages, and adjusts settings accordingly, with either > longevity or power saving in mind, depending on whether the system is on > AC or on battery, as well as providing a user warning on drive-fail > situations. Note that I've just received a report from a laptop-mode-tools user who noticed that the smartd check at 30-minute intervals would spin up his disk. So the checks can't be _that_ dynamic, or it may again spin up disks and unpark heads. :-/ Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Mark, Although I agree with some points you make, I want to question some other assumptions. Mark Thomas wrote: > Disabling the APM feature of a drive can never be a fix. Parking the > drives is a feature of the disk, and the The Load_Cycle_Count is > supposed to go up, albeit slowly, during normal usage. The point of > this bug is that the pathological worst case for load cycling is one > access every 30 seconds or so, and Ubuntu is doing this by default. I question the assumption that it needs to go up. I've had drives go without load cycles for years, no problem. There are reasons for parking: safety, and perhaps power usage (although that's fringe). IMHO this means that it only strictly _needs_ to be on while on battery. As ubuntu_demon pointed out earlier, leaving the APM setting at 128 while on battery is probably mostly safe hard-drive-wear-wise, and has a function. It is much harder to argue that APM needs to be enabled while not on battery (i.e., not on the road). > It is not the place for the operating system to save the user from > themselves. You are correct in that the user could write a program that > was detrimental to their hardware, but that is their choice. I didn't mean to say that only programmers would have this problem, the only reason I wanted to show a simple, seemingly harmless program was to demonstrate that _any_ program that a user could install and run could cause problems, without any clear sign that there would be anything wrong with the situation. What I mean to say is that *everybody* who runs *any* normal, bug-free program on their computer now needs to be aware what the consequences may be. Ubuntu is supposedly a distribution for people who don't have to know these kinds of things. You're thinking of blaming my grandma if she installs a third-party app, say, Skype (with some help from her grandson) and then fails to check if it's an idle-writer? Be my guest! But don't expect me to still consider installing Ubuntu on my grandma's laptop. :-) > We can't stop them from hitting their laptop with > a hammer, either. Incidentally, it would be more likely to survive this > if the hard drive heads were parked, and disabling APM will disable > that. Mostly useful in battery mode though. The next version of the workaround in Debian's acpi-support package will set APM to 128 in battery mode and to 254 on AC, to get the advantages of head parking (safety) on battery while stopping the parking wear while plugged in. > Furthermore, it has been shown that disabling APM can cause some drives > to over-heat, so they will be definitely damaged if you do that, and by > putting extra load on the battery you will be reducing its operational > lifespan, too. All I've seen is some 3-degree increases in temperature. I understand that people might worry, but can you point me to where's the evidence of actual overheating? > Rolling out the workaround on every system, including those not > currently affected, is a mistake. You will make the experience worse > for some people (e.g. me. I have fixed all my idle-writers manually - my > disk sleeps like a baby now), and you will make it possible for people > to get lazy and ignore the problem, so it will never be fixed properly. > > A better short-term workaround would be to monitor the disks, and bring > up a pop-up bubble offering to disable APM if the LCC is increasing too > fast. I believe someone already suggested this. If there's a failsafe way to detect the issue and only apply the workaround in those cases, that would be fine by me. As long as it's done, and as long as it's not just fixing idle-writers. Fixing idle-writers can *never* solve this entire problem. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 135548] Re: [Gutsy] Action on critical battery isn't triggered - regression
Note that the laptop-mode.conf settings won't help. Ubuntu has taken the laptop-mode-tools package from Debian, ripped its guts out (the part that listens on ACPI events) and failed to mention this anywhere in the config files. By default, the whole thing is even disabled. Again, no mention in the laptop-mode.conf config file. You have to go into /etc/default/acpi-support to even enable the default functionality, with no mention of this in laptop-mode.conf. In the mean time, most of the *other* functionality is still broken. Especially this bit, since it depends on the laptop-mode-tools ACPI events. I might be accused of various things for suggesting this (and people will probably be right), but one could try installing the Debian version , set HIBERNATE_COMMAND=/etc/acpi/hibernate.sh and it'll probably work. The Debian package is in fact fully compatible with Ubuntu, except that it doesn't listen to what acpi-support says -- a good thing IMO. http://samwel.tk/laptop_mode/packages/debian -- [Gutsy] Action on critical battery isn't triggered - regression https://bugs.launchpad.net/bugs/135548 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Mark Thomas wrote: > The Debian update is the workaround not the fix: > >* Set hdparm power management to 254 for all hard drives. > > I'd be happier to see the known idle-writers fixed first, so we can > start finding out what else causes the problem. I'm concerned that with > a workaround in place this will get neglected and we'll end up just > using more power. Please don't do this! Here's the reason: it doesn't solve the problem for everybody. The set of "known idle-writers" are just a subset of the set of "all idle-writers". Fixing all *known* idle-writers (and then only in the situations *known to be a problem*) will not fix *anything* for people using just *any* program in the set "all idle-writers" minus "known idle-writers". If you miss even *one* program in *one* possible uncommon configuration or use case it might destroy somebody's hard drive. Even if you fix *every* program delivered with Ubuntu, in *every* possible configuration, I will be able to unwittingly write my own very simple program that contains no bugs at all (it works perfectly), and it will destroy my hard drive without me noticing it -- all it has to do is write to disk every 30 seconds or so. Here is a perfectly harmless example: #! /bin/sh while true; do sleep 30 (date ; uptime) >> load.log done This (untested) program logs my load averages (and uptime) every thirty seconds. Using the default Ubuntu settings, it will kill the drive, even if all known idle-writers are fixed. Simply put: if an OS that allows unprivileged programs to *knowingly* destroy hardware is not acceptable, then an OS that causes bug-free programs to destroy hardware *without even knowing it* is not acceptable either. So, either return an error to the user program (-EIOTOOOFTENWHILEBEINGSPACEDABOUT30SECONDSAPARTASWELL :-) ) or fix the problem: protect the hardware, regardless of what unprivileged programs do. This is what the -B 254 fix does, and it does it well. About your worry that the other programs may not get fixed: tough. That's an internal organisational issue that users should not be bothered with. If you're willing to fix an internal organisational issue (not being able to push a set of fixes that the organisation deems necessary) by putting all users' hard drives at risk, then you're being totally reckless IMNSHO. Not to mention that it won't actually help, because everybody who could be interested in changing these programs (i.e., the Ubuntu contributors community) has already applied the -B 254 workaround by now. In the end the end users will be the only people without the workaround in place, and if you don't put it in place for them, they will suffer. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > Since it's currently impossible to recommend to turn laptop_mode on by > default I'm currently recommending this to people who are heavily affected : > * use apm 128 while on battery (most head parks, best protection from bumps, > lower power usage) > * use apm 254 while on AC (no protection from bumps,no head parks,best > performance,increased heat) > > The biggest reason to do so would be to protect the harddisk from bumps. > Even if the laptop is used on battery everyday for four hours the > Load_Cycle_Count would have to increase with 137 per hour to be able to > reach 600.000 within three years of usage. Most people don't see their > Load_Cycle_Count increase that fast (although some might). Most people > don't use their laptop for four hours on battery each day. Those people > who are afraid they will still reach the maximum Load_Count as specified > by their manufacturer within three years of usage do need to tweak the > "apm number while on battery". OK, I see how the math stacks up, and I agree. In that case the shock protection probably outweighs the HD wear from the parking, even when laptop mode is not enabled. > This won't interfere with people who are using laptop-mode since laptop- > mode doesn't touch apm but only spindown. Not by default, but be aware that it _can_ be configured to configure APM as well. That's why, in the acpi-support solution for Debian, I added a check that laptop-mode.conf is configured to not touch APM. If laptop-mode.conf is configured to do APM, acpi-support leaves APM alone and lets laptop-mode-tools handle it. > In my humble opinion you should consider doing something similar in > acpi-support. I'll definitely consider adding a switch to -B 128 on battery. However, I'll have to do some calculation. I know of some laptops that have 9-hour battery lives, and on those laptops the math could be quite different! > $sudo install 99-hdd-ugly-fix.sh /etc/acpi/suspend.d/ (This one's not needed BTW.) -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > to Bart Samwel : > > Thanks for being so helpful. > > Did you fix Debian's acpi-support in such a way that it remembers apm 254 > after suspend / hibernate ? Yes: the script 90-hdparm.sh is included in /etc/acpi/resume.d as well as in /etc/acpi/start.d. > Did you consider the fact that some people might run into heat problems which also might affect the lifetime of their harddisk ? Yes. The heat problems that I've heard of are way less problematic than the dead HDs, it's only a few degrees that we're talking about. They can't possibly overheat, I mean, if a drive can overheat from just not parking the heads, the enclosing system probably has way bigger thermal issues. Death by updatedb. :-) -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > Bart Samwel do you think acpi-support should set apm 128 while on > battery or that laptop-mode should be enabled by default ? Do you think > the default settings of laptop-mode in Ubuntu are sane ? Yes, the default settings are sane. Disabling it by default is necessary because of unexplained system hangs on some laptops. The only thing that should change in that area is that the default HD powermgmt settings in the laptop-mode.conf should be changed to 254 instead of 255, but that'll happen automatically the next time they sync up with Debian. And any power management setting <254 should be set only when laptop mode is enabled -- but even that is not usually necessary since laptop mode tools sets the spindown timeout (hdparm -S) instead. -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > * maybe Ubuntu Hardy should enable laptop-mode by default while running on > battery with sane defaults Not this one. It was disabled for a good reason -- system hangs. Nobody ever found the real reason, but this is a very real problem. :-/ -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
ubuntu_demon wrote: > Bart Samwel thanks for notifying us. Do you think acpi-support should be > modified to use "hdparm -B 254" while on AC and "hdparm -B 128" while on > battery (including booting from battery)? While on battery you generally > want to save power and protect your disk from bumps by parking as soon > as possible. In my opinion, the only time when it is really safe and useful for the HD to do -B with less than 254, is when laptop mode is enabled. In Debian I wrote it so that control is left to laptop-mode-tools when laptop mode is enabled and configured, so in those cases the user can configure it differently. In all other cases we cannot be sure that it is safe, so we apply -B 254. --Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 59695] Re: High frequency of load/unload cycles on some hard disks may shorten lifetime
Lea Wiemann wrote: > (I'm using Debian by the way, but from the other reports I've seen I > believe I'm having the same problem that some Ubuntu users have.) FYI: In Debian the hdparm -B 254 workaround has been included in acpi-support (version 0.103-4). This'll at least keep the hard drives alive until a better solution comes along. Cheers, Bart -- High frequency of load/unload cycles on some hard disks may shorten lifetime https://bugs.launchpad.net/bugs/59695 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs