From: "Jean-François Stenuit" <jfs@keytradebank.com>
To: Linux-ide <linux-ide@vger.kernel.org>
Cc: Tejun Heo <htejun@gmail.com>, "0602@eq.cz" <0602@eq.cz>
Subject: Re: totally random "VFS: Cannot open root device"
Date: Wed, 30 Nov 2005 10:05:55 +0100 [thread overview]
Message-ID: <438D6B73.2060902@keytradebank.com> (raw)
In-Reply-To: <438D2C19.3030008@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3208 bytes --]
Note that I experienced the same problem yesterday evening with a
2.6.15-rc3 on HP Proliant DL140, which has an ICH-5 based controller and
a Maxtor drive
Successfull boot shows :
...
libata version 1.12 loaded.
ata_piix version 1.04
ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x1470 irq 14
ata1: dev 0 cfg 49:2f00 82:7869 83:7d09 84:4633 85:7869 86:3c01 87:4623
88:203f
ata1: dev 0 ATA, max UDMA/100, 156301488 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi0 : ata_piix
Vendor: ATA Model: Maxtor 6L080M0 Rev: BANC
Type: Direct-Access ANSI SCSI revision: 05
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x1478 irq 15
ata2: SATA port has no device.
scsi1 : ata_piix
st: Version 20050830, fixed bufsize 32768, s/g segs 256
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
...
A failed boot shows "ata1: SATA port has no device". I'll try to set-up
a serial console to log the boot messages.
This behaviour can be reproduced on four different DL140's, so it's
fairly safe to say it's not a cabling/hardware problem.
Tejun Heo wrote:
> 0602@eq.cz wrote:
>
>> Hi!
>>
>> (Please CC me your answers as I am not subscribed.)
>>
>> I have a problem with 2.6.14.3 kernel (but this probably isn't too
>> version-specific). I have a kernel which succesfully boots on totally
>> random basis (cca 70% is success). My root partition resides on a
>> SATA disc connected to a controller on Intel 6300ESB ICH southbridge
>> (mb Intel se7320vp2). There is a reiserfs 3 filesystem on my root
>> partition. Without any changes to configuration (os or bios or
>> whatever) I sometimes get:
>>
>> VFS: Cannot open root device "801" or unknown block(8,1)
>>
>> Could this be some timeout issue, or indication of crappy hw? I've
>> tried this about 10 times (immediately ctrl+alt+del on successfull
>> boot or reset button on aforementioned panic) and I saw no
>> regularities in this misbehaviour.
>>
>> I sincerely appreciate any advice anyone can give.
>>
>
> [CC'ing linux-ide]
>
> Hello, 0602. :-)
>
> Can you please post dmesg of a successful booting? That will tell us
> which SATA controller/disks you are using. Also, the boot log of a
> failed boot will be very helpful - the best way to get this is via
> serial console. If you don't have access to serial console, taking
> note / picture of the part where SATA detection fails will do too.
>
> Also, when the machine boots successfully, does it work without
> generating disk related kernel logs? Just perform any IO-heavy
> operations - cp'ing directories which contain large files,
> tar/untarring... - and see if the kernel complains about anyting.
>
--
Jean-François "Jef" Stenuit
Network & Security manager
Keytrade Bank SA
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3182 bytes --]
next prev parent reply other threads:[~2005-11-30 9:06 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-28 20:52 totally random "VFS: Cannot open root device" 0602
2005-11-29 19:22 ` Keith Mannthey
2005-11-30 4:35 ` Tejun Heo
2005-11-30 9:05 ` Jean-François Stenuit [this message]
2005-11-30 16:30 ` Randy.Dunlap
2005-12-01 9:42 ` Jean-François Stenuit
2005-12-01 11:20 ` Jean-François Stenuit
2005-11-30 13:07 ` 0602
2005-11-30 22:05 ` Keith Mannthey
2005-12-01 9:40 ` Jean-François Stenuit
2005-12-01 11:20 ` Tejun Heo
2005-12-01 12:59 ` Jean-François Stenuit
2005-12-01 13:29 ` Tejun Heo
2005-12-01 15:34 ` 0602
2005-12-02 1:53 ` Jeff Garzik
2005-12-02 3:00 ` Tejun Heo
2005-12-02 3:26 ` [PATCH] ata_piix: ignore all zero PCS value on ICH5's Tejun Heo
2005-12-02 12:40 ` 0602
2005-12-05 10:07 ` Jean-François Stenuit
2005-12-05 10:17 ` Tejun Heo
2006-01-29 5:22 ` Jeff Garzik
2006-02-01 2:01 ` Tejun Heo
2006-02-09 9:23 ` Jeff Garzik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=438D6B73.2060902@keytradebank.com \
--to=jfs@keytradebank.com \
--cc=0602@eq.cz \
--cc=htejun@gmail.com \
--cc=linux-ide@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.