Re: disk moves from /dev/sdd to /dev/sde

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/16/2009 05:14 PM, Wolfgang S. Rupprecht wrote:

Rick Stevens<ricks@xxxxxxxx>  writes:
The only way to ensure you're talking to the same drive is to use its
UUID.  Most filesystems and devices on Fedora now have UUIDs associated
with them and most of the necessary utilities support it.  For example,
your /etc/fstab can specify a device either via device name (/dev/sda1),
label ("LABEL=somelabel") or UUID ("UUID=weird-hex-string").

Thanks.  I (at the /etc/fstab level) do use a label that goes with the
drive, mainly the lvm VG and LV names.  The problem is that the lvm
mapper *internally* must still use the name that the drive had when the
computer first booted.  It gets confused when the drive gets renamed at
runtime (long after boot).

Ok, if the drives are being renamed during runtime, then something else
is going on.  That shouldn't happen.  The only time I've seen confusion
is if the removable (USB) drive has a PV or VG name that's colliding
with one of the existing ones, and usually LVM won't let you activate
the "new" VG.

In your first post, you mentioned that the renumbering occurred after
you had added a USB drive and rebooted (the USB drive became sdd and
your internal one sde).  Using UUIDs would block that completely.

I sure wish there was a standard on the order in which things get
scanned.  Even network NICs vary.  On Dell 1850s and 1950s, the PCI bus
was scanned for NICs before the on-board stuff, so any PCI NICs got the
first "ethX" numbers.  The bigger 2850/2950 machines scanned the
on-boards first.  GRRRRR!  It's enough to drive one absolutely mad at
times.

Ditto.  I have my machine dual ported and I'd really like eth0 to be the
internal ethernet and eth1 to be the external.  (Some programs like
multicast progs seem to default to the first ethernet and it would be
nice for me not to spew packets towards the public internet.)

The solution to that is to block multicast packets on the public NIC via
iptables.  Not elegant, but functional.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer                      ricks@xxxxxxxx -
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -
-                                                                    -
-         C program run. C program crash. C programmer quit.         -
----------------------------------------------------------------------

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux