FEDORA-2021-a3ab421a63 created by harald 4 months ago for Fedora 34
stable
  • version 055
  • install the missing fsck utils
  • do not include bluetooth module by default (workaround #1964879)

How to install

sudo dnf upgrade --advisory=FEDORA-2021-a3ab421a63

This update has been submitted for testing by harald.

4 months ago

This update's test gating status has been changed to 'failed'.

4 months ago

This update's test gating status has been changed to 'waiting'.

4 months ago

This update's test gating status has been changed to 'failed'.

4 months ago

This update's test gating status has been changed to 'passed'.

4 months ago

This update has been pushed to testing.

4 months ago
User Icon luminoso commented & provided feedback 4 months ago
karma

This update leads to a broken initramfs

https://bugzilla.redhat.com/show_bug.cgi?id=1965585 https://github.com/dracutdevs/dracut/issues/1521

Workaround for me is to: echo "omit_dracutmodules+=bluetooth" | sudo tee /etc/dracut.conf.d/omit_bt.conf

(cc @cserpentis )

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

4 months ago
User Icon remilauzier commented & provided feedback 4 months ago
karma

work here

User Icon andilinux commented & provided feedback 4 months ago
karma

works

User Icon andilinux commented & provided feedback 4 months ago
karma

works

User Icon bcdonadio commented & provided feedback 3 months ago
karma

This does not fix the bluetooth-related bug that generates unbootable images introduced by dracut 054.

User Icon kparal commented & provided feedback 3 months ago
karma

@luminoso @bcdonadio The 054 version is already stable, and so it doesn't make sense to downvote 055 just because it doesn't fix the bug. It fixes other bugs, so it's an improvement, thumbs up. Thumbs down is only applicable is this very update introduces some regression over the previous stable version.

I ran dracut -f and can still boot with this update, so +1 from me.

User Icon bcdonadio commented & provided feedback 3 months ago
karma

@kparal Ok, fair point. I think the way the karma question is worded leads to a ambiguous interpretation given that the logic actually gates the update instead of providing just a general sense of "it is working for you or not". Changing my vote, since it works on my other machine at least.

This update can be pushed to stable now if the maintainer wishes

3 months ago
User Icon samoht0 commented & provided feedback 3 months ago
karma

Should be pushed stable, due to missing fsck utils. Mounting and using dirty sysroot is just severe. I've opened a bug, that might be linked here and closed when stable. Can confirm, that it's fixed.

https://bugzilla.redhat.com/show_bug.cgi?id=1967841

User Icon atim provided feedback 3 months ago
karma
User Icon cipherboy commented & provided feedback 3 months ago
karma

This update is still broken (regressed in 54).

https://bugzilla.redhat.com/show_bug.cgi?id=1965585 is still broken by 55; see also https://bugzilla.redhat.com/show_bug.cgi?id=1968699#c2 for further symptoms.

Dowgrading to dracut 53 is the only working solution at this time.

User Icon bojan commented & provided feedback 3 months ago
karma

Works here.

@ciperboy See my comment above on why you shouldn't give -1 karma here just because it doesn't fix something, when it fixes other things.

@kparal the very first question is "Karma: is the update generally functional" -- I replied as much, as it is not functional and is broken.

When I first posted, there were nearly 50% failed OpenQA tests. This is not a sign of a stable update that should be pushed out to users; negative karma is the right answer in either case, if nothing else, so the maintainer is aware. The failing OpenQA appear to have been fixed since.

In general, I agree if it was a random library with fewer users and infrequent releases. But this is a critpath core system package that has seen four updates (just to F34 alone!) in three weeks, causing regressions for users. And I do understand, mistakes happen as a packager. I've made them myself. But perhaps we should take the users (myself included) up on their offer of debugging, and make a single, solid update rather than continuing to push half-broken updates every couple of weeks. :-)

Additionally... How do I, as someone who has installed this advisory and tested it, know whether it isn't broken in some other way, obscured by the symptoms of the above BZ? Just curious. :-) Should users who aren't happy with the current version not test future advisories unless it and all intermediate versions fully work for them?

My 2c., but there is value in the "Is this update generally functional?" question independent of the test cases and independent of current/previous version. Not everyone will have updated from the same immediate version prior, especially at this pace of updates. At that point, it would become a value call to the maintainer as to whether or not to push, and if as a maintainer, you wish to ignore the negative karma, that is fine. But telling users not to use this avenue of feedback, IMO, is wrong.

Perhaps devel@ would be a better place for this discussion. :-)

