[已解决]UUID不对了，高手帮忙呀！（经验分享在40楼）

[billbear]

嗯，这种主分区/扩展分区/逻辑分区 的设计是挺恶心的，这个链表中越往后的分区信息丢失的概率越大。只要这个链当中有一环读不出来，后面的全完蛋
gpt的磁盘用起来舒服多了，直接给你128个主分区

[billbear]

关于 xp 不能处理乱序分区，我是比较肯定的，你可以这样试验：

用 win pm 把磁盘分成类似这样， sda1 || sda5 sda6 空闲 sda7 ，然后 用 gparted 把 空闲 处分成一个 reiser 分区（将是 sda8），重启进 xp ，用其自带的磁盘管理工具 删掉reiser 分区 ，看看sda7 还会存在吗

我试过了，没有发现你说的问题。应该有其他的原因导致你误杀了ntfs分区。
我是在虚拟机里试验的。xp是sp3。我还是认为链表不大可能会删错。
但是，发现用xp的磁盘管理工具删除/添加了分区后，他是会把逻辑分区排列整理好的，那样会导致linux无法启动。如果是grub4dos，简单一点，改改menu.lst就好，如果是gnu grub, 麻烦了，要重装grub。所以 skyx 同学说的 "在win/lin多系统硬盘上，不要随便用xp的磁盘管理删分区"无疑是正确的。

[skyx]

关于 xp 不能处理乱序分区，我是比较肯定的，你可以这样试验：

用 win pm 把磁盘分成类似这样， sda1 || sda5 sda6 空闲 sda7 ，然后 用 gparted 把 空闲 处分成一个 reiser 分区（将是 sda8），重启进 xp ，用其自带的磁盘管理工具 删掉reiser 分区 ，看看sda7 还会存在吗

我试过了，没有发现你说的问题。应该有其他的原因导致你误杀了ntfs分区。
我是在虚拟机里试验的。xp是sp3。我还是认为链表不大可能会删错。
但是，发现用xp的磁盘管理工具删除/添加了分区后，他是会把逻辑分区排列整理好的，那样会导致linux无法启动。如果是grub4dos，简单一点，改改menu.lst就好，如果是gnu grub, 麻烦了，要重装grub。所以 skyx 同学说的 "在win/lin多系统硬盘上，不要随便用xp的磁盘管理删分区"无疑是正确的。

虚拟机中不知道，但真机中： 主分区＋扩展分区（ntfs+ntfs+fat32+ext3+etx3+swap）

先装的是xp,linux分区是用xp磁盘管理删后，装linux过程中用gparted分出来的。

我遇到的这种情况下：用xp磁盘管理删一个逻辑分区，其它逻辑分区除第一个外，全没

[ptptptptptpt]

刚刚试了一下，用的 xp sp3 深度精简版，确如 billbear 所说，没丢失分区，然而，skyx所说的事情我是真真实实遇到过的，不过是1年多前，或许微软后来打了补丁？？

我会找个老版的xp试试

[billbear]

虚拟机中不知道，但真机中： 主分区＋扩展分区（ntfs+ntfs+fat32+ext3+etx3+swap）

先装的是xp,linux分区是用xp磁盘管理删后，装linux过程中用gparted分出来的。

我遇到的这种情况下：用xp磁盘管理删一个逻辑分区，其它逻辑分区除第一个外，全没

你还记得更多细节吗？既然你们俩都这么说，我有点相信了。但是我是断然不会在真机上试验的，呵呵。
链表的坏处是，如果摘除某一环时真的出错了，那么后面的环就全部丢失了。
而新的gpt分区表是一张顺序表，在整个磁盘的起始和末尾有这张表的两份拷贝，各有128行，（所以分区数量足够多，不再有扩展、逻辑分区的概念）即使某一行出错，其他行不可能被影响。

[billbear]

刚刚试了一下，用的 xp sp3 深度精简版，确如 billbear 所说，没丢失分区，然而，skyx所说的事情我是真真实实遇到过的，不过是1年多前，或许微软后来打了补丁？？

我会找个老版的xp试试

如果有这么严重的bug，现在打上了补丁也是不奇怪的事。我的 xp sp3 是用vlk sp1原版自己 slipstream 的

[adagio]

嗯，这种主分区/扩展分区/逻辑分区 的设计是挺恶心的，这个链表中越往后的分区信息丢失的概率越大。只要这个链当中有一环读不出来，后面的全完蛋
gpt的磁盘用起来舒服多了，直接给你128个主分区

这个搞出来的分区，XP认不认识啊？不认识还是没法用啊？除非单linux系统

[billbear]

嗯，这种主分区/扩展分区/逻辑分区 的设计是挺恶心的，这个链表中越往后的分区信息丢失的概率越大。只要这个链当中有一环读不出来，后面的全完蛋
gpt的磁盘用起来舒服多了，直接给你128个主分区

这个搞出来的分区，XP认不认识啊？不认识还是没法用啊？除非单linux系统

不认识。 vista sp1 据说是认识的。但是gpt规范里为了避免老的操作系统误以为这是一个空白的磁盘，所以保留了mbr表，叫做 protective MBR, 保护gpt 不受老式操作系统的伤害。你可以编辑mbr表使它成为gpt表的一个子集，这样xp仍然认为这是一块mbr磁盘，它可以看到最多4个分区。linux是可以使用gpt的。我的分区表是gpt的，xp看到它自己的几个ntfs分区够了，我也不打算让他看到linux/mac分区。当然，目前不建议大众使用。
gpt 的基本知识看这里 http://en.wikipedia.org/wiki/GUID_Partition_Table
当初做mbr磁盘分区规范的时候可能是磁盘都比较小，不想浪费太多空间来存储分区表吧，但是4个分区也太少了，很快就发现不够用，只好想了个扩展分区、逻辑分区的肮脏的解决方案，结果每一个逻辑分区都要一张和主分区表同样大小的分区表，而且一半是空着的，另一半里的一半用来存储指针，有效信息只有1/4，反而浪费更多空间，还不如当初把主分区表做大一点呢。这种链式的方案用osx的fdisk看得很清楚，比如我的移动硬盘就是老式mbr格式，信息是

bill-beardemacbook:~ billbear$ fdisk /dev/rdisk1
Disk: /dev/rdisk1 geometry: 19457/255/63 [312581808 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
*1: AF 0 1 1 - 1023 254 63 [ 63 - 17039360] HFS+
2: AF 1023 254 63 - 1023 254 63 [ 17039484 - 63176704] HFS+
3: 0B 1023 254 63 - 1023 254 63 [ 80216199 - 167772160] Win95 FAT-32
4: 05 1023 254 63 - 1023 254 63 [ 247995405 - 64581300] Extended DOS
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: 83 1023 254 63 - 1023 254 63 [ 247995468 - 29286432] Linux files*
2: 05 1023 254 63 - 1023 254 63 [ 277281900 - 33206355] Extended DOS
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: 83 1023 254 63 - 1023 254 63 [ 277281963 - 33206292] Linux files*
2: 05 1023 254 63 - 1023 254 63 [ 310488255 - 2088450] Extended DOS
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: 82 1023 254 63 - 1023 254 63 [ 310488318 - 2088387] Linux swap
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused

[ptptptptptpt]

有时候看着好东东（像 gpt、efi、grub2）得不到推广，真是很无奈

[christnan]

汗一下
原来这里也有受害者

分区这个顺序，是乱搞的，MD
不知道有没有哪个大牛能搞得清楚依据
我是没搞明白

MD果然被billbear老兄言中啦！
我原来的根分区sda11
可现在莫名其妙的变成了sda9
往前挪了两位！！！！

原来根本不关UUID任何事！

我只是在menu.lst里把原来的root（hd0,10）这句改成root（hd0,8）！就顺利进来了！
哇哈哈哈哈哈哈哈哈！！！

多谢各位解答！！！
特别感谢billbear！！！一言中第喔！！强！！！

[bbeikke]

LZ你终于也有这一天了哈哈~~ 同情一下──分享一下经验，重装 ，哈哈
上次我的也这样了，当时是进不了，也修改不了menu.list，不过现在想想应该有
一种工具在XP下查看UUID才对，或者是光盘启动工具查看UUID，如果你找到了，
我们就爽了，以后/var空间少了就可以随便挂载~

DiskGenius

[adagio]

挖坟党，DiskGenius能看UUID？真的？

[bbeikke]

挖坟党，DiskGenius能看UUID？真的？

不能的，昨晚进不去ubuntu和win7系统把这类的帖子都看一遍了。。。
后来发现，DiskGenius只能看到GUID