Date: Wed, 22 Jul 1998 15:49:36 +0930 From: Matthew Thyer <Matthew.Thyer@dsto.defence.gov.au> To: FreeBSD CURRENT <current@FreeBSD.ORG> Cc: Julian Elischer <julian@whistle.com> Subject: Re: DEVFS not creating slice devices for my SCSI disks Message-ID: <35B58478.EAD74A90@dsto.defence.gov.au> References: <35B4A583.E3F1E64F@camtech.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Following up my own message. Its the DEVFS probe of the disklabel that is failing to find any slices (partitions). The old kernel finds partition 0 but the new one finds none. There is no MBR on any of these SCSI disks according to all my DEVFS kernels. Is that a problem now ? Here are the disklabels (all are similar just the sizes differ): eddie: {1} disklabel -r sd1 # /dev/rsd1: type: unknown disk: label: flags: bytes/sector: 512 sectors/track: 87 tracks/cylinder: 15 sectors/cylinder: 1305 cylinders: 2120 sectors/unit: 2767245 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2767245 0 unused 0 0 # (Cyl. 0 - 2120*) c: 2767245 0 unused 0 0 # (Cyl. 0 - 2120*) Filesystem settings: eddie: {5} tunefs -p /dev/sd1a tunefs: soft updates: (-n) disabled tunefs: maximum contiguous block count: (-a) 15 tunefs: rotational delay between contiguous blocks: (-d) 0 ms tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: minimum percentage of free space: (-m) 1% tunefs: optimization preference: (-o) space extract of dmesg output for DEVFS partition probing with the new kernel: sd1: probing for MBR.. sd3: probing for MBR.. sd4: probing for MBR.. wd0: probing for MBR.. part 1, start=63, size=1169217 extracts of dmesg output: (from the CTM src-cur 3429 kernel): aha0 at 0x234-0x237 irq 11 drq 6 on isa scbus0 at aha0 bus 0 sd1 at scbus0 target 1 lun 0 sd1: <SEAGATE ST41650 6230> type 0 fixed SCSI 2 sd1: Direct-Access 1351MB (2767245 512 byte sectors) sd3 at scbus0 target 3 lun 0 sd3: <SEAGATE ST42100 7544> type 0 fixed SCSI 2 sd3: Direct-Access 1813MB (3713130 512 byte sectors) sd4 at scbus0 target 4 lun 0 sd4: <SEAGATE ST42100 8224> type 0 fixed SCSI 2 sd4: Direct-Access 1812MB (3711990 512 byte sectors) DEVFS: ready to run sd1: probing for MBR.. nope sd1: probing for disklabel.. yep part 0, start=0, size=2767245 sd3: probing for MBR.. nope sd3: probing for disklabel.. yep part 0, start=0, size=3713130 sd4: probing for MBR.. nope sd4: probing for disklabel.. yep part 0, start=0, size=3711990 Matthew Thyer wrote: > > At CTM src-cur 3429 my system works fine but with kernels > of src-cur 3457 and 346? (whatever it is we're currently > up to - about 8 hours ago) DEVFS no longer has devices for > the slices of my SCSI disks. > > All I see in /dev for the SCSI disks is: /dev/sd1, /dev/sd3 > and /dev/sd4 (I have three disks wired down to their SCSI id's). > > These are old 1.3 and 1.8 GB disks (Seagates I think) which > are connected to an adaptec 1542B controller. > > The disks in question have a single 'a' slice covering the > whole disk and have filesystems that were created with either > newfs -m 0 OR newfs -m 1 (I dont recall which right now). > > Maybe the problem started after raw devices went away ? > > All kernels have SLICE and DEVFS in them. > > Any idea whats up ? > > Unfortunately all source and my home directories are on these > SCSI disks so I'm having to run with my 3429 kernel even though > I've done two make worlds since. > > Sorry I cant provide more details but the system is remote > (currently) and it hasn't come back from a boot on the newest > kernel (as it couldn't fsck the filesystems of course!) > > -- > /=====================================================================\ > |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| > \=====================================================================/ > "If it is true that our Universe has a zero net value for all conserved > quantities, then it may simply be a fluctuation of the vacuum of some > larger space in which our Universe is imbedded. In answer to the > question of why it happened, I offer the modest proposal that our > Universe is simply one of those things which happen from time to time." > E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Matthew Thyer Phone: +61 8 8259 7249 Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?35B58478.EAD74A90>