@cipherboy the reported 'failed' openQA tests weren't actually test failures, they were a weird greenwave blip (it was reporting 'missing' test results that weren't actually missing, for all updates, not just this one). openQA does not test anything to do with bluetooth, so it did not encounter this bug. Neither the 054 update nor this one actually had any failed openQA tests.

The question is just the best wording we could come up with for casual human readers; really that is the karma vote. The other things don't feed into the karma number at all. Your response to the "generally functional" question is a +1 or -1 on this specific update. As @kparal says, there is no benefit to -1ing an update because it doesn't fix something that is already broken in stable.

adamwill edited this update.

New build(s):

  • dracut-055-2.fc34

Removed build(s):

  • dracut-055-1.fc34

Karma has been reset.

3 months ago

This update has been submitted for testing by adamwill.

3 months ago
User Icon adamwill commented & provided feedback 3 months ago

I've updated the update to a build that should never include the bluetooth module by default (you can still explicitly include it, for testing purposes). This is a workaround until upstream can figure out and fix the bug properly. Please let me know if it doesn't behave as expected. Thanks!

This update has been pushed to testing.

3 months ago
User Icon luminoso commented & provided feedback 3 months ago
karma

Thank you! dracut-055-2.fc34 makes my system bootable again without any manual workarounds :-)

BZ#1964879 Boot fails, or slow and partly broken, with dracut 054+ and bluetooth keyboard (possibly other scenarios also)
User Icon xvitaly commented & provided feedback 3 months ago
karma

It looks like the bluetooth issue is now fixed.

BZ#1964879 Boot fails, or slow and partly broken, with dracut 054+ and bluetooth keyboard (possibly other scenarios also)

This update can be pushed to stable now if the maintainer wishes

3 months ago
User Icon andreamtp commented & provided feedback 3 months ago
karma

F34 + bluetooth keyboard & mouse: with new dracut and initramfs rebuild everything worked like a charm.

BZ#1964879 Boot fails, or slow and partly broken, with dracut 054+ and bluetooth keyboard (possibly other scenarios also)
User Icon atim provided feedback 3 months ago
karma
User Icon ersen provided feedback 3 months ago
karma
User Icon smartbit commented & provided feedback 3 months ago
karma

For newbies (like me). Boot in top kernel. If failing, wait for timeout, open second pty with ctrl+alt+f3

sudo -i 
dracut --version # should show version 054 or lower, if higher than 055-2 then this won't help for bluetooth issue
cd
dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-a3ab421a63
dracut --version # shows 055-2
uname -r # verify current kernel booted from
grubby --info $(grubby --default-kernel) # are we booted from the default kernel?
# backup initramfs of index=0
cp /boot/initramfs-5.12.10-300.fc34.x86_64.img /boot/initramfs-5.12.10-300-withbt.fc34.x86_64.img 
dracut # should show an error that --force is needed and it will overwrite the initramfs copied above
dracut --force # if booted in latest kernel
reboot
User Icon ciupicri commented & provided feedback 3 months ago
karma

I was able to boot kernel-core-5.12.11-300.fc34.x86_64

User Icon suraia provided feedback 3 months ago
karma
User Icon gbcox commented & provided feedback 3 months ago
karma

works for me

User Icon pwalter commented & provided feedback 3 months ago
karma

Works

This update has been submitted for stable by adamwill.

3 months ago

This update has been pushed to stable.

3 months ago

Please login to add feedback.

Metadata
Type
unspecified
Karma
10
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
4 months ago
in testing
3 months ago
in stable
3 months ago
modified
3 months ago
BZ#1964879 Boot fails, or slow and partly broken, with dracut 054+ and bluetooth keyboard (possibly other scenarios also)
0
3

Automated Test Results

Test Cases

0 0 Test Case Dracut live image
0 0 Test Case Dracut root=LABEL
0 0 Test Case Dracut root=nbd
0 0 Test Case Dracut root=nfs
0 0 Test Case Dracut root=partition
0 0 Test Case Dracut switch to host-built ramdisk
0 0 Test Case Dracut switch to locally built ramdisk