[Bug 1756840] Re: Buggy, under-maintained, not fit for main anymore; alternatives exist
> Yes there is. Use dm-crypt / LUKS. for the partitions that are used by Ubuntu. Is it possible to do this automatically from (alternative) installer? Or should I learn to do this manually? Full disk encryption is not an option for me. I can only encrypt individual partitions. Consider also this comment: https://askubuntu.com/questions/1029249/how-to-encrypt-home-on-ubuntu-18-04/1031509#comment1673761_1029249 It should be mentioned clearly in release notes that you can't even log into your encryptfs-encrypted home with Ubuntu 18.04. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1756840 Title: Buggy, under-maintained, not fit for main anymore; alternatives exist To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1756840/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1269322] [NEW] network manager removes certificate password from keyring when returning from stand-by
Public bug reported: I use TLS authentication to connect to office network, and the certificate's password is stored in the keyring. When I login after reboot, I'm asked for the keyring password (which is different from the login password), and then the network connection is established. However, when the machine is returning from stand-by mode (suspend to RAM), the network manager would try to establish connection for a few seconds, and then show the dialog with connection properties. The password is already entered, so I just need to press OK to establish a connection. Howerver, the whole process seems unnecessary - why wouldn't network manager connect automatically, if the keyring is already unlocked? The worst thing is that, when this happens, the certificate password is also REMOVED from the keyring! So the next time I have to enter it manually. I found the following work-around for this problem. I copied ~/.local/share/keyrings folder to ~/.local/share/keyrings2, and created a script which copies it back, restoring the keyring to its original state. Although this work-around works for me, I'm sure this is a bug which should be fixed. ** Affects: ubuntu Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1269322 Title: network manager removes certificate password from keyring when returning from stand-by To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/1269322/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1269322] Re: network manager removes certificate password from keyring when returning from stand-by
Sorry, I forgot to mention - I'm using Lubuntu 13.10. The same problem seem to appeared in Lubuntu 13.04 as well. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1269322 Title: network manager removes certificate password from keyring when returning from stand-by To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/1269322/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1269322] Re: network manager removes certificate password from keyring when returning from stand-by
** Package changed: ubuntu = network-manager-applet (Ubuntu) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1269322 Title: network manager removes certificate password from keyring when returning from stand-by To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1269322/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 991652] Re: Must run gpsbabel (gebabbel) as root to access Garmin usb:
I had the similar problem with OziExplorer under Wine - could not open GPS port on Lubuntu 12.04. I noticed (after reading this) that /dev/ttyUSB0 belongs to 'dialout' group. Then I simply added my account to this group, and this solved my problem. Thanks for pointing this out! The udev rule is probably a better solution, but this one works as well. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/991652 Title: Must run gpsbabel (gebabbel) as root to access Garmin usb: To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gpsbabel/+bug/991652/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 780266] Re: udevd takes 100% of cpu
There is a source code patch in the message - it should be applied to the original sources, and re-compiled. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/780266 Title: udevd takes 100% of cpu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/780266/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 780266] Re: udevd takes 100% of cpu
I have found a way to reduce CPU load without entirely stopping the udev queue. Create /etc/udev/rules.d/my.rules file, and put the following line into it: KERNEL==sr1, ACTION==change, WAIT_FOR=nothing This will introduce a 10 seconds delay when processing 'change' events from /dev/sr1. As a result, CPU load returns to normal. I did not notice any negative side effects so far. Other udev events seem to get processed normally. This is still a work-around, not a solution. The solution would be to find out exactly what's wrong with the existing udev rules, and fix the problem there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/780266 Title: udevd takes 100% of cpu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/780266/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 780266] Re: udevd takes 100% of cpu
Here's the answer from Kay Sievers (udev mailing list): It's a broken device, that tells with every check that the media has changed. This patch needs to be tested: http://marc.info/?l=linux-hotplugm=130843331916959w=2 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/780266 Title: udevd takes 100% of cpu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/780266/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 780266] Re: udevd takes 100% of cpu
I have the same problem with USB stick with integrated CD (Transcend). I often keep it inserted all the time, so I have to disable udev with 'udevadm control --stop-exec-queue'. This is not a solution, of course, but so far I could not figure out how to block media change events from sr1. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/780266 Title: udevd takes 100% of cpu To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/780266/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801151] Re: High idle CPU usage from udevd
*** This bug is a duplicate of bug 780266 *** https://bugs.launchpad.net/bugs/780266 ** This bug has been marked a duplicate of bug 780266 udevd takes 100% of cpu -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801151 Title: High idle CPU usage from udevd To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/801151/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
