2021-02-08 13:41:10

by syzbot

[permalink] [raw]
Subject: linux-next boot error: kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

Hello,

syzbot found the following issue on:

HEAD commit: 8d374d0d Add linux-next specific files for 20210208
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=13de8a40d00000
kernel config: https://syzkaller.appspot.com/x/.config?x=ced6adcf6aff98d6
dashboard link: https://syzkaller.appspot.com/bug?extid=b22ad1a79afb8da726c5

IMPORTANT: if you fix the issue, please add the following tag to the commit:
Reported-by: [email protected]

netconsole: network logging started
gtp: GTP module loaded (pdp ctx size 104 bytes)
rdma_rxe: loaded
cfg80211: Loading compiled-in X.509 certificates for regulatory database
cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
ALSA device list:
#0: Dummy 1
#1: Loopback 1
#2: Virtual MIDI Card 1
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
VFS: Cannot open root device "sda1" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
0100 4096 ram0
(driver?)
0101 4096 ram1
(driver?)
0102 4096 ram2
(driver?)
0103 4096 ram3
(driver?)
0104 4096 ram4
(driver?)
0105 4096 ram5
(driver?)
0106 4096 ram6
(driver?)
0107 4096 ram7
(driver?)
0108 4096 ram8
(driver?)
0109 4096 ram9
(driver?)
010a 4096 ram10
(driver?)
010b 4096 ram11
(driver?)
010c 4096 ram12
(driver?)
010d 4096 ram13
(driver?)
010e 4096 ram14
(driver?)
010f 4096 ram15
(driver?)
1f00 128 mtdblock0
(driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc6-next-20210208-syzkaller #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
Call Trace:
__dump_stack lib/dump_stack.c:79 [inline]
dump_stack+0x107/0x163 lib/dump_stack.c:120
panic+0x306/0x73d kernel/panic.c:231
mount_block_root+0x3f8/0x4dd init/do_mounts.c:445
mount_root+0x1af/0x1f5 init/do_mounts.c:561
prepare_namespace+0x1ff/0x234 init/do_mounts.c:613
kernel_init_freeable+0x671/0x689 init/main.c:1550
kernel_init+0xd/0x1b8 init/main.c:1426
ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:296
Kernel Offset: disabled
Rebooting in 86400 seconds..


---
This report is generated by a bot. It may contain errors.
See https://goo.gl/tpsmEJ for more information about syzbot.
syzbot engineers can be reached at [email protected].

syzbot will keep track of this issue. See:
https://goo.gl/tpsmEJ#status for how to communicate with syzbot.


2021-02-08 14:46:43

by Dmitry Vyukov

[permalink] [raw]
Subject: Re: linux-next boot error: kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

On Mon, Feb 8, 2021 at 2:39 PM syzbot
<[email protected]> wrote:
>
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit: 8d374d0d Add linux-next specific files for 20210208
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=13de8a40d00000
> kernel config: https://syzkaller.appspot.com/x/.config?x=ced6adcf6aff98d6
> dashboard link: https://syzkaller.appspot.com/bug?extid=b22ad1a79afb8da726c5
>
> IMPORTANT: if you fix the issue, please add the following tag to the commit:
> Reported-by: [email protected]
>
> netconsole: network logging started
> gtp: GTP module loaded (pdp ctx size 104 bytes)
> rdma_rxe: loaded
> cfg80211: Loading compiled-in X.509 certificates for regulatory database
> cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
> ALSA device list:
> #0: Dummy 1
> #1: Loopback 1
> #2: Virtual MIDI Card 1
> md: Waiting for all devices to be available before autodetect
> md: If you don't use raid, use raid=noautodetect
> md: Autodetecting RAID arrays.
> md: autorun ...
> md: ... autorun DONE.
> VFS: Cannot open root device "sda1" or unknown-block(0,0): error -6

Has anything changed in linux-next related to block devices?... It was
supposed to boot from a standard GCE VM disk, but it does not seem to
be probed by the kernel (should be /dev/sda).

> Please append a correct "root=" boot option; here are the available partitions:
> 0100 4096 ram0
> (driver?)
> 0101 4096 ram1
> (driver?)
> 0102 4096 ram2
> (driver?)
> 0103 4096 ram3
> (driver?)
> 0104 4096 ram4
> (driver?)
> 0105 4096 ram5
> (driver?)
> 0106 4096 ram6
> (driver?)
> 0107 4096 ram7
> (driver?)
> 0108 4096 ram8
> (driver?)
> 0109 4096 ram9
> (driver?)
> 010a 4096 ram10
> (driver?)
> 010b 4096 ram11
> (driver?)
> 010c 4096 ram12
> (driver?)
> 010d 4096 ram13
> (driver?)
> 010e 4096 ram14
> (driver?)
> 010f 4096 ram15
> (driver?)
> 1f00 128 mtdblock0
> (driver?)
> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
> CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc6-next-20210208-syzkaller #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
> Call Trace:
> __dump_stack lib/dump_stack.c:79 [inline]
> dump_stack+0x107/0x163 lib/dump_stack.c:120
> panic+0x306/0x73d kernel/panic.c:231
> mount_block_root+0x3f8/0x4dd init/do_mounts.c:445
> mount_root+0x1af/0x1f5 init/do_mounts.c:561
> prepare_namespace+0x1ff/0x234 init/do_mounts.c:613
> kernel_init_freeable+0x671/0x689 init/main.c:1550
> kernel_init+0xd/0x1b8 init/main.c:1426
> ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:296
> Kernel Offset: disabled
> Rebooting in 86400 seconds..
>
>
> ---
> This report is generated by a bot. It may contain errors.
> See https://goo.gl/tpsmEJ for more information about syzbot.
> syzbot engineers can be reached at [email protected].
>
> syzbot will keep track of this issue. See:
> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
>
> --
> You received this message because you are subscribed to the Google Groups "syzkaller-bugs" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
> To view this discussion on the web visit https://groups.google.com/d/msgid/syzkaller-bugs/0000000000003be5f605bad34c09%40google.com.

2021-02-09 00:08:52

by Randy Dunlap

[permalink] [raw]
Subject: Re: linux-next boot error: kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

On 2/8/21 6:28 AM, Dmitry Vyukov wrote:
> On Mon, Feb 8, 2021 at 2:39 PM syzbot
> <[email protected]> wrote:
>>
>> Hello,
>>
>> syzbot found the following issue on:
>>
>> HEAD commit: 8d374d0d Add linux-next specific files for 20210208
>> git tree: linux-next
>> console output: https://syzkaller.appspot.com/x/log.txt?x=13de8a40d00000
>> kernel config: https://syzkaller.appspot.com/x/.config?x=ced6adcf6aff98d6
>> dashboard link: https://syzkaller.appspot.com/bug?extid=b22ad1a79afb8da726c5
>>
>> IMPORTANT: if you fix the issue, please add the following tag to the commit:
>> Reported-by: [email protected]
>>
>> netconsole: network logging started
>> gtp: GTP module loaded (pdp ctx size 104 bytes)
>> rdma_rxe: loaded
>> cfg80211: Loading compiled-in X.509 certificates for regulatory database
>> cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
>> ALSA device list:
>> #0: Dummy 1
>> #1: Loopback 1
>> #2: Virtual MIDI Card 1
>> md: Waiting for all devices to be available before autodetect
>> md: If you don't use raid, use raid=noautodetect
>> md: Autodetecting RAID arrays.
>> md: autorun ...
>> md: ... autorun DONE.
>> VFS: Cannot open root device "sda1" or unknown-block(0,0): error -6
>
> Has anything changed in linux-next related to block devices?... It was
> supposed to boot from a standard GCE VM disk, but it does not seem to
> be probed by the kernel (should be /dev/sda).

Hi Dmitry,

This isn't going to help you much, but next-20210208 boots fine for me
using SATA w/ AHCI and EXT4FS on my test laptop.



>> Please append a correct "root=" boot option; here are the available partitions:
>> 0100 4096 ram0
>> (driver?)
>> 0101 4096 ram1
>> (driver?)
>> 0102 4096 ram2
>> (driver?)
>> 0103 4096 ram3
>> (driver?)
>> 0104 4096 ram4
>> (driver?)
>> 0105 4096 ram5
>> (driver?)
>> 0106 4096 ram6
>> (driver?)
>> 0107 4096 ram7
>> (driver?)
>> 0108 4096 ram8
>> (driver?)
>> 0109 4096 ram9
>> (driver?)
>> 010a 4096 ram10
>> (driver?)
>> 010b 4096 ram11
>> (driver?)
>> 010c 4096 ram12
>> (driver?)
>> 010d 4096 ram13
>> (driver?)
>> 010e 4096 ram14
>> (driver?)
>> 010f 4096 ram15
>> (driver?)
>> 1f00 128 mtdblock0
>> (driver?)
>> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
>> CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.11.0-rc6-next-20210208-syzkaller #0
>> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
>> Call Trace:
>> __dump_stack lib/dump_stack.c:79 [inline]
>> dump_stack+0x107/0x163 lib/dump_stack.c:120
>> panic+0x306/0x73d kernel/panic.c:231
>> mount_block_root+0x3f8/0x4dd init/do_mounts.c:445
>> mount_root+0x1af/0x1f5 init/do_mounts.c:561
>> prepare_namespace+0x1ff/0x234 init/do_mounts.c:613
>> kernel_init_freeable+0x671/0x689 init/main.c:1550
>> kernel_init+0xd/0x1b8 init/main.c:1426
>> ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:296
>> Kernel Offset: disabled
>> Rebooting in 86400 seconds..
>>
>>
>> ---
>> This report is generated by a bot. It may contain errors.
>> See https://goo.gl/tpsmEJ for more information about syzbot.
>> syzbot engineers can be reached at [email protected].
>>
>> syzbot will keep track of this issue. See:
>> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.


--
~Randy