Messages in this thread | | | Date | Tue, 20 Feb 2007 20:21:32 +0900 | From | Tejun Heo <> | Subject | Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working |
| |
Joel Soete wrote: > Ok comparing the content of the original image: > # mount -t iso9660 -o ro -o loop /MultiCd/cd060213.iso /mnt/cd > # find /mnt/cd -type f -exec md5sum {} \; > 37149d4961c0484f2cceb1a1614b253d /mnt/cd/boot.cat > 4ab996554b0e7ade115a3f284b876612 /mnt/cd/boot.msg > fbdc51c29d54dd227427b2ef90e1961e /mnt/cd/initrd.cgz > 92c9a50bed71257c29f069ec5dd819fc /mnt/cd/isolinux.bin > 927ce1096693b3a44af0e0d8a2ad720c /mnt/cd/isolinux.cfg > 4afcf65ff8259a3bccd0cf9f91675529 /mnt/cd/scsi.cgz > 4714742585da795c3a69c262ce8c35ef /mnt/cd/vmlinuz > > and the content of the burned cd: > # mount /cdrom > # find /cdrom -type f -exec md5sum {} \; > 37149d4961c0484f2cceb1a1614b253d /cdrom/boot.cat > 4ab996554b0e7ade115a3f284b876612 /cdrom/boot.msg > fbdc51c29d54dd227427b2ef90e1961e /cdrom/initrd.cgz > 92c9a50bed71257c29f069ec5dd819fc /cdrom/isolinux.bin > 927ce1096693b3a44af0e0d8a2ad720c /cdrom/isolinux.cfg > 4afcf65ff8259a3bccd0cf9f91675529 /cdrom/scsi.cgz > 4714742585da795c3a69c262ce8c35ef /cdrom/vmlinuz > > it seems ok? > > What is it lost???
Probably length got screwed somewhere. Hmm... will do some testing.
>>> 2/ (but that should be much more related to scsi api) sdcXX > sdc15 >>> doesn't works ;-( >>> # sfdisk -l /dev/sdc >>> >>> Disk /dev/sdc: 1826 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/sdc1 * 0+ 195 196- 1574338+ b W95 FAT32 >>> /dev/sdc2 196 1825 1630 13092975 5 Extended > [snip] >>> /dev/sdc23 881+ 1533 653- 5245191 83 Linux >>> /dev/sdc24 1795 1825 31 249007+ 83 Linux >> >> Whee, you have 24 partitions? > yes: it was dated from the early time I was testing various distro to > choose one ;-) > >> Due to the way SCSI block device numbers are laid out, SCSI supports >> only upto 15 partitions per device. >> > Ah, I never had chance to use a disk array with fc connection on one of > my linux boxe, so I don't know how can it works with up to 255 luns?
Each lun is handled as a separate scsi device and as such allocated 16 minor numbers if it is a block device. Will check if the minor number limit can be worked around somehow.
-- tejun - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |