<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><br><span></span></div><div><span>Yes, I meant the "+".&nbsp; thanks.</span></div><div><br><span></span></div><div><span>and I suppose I picked on fdisk since as far as I know, grub</span></div><div><span>provides no user info except some kinda map.&nbsp;&nbsp; IF grub has</span></div><div><span>knowledge about the boots chain(s), perhaps a boot_chain_print() method</span></div><div><span>could be added.</span></div><div><span></span></div><div>I suppose my 10 partitions on my FC6 drive was still before fdisk was "fixed" ??<br>Unless the one Windows install on it screwed up the fdisk display.<br>( by adding "+" 's).<br><br>Way way way long ago, I had surmised that having a small "normal" partition<br>was the way for a boot to be easy.&nbsp; Of course Microsoft was perceived to<br>be owning the FAT technology at the time, so
 I didn't think it could happen<br>until some court ruled FAT wasn't MS's anymore.<br><br>I've seen brief mention of uEFI once or twice.. as a bios replacement ?<br>Would like to see more about how it might work.&nbsp; Is it in "product" now ?<br>I mean, firmware has to start doing something at power-on no matter what<br>else is in the box.&nbsp; I guess having a ROM linux is the rage at some places.<br>But how different would a uEFI be ?&nbsp; Or did they just leave out leggy stuff ?<br>&nbsp;<br>W.........<br><br><br></div><div>Celebrating over 13,000 emails in my Yahoo Inbox !<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font face="Arial" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Bryan J Smith
 &lt;b.j.smith@ieee.org&gt;<br><b><span style="font-weight: bold;">To:</span></b> Walt Smith &lt;waltechmail@yahoo.com&gt;; "calug@unknownlamer.org" &lt;calug@unknownlamer.org&gt;<br><b><span style="font-weight: bold;">Sent:</span></b> Monday, June 20, 2011 1:25 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Disk alignment and boundaries -- WAS: Fedora upgrade<br></font><br>
Did you mean plus (+) instead of star (*)?&nbsp; The latter is used for active (not <br>required with Linux, or a non-Windows MBR).<br><br>The problem is that 63/255 sectors/heads is _non-aligned_.&nbsp; That's why one gets <br>the plus (+) at times.&nbsp; The problem is the legacy cylinder/heads/sectors (CHS) <br>geometry.<br><br>Newer fdisk versions in Linux distribution releases no longer use CHS, but raw <br>sectors -- be it 512b or 4KiB.&nbsp; This makes things easier to deal with, and get <br>perfect alignments.&nbsp; As I mentioned, I use 1GiB myself.<br><br>As far as boot chain, that has nothing to do with fdisk.&nbsp; Fdisk is not even <br>related to such.&nbsp; The boot chain is dynamic in GRUB, handled and generated at <br>boot-time.&nbsp; And Windows has an extremely dumb boot approach to complicate <br>matters in dual-boot.<br><br>uEFI could have solved it better than it did.&nbsp; But so far, it's just doing what <br>ARC did prior.&nbsp;
 You have a FAT slice where you locate boot loaders.&nbsp; It is read <br>dynamically, but the rest of the boot is handled as before.<br><br>I will say one thing.&nbsp; At least with Linux, you can address boot issues.&nbsp; With <br>NT, you're f'd if it dorks up, which has been the case with some bare metal <br>Windows systems of ours on uEFI.<br><br>________________________________<br>From: Walt Smith &lt;<a ymailto="mailto:waltechmail@yahoo.com" href="mailto:waltechmail@yahoo.com">waltechmail@yahoo.com</a>&gt;<br>Sent: Mon, June 20, 2011 10:32:06 AM<br><br>I've always been NOT happy with the little stars that show<br>in fdisk displaying partition sizes. (I'm not complaining about fdisk per se..<br>I think it was a good idea to display the info ).&nbsp; <br><br>Windows seems to want more precise<br>boundaries, or used to..&nbsp;  Haven't tried anything lately though.<br><br>But Bryans suggestion is a good one: and I would add/amplify:<br><br>There
 should be a way to make ( create ) nice partition boundaries<br>to make the "star" go away ( rather than some user calculation on<br>a note pad ):&nbsp; either an option in fdisk or <br>a separate tool.&nbsp; (you'll notice I'm not detailing the meaning<br>of "star").&nbsp; I never got it down&nbsp; quite perfect why other OS's<br>needed some boundary and others didn't.&nbsp; ...&nbsp; I believe there<br>was some discussion ( on another list ??)<br>regarding some defect in fdisk.&nbsp;  I'm not sure there was a defect so much as<br>it's design was to simply make the part size exactly as the user told <br><br>it to.&nbsp; Although perhaps round-down was a problem if the size entered<br>was "mega-something byte" rather than 123 sectors... sector boundary ???<br><br>Also, fdisk allowed more than one partition to be marked "bootable".<br>I don't have an explanation for that.&nbsp; I'd like to see that fixed if<br>theres not a reason.&nbsp; Perhaps a marker
 for each partition part of the boot chain <br><br>??<br><br>An fdisk display also does not show the boot chain.<br>There have been times when I'd simply forget what the boot sequence<br>was&nbsp; and have to trace it again..&nbsp;  I mean the path thru the partitions,<br>not the kernel boot vmlinuz.<br><br>If the boot is straight from MBR, there could be a simple text display<br>showing:<br>MBR =&gt;&nbsp; /dev/hda2<br><br>if the boot is chained, <br><br>MBR =&gt; /dev/hda1 =&gt;&nbsp; /dev/hda5&nbsp;  ( primary partition )<br><br>MBR= &gt; /dev/hda4(LBA) =&gt; /dev/hda6 <br><br>( chain is on partition of LBA, where LBA is encapsulation for logical hda6,7,8 <br>)<br><br><br></div></div></blockquote></div></div></body></html>