<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>