Greg Freemyer wrote:
Zones == collections of cylinders with the same # of sectors/track? If so, we both agree, but I have no idea why you said "wrong".
---- One of my best friends and I often argue over terminology...ALOT... Once we figure out what each of us is saying we find we are in agreement most of the time. But one thing he says to me that you just reminded me of... "Why do you say 'no' when you mean 'yes'?".... Well usually because it's not exactly what he's saying, but with conditionals that to him don't make a difference. Sound familiar...
I do computer forensics for a living. I see lots of real world drives, but mostly windows. The first partition on most of them starts at sector 63 or 2048. 63 is from partitioning tools that try to align the first partition and believe the lie that the CHS data provides. Windows xp does that.
My drives were last formatted on linux to be win compatible, as I thought I might need the compat for some reason or another. The larger drives weren't weren't setup for win compat and parted on suse chose 34 sectors -- not optimal. I note that it now has 4 settings for alignment you can choose when creating a partition -- it doesn't say which is the default. But options are 'none', 'min', 'optimal' and 'cylinder'. So I wonder how optimal would differ from a cylinder -- but also how one optimizes RAID layouts in light of 'optimal' being a different (and not necessarily equal or not-equal) option from 'cylinder'.
2048 is what newer computers typically have. They no longer worry about tracks and just align to 1 MB boundaries. Vista and win7 do that.
--- Just looked at my Winbox... I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf19ce566 Device Boot Start End Blocks Id System /dev/sda1 * 2048 206847 102400 7 HPFS/NTFS/exFAT /dev/sda2 206848 1573070847 786432000 7 HPFS/NTFS/exFAT /dev/sda3 1573070848 1707288575 67108864 7 HPFS/NTFS/exFAT ------ I'd have to be in agreeance with you on that point -- with a conditional. The above is a 4 disk SSD-based RAID.... so it wouldn't have any cylinders to align on.
Linux partitioning tools in general got updated a couple years ago to default to MB alignment.
Likely right after my last partitioning. But they don't do the same thing as Windows -- at least not fdisk (not going to try with parted -- it does things in real-time on disk if I remember correctly... owie!)
My favorite tool for listing partition setups is mmls (it only outputs info since it is a reporting only tool). (Install sleuthkit it you want to use mmls).
--- Will have to check it out...
Thus it is clear that whatever default openSUSE partitioner is used during install does 1 MB alignment.
I'm nearly always the type that doesn't choose default. I'm too particular (though many believe there there is no art, only 'e' with the 'i' coming laterl C`est la vie)
The rest of your email I'm going to ignore because it seems to be about how the tools report partitions, not how they create them.
--- Well .. those exact same tools were the ones that created them... fdisk for the smaller stuff, parted for large and gpt partitions... Now this is interesting... my current HD formatted by fdisk..the one that shows: /dev/sdc1 63 25398764 12699351 83 Linux /dev/sdc2 25398765 42009974 8305605 83 Linux /dev/sdc3 * 42009975 44130554 1060290 83 Linux /dev/sdc4 44130555 284687864 120278655 5 Extended /dev/sdc5 44130618 60918479 8393931 82 Linux swap / Solaris /dev/sdc6 60918543 92389814 15735636 83 Linux /dev/sdc7 92389878 113370704 10490413+ 83 Linux /dev/sdc8 115475283 283242014 83883366 83 Linux For the last partitions, I used some random GUI -- dunno which, but I first tried deleting sdc8 and recreating -- it wanted to put the new partition at 113372753 -- 13*19*109*4211 (WT*?) must be a cylinder boundary... well put back /sdc8 the way it was and then tried 'n' again... then it said no more room. then I toggled the dos-compat flag to 'yes', was able to create 3 more partitions .. I re-ordered the partition table to match physical layout (I didn't save this to disk). But now it showed: /dev/sdc1 63 25398764 12699351 83 Linux /dev/sdc2 25398765 42009974 8305605 83 Linux /dev/sdc3 * 42009975 44130554 1060290 83 Linux /dev/sdc4 44130555 284687864 120278655 5 Extended /dev/sdc5 44130618 60918479 8393931 82 Linux swap / Solaris /dev/sdc6 60918543 92389814 15735636 83 Linux /dev/sdc7 92389878 113370704 10490413+ 83 Linux /dev/sdc8 113370768 113372752 992+ 83 Linux /dev/sdc9 113372753 115473234 1050241 83 Linux /dev/sdc10 115473298 115475282 992+ 83 Linux /dev/sdc11 115475283 283242014 83883366 83 Linux /dev/sdc12 283242078 283244062 992+ 83 Linux /dev/sdc13 283244063 284687864 721901 83 Linux ---- 1) when I created a default sector in fdisk, it skipped 992 sectors to create a partition it called 1GiB that it really rounded up by 1665 sectors. 2) next default was #13. at 721901 then it claimed no more space I set dos compat (now marked as deprecated) and I was able to create the 3 partitions 8 10 12 above... So in non-dos compat (default mode), fdisk now looks like it defaults to cylinder alignment. I installed the sleuthtools -- they don't like gpt partitions it seems: --- DOS Partition Table Offset Sector: 0 Units are in 512-byte sectors Slot Start End Length Size Description 00: Meta 0000000000 0000000000 0000000001 0512B Primary Table (#0) 01: ----- 0000000000 0000000000 0000000001 0512B Unallocated 02: 00:03 0000000001 0000000001 0000000001 0512B GPT Safety Partition (0xee) 03: ----- 0000000002 0000000033 0000000032 0016K Unallocated 04: 00:00 0000000034 4294967328 4294967295 0001T Linux (0x83) 05: ----- 4294967329 23435673599 19140706271 0008T Unallocated ---- But look at how it shows that disk above I was exploring with fdisk: DOS Partition Table Offset Sector: 0 Units are in 512-byte sectors Slot Start End Length Size Description 00: Meta 0000000000 0000000000 0000000001 0512B Primary Table (#0) 01: ----- 0000000000 0000000062 0000000063 0031K Unallocated 02: 00:00 0000000063 0025398764 0025398702 0012G Linux (0x83) 03: 00:01 0025398765 0042009974 0016611210 0007G Linux (0x83) 04: 00:02 0042009975 0044130554 0002120580 0001G Linux (0x83) 05: Meta 0044130555 0284687864 0240557310 0114G DOS Extended (0x05) 06: Meta 0044130555 0044130555 0000000001 0512B Extended Table (#1) 07: ----- 0044130555 0044130617 0000000063 0031K Unallocated 08: 01:00 0044130618 0060918479 0016787862 0008G Linux Swap / Solaris x86 (0x82) 09: Meta 0060918480 0092389814 0031471335 0015G DOS Extended (0x05) 10: Meta 0060918480 0060918480 0000000001 0512B Extended Table (#2) 11: ----- 0060918480 0060918542 0000000063 0031K Unallocated 12: 02:00 0060918543 0092389814 0031471272 0015G Linux (0x83) 13: Meta 0092389815 0113370704 0020980890 0010G DOS Extended (0x05) 14: Meta 0092389815 0092389815 0000000001 0512B Extended Table (#3) 15: ----- 0092389815 0092389877 0000000063 0031K Unallocated 16: 03:00 0092389878 0113370704 0020980827 0010G Linux (0x83) 17: ----- 0113370705 0115475282 0002104578 0001G Unallocated 18: Meta 0115475220 0283242014 0167766795 0079G DOS Extended (0x05) 19: Meta 0115475220 0115475220 0000000001 0512B Extended Table (#4) 20: 04:00 0115475283 0283242014 0167766732 0079G Linux (0x83) 21: ----- 0283242015 0284688383 0001446369 0706M Unallocated -------------------- Lots of unallocated 'holes' used to line things up on what appear to be cylinder boundaries... but that's really just a guess... sure ain't based on integer values of MB GB or such...
If you want me to test any particular partitioner, just ask. That 1.5 TB external is a scratch drive. I can use dd to wipe the partition table and then use whatever tiool you want to create new partitions. I don't know which have been updated to default to 1 MB alignment, but I hope most have by now.
----- Well -- the standard one's I use are fdisk and parted... I'd be curious about those whenever... ;-) Though I must say, with parted, it says you can choose 'optimal', which lets the disk tell you where to put things... so maybe the disks are telling SW 1MB? you might try parted w/the different alloc mechanisms -- if you are interested as well, that is... otherwise, I'll find out next time I do partitioning... ;-) Cheers... Linda -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org