No, the capacity is 635600896 bytes.
$ sg_readcap /dev/sg1
Read Capacity results:
Last block address = 310351 (0x4bc4f), Number of blocks = 310352
Block size = 2048 bytes
This is from my log:
Attached scsi removable disk sdb at scsi4, channel 0, id 0, lun 0
SCSI device sdb: 310352 2048-byte hdwr sectors (636 MB)
$ cat /proc/scsi/scsi
Attached devices:
Host: scsi1 Channel: 00 Id: 01 Lun: 00
Vendor: IBM Model: DNES-309170W Rev: SA30
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi4 Channel: 00 Id: 00 Lun: 00
Vendor: FUJITSU Model: M25-MCC3064AP Rev: 0023
Type: Optical Device ANSI SCSI revision: 02
On my box the MO drive is /dev/sdb or /dev/sg1 .
Executing 'mount -t vfat /dev/sdb /mnt/extra -o debug'
put this in my log:
MSDOS: Hardware sector size is 2048
[MS-DOS FS Rel. 12,FAT 16,check=n,conv=b,uid=0,gid=0,umask=022]
[me=0xf8,cs=32,#f=2,fs=1,fl=152,ds=305,de=512,data=
337,se=0,ts=1241408,ls=512,rc=0,fc=4294967295]
Transaction block size = 2048
> Perhaps, your MO disk will have the `ls' of a value smaller
> than 2048.
Yes, ls=512 .
> Logical sector size smaller than device sector size cannot
> be handled with FAT of 2.4 series.
Great. When will that be fixed (Jens?) ? If not, can we get
a more civilized response than the current oops?
Doug Gilbert
-
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/