-----Original Message-----
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Friday, August 10, 2012 5:46 PM
To: Jesper Juhl
Cc: linux-kernel@vger.kernel.org; a...@solarrain.com
Subject: Re: Upgraded from 3.4 to 3.5.1 kernel: machine does not boot
On Fri, Aug 10, 2012 at 1:53 PM, Jesper Juhl <j...@chaosbits.net> wrote:
> On Fri, 10 Aug 2012, Justin Piszcz wrote:
>
>> Hello,
>>
>> Motherboard: Supermicro X8DTH-6F
>> Distro: Debian Testing x86_64
>>
>> >From 3.4 -> 3.5.1 on x86_64 make oldconfig and a few minor changes and
the
>> machine attempts to boot but hangs at the filesystem mounting part of the
>> boot process.
Hi,
Found the root cause, the 3.5.1 kernel cannot mount my ext4 filesystem
(60TB).
The 3.4 kernel works fine.
This is proven by commenting out the filesystem in /etc/fstab with
3.5.1, and all is OK.
--
Hi again,
I tested with linux-3.6-rc1:
The same problem, here is what I get from the strace:
irectory)
4434 readlink("/dev", 0x7fff3b05c670, 4096) = -1 EINVAL (Invalid argument)
4434 readlink("/dev/sda1", 0x7fff3b05c670, 4096) = -1 EINVAL (Invalid
argument)
4434 readlink("/r1", 0x7fff3b05c670, 4096) = -1 EINVAL (Invalid argument)
4434 getuid() = 0
4434 geteuid() = 0
4434 getgid() = 0
4434 getegid() = 0
4434 prctl(PR_GET_DUMPABLE) = 1
4434 lstat("/etc/mtab", {st_mode=S_IFLNK|0777, st_size=12, ...}) = 0
4434 getuid() = 0
4434 geteuid() = 0
4434 getgid() = 0
4434 getegid() = 0
4434 prctl(PR_GET_DUMPABLE) = 1
4434 stat("/run", {st_mode=S_IFDIR|0755, st_size=820, ...}) = 0
4434 lstat("/run/mount/utab", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
4434 open("/run/mount/utab", O_RDWR|O_CREAT, 0644) = 3
4434 close(3) = 0
4434 mount("/dev/sda1", "/r1", "ext4", MS_MGC_VAL|MS_NOATIME, NULL
--
(w/ 3.6-rc1)
[ 89.868843] mount R running task 0 4434 4433
0x00000009
[ 89.868847] ffff880c246b7b68 ffffffff816c9279 ffff880c246b7aa8
ffff880c246b7fd8
[ 89.868851] ffff880c246b7fd8 0000000000004000 ffff88062720cdb0
ffff880c246862d0
[ 89.868855] 00000000000116c0 ffff880623a863c0 ffff880623a863c0
00000000ffffffff
[ 89.868855] Call Trace:
[ 89.868858] [<ffffffff816c9279>] ? __schedule+0x299/0x770
[ 89.868860] [<ffffffff816c9279>] ? __schedule+0x299/0x770
[ 89.868864] [<ffffffff8114a729>] ? ext4_get_group_desc+0x49/0xb0
[ 89.868868] [<ffffffff81161d41>] ? ext4_calculate_overhead+0x131/0x3e0
[ 89.868871] [<ffffffff81163a3b>] ? ext4_fill_super+0x1a4b/0x28d0
[ 89.868875] [<ffffffff810cc301>] ? mount_bdev+0x1a1/0x1e0
[ 89.868877] [<ffffffff81161ff0>] ? ext4_calculate_overhead+0x3e0/0x3e0
[ 89.868880] [<ffffffff8115dd00>] ? ext4_mount+0x10/0x20
[ 89.868882] [<ffffffff810cc55b>] ? mount_fs+0x1b/0xd0
[ 89.868885] [<ffffffff810e57af>] ? vfs_kern_mount+0x6f/0x110
[ 89.868888] [<ffffffff810e58cf>] ? do_kern_mount+0x4f/0x100
[ 89.868890] [<ffffffff810e6dae>] ? do_mount+0x2fe/0x8a0
[ 89.868894] [<ffffffff8109c0a3>] ? strndup_user+0x53/0x70
[ 89.868896] [<ffffffff810e73e0>] ? sys_mount+0x90/0xe0
[ 89.868899] [<ffffffff816cafa1>] ? tracesys+0xd4/0xd9
Justin.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
