At boot, ubuntu can't recover from corrupted ext4 filesystem
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
System description:
The system where the error occurred uses a CF card as hard drive, formatted as ext4. The motherboard (fujitsu ds2703-s) supports CF cards as hard drives, and the card is detected as an IDE device.
During boot, the filesystem was marked as corrupt, and instead of correcting the affected inodes, the kernel issued an error trying to mount the device.
The kernel could not mount filesystem, so the error log was lost. I copied the error code that was shown on the Call Trace:
Code: 00 55 89 e5 57 89 c7 56 53 e8 f3 68 26 00 8b 5f 04 b8 ff ff ff ff 8b 77 08 eb 1c 8d b6 00 00 00 00 8b 0c 85 80 56 81 c0 8b 57 14 <8b> 14 0a
From the Call Trace it seems the error was during a system call to mount the device.
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-
Regression: No
Reproducible: No
ProcVersionSign
Uname: Linux 2.6.35-22-generic i686
AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 2: ls: cannot access /dev/snd/: No such file or directory
AplayDevices: aplay: device_list:235: no soundcards found...
Architecture: i386
ArecordDevices: arecord: device_list:235: no soundcards found...
Date: Wed Apr 20 14:15:52 2011
Frequency: This has only happened once.
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
MachineType: FUJITSU SIEMENS D2703-S1
PciMultimedia:
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: linux
dmi.bios.date: 12/01/2010
dmi.bios.vendor: FUJITSU SIEMENS // Phoenix Technologies Ltd.
dmi.bios.version: 6.00 R1.22.2703.S1
dmi.board.name: D2703-S1
dmi.board.vendor: FUJITSU SIEMENS
dmi.board.version: S26361-D2703-S1
dmi.chassis.type: 6
dmi.chassis.vendor: FUJITSU SIEMENS
dmi.modalias: dmi:bvnFUJITSUS
dmi.product.name: D2703-S1
dmi.sys.vendor: FUJITSU SIEMENS
affects: | ubuntu → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
I found a user log that shows the same error that happened to me:
[ 9.888157] [<c02ad8b6>] ? ext4_commit_ super+0xd6/ 0x1d0 journal_ err+0xa3/ 0xd0 load+0x6c/ 0xd0 journal+ 0x14f/0x2e0 super+0x11fd/ 0x1a40 0xb5/0x430 bdev+0x162/ 0x1a0 super+0x0/ 0x1a40 sb+0x26/ 0x30 super+0x0/ 0x1a40 mount+0x74/ 0x1c0 type+0x33/ 0xb0 mount+0x3e/ 0xe0 0x1dc/0x220 call+0x7/ 0xb counter_ sum+0x2a/ 0x70 SS:ESP 0068:f6279d60
[ 9.888166] [<c05c6468>] ? printk+0x2d/0x35
[ 9.888171] [<c02ada83>] ? ext4_clear_
[ 9.888179] [<c02d7ffc>] ? jbd2_journal_
[ 9.888183] [<c02ad669>] ? ext4_msg+0x49/0x50
[ 9.888188] [<c02b0cff>] ? ext4_load_
[ 9.888193] [<c02b219d>] ? ext4_fill_
[ 9.888198] [<c03585b5>] ? vsnprintf+
[ 9.888203] [<c021b552>] ? get_sb_
[ 9.888208] [<c02b0fa0>] ? ext4_fill_
[ 9.888213] [<c02ac1d6>] ? ext4_get_
[ 9.888217] [<c02b0fa0>] ? ext4_fill_
[ 9.888222] [<c021aee4>] ? vfs_kern_
[ 9.888227] [<c022f493>] ? get_fs_
[ 9.888231] [<c021b08e>] ? do_kern_
[ 9.888235] [<c023260c>] ? do_mount+
[ 9.888239] [<c02326bb>] ? sys_mount+0x6b/0xa0
[ 9.888244] [<c05c90a4>] ? syscall_
[ 9.888247] Code: 00 55 89 e5 57 89 c7 56 53 e8 f3 68 26 00 8b 5f 04 b8 ff ff ff ff 8b 77 08 eb 1c 8d b6 00 00 00 00 8b 0c 85 80 56 81 c0 8b 57 14 <8b> 14 0a 89 d1 c1 f9 1f 01 d3 11 ce 8d 48 01 a1 6c 93 5d c0 ba
[ 9.888302] EIP: [<c036228a>] __percpu_
[ 9.888309] CR2: 0000000002745000
[ 9.888313] ---[ end trace b3262e070f402468 ]---