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: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <438B6E05.8070009@eq.cz>
2005-11-30 4:35 ` totally random "VFS: Cannot open root device" 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).