Public bug reported:
was upgrading from version 12.04 to version 14.04 when problem occurred.
ProblemType: Package
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-46-generic 3.13.0-46.79
ProcVersionSignature: Ubuntu 3.13.0-170.220-generic 3.13.11-ckt39
Uname: Linux 3.13.0-170-generic
Public bug reported:
was upgrading from version 12.04 to version 14.04 when problem occurred.
ProblemType: Package
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-79-generic 3.13.0-79.123
ProcVersionSignature: Ubuntu 3.13.0-170.220-generic 3.13.11-ckt39
Uname: Linux 3.13.0-170-generic
Public bug reported:
If ubuntu-fan is installed inside an unprivileged LXD container (both
host & container are Ubuntu 16.04), it will break networking:
$ journalctl
May 29 23:32:47 sandvich ifup[201]: run-parts: /etc/network/if-up.d/ubuntu-fan
exited with return code 1
M
May 29 23:32:47
@Oliver Grawert: I don't think that 65snappy is fine based on my
understanding of the spec. As per:
https://specifications.freedesktop.org/basedir-spec/basedir-spec-
latest.html
"$XDG_DATA_DIRS defines the preference-ordered set of base directories
to search for data files in addition to the
In case anyone else is searching on this issue, this bug also causes
icons to mysteriously go missing all over the whole GUI in more
lightweight window managers / desktop environments like: jwm, icewm.
Removal of 65snappy "fixed" the problem. On a Ubuntu Server 16.04
installation:
# Skip the
I also tested Windows Server 2012 R2 with UEFI / OVMF instead of BIOS.
This installed without issue with qxl. The guest just used a generic
display driver until I could install the qxl one built by Fedora
project.
Shouldn't the Windows 7 guest on BIOS behave the same way? It's kind of
hard to
Public bug reported:
I installed libvirt-bin and virt-manager on Ubuntu 16.04. I created a
new VM for Windows 7, basically with default settings, which includes
qxl video.. The Windows boot process hangs with the "Starting Windows"
animation. CPU and disk I/O drop to zero, and it continues
It would appear I'm not the only one with that issue:
http://serverfault.com/questions/776406/windows-7-setup-hangs-at-
starting-windows-using-proxmox-4-2
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This is an old bug but still seems to be relevant on Ubuntu 16.04,
unfortunately. When booting from the Windows DVD to install a Windows 7
guest, the boot process hangs on "Starting Windows." By "hang" I don't
mean a total hang - the Windows logo animation still pulses in & out.
CPU usage is
After getting flagged by Lynis for not having this installed, I looked
into this tool to find out more. This absolutely sounds like a useful
tool, and it should modified for Ubuntu, not removed...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I can confirm that checkarray is broken out-of-the-box on Ubuntu 16.04
due to this issue. So, periodic checks of the RAID array don't happen
unless I do my own scheduling and avoid checkarray, or else repair
checkarray itself using one of the workarounds here...
I changed my checkarray script to
To reproduce with the above test files, run:
sbsign --key pvkey --cert db.crt --output testoutput.efi
securegrubx64.efi
If it works, just run it again until it doesn't. Again note that the
EFI I posted is NOT signed, yet sometimes the tool incorrectly warns
that it is, and then segfaults.
--
** Attachment added: "Private key (just for testing)"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1574372/+attachment/4658210/+files/pvkey
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I am also having this problem on Ubuntu 16.04. I was not having this
problem in 15.10 so maybe it's a regression. I'm attaching a test case
that fails for me on Ubuntu 16.04 with sbsigntool 0.6-0ubuntu10,
libssl1.0.0 1.0.2g-1ubuntu4.1.
It's truly random because successive invocations of sbsign
** Attachment added: "db.crt"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1574372/+attachment/4658202/+files/db.crt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1574372
Title:
** Attachment added: "GRUB image for signing"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1574372/+attachment/4658217/+files/securegrubx64.efi
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
But this worked:
iface enp0s3 inet6 auto
iface enp0s3 inet6 dhcp
pre-up sleep 10
But a gross ugly hack...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1447715
Title:
dhclient -6: Can't bind
OK, the last comment was a bit premature. After rebooting another time
or two, it seems that disable_dad did NOT help for me. Still happens
sometimes on boot.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can confirm that IPv6 on Ubuntu 15.10 is basically broken out of the
box... at least, the DHCPv6 is broken out of the box due to this issue.
The workaround of setting disable_dad worked for me, described at
https://www.agwa.name/blog/post/beware_the_ipv6_dad_race_condition
--
You received this
>From what I've been able to tell, this tool is obsolete and apparently
isn't built any more with the Ubuntu ecryptfs userspace tools. As you
read in the IBM whitepaper, the ecryptfs-generate-tpm-key command is
used in conjunction with the TSPI key module of ecryptfs.
But a maintainer of
Hi Kevin,
I was doing some more reading and I think this bug actually duplicates
this other bug, and a fix is supposedly in place for Xenial. I haven't
tried it yet.
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1432265/comments/11
--
You received this bug notification because you
*** This bug is a duplicate of bug 1432265 ***
https://bugs.launchpad.net/bugs/1432265
Unfortunately this is pretty easy to reproduce. I installed Ubuntu
Server 15.10, set up an additional partition and formatted it with LUKS,
and added to crypttab. That is all it takes to make the boot
I also ran into this problem. In my case, I created the second
encrypted partition after installing Ubuntu: (1) used fdisk to make
partition, (2) run cryptsetup to create LUKS header, (3) edit crypttab
to map the partition, (4) reboot.
In my particular case, I was able to work around the issue
** Attachment added: "db.key"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1551629/+attachment/4585232/+files/db.key
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1551629
Title:
Public bug reported:
The sbsign utility generates invalid signatures, when verified on MS
Windows 7. I believe the issue is that sbsign doesn't hash the image
properly. Steps to reproduce:
=== GET A SUITABLE grubx64.efi FOR SIGNING ===
1. Install Ubuntu 15.10. Then install latest sbsigntool
I am attaching my grubx64.efi and signing certificate/key. This will
let you skip steps 1 thru 3 in the test procedure if you want.
** Attachment added: "grubx64.efi"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1551629/+attachment/4585230/+files/grubx64.efi
--
You received
** Attachment added: "db.crt"
https://bugs.launchpad.net/ubuntu/+source/sbsigntool/+bug/1551629/+attachment/4585231/+files/db.crt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1551629
Title:
FYI, full output of mount -l on my system:
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs
(rw,nosuid,relatime,size=3039364k,nr_inodes=759841,mode=755)
devpts on /dev/pts type devpts
Public bug reported:
When running efi-readvar with no parameters, I get this error:
No efivarfs filesystem is mounted
This tool is totally broken for me and I cannot use it.
Yet, mount -l shows that it is mounted:
efivarfs on /sys/firmware/efi/efivars type efivarfs
29 matches
Mail list logo
