Kernel fails to start due to error size reporting in device-mapper.

Bug #400464 reported by Jacobo S. Arvelo Estévez
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Triaged
High
Unassigned

Bug Description

Binary package hint: linux-image-2.6.31-3-generic

When kernel is loading, its fails to mount the root filesystem, its loops reporting that the size of drive is wrong, sda and sdb, this drives are part of a RAID0 device with nForce 630a.

Its works ok with Jaunty 9.04 kernel, but when I upgrade to karmic, it fails with 2.6.31 kernel and I need to load ubuntu with Jaunty kernel.

I attached uname information, karmic with all updates at 17 july 01:42 UTC but with Jaunty kernel.

ProblemType: Bug
Architecture: amd64
Date: Fri Jul 17 01:35:36 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=36fb1033-e7f9-433f-9b19-ab77162bde56
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
NonfreeKernelModules: nvidia
Package: linux-image-2.6.31-3-generic 2.6.31-3.19
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.28-13-generic root=UUID=f8a42bcf-d471-4203-be62-a5b160acbe04 ro quiet splash
ProcEnviron:
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.28-13.45-generic
RelatedPackageVersions: linux-restricted-modules-2.6.28-13-generic 2.6.28-13.17
SourcePackage: linux
Uname: Linux 2.6.28-13-generic x86_64
dmi.bios.date: 01/22/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P2.20
dmi.board.name: ALiveNF7G-HD720p....
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP2.20:bd01/22/2008:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvn:rnALiveNF7G-HD720p....:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.

Revision history for this message
Jacobo S. Arvelo Estévez (jacobo-arvelo) wrote :
Revision history for this message
Jacobo S. Arvelo Estévez (jacobo-arvelo) wrote :

Here, I attach a photo of the booting process and the loop with same error forever.

Revision history for this message
Andreas Simon (andreas-w-simon) wrote :

The same happens here with an Intel ICH8 Raid. Ubuntu itself is not installed on any of the raid drivers (sda and sdb), but raid partitions get mounted later.

This problem is not present in the kernel of Karmic alpha2 (2.6.30), but appeared after the update of the current Karmic kernel 2.6.31-3.

Changed in linux (Ubuntu):
importance: Undecided → High
status: New → Triaged
Revision history for this message
Andreas Simon (andreas-w-simon) wrote :

For me the issue vanished with linux-image-2.6.31-4-generic (2.6.31-4.22).

During boot there are still these warnings:
Jul 25 12:29:16 vrock kernel: [ 9.259545] device-mapper: table: 252:6: sda too small for target
Jul 25 12:29:16 vrock kernel: [ 9.259547] device-mapper: table: 252:6: sdb too small for target
Jul 25 12:29:16 vrock kernel: [ 9.278195] device-mapper: table: 252:6: sda too small for target
Jul 25 12:29:16 vrock kernel: [ 9.278197] device-mapper: table: 252:6: sdb too small for target

but the boot process doesn't halt anymore after printing these warnings and the system boots up fine.

Revision history for this message
Jacobo S. Arvelo Estévez (jacobo-arvelo) wrote :

Me too Andreas, with 2.6.31-4-generic my ubuntu boots up.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Guys,

This actually looks to be a duplicate of bug 398059 so I am marking it as such. If you examine the other bug reporter you'll notice there should have been patches applied to resolve this. Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.