在Linux下往往会碰到这样的问题，磁盘的设备文件，比如/dev/sda, sdb, sdc等等在某些情况下会混乱掉，比如sda变成了sdb或者sdc变成了sdb等等，这样无形中会导致磁盘
在Linux下往往会碰到这样的问题，磁盘的设备文件，比如/dev/sda, sdb, sdc等等在某些情况下会混乱掉，比如sda变成了sdb或者sdc变成了sdb等等，这样无形中会导致磁盘设备管理的混乱，最常见的比如Linux文件系统的启动问题。很多人在遇到这种问题的时候都去找磁盘、阵列厂家，怀疑是他们的问题，其实这种底层的磁盘（单个磁盘或者RAID阵列）和Linux下磁盘设备文件的映射并不是磁盘、阵列厂家来决定的，而是Linux内核自身的原因。

目前Linux内核对于这种磁盘设备的映射基本上取决于三个顺序，
一是磁盘驱动程序的加载；
二是主机PCI插槽的监测；
三是磁盘本身的监测，先来的当然是a，以此类推。所以，在出现热插拔了某些设备、重启等特殊情况下，实际磁盘在Linux下映射的设备文件可能由于这种“排队”的原因而发生改变，而这种底层“偷偷的”变化有时候会让管理员犯一些低级错误。

这是Linux Kernel的限制，所以目前还没办法来正面的克服应对，但有两个“迂回战术”的办法来减少可能出现的问题，一个是采用UUID设备唯一识别的方法，另一个是采用对设备卷做Label标识的办法。

一、 UUID (globally unique identifier)，唯一的身份识别，是采用SCSI Inquiry命令的Page 83信息来映射磁盘设备的。例如我们可以在Linux下查询一些磁盘设备的UUID标识代码。
找到了磁盘设备唯一的UUID代码后，就可以加到/etc/grub.conf和/etc/fstab中，这样即使初始的系统盘sda变成了sdb，但Linux和文件系统的启动加载都是按照UUID来的，所以上层也不会受到影响，例如，
在 /etc/grub.conf系统启动入口中做以下更改：

在 /etc/fstab文件系统启动入口中做以下更改：


二、 第二种算是比较老式的解决方法，即对磁盘卷设置Label标签，同样的道理，系统启动的时候只看标签，不看底层的sda/sdb等设备号，所以也不会影响到系统、文件系统的启动。例如，
使用e2label命令对sda1和sdb1设置标签：
之后在 /etc/grub.conf 系统启动入口中做以下更改：
kernel /boot/vmlinuz-2.6.29 ro root=LABEL=myroot
在 /etc/fstab文件系统启动入口中做以下更改：


当然，以上两种都是为了不影响系统和文件系统的启动采用的变通方法，在实际的系统管理时还是要密切注意底层设备的变化，否则如果出现了磁盘分区误删除的事情罪过可就大了