Result of systemd-analyze in both systems on the Thinkcentre machine:
uc18:
Startup finished in 30.880s (kernel) + 4.727s (userspace) = 35.608s
graphical.target reached after 4.721s in userspace
uc20:
Startup finished in 38.338s (kernel) + 17.902s (userspace) = 56.240s
graphical.target reached a
** Changed in: snapd
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1879630
Title:
No sound output from HDMI audio
Status in snapd:
Incomplete
Status
Thanks Vic. I see from logs that the HDA codec is an ALC 233, which
happens to be the same Realtek HDA codec I have in my Lenovo Thinkcentre
machine that's running UC20 20200529.3. Unfortunately my Thinkcentre
doesn't have any HDMI ports, but I was able to send sound through one of
the displayports
UC18 on the same hardware starts to display kernel messages at the 14s
mark. UC18 logs shows no delay between the "console [tty1] enabled" and
"console [ttyS0] enabled" messages, but otherwise the behavior is
similar (blank screen for some time and slow output rate).
[0.00] console [tty1]
I finally managed to install a beta image on a Thinkcentre m920 (by
removing the tpm module in grub before booting). Console output appears
at the 32s mark, see full dmesg below. Some interesting console-related
excerpts:
[0.049211] printk: console [tty1] enabled
[ 14.088918] printk: console
This model file is used to build both the spread test image and the
manually built image. The two generated images, however, seem to behave
differently regarding the conditions leading to the crash: while it
always happen in the spread test, higher KDF iteration times values
allow the encrypted dev
Snap versions used to build the image:
pc-kernel_374.snap
pc_83.snap
snapd_6113.snap
core20_322.snap
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1860231
Title:
5.4.0-11 crash on cryp
** Attachment added: "Screenshot of the procedure to trigger the crash"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1860231/+attachment/5321426/+files/Screenshot%20from%202020-01-18%2016-16-19.png
--
You received this bug notification because you are a member of Kernel
Packages, whic
Public bug reported:
An attempt to run cryptsetup open on a newly created LUKS partition on
Ubuntu Core 20 causes a kernel crash. This happens in 100% of the
attempts on the snapd Core 20 installation test, but on an image created
to reproduce this bug it happens only when certain parameters are p
Just adding a quick note that I experienced this problem on a Thinkpad
T480 running 18.04, after updating to 4.15.0-62-generic. Going back to
4.15.0-55-generic fixes the issue. I didn't check -58 and -60 to see how
they behave, but I should do that as soon as I have time for that. Note
that it may
Just adding a quick note that I experienced this problem on a Thinkpad
T480 running 18.04, after updating to 4.15.0-62-generic. Going back to
4.15.0-55-generic fixes the issue. I didn't check -58 and -60 to see how
they behave, but I should do that as soon as I have time for that. Note
that it may
I tested the eoan kernel 5.2.0-10-generic and the suspected problems in
the block layer didn't happen anymore after removing the workarounds
(artificial delays and module insertion) needed by the bionic kernel
4.15.0-54-generic used in core18. 5.3.0-050300rc4-generic also works
without any immediat
Thanks Connor. My test configuration is a custom core system using the
official core18 kernel snap on a KVM-based virtual machine. The kernel
snap is installed from channel 18 (snap download --channel 18 pc-kernel)
and my current revision is 240. That said, it's easy to test new kernels
as long as
Thanks. I tested the proposed kernel and it does not prevent the crash,
which still occurs under the same circumstances when cryptsetup open
runs. It's possible, however, that the patch decreases the likehood of a
crash. In a very un-scientific test the latest patched kernel crashed in
3 out of 10
The udev workaround preloading is unrelated and can be removed, crashes
will also happen without using it.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1835279
Title:
4.15.0-54.58-gene
** Attachment added: "4.15.0-54-generic #58+lp1835279 kernel log"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1835279/+attachment/5277230/+files/kernel-arighi.txt
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu
We're now opening the LUKS device using the master key directly and the
crash is happening again in both the original 4.15.0-54-generic
(buildd@lgw01-amd64-014) kernel or the patched 4.15.0-54-generic
(arighi@kathleen) kernel. The backtrace is very similar but unlike the
previous scenario it happen
Thanks Andrea. The new kernel seems to address the problem in such a way
that the block device made available is still not immediately usable,
but the kernel crash is prevented (at least in the test runs so far).
Now errors can be handled from userspace to retry the operation in case
of failure.
-
Further testing suggests that the problem is caused by the kernel not
having enough time to settle after partx -u exits (race between
acknowledging the new block device and actually having it available?).
Adding a 1s pause after the partition table is re-read seems to prevent
this crash.
--
You r
This problem happens on Ubuntu Core (Core 20 development branch based on
Core 18) and apport is not available.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in U
** Description changed:
This is Linux version 4.15.0-54-generic (buildd@lgw01-amd64-014) (gcc
version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)) #58-Ubuntu SMP Mon Jun 24
10:55:24 UTC 2019 (Ubuntu 4.15.0-54.58-generic 4.15.18), from pc-
kernel_240.snap
Version signature: 4.15.0-54.58-gene
Public bug reported:
This is Linux version 4.15.0-54-generic (buildd@lgw01-amd64-014) (gcc
version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)) #58-Ubuntu SMP Mon Jun 24
10:55:24 UTC 2019 (Ubuntu 4.15.0-54.58-generic 4.15.18), from pc-
kernel_240.snap
Version signature: 4.15.0-54.58-generic 4.15.18
Is
22 matches
Mail list logo
