- WLUG - wlug.mailman3.com

Re: [Wlug] August Speaker proposal

by Andy Stewart

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 28 July 2004 10:10 am, Jeff Moyer wrote: > Hello, > > If there is interest, Dan Walsh is willing to give a presentation on > SELinux for the next meeting. Takers? > > -Jeff Given all of the interest, who am I to say "no"? :-) Jeff, let's you and I chat offline and have you introduce me to Dan so we can work out the particulars. Thanks! Andy - -- Andy Stewart, Founder Worcester Linux Users' Group Worcester, MA USA http://www.wlug.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBCCLOHl0iXDssISsRAhhPAJ9926nsgJ9pcMLsfgX6+BdLJMHtmgCgg0PE dnl9noGAs5mu4Ar0qJUvZBU= =JFzJ -----END PGP SIGNATURE-----

July 28, 2004

Re: [Wlug] August Speaker proposal

by Mike Frysinger

On Wednesday 28 July 2004 10:10 am, Jeff Moyer wrote: > If there is interest, Dan Walsh is willing to give a presentation on > SELinux for the next meeting. Takers? ++interest -mike

July 28, 2004

Re: [Wlug] August Speaker proposal

by frank p

> > If there is interest, Dan Walsh is willing to give a presentation on > > SELinux for the next meeting. Takers? > > Sounds good to me! I'll second that... and how can you go wrong when two frank's agree? -frank p

July 28, 2004

Re: [Wlug] August Speaker proposal

by Frank Sweetser

On Wed, Jul 28, 2004 at 10:10:49AM -0400, Jeff Moyer wrote: > Hello, > > If there is interest, Dan Walsh is willing to give a presentation on > SELinux for the next meeting. Takers? Sounds good to me! -- Frank Sweetser fs at wpi.edu WPI Network Engineer GPG fingerprint = 6174 1257 129E 0D21 D8D4 E8A3 8E39 29E3 E2E8 8CEC

July 28, 2004

August Speaker proposal

by Jeff Moyer

Hello, If there is interest, Dan Walsh is willing to give a presentation on SELinux for the next meeting. Takers? -Jeff

July 28, 2004

Re: [Wlug] Partition table blues

by Gregory Avedissian

Brian, Here's the info you asked for. I'll be busy reading for awhile. Greg kervnel version 2.4.20-4GB-athlon sfdisk -H 63 -l Disk /dev/hdb: 3737 cylinders, 63 heads, 63 sectors/track Warning: The partition table looks like it was made for C/H/S=*/255/63 (instead of 3737/63/63). For this listing I'll assume that geometry. Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/hdb1 * 0+ 1023 1024- 8225248+ c Win95 FAT32 (LBA) /dev/hdb2 0 - 0 0 0 Empty /dev/hdb3 0 - 0 0 0 Empty /dev/hdb4 0 - 0 0 0 Empty Brian Waite wrote: >>>What does the kernel think the disk size is on bootup? >>> >>>dmesg | grep hdb >> >> ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA >>hdb: IBM-DTLA-307030, ATA DISK drive >>hdb: attached ide-disk driver. >>hdb: host protected area => 1 >>hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) >> hdb: hdb1 >> >> >> >>>What does the BIOS say in the CMOS setup screen for the disk geometry? >> >>capacity 30740 MB >>cylinder 59560 >>head 16 >>precomp 0 >>landing zone 59559 >>sector 63 >> >> >>>What does the disk say on the label for the geometry? >> >>Model: DTLA-307030 >>Capacity: 30.7 GB >>LBA 60.036.480 sectors >>CHS: 16383/16/63 >>MLC: F80033 >> >>And here's more: >> >>DOS fdisk reports the partition as being 8032 MB. >>Win98 reports it (C:) as 5.8 GB. >> >>gnu parted reports it as: (note that the drive is temporarily connected as >>hdb for convenience) >> >>ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA >>hdb: IBM-DTLA-307030, ATA DISK drive >>hdb: attached ide-disk driver. >>hdb: host protected area => 1 >>hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) >> hdb: hdb1 >> >>and here are the fdisk and sfdisk outputs again for reference: >> >>fdisk -l >> Device Boot Start End Blocks Id System >>/dev/hdb1 * 1 1123 9020466 c Win95 FAT32 (LBA) >> >>sfdisk -l >>Disk /dev/hdb: 1123 cylinders, 255 heads, 63 sectors/track >>Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 >> >> Device Boot Start End #cyls #blocks Id System >>/dev/hdb1 * 0+ 1122 1123- 9020466 c Win95 FAT32 (LBA) >>/dev/hdb2 0 - 0 0 0 Empty >>/dev/hdb3 0 - 0 0 0 Empty >>/dev/hdb4 0 - 0 0 0 Empty >> >> >>_______________________________________________ >>Wlug mailing list >>Wlug(a)mail.wlug.org >>http://mail.wlug.org/mailman/listinfo/wlug >> > > > It looks to me like the kernel is not getting the head count right. > What is the output when you do > sfdisk -H 63 -l > It may not help but maybe you can get a bit closer > BTW exactly what kernel version are you on? > uname -a > > Thanks > Brian > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

