I know the extended partition stuff is DOS relic configuration workarounds. Does a Linux system really care about where a partition is? Is it just "drive space" as far as the kernel is concerned or are partitions in the extended one treated differently? This is only in reference to modern SATA drives. I know old kernels with really old drive (early IDE stuff) it did matter.<br>
<br>The only thing I know of still is where the boot kernel is located (under a 4G limit - still a 32 bit thing?).<br><br><div class="gmail_quote">On Tue, May 31, 2011 at 5:44 PM, Pat Regan <span dir="ltr"><<a href="mailto:thehead@patshead.com">thehead@patshead.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">On Tue, 31 May 2011 16:05:47 -0400<br>
<div class="im">The Don Lachlan <<a href="http://ale-at-ale.org" target="_blank">ale-at-ale.org</a>@<a href="http://unpopularminds.org" target="_blank">unpopularminds.org</a>> wrote:<br>
<br>
</div><div class="im">> I can think of no reasons you would deliberately put a primary<br>
> partition behind the extended partition.<br>
<br>
</div>The most likely time for it to happen is if you run out of primary<br>
partitions and you want to split one of the earlier ones up into two<br>
(or more) partitions. I'm sure someone has done that before :)<br>
<div class="im"><br>
> Regular paging between physical RAM and swap space can be expensive<br>
> to a system's performance; I would say that we shouldn't be paging<br>
> in/out often, if at all, but paging out is A Good Thing <tm>.<br>
<br>
</div>If a system is accessing swap often enough that the speed of the swap<br>
space makes a significant difference then it is most likely time for a<br>
memory upgrade. That's all I'm trying to point out :)<br>
<div class="im"><br>
> I would also counter that I have never, EVER, seen anyone<br>
> deliberately use the start of a disk for faster access unless they<br>
> were using it for swap. If you want to put your most I/O intensive<br>
> partition at the front of the disk, that absolutely makes sense - and<br>
> as soon as I find someone who does that, I'll toggle my bit to 1. :)<br>
<br>
</div>There's a good chance you've inadvertently done exactly this on your<br>
own systems. Anyone creating smallish root/var partitions near the<br>
front of the drive are speeding up access to some of the most important<br>
files on the system. :)<br>
<font color="#888888"><br>
Pat<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III<br><br>As long as the general population is passive, apathetic, diverted to
consumerism or hatred of the vulnerable, then the powerful can do as
they please, and those who survive will be left to contemplate the
outcome.<br>- <i><i><i><i>2011 Noam Chomsky</i></i></i></i><br>