[clug] raid tries to init before sata modules loaded

Rob Shugg rshugg at kinetitech.com.au
Thu Sep 2 03:50:07 GMT 2004


I have just been fiddling with it an I seem to have fixed it, I put sata_sil
in /etc/modules so it loads on boot. I am using debian with a custom 2.6 kernel
and there is an ide drive in there as well for booting and / so that may have 
caused a problem...

rob

Steve Walsh wrote:

> Rob;
> 
> What flavour and Kernel are you running? What type of Raid are you trying to
> run (0,1,5, etc?)
> 
> Does /var/log/message give any indicator? Some old posts to
> linux.debian.user group indicated there was a bug found in drivers/md/md.c
> on sarge around line 1510, but I can't remember the Kernel Version this
> occurred in. From memory upgrading the Kernel fixed it, but if you are
> running a new Kernel release I suppose that won't help.
> 
> 
> Steve
> -----Original Message-----
> From: linux-bounces+steve=nerdvana.org.au at lists.samba.org
> [mailto:linux-bounces+steve=nerdvana.org.au at lists.samba.org]On Behalf Of
> Rob Shugg
> Sent: Thursday, 2 September 2004 12:41 PM
> To: linux at samba.org
> Subject: [clug] raid tries to init before sata modules loaded
> 
> 
> Guys
> it looks like my reiser modules are trying to load before the raid is
> initialised is there a simple way to fix this or do I have to build reiser
> into
> the kernel? see relevant dmsg below
> 
> rob
> 
> 
> ReiserFS: md0: warning: sh-2006: read_super_block: bread failed (dev md0,
> block
> 2, size 4096)
> ReiserFS: md0: warning: sh-2006: read_super_block: bread failed (dev md0,
> block
> 16, size 4096)
> ReiserFS: md0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs
> on m
> d0
> e1000: Ignoring new-style parameters in presence of obsolete ones
> Intel(R) PRO/1000 Network Driver - version 5.2.52-k4
> Copyright (c) 1999-2004 Intel Corporation.
> e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
> SCSI subsystem initialized
> libata version 1.02 loaded.
> sata_sil version 0.54
> ata1: SATA max UDMA/100 cmd 0xF8811C80 ctl 0xF8811C8A bmdma 0xF8811C00 irq
> 19
> ata2: SATA max UDMA/100 cmd 0xF8811CC0 ctl 0xF8811CCA bmdma 0xF8811C08 irq
> 19
> ata3: SATA max UDMA/100 cmd 0xF8811E80 ctl 0xF8811E8A bmdma 0xF8811E00 irq
> 19
> ata4: SATA max UDMA/100 cmd 0xF8811EC0 ctl 0xF8811ECA bmdma 0xF8811E08 irq
> 19
> ata1: no device found (phy stat 00000000)
> scsi0 : sata_sil
> ata2: no device found (phy stat 00000000)
> scsi1 : sata_sil
> ata3: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003
> 88:203f
> ata3: dev 0 ATA, max UDMA/100, 390721968 sectors: lba48
> ata3: dev 0 configured for UDMA/100
> scsi2 : sata_sil
> ata4: dev 0 cfg 49:2f00 82:346b 83:7f21 84:4003 85:3469 86:3c01 87:4003
> 88:203f
> ata4: dev 0 ATA, max UDMA/100, 390721968 sectors: lba48
> ata4: dev 0 configured for UDMA/100
> scsi3 : sata_sil
>    Vendor: ATA       Model: WDC WD2000JD-00G  Rev: 02.0
>    Type:   Direct-Access                      ANSI SCSI revision: 05
>    Vendor: ATA       Model: WDC WD2000JD-00G  Rev: 02.0
>    Type:   Direct-Access                      ANSI SCSI revision: 05
> SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB)
> SCSI device sda: drive cache: write back
>   /dev/scsi/host2/bus0/target0/lun0: unknown partition table
> Attached scsi disk sda at scsi2, channel 0, id 0, lun 0
> SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
> SCSI device sdb: drive cache: write back
>   /dev/scsi/host3/bus0/target0/lun0: unknown partition table
> Attached scsi disk sdb at scsi3, channel 0, id 0, lun 0
> --
> CTO
> KPT  Canberra
> http://kinetitech.com.au
> Ph 61 2 61621770
> 
> --
> linux mailing list
> linux at lists.samba.org
> http://lists.samba.org/mailman/listinfo/linux
> 

-- 
CTO
KPT  Canberra
http://kinetitech.com.au
Ph 61 2 61621770



More information about the linux mailing list