July 26, 2004

Re: [Wlug] Partition table blues

by Charles R. Anderson

On Mon, Jul 26, 2004 at 02:27:01PM -0400, Gregory Avedissian wrote: > >What does the kernel think the disk size is on bootup? > hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) > >What does the BIOS say in the CMOS setup screen for the disk geometry? > capacity 30740 MB > cylinder 59560 > head 16 > precomp 0 > landing zone 59559 > sector 63 The BIOS and kernel agree on the size of the disk. 59560/(255/16) = 3737 cylinders. I would however make sure the BIOS is set to LBA mode if it isn't, which should cause the heads to become 255. > >What does the disk say on the label for the geometry? > > Model: DTLA-307030 > Capacity: 30.7 GB > LBA 60.036.480 sectors > CHS: 16383/16/63 > MLC: F80033 Strange. That doesn't add up at all. Ah, here it is: "There is an industry convention to give C/H/S=16383/16/63 for disks larger than 8.4 GB" [1] > And here's more: > DOS fdisk reports the partition as being 8032 MB. > Win98 reports it (C:) as 5.8 GB. Interesting. > gnu parted reports it as: (note that the drive is temporarily connected as > hdb for convenience) > hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) Agrees with the kernel above. > sfdisk -l > Disk /dev/hdb: 1123 cylinders, 255 heads, 63 sectors/track > Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Here is the problem. sfdisk is seeing the wrong number geometry. I would attempt to fix the C/H/S values in the partition table with sfdisk. First I would read [1] in it's entirety--it goes into all the gory details of geometry and size limits. Here are some useful documents on geometry and partitioning: [1] http://www.tldp.org/HOWTO/Large-Disk-HOWTO.html [2] http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=… [3] http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-u…

July 26, 2004

Re: [Wlug] Partition table blues

by Brian Waite

> > What does the kernel think the disk size is on bootup? > > > > dmesg | grep hdb > ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA > hdb: IBM-DTLA-307030, ATA DISK drive > hdb: attached ide-disk driver. > hdb: host protected area => 1 > hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) > hdb: hdb1 > > > > > > What does the BIOS say in the CMOS setup screen for the disk geometry? > > capacity 30740 MB > cylinder 59560 > head 16 > precomp 0 > landing zone 59559 > sector 63 > > > What does the disk say on the label for the geometry? > > Model: DTLA-307030 > Capacity: 30.7 GB > LBA 60.036.480 sectors > CHS: 16383/16/63 > MLC: F80033 > > And here's more: > > DOS fdisk reports the partition as being 8032 MB. > Win98 reports it (C:) as 5.8 GB. > > gnu parted reports it as: (note that the drive is temporarily connected as > hdb for convenience) > > ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA > hdb: IBM-DTLA-307030, ATA DISK drive > hdb: attached ide-disk driver. > hdb: host protected area => 1 > hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) > hdb: hdb1 > > and here are the fdisk and sfdisk outputs again for reference: > > fdisk -l > Device Boot Start End Blocks Id System > /dev/hdb1 * 1 1123 9020466 c Win95 FAT32 (LBA) > > sfdisk -l > Disk /dev/hdb: 1123 cylinders, 255 heads, 63 sectors/track > Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 > > Device Boot Start End #cyls #blocks Id System > /dev/hdb1 * 0+ 1122 1123- 9020466 c Win95 FAT32 (LBA) > /dev/hdb2 0 - 0 0 0 Empty > /dev/hdb3 0 - 0 0 0 Empty > /dev/hdb4 0 - 0 0 0 Empty > > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > It looks to me like the kernel is not getting the head count right. What is the output when you do sfdisk -H 63 -l It may not help but maybe you can get a bit closer BTW exactly what kernel version are you on? uname -a Thanks Brian

