slow boot (exe=fsck) with root partition on md
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mdadm (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Hello,
This was initialy asked as a question, which get answered with a suggestion to report a bug.
My system is currently slow to boot (bootchart reports about 70s in exe, between mdadm+udevadm and udev+udevadm : e.g. from start of record, 5.5s to reach end of modprobe, then small wait-for-root, mdadm & udevadm at 6.2s, then exe till 73.1s, then continue booting normally (udev,udevadm,
My root partition(/) is a raid5 on 7 disks, on md0, using ext4fs. (no LVM; no internal partition table)
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sdb1[1] sdc1[2] sda1[0] sde1[4] sdf1[5] sdg1[6] sdd1[3]
11721077760 blocks super 1.2 level 5, 512k chunk, algorithm 2 [7/7] [UUUUUUU]
bitmap: 2/15 pages [8KB], 65536KB chunk
unused devices: <none>
From a blog on the web ( http://
Am I right to think that in my situation, the mdadm should not be stopped before the umountfs or umountroot is performed ?
(/etc/rc0.d (and rc6.d) lists K25mdadm, S40umountfs and S60umountroot )
Is it safe to remove K25mdadm from runlevel 0 & 6 ?
package mdadm : 3.2.5-1ubuntu0.2
Description: Ubuntu 12.04.1 LTS
Release: 12.04
mdadm:
Installed: 3.2.5-1ubuntu0.2
Candidate: 3.2.5-1ubuntu0.2
Version table:
*** 3.2.5-1ubuntu0.2 0
500 http://
100 /var/lib/
3.2.3-2ubuntu1 0
500 http://
I would expect the system to boot in less than 50 seconds, and especially, without a 1 minute of no screen display but a single flashing "_" (was grub found ? is the bios still checking... plymouth shows up only after the expiration of that 60+ seconds black screen, so if I do turn the head from the screen at boot time, I cannot know)
What happen instead: bios runs, grub runs then disappear and after a very short disk activity (led), nothing seems to happens for at least 60s (I guess it's all in memory-cached i/o past the few seconds).
A bit of update: since 28 September 2012, the slowdown is gone.
Previous boot (same day) with kernel 3.2.0-31-generic #50 (Sep 7 16:16:45 UTC 2012 x86_64)
First fine boot with kernel 3.2.0-32-generic #51 (Sep 26 21:33:09 UTC 2012 x86_64)
(May be it is not related to kernel version: on 26 August, the kernel was #48 and the problem was there)