2010-04-29 13:41:09 |
mikbini |
bug |
|
|
added bug |
2010-04-29 13:41:09 |
mikbini |
attachment added |
|
Dependencies.txt http://launchpadlibrarian.net/46272674/Dependencies.txt |
|
2010-04-29 13:57:56 |
Ernst |
mountall (Ubuntu): status |
New |
Confirmed |
|
2010-04-29 14:12:18 |
mikbini |
description |
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall |
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-04-29 17:40:20 |
Scott James Remnant (Canonical) |
mountall (Ubuntu): importance |
Undecided |
High |
|
2010-04-29 19:26:04 |
D J Eddyshaw |
attachment added |
|
mini-lucid-20100429-1.tgz http://launchpadlibrarian.net/46344607/mini-lucid-20100429-1.tgz |
|
2010-04-30 10:22:05 |
letstrynl |
attachment added |
|
bootlogs + pics http://launchpadlibrarian.net/46553685/bootlogs.tar.gz |
|
2010-04-30 10:34:39 |
Barry Drake |
attachment added |
|
netbook-lucid-20100430-2.png http://launchpadlibrarian.net/46562807/netbook-lucid-20100430-2.png |
|
2010-04-30 18:53:45 |
Anders Kaseorg |
attachment added |
|
balanced-tree-lucid-20100430-1.png http://launchpadlibrarian.net/46689620/balanced-tree-lucid-20100430-1.png |
|
2010-04-30 18:55:47 |
Anders Kaseorg |
attachment added |
|
balanced-tree-lucid-20100430-1.tgz http://launchpadlibrarian.net/46690094/balanced-tree-lucid-20100430-1.tgz |
|
2010-04-30 23:49:43 |
Martin Erik Werner |
description |
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
WORKAROUND
If you are currently seeing this, it should be possible to get past the issue by simply switching out to a Virtual Terminal (Ctrl+Alt+F2) and wait for the boot process to finish from there.
Similarly, removing "quiet" and "splash" from the kernel boot line will allow normal boot
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 00:14:35 |
Anders Kaseorg |
attachment added |
|
balanced-tree-lucid-20100430-3.png http://launchpadlibrarian.net/46771060/balanced-tree-lucid-20100430-3.png |
|
2010-05-01 00:17:16 |
Anders Kaseorg |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
WORKAROUND
If you are currently seeing this, it should be possible to get past the issue by simply switching out to a Virtual Terminal (Ctrl+Alt+F2) and wait for the boot process to finish from there.
Similarly, removing "quiet" and "splash" from the kernel boot line will allow normal boot
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
WORKAROUND
Wait several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 00:17:47 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
WORKAROUND
Wait several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 00:46:42 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 01:14:52 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
3. When the progress has stalled, switch away from the splash screen using either the left arrowkey (presumably any arrowkey works).
This could speed up the boot process to ~1 minute instead of ~10+.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 01:18:22 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
3. When the progress has stalled, switch away from the splash screen using either the left arrowkey (presumably any arrowkey works).
This could speed up the boot process to ~1 minute instead of ~10+.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
3. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
This could speed up the boot process to ~1 minute instead of ~10+.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 01:40:21 |
Anders Kaseorg |
attachment added |
|
mountall-backtrace http://launchpadlibrarian.net/46795731/mountall-backtrace |
|
2010-05-01 06:00:15 |
Martin Erik Werner |
attachment added |
|
arand_bootcharts.tar.gz http://launchpadlibrarian.net/46853228/arand_bootcharts.tar.gz |
|
2010-05-01 06:05:42 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
POSSIBLE WORKAOUNDS
1. Simply waiting several minutes for mountall to realize that the disk check is complete. You should not see this problem on subsequent boots, until the next disk check is necessary.
2. Removing "quiet" and "splash" from the kernel boot line
3. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
This could speed up the boot process to ~1 minute instead of ~10+.
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-01 14:23:14 |
Martin Erik Werner |
summary |
fsck at bootstrap is too slow |
fsck progress stalls at boot, plymouthd/mountall eats CPU |
|
2010-05-03 08:48:58 |
frnstefano |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-03 16:25:46 |
Dave |
removed subscriber Dave |
|
|
|
2010-05-03 17:56:15 |
Anders Kaseorg |
bug task added |
|
plymouth (Ubuntu) |
|
2010-05-03 18:13:47 |
Anders Kaseorg |
attachment added |
|
plymouth_0.8.0-2ubuntu2_lp571707.debdiff http://launchpadlibrarian.net/47612794/plymouth_0.8.0-2ubuntu2_lp571707.debdiff |
|
2010-05-03 18:54:46 |
Anders Kaseorg |
nominated for series |
|
Ubuntu Lucid |
|
2010-05-04 03:05:05 |
Martin Erik Werner |
attachment added |
|
mountall_2.14-0ubuntu1.debdiff http://launchpadlibrarian.net/47722641/mountall_2.14-0ubuntu1.debdiff |
|
2010-05-04 03:06:13 |
Martin Erik Werner |
attachment added |
|
plymouth_0.8.2-2ubuntu3.debdiff http://launchpadlibrarian.net/47722745/plymouth_0.8.2-2ubuntu3.debdiff |
|
2010-05-04 06:17:53 |
Stefan Rehm |
removed subscriber Stefan Rehm |
|
|
|
2010-05-04 13:20:53 |
Martin Erik Werner |
tags |
apport-bug i386 lucid |
apport-bug i386 lucid patch |
|
2010-05-04 13:21:12 |
Martin Erik Werner |
tags |
apport-bug i386 lucid patch |
lucid patch |
|
2010-05-05 15:04:35 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-05 15:24:43 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-06 08:44:09 |
Martin Erik Werner |
plymouth (Ubuntu): status |
New |
Confirmed |
|
2010-05-06 20:32:20 |
Hrotkó Gábor |
removed subscriber Roti |
|
|
|
2010-05-06 21:25:43 |
Kees Cook |
bug task added |
|
mountall (Ubuntu Lucid) |
|
2010-05-06 21:25:43 |
Kees Cook |
bug task added |
|
plymouth (Ubuntu Lucid) |
|
2010-05-06 21:26:16 |
Kees Cook |
mountall (Ubuntu Lucid): status |
New |
Triaged |
|
2010-05-06 21:26:24 |
Kees Cook |
mountall (Ubuntu): status |
Confirmed |
Triaged |
|
2010-05-06 21:26:28 |
Kees Cook |
plymouth (Ubuntu Lucid): status |
New |
Triaged |
|
2010-05-06 21:26:34 |
Kees Cook |
plymouth (Ubuntu): status |
Confirmed |
Triaged |
|
2010-05-06 22:18:25 |
Anders Kaseorg |
attachment added |
|
mountall_2.14_lp571707.debdiff http://launchpadlibrarian.net/47963934/mountall_2.14_lp571707.debdiff |
|
2010-05-06 22:34:07 |
Anders Kaseorg |
attachment added |
|
mountall_2.14_lp571707.debdiff http://launchpadlibrarian.net/47964636/mountall_2.14_lp571707.debdiff |
|
2010-05-07 09:04:20 |
Jussi Kivilinna |
removed subscriber Jussi Kivilinna |
|
|
|
2010-05-08 23:01:45 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/mountall |
|
2010-05-08 23:38:55 |
Steve Langasek |
mountall (Ubuntu Lucid): status |
Triaged |
In Progress |
|
2010-05-08 23:38:58 |
Steve Langasek |
mountall (Ubuntu Lucid): importance |
Undecided |
High |
|
2010-05-09 06:14:28 |
Colin Watson |
mountall (Ubuntu Lucid): status |
In Progress |
Fix Committed |
|
2010-05-09 06:14:36 |
Colin Watson |
tags |
lucid patch |
lucid patch verification-needed |
|
2010-05-09 08:39:30 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Patch for mountall has now been accepted into -proposed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed.
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-09 09:29:28 |
Martin Pitt |
tags |
lucid patch verification-needed |
lucid patch verification-done |
|
2010-05-09 10:12:49 |
Launchpad Janitor |
mountall (Ubuntu Lucid): status |
Fix Committed |
Fix Released |
|
2010-05-09 10:23:24 |
Steve Langasek |
mountall (Ubuntu): status |
Triaged |
Fix Committed |
|
2010-05-09 10:23:29 |
Steve Langasek |
mountall (Ubuntu): status |
Fix Committed |
Fix Released |
|
2010-05-09 10:23:31 |
Steve Langasek |
mountall (Ubuntu Lucid): status |
Fix Released |
Fix Committed |
|
2010-05-12 22:06:17 |
zellfaze |
mountall (Ubuntu Lucid): status |
Fix Committed |
Fix Released |
|
2010-05-12 22:06:57 |
zellfaze |
mountall (Ubuntu Lucid): status |
Fix Released |
Fix Committed |
|
2010-05-15 07:50:40 |
Launchpad Janitor |
mountall (Ubuntu Lucid): status |
Fix Committed |
Fix Released |
|
2010-05-15 08:44:08 |
theadmin |
removed subscriber 13thSlayer |
|
|
|
2010-05-16 10:20:49 |
electhor |
removed subscriber electhor |
|
|
|
2010-05-16 11:29:01 |
mikbini |
removed subscriber mikbini |
|
|
|
2010-05-16 11:49:32 |
Martin Erik Werner |
mountall (Ubuntu Lucid): status |
Fix Released |
Fix Committed |
|
2010-05-16 13:16:56 |
papukaija |
mountall (Ubuntu Lucid): status |
Fix Committed |
Fix Released |
|
2010-05-16 23:05:29 |
Benjamin Drung |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2010-05-17 07:10:34 |
mikbini |
plymouth (Ubuntu): status |
Triaged |
Invalid |
|
2010-05-17 07:10:59 |
mikbini |
plymouth (Ubuntu Lucid): status |
Triaged |
Invalid |
|
2010-05-17 15:43:02 |
Steve Langasek |
plymouth (Ubuntu): status |
Invalid |
Triaged |
|
2010-05-17 15:43:10 |
Steve Langasek |
plymouth (Ubuntu Lucid): status |
Invalid |
Triaged |
|
2010-05-18 16:18:31 |
Ross |
removed subscriber thegodlikehobo |
|
|
|
2010-05-20 11:27:24 |
Martin Erik Werner |
description |
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Patch for mountall has now been accepted into -proposed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed.
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
PROBLEM
When a disk check is performed, the progress stalls somewhere around 70% and will then take a very long time finishing the remaining percent (10 minutes or more).
PATCH
Patch for mountall has now been pushed as an update for Lucid, if you are still seeing this problem, make sure you have mountall 2.15 installed before commenting/reporting a new bug.
[Earlier patch comments:]
Tero Mononen has published a patch for Bug #553745 which applies to the issue described here as well (see https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/76 and https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745/comments/77 )
I have created corresponding packages which are available through my PPA: https://launchpad.net/~arand/+archive/unstable
!!!Do note that this is an unofficial, untested, preliminary patch!!!
However testing and feedback is welcome, please especially report if there are ANY (new) problems seen when using the patched version.
TEST CASE:
(sudo aptitude install bootchart)
sudo touch /forcefsck && sudo reboot
POSSIBLE TEMPORARY WORKAROUNDS
1. Removing "quiet" and "splash" from the kernel boot line
2. When the progress has stalled, switch away from the splash screen using the left arrowkey (presumably any arrowkey works).
* Both these approaches speeds up the boot process to ~1 minute instead.
OBSERVATIONS
The fsck message "(...) non-contiguous (...)" Which I assume indicates the end of the fsck, is printed in the Virtual Terminal ("outside" plymouth) at around 70% + ~10-20 seconds.
Disk activity is null from this point on (presumed end of fsck above).
Bootchart crashes if trying to catch the whole boot at once with plymouth (at least for my 1h boot).
This problem seems to occur in both plymouthd and mountall, semi-simultaneously:
If you are in the plymouth screen, plymouthd is the cpu-gobbler, if you switch away from it using the arrow keys, mountall instead takes over the cpu-eating.
#####
ORIGINAL REPORT
Binary package hint: mountall
On my system when fsck runs at boot plymouth % completion count goes up quickly (<10 seconds) up to about 80% and then slows down considerably: the complete fsck of my 125GB HD, 30% full takes more than 5 minutes.
While this goes on the text VTs are all completely blank: just a blinking cursor.
An fsck from a recovery disk completes in ~10 seconds so it doesn't look like "fsck just being slow".
This slowdown was *not* happening on 2010-04-14 with the PPA described by this comment: https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/554737/comments/25
The fix in the PPA is now in the mainline lucid but somewhere in between then and today (2010-04-29) something introduced this slowdown.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: mountall 2.14
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic i686
NonfreeKernelModules: wl
Architecture: i386
Date: Thu Apr 29 15:38:56 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100317.1)
ProcEnviron:
LANGUAGE=en_IE:en_GB:en
PATH=(custom, user)
LANG=en_IE.utf8
SHELL=/bin/bash
SourcePackage: mountall
|
|
2010-05-20 19:51:23 |
Alessio |
removed subscriber Alessio |
|
|
|
2010-05-21 17:42:40 |
tekstr1der |
removed subscriber tekstr1der |
|
|
|
2010-05-25 10:45:45 |
András Ács |
removed subscriber András Ács |
|
|
|
2010-07-26 18:28:57 |
eagleton |
bug |
|
|
added subscriber eagleton |
2010-08-31 08:31:00 |
Borja López Soilán (NeoPolus) |
bug |
|
|
added subscriber Borja López Soilán (Pexego) |
2010-09-29 14:24:45 |
R (Chandra) Chandrasekhar |
bug |
|
|
added subscriber R (Chandra) Chandrasekhar |
2010-10-02 22:53:25 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/lucid-updates/mountall |
|
2010-10-02 23:28:00 |
Xavier Naud |
removed subscriber Xavier Naud |
|
|
|
2010-10-03 07:00:07 |
Patrick Den |
removed subscriber Patrick Den |
|
|
|
2010-10-04 20:25:41 |
Billy Silver |
bug task added |
|
linuxmint |
|
2010-10-04 20:29:25 |
Billy Silver |
bug |
|
|
added subscriber Billy Silver |
2010-10-04 21:39:02 |
arrange |
removed subscriber arrange |
|
|
|
2010-10-11 11:41:50 |
axel |
bug |
|
|
added subscriber axel |
2010-10-11 13:50:03 |
Antonio Roberts |
removed subscriber Antonio Roberts |
|
|
|
2010-10-29 16:18:04 |
Andreas Jürgens |
bug |
|
|
added subscriber Andreas Jürgens |
2010-11-08 18:31:02 |
papukaija |
removed subscriber papukaija |
|
|
|
2010-11-09 07:44:50 |
Nobuto Murata |
removed subscriber Nobuto MURATA |
|
|
|
2010-11-13 16:48:16 |
Krzysztof Klimonda |
removed subscriber Krzysztof Klimonda |
|
|
|
2010-11-14 17:38:52 |
Hamish Downer |
removed subscriber Hamish Downer |
|
|
|
2010-11-14 18:22:59 |
Fabio Marzocca |
removed subscriber Fabio Marzocca |
|
|
|
2010-11-15 04:23:25 |
Jane Atkinson |
removed subscriber Irihapeti |
|
|
|
2010-11-15 05:15:42 |
Ron S |
removed subscriber Ron S |
|
|
|
2010-11-15 05:29:36 |
Steve Jackson |
removed subscriber Steve Jackson |
|
|
|
2010-11-15 07:50:22 |
Francis De Brabandere |
removed subscriber Francis De Brabandere |
|
|
|
2010-11-15 09:14:22 |
Mika Wahlroos |
removed subscriber Mika Wahlroos |
|
|
|
2010-11-15 16:33:05 |
Andreas Jürgens |
removed subscriber Andreas Jürgens |
|
|
|
2010-11-15 19:50:15 |
Guy Taylor |
removed subscriber Guy Taylor |
|
|
|
2010-11-15 20:10:14 |
Bernat Bestard |
removed subscriber Bernat Bestard |
|
|
|
2011-01-07 07:29:00 |
Sitsofe Wheeler |
removed subscriber Sitsofe Wheeler |
|
|
|
2011-02-11 21:56:15 |
Justin Krehel |
linuxmint: status |
New |
Confirmed |
|
2011-02-11 21:56:55 |
Justin Krehel |
linuxmint: importance |
Undecided |
High |
|
2011-02-11 21:57:23 |
Justin Krehel |
linuxmint: assignee |
|
Clement Lefebvre (clementlefebvre) |
|
2011-03-03 14:30:04 |
Clement Lefebvre |
linuxmint: status |
Confirmed |
Fix Released |
|
2011-09-19 21:16:10 |
Ubuntu Foundations Team Bug Bot |
tags |
lucid patch verification-done |
lucid patch testcase verification-done |
|
2011-10-04 01:16:15 |
John Stultz |
removed subscriber John Stultz |
|
|
|
2011-10-10 20:39:59 |
Takkat |
removed subscriber Takkat |
|
|
|
2012-04-16 07:34:32 |
Bernat |
bug |
|
|
added subscriber Bernat |
2013-05-06 07:11:41 |
Stefan Eggers |
removed subscriber Stefan Eggers |
|
|
|
2015-03-20 09:55:10 |
dino99 |
plymouth (Ubuntu): status |
Triaged |
Invalid |
|
2015-03-20 09:55:23 |
dino99 |
plymouth (Ubuntu Lucid): status |
Triaged |
Invalid |
|