Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
What about sdparm, given libata disks show up as SCSI?
LibATA and PATA drivers, hdparm/sdparm, and partitions
Posted Sep 19, 2006 10:43 UTC (Tue) by Duncan (guest, #6647)
One can therefore come to a relatively safe conclusion that hdparm will
continue to function more or less as it always has, possibly with no
actual user visible changes at all, as libATA capacities in regard to PATA
Of course, the other big issue is that the traditional IDE interface has
allowed for 63 partitions, while SCSI has only allowed for 15. On my last
PATA drive I had some 20-plus partitions, some of which were backup images
of others. Fortunately, I saw mention of fact that the 15 partition SCSI
limit applied to libATA SATA drives as well, before I tried switching
over, so I wasn't caught unaware and was able to prepare. However, there
will likely be those for whom it's a problem.
(As it happened, by the time I actually switched to SATA, I had decided to
go quad SATA drive kernel RAID, RAID-1 boot, partitioned RAID-6 main
system, RAID-0 for temporary and recacheable/redownloadable data. On the
RAID-6, I ran three partitions, root, root-bak, and a third partition
overlaid with LVM2, which contained most of my former partitions as LVM2
logical volumes, so I didn't run into the issue. However, had I not seen
the warning about the 15 partition limit on SCSI including libATA, I
likely would have switched to SATA earlier and would have run into the
issue, so yes, it's a very real one for some people.)
Maybe the libATA PATA work bypasses the 15-partition SCSI limit some way?
I'd certainly be nice if it did for those not running RAID or LVM, given
the half-terabyte and larger drives we are seeing now.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds