解决Partition table entries are not in disk order 的问题.docxVIP

解决Partition table entries are not in disk order 的问题2012-11-20by douglasjpd@用fdisk给磁盘分区或者调整分区或者新增分区的时候，分割磁区的位置顺序没有依照次序，或者按照缺省不可能按照次序进行的时候，常会发现w之后，系统提示：Partition table entries are not in disk order的问题。下面是我的例子的背景：Ubuntu虚拟机初始分区是10GB，安装系统时的分区方法是：除了swap区之外，其它全部给了/分区。后来因为不够用，扩展该分区到25GB后（Linux虚拟机扩展硬盘的具体方法请自行搜索解决），需要在Ubuntu中给扩展磁盘部分进行分区。请看分区过程的截图。从图中可以看出，第一次新增分区时只能按照系统的提示和缺省值进行。尤其在输入终止扇区数（Last Sector）的位置无法达到最大的分区位置。事实上，缺省只能用到5GB左右。所以继续新建分区。这次可以把剩下的大部分空间都建在新分区上：就在此时，出现了“Partition table entries are not in disk order”的提示。此时只要输入x进入“专家”模式。可以看到有一个专门修正该问题的选项f。选择该功能后很快就done了：但是这样做了后，最好不要立即重新启动系统，而是去仔细检查新分区是否改变了以前的引导分区和交换分区的标识（路径）。如果改变了，很可能系统无法启动！检查过程如下：发现：经过f之后，原来Extended的/dev/sda2分区变成了/dev/sda3。但是其Id=5。因为没有实际的文件系统或交换区落在新的sda3这个分区上（也就是原来的sda2），所以重启系统不会有问题。为确认，进一步检查如下：root@demo:~# more /etc/fstab# /etc/fstab: static file system information.## Use blkid to print the universally unique identifier for a# device; this may be used with UUID= as a more robust way to name devices# that works even if disks are added and removed. See fstab(5).## file system mount point type options dump passproc /proc proc nodev,noexec,nosuid 0 0# / was on /dev/sda1 during installationUUID=d47dd86b-65e1-43e0-9ec0-bd74f65d805a / ext4 errors=remount-ro 0 1# swap was on /dev/sda5 during installationUUID=d754ddde-de0c-4c78-8390-e87a661fedb9 none swap sw 0 0/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0root@demo:~# cd /dev/disk/by-uuidroot@demo:/dev/disk/by-uuid# lltotal 0drwxr-xr-x 2 root root 80 Nov 20 12:42 ./drwxr-xr-x 5 root root 100 Nov 20 12:42 ../lrwxrwxrwx 1 root root 10 Nov 20 12:42 d47dd86b-65e1-43e0-9ec0-bd74f65d805a - ../../sda1lrwxrwxrwx 1 root root 10 Nov 20 12:42 d754ddde-de0c-4c78-8390-e87a661fedb9 - ../../sda5或者用下面的命令检查UUID和设备的对应关系：root@demo:~# blkid/dev/sda1: UUID=d47dd86b-65e1-43e0-9ec0-bd74f65d805a TYPE=ext4/dev/sda5: UUID=d754ddde-de0c-4c78-8390-e87a661fedb9 TYPE=swap发现fstab和/de