<div dir="ltr">I had posted to try to bring the problem I have had to light.  Every response has discounted my experience.  I can see some light here, as per the discussion of BIOS preferences.  <br><br>Can you explain this to me, why I have not had the same problem with Gentoo?   I seriously do not wish to light up flames between Gentoo and Ubuntu, but rather to open up once again to explain as best I could what had happened to me.  <br>
<br>I have never had this problem before.  I hope I never do again, and I don't guess I have been really nice about it, but every answer I have gotten on this list has sidestepped that I really did have the problem and attempted to explain it away.<br>
<br>Sure, I have mixed PATA and SATA, why not?  I have both.  I didn't through the old PATA's away.  Only with Hardy did I ever see an adjustment of the device names.<br><br>Here are some stats to shed light, at least, on the statements about it not being possible to avoid /dev/sdX being substituted for /dev/hdY:<br>
<br>luminosity alan # uname -a<br>Linux luminosity 2.6.26-gentoo #1 SMP Sun Jul 27 12:12:48 [...  ]<br><br># df<br>luminosity alan # df<br>Filesystem           1K-blocks      Used Available Use% Mounted on<br>rootfs                69298420  27887260  37890920  43% /<br>
/dev/root             69298420  27887260  37890920  43% /<br>udev                     10240       164     10076   2% /dev<br>none                   1029348         0   1029348   0% /dev/shm<br>rc-svcdir                 1024        68       956   7% /lib64/rc/init.d<br>
/dev/sdc1               101086     48750     47117  51% /boot<br>/dev/sda6             62144164  54414904   4572492  93% /home/moseley<br>/dev/sdb4            229672204  93745384 124351988  43% /home/alan/ARCHIVE<br>/dev/hda6             20176612  13747140   5404528  72% /media/disk<br>
/dev/sda2             76896348  64544888   8445256  89% /media/disk-1<br>/dev/hda7             21859252  11233488   9524112  55% /media/disk-2<br>/dev/sda1             43643548  27245660  14180920  66% /media/disk-3<br>/dev/sdb3            101272600    192252  95976500   1% /media/disk-4<br>
/dev/sdb1             51361528    184272  48588788   1% /media/disk-5<br>/dev/hda1               451623    148442    279086  35% /media/disk-6<br>/dev/sda5             57677500  54639628    108020 100% /media/video3<br><br>
<br><br>This is not to say that I understand all of this.  But something's happening here.  I don't have the same information available  from Ubuntu Hardy Heron at present.    These would all be /dev/sdX.  <br><br>
I'm not going to win this battle, but be upbraded and derided and demonstrated again and again to be wrong.  Maybe I am.<br><br>Alan <br><br><div class="gmail_quote">On Fri, Aug 8, 2008 at 1:06 AM, Derek Broughton <span dir="ltr"><<a href="mailto:news@pointerstop.ca">news@pointerstop.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Rashkae wrote:<br>
<br>
> Alan E. Davis wrote:<br>
><br>
><br>
>><br>
>> Assignation of blame is a minor issue.  I am concerned that (contrary to<br>
>> your opinion) Ubuntu has slipped a fast one.  There is no UUID in gentoo<br>
>> /etc/fstab at this point, so in what way was that *mandated by kernel<br>
>> changes?*<br>
>><br>
><br>
> UUID is not mandated by kernel, but change for /dev/hd? to /dev/sd? is.<br>
<br>
</div>Precisely.  UUID was a very smart way to deal with the issue.<br>
<div class="Ih2E3d"><br>
> You will learn the mistake of your assumptions in time.  I know you<br>
> don't believe me, and I won't convince you, but the change was made by<br>
> people who know much more for a *very* good reason.  UUID is the only<br>
> way to stop the system from not working when hardware is changed, or<br>
> kernel changes device assignment, or or or....  Otherwise, we're back to<br>
> the days of instructing people with broken system to boot from rescue cd<br>
> and edit fstab... yeah, that's so much less hassle for average users.<br>
<br>
</div>There _is_ a post from someone here saying he's having issues with plugging<br>
new USB devices changing the location of _existing_ mounts, and if so, that<br>
_is_ a serious bug, but nothing reported here is a bug.<br>
<div class="Ih2E3d"><br>
> This is a direct result of mixed SATA/PATA, assuming your CD-rom is IDE.<br>
>  When you boot from the CD-rom, the BIOS gives ide precedence, and your<br>
> IDE hard drive is considered drive 0.  Then when you switch to booting<br>
> on SATA, the BIOS gives SATA precedence, and identifies the SATA drive<br>
> as drive 0, and of course, re-numbers everything else.  I'd be surprised<br>
> if any distro can install from an IDE device to a SATA device, with<br>
> other IDE hard drives, and not need a little post-install tweaking.<br>
<br>
</div>Thanks for making it more clear than I could.<br>
<div class="Ih2E3d"><br>
>> I've not seen this elsewhere.  If it's not a bug, what is it?<br>
><br>
> PEBKAC<br>
<br>
</div>LOL :-)<br>
--<br>
<font color="#888888">derek<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
--<br>
ubuntu-users mailing list<br>
<a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-users" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Alan Davis<br><br>"It's never a matter of liking or disliking ..."<br> ---Santa Ynez Chumash Medicine Man<br><br>
</div>