<div dir="ltr">okay.... I think it is a hardware issue. I plug the external drive into my linux box and it does not see the drive. I plug it in correctly into thw windows 10 box and it sees itso.... everythhing is working so far. I just need to burn mint onto a USB stick and everything should be good. Apparently the usb will burn from windows but I'll find out when everything is done. Or else perhaps the old hardware on my linux box has something to do with it..... but that box is only 6 years old!</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 24, 2016 at 5:21 PM, Matt Graham <span dir="ltr"><<a href="mailto:mhgraham@crow202.org" target="_blank">mhgraham@crow202.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-10-24 08:58, Carruth, Rusty wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
NOTE! WARNING! BEWARE!!! DD will almost certainly copy the UUID from<br>
the source partition to the destination partition! I do NOT know what<br>
havoc will result when linux looks for that UUID and finds 2…. (I’d<br>
guess it takes the first one it finds<br>
</blockquote>
<br></span>
Yes, mount goes through all the block devices probably starting with the first SCSI disk.  If it's looking for a UUID and finds it on /dev/sda3, that's the one it'll use, even if the same UUID is on /dev/sdb1 .  I think.  IIRC, the label detection code in mount did that the last time I looked at it.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(I know about the UUID copy because I do that here at work all the<br>
time. In my case, it’s a feature. In your case, it’s a bug)<br>
</blockquote>
<br></span>
If you know you want to have the same UUID on 2 filesystems, you can use "dumpe2fs -h /dev/sdNN | grep UUID" , then pass the big hex string to the -U option of mkfs when you're making the new filesystem.  Or the -U option of tune2fs if you've already done mkfs and copied stuff.<br>
<br>
IMHO, using filesystem labels is preferable to using UUIDs in /etc/fstab .  Labels can be made short and meaningful to humans, while UUIDs really can't.  (OK, -U feedface-dead-beef-0000-123456<wbr>789abc works, but is silly.)  Distros probably go the UUID route because it's generally easy to assume that UUIDs are unique, while filesystem labels may not be.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Crow202 Blog: <a href="http://crow202.org/wordpress" rel="noreferrer" target="_blank">http://crow202.org/wordpress</a><br>
There is no Darkness in Eternity<br>
But only Light too dim for us to see.<br>
------------------------------<wbr>---------------------<br>
PLUG-discuss mailing list - <a href="mailto:PLUG-discuss@lists.phxlinux.org" target="_blank">PLUG-discuss@lists.phxlinux.or<wbr>g</a><br>
To subscribe, unsubscribe, or to change your mail settings:<br>
<a href="http://lists.phxlinux.org/mailman/listinfo/plug-discuss" rel="noreferrer" target="_blank">http://lists.phxlinux.org/mail<wbr>man/listinfo/plug-discuss</a></font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8000001907349px">:-)~MIKE~(-:</span><br></div></div></div></div></div>
</div>