I can confirm my specific failure was fixed with kernel 5.4.0-48 ...
Question for original reporter Dan -- is this issue (slow btrfs
scanning) still occuring for you? Now fixed?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
OK Turns out my btrfs+floppy bug is indeed a kernel floppy matter, and
the btrfs scan just 'triggers' the fault.
The new kernel floppy maintainer says:-
This patch should fix the problem:
263c61581a38 ("block/floppy: fix contended case in floppy_queue_rq()")
The commit id in stable tree is
I can further confirm that taking out the btrfs scan in /usr/share
/initramfs-tools/scripts/local-premount/btrfs fixes the intermittent
boot issue for me. For me, this causes some deadlock between btfs scan
and floppy driver and requires reboot, not just slow!. This may be a
case of 'separate
This issue, or variant thereof, has been observed on Ubuntu 20.04 and Linux
Mint 20.
I'm not 100% sure yet but it SEEMS to be affecting systems with a floppy drive.
Can end up with bootup-messages:-
[timestamp] Btrfs loaded, crc32c=crc32c-generic
Scanning for Btrfs filesystems
[timestamp]
Oh, and to be clear, both said machines floppy working properly! Not
just faulty drive giving timeouts.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, "scanning for btrfs
https://askubuntu.com/questions/836105/ubuntu-16-04-takes-long-time-to-
boot-using-btrfs-and-persistent-logs suggests disabling COW on the
systemd journal directory may help.
Avoiding / as btrfs, and using it just for e.g. /var/lib/lxd, may be an
option for some people.
--
You received this bug
Thanks, jvandenbroek – Method 2 fixed it. Although naming a resume device leads
to the same behaviour: when running `update-initramfs` it complains about
"target cryptswap1 has a random key, skipped
" and boot process is hanging again.
--
You received this bug notification because you are a
I thought it hang on 'scanning for btrfs', but it was actually the
resume service/method causing the delay. In my case the resume/swap
device is on a LV, could solve it by using this instruction (first
method): https://askubuntu.com/questions/1037457/slow-boot-with-ssd-and-
I am experiencing the same issue on ubuntu 18.04.
root and home are both on btrfs, so purging the btrfs package is not an option.
During the boot the system stops and waits following the message "scanning for
btrfs..."
--
You received this bug notification because you are a member of Ubuntu
Same on 18.04, but I'm using btrfs for both root and home, so can't
purge the package.. Any idea? It hangs for about 30 sec before
continuing, annoying to have this slow boots on a SSD..
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I saw this as well on 18.04 during boot. Since
/usr/share/initramfs-tools/scripts/local-premount/btrfs
calls for the scan, you can workaround this issue by dealing with that
file. Since I wasn't using BTRFS regularly, I purged the file through
sudo apt purge btrfs-progs
--
You
I'm not using btrfs and get this on 16.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, "scanning for btrfs filesystems" takes 100 seconds
To manage notifications about
I can confirm that this is still the case on 16.04.
I moved my home folder to a btrfs partition and now it takes my computer an
extra minute or so to boot (during which it's just sitting on a Ubuntu-purple
blank screen, no indicator). Time to change the partition to ext4...
--
You received
yep, getting this on 16.04 also!!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, "scanning for btrfs filesystems" takes 100 seconds
To manage notifications about this bug
This is back with 16.04, and affects multiple systems.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, "scanning for btrfs filesystems" takes 100 seconds
To manage
Upgrading to ubuntu 15.10 magically improved things.
It's possible it was running fsck, or something.
I would like to close this as fixed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
I have an I7 with 12G and SSD base drive, with UBUNTU alongside Win 8.
UBUNTU 15.04 takes 100 seconds to boot on that system. Win 8 boots in
about 20 seconds. 14.10 booted MUCH faster. I haven't measured the
difference, but gut feel tells me the developers did something stupid.
USER
It definitely changed in boot time by me adding a btrfs-formatted block
device to the system (/dev/sdb, without a partition table)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot
Sorry for noise. Disabling btrfs scan did improve boot time, i just had
other (DHCP) issues also.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, scanning for btrfs
Hold on, removing the scan was not a complete solution. I still have
slow boots, caused by something else.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, scanning for btrfs
and then doing update-initramfs -u of course
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, scanning for btrfs filesystems takes 100 seconds
To manage notifications about
Editing /usr/share/initramfs-tools/scripts/local-premount/btrfs to
remove the scan speeds up boots for me on 4.0.0-4-generic wily. That'll
stop you from being able to mount a multi-device filesystem as root,
which I do not need.
--
You received this bug notification because you are a member of
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v4.1 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix
** Attachment added: bootchart-20150531-0837.svg
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1460447/+attachment/4407664/+files/bootchart-20150531-0837.svg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: linux (Ubuntu)
Importance: Undecided = High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1460447
Title:
Boot slow, scanning for btrfs filesystems takes 100 seconds
To manage
25 matches
Mail list logo