July 26, 2004

Re: [Wlug] Partition table blues

by Gregory Avedissian

Charles R. Anderson wrote: > On Mon, Jul 26, 2004 at 12:55:36AM -0400, Gregory Avedissian wrote: > >>The disk in question is around 30GB, and originally, 6 GB were taken by >>windows on hda1, 1GB by swap on hda2, 8GB for hda3, and 10GB for hda5, >>leaving 3.7GB unallocated space in the extended partition. I did this by >>making the win partition with the win98 fdisk, and then making the linux >>partitions with the suse intall disk. It looks like the numbers aren't >>adding up right. > > > Ok, you need to stop right here and find out why fdisk thinks the disk > is only 9GB before doing anything else. I can think of one reason. > The MBR also stores C/H/S values. Normally, C*H*S*512 on the MBR > should match the disk capacity. Since yours doesn't appear to, > perhaps you overwrote the MBR C/H/S values when you restored the copy > you had in /boot. Did you perhaps make that backup from a different > sized disk? Linux 2.4 will trust the MBR values over the BIOS values. > Linux 2.6 trusts the BIOS over the MBR (leading to the aforementioned > Windows interop problem after installing a Linux 2.6 distro). > I'm sure I made the backups from the right disk. This was about a week ago when I installed this drive, and it was the only harddrive in the machine at the time. Once I got everything installed and working, I made the backups with debug and in linux with dd. I have noticed on several previous linux installations that disk geometry reported by linux is accompanied by messages that say something like "this is not the geometry we expected." I always have ignored those messages, because everything was working. I thought that was normal, but if I'm doing something consistently wrong on installation, I'd like to know about it. > What does the kernel think the disk size is on bootup? > > dmesg | grep hdb ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA hdb: IBM-DTLA-307030, ATA DISK drive hdb: attached ide-disk driver. hdb: host protected area => 1 hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) hdb: hdb1 > > What does the BIOS say in the CMOS setup screen for the disk geometry? capacity 30740 MB cylinder 59560 head 16 precomp 0 landing zone 59559 sector 63 > What does the disk say on the label for the geometry? Model: DTLA-307030 Capacity: 30.7 GB LBA 60.036.480 sectors CHS: 16383/16/63 MLC: F80033 And here's more: DOS fdisk reports the partition as being 8032 MB. Win98 reports it (C:) as 5.8 GB. gnu parted reports it as: (note that the drive is temporarily connected as hdb for convenience) ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:DMA hdb: IBM-DTLA-307030, ATA DISK drive hdb: attached ide-disk driver. hdb: host protected area => 1 hdb: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) hdb: hdb1 and here are the fdisk and sfdisk outputs again for reference: fdisk -l Device Boot Start End Blocks Id System /dev/hdb1 * 1 1123 9020466 c Win95 FAT32 (LBA) sfdisk -l Disk /dev/hdb: 1123 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/hdb1 * 0+ 1122 1123- 9020466 c Win95 FAT32 (LBA) /dev/hdb2 0 - 0 0 0 Empty /dev/hdb3 0 - 0 0 0 Empty /dev/hdb4 0 - 0 0 0 Empty

July 26, 2004

Re: [Wlug] Partition table blues

by Charles R. Anderson

On Mon, Jul 26, 2004 at 12:55:36AM -0400, Gregory Avedissian wrote: > The disk in question is around 30GB, and originally, 6 GB were taken by > windows on hda1, 1GB by swap on hda2, 8GB for hda3, and 10GB for hda5, > leaving 3.7GB unallocated space in the extended partition. I did this by > making the win partition with the win98 fdisk, and then making the linux > partitions with the suse intall disk. It looks like the numbers aren't > adding up right. Ok, you need to stop right here and find out why fdisk thinks the disk is only 9GB before doing anything else. I can think of one reason. The MBR also stores C/H/S values. Normally, C*H*S*512 on the MBR should match the disk capacity. Since yours doesn't appear to, perhaps you overwrote the MBR C/H/S values when you restored the copy you had in /boot. Did you perhaps make that backup from a different sized disk? Linux 2.4 will trust the MBR values over the BIOS values. Linux 2.6 trusts the BIOS over the MBR (leading to the aforementioned Windows interop problem after installing a Linux 2.6 distro). What does the kernel think the disk size is on bootup? dmesg | grep hdb What does the BIOS say in the CMOS setup screen for the disk geometry? What does the disk say on the label for the geometry?

July 26, 2004