On 11/09/11 22:58, consul tores wrote: > 2011/9/11 Scott Ferguson <prettyfly.producti...@gmail.com>: >> On 11/09/11 15:38, consul tores wrote: >>> >>> 2011/9/10 yudi v<yudi....@gmail.com>: >> >> <snipped> >>>> >>>> -- Kind regards, Yudi >>> >>> I think that, it is a problem with Squeeze fdisk+GPT; please try >>> cfdisk, it seems updated. >>> >>> >> >> Yudi is not using GPT. > > Ooops, it should says: Squeeze fdisk + LBA
How is this an LBA issue? > >> <snipped> > Nop, i did a test to Squeeze fdisk, and cfdisk over similar > conditions (windows 7, and Debian, it shows Disk /dev/sda: 500.1 GB, > 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units > = cylinders of 16065 * 512 = 8225280 bytes Sector size > (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): > 512 bytes / 512 bytes Disk identifier: 0x7221e240 > > Device Boot Start End Blocks Id System /dev/sda1 > * 1 153 1227776 7 HPFS/NTFS Partition 1 > does not end on cylinder boundary. /dev/sda2 153 > 19370 154357760 7 HPFS/NTFS /dev/sda3 59527 > 60802 10238976 7 HPFS/NTFS /dev/sda4 19370 > 41291 176074880+ 5 Extended /dev/sda5 19370 > 19893 4198400 82 Linux swap / Solaris /dev/sda6 > 19893 35212 123045888 83 Linux /dev/sda7 35212 > 41291 48829536 83 Linux > > Partition table entries are not in disk order I'm sorry Consul - but I'm very confused here - 1. you are referring to your system, where you have used MS to create partitions. Yes, MS uses fdisk, but it's not the same, and MS creates "damaged" partitions (that's why they're "out of order"). When Debian (or whatever GNU/Linux you used) created it's partitions it was lumbered with a DOS extended partition - and yes, they won't align on cylinders - but thats an MS issue - Debian (or whatever you used) can only work with the remaining space. 2. your drive has 512B sectors - the OP has 4K sectors 3. you are just listing partitions, not creating them (or did I miss something? Is this in reference to the OPs problem? Or are you also having a problem? NOTE: you are also using CHS - which is OK for MS, which works with both CHS and sectors (though I struggle to see the relevance to Debian) - but Debian *only* uses sectors. <snipped> > > I did not do it, but GNU-fdisk use libparted; I did another test > using windows 7, and Slackware-13.37; both fdisk, and cfdisk work > correctly, they do not say "Partition 1 does not end on cylinder > boundary.", That's because MS created the partition.... > then the problem could be that 4k-aware (as it is named by Seagate) > is not present on Squeeze fdisk, man fdisk | grep 4096 1024, 2048 or 4096. (Recent kernels know the sector size. > sfdisk, and cfdisk. I really do not > know if the block errors are by the same cause. Without actually having a 4K sector hard drive, again, I struggle to understand the relevance... The partitioning tool doesn't have to be "4K-aware" [sic] - but if partitions and sectors don't align (Byte multiples) then several reads are required, hence the performance loss. Maybe I'm just tired, or it's a language thing. My apologies if I've missed something here. > >> >> Kind regards >> <snipped> Cheers -- "They proved that if you quit smoking, it will prolong your life. What they haven’t proved is that a prolonged life is a good thing. I haven’t seen the stats on that yet." — Bill Hicks -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6df842.1050...@gmail.com
