Ubuntu中文论坛

1.1 ubuntu单系统，/boot单独分区挂载。拿下硬盘挂载别的系统上，复制boot上的所有文件到别分区，删除boot分区上的所有文件，再将刚才复制出去的所有文件复制回来。

1.2 情况和问题1.1相似，不同处在于，复制出去文件后，将boot分区格式化一边，但还是原来的格式，再将复制出去的文件复制上去。

2.1 windows单系统。挂载此硬盘到别的系统上，复制系统安装分区上的的所有文件到别的地方，删处c盘上所有文件，再将刚才复制出去的所有文件复制回来。

2.2 情况和问题2.1相似，不同处在于，复制出去文件后，将分区格式化一边，但还是原来的格式，再将复制出去的文件复制上去。



将硬盘按回原来的机器，开机。（当然原来的两个系统都能启动的）

以上四个实验 ，分别是什么情况？

第一个没事，即便你的 grub 装在 /boot 分区的引导扇区中。
第二个没事，除非你的 grub 没装到 MBR 或你格式化后的并非原来的文件系统类型。
第三个也没事，因为你没破坏系统分区的引导记录。
最后一个会引导失败，即便你格式化后还是原来的文件系统类型。
所以，很明显，grub 和 DOS MBR 各有优缺点。

建客牛人

1.1 ubuntu单系统，/boot单独分区挂载。拿下硬盘挂载别的系统上，复制boot上的所有文件到别分区，删除boot分区上的所有文件，再将刚才复制出去的所有文件复制回来。

如果权限没改变，不影响启动。

1.2 情况和问题1.1相似，不同处在于，复制出去文件后，将boot分区格式化一边，但还是原来的格式，再将复制出去的文件复制上去。

格式化改变uuid，不能正常启动，要改fstab，修复grub。

2.1 windows单系统。挂载此硬盘到别的系统上，复制系统安装分区上的的所有文件到别的地方，删处c盘上所有文件，再将刚才复制出去的所有文件复制回来。

2.2 情况和问题2.1相似，不同处在于，复制出去文件后，将分区格式化一边，但还是原来的格式，再将复制出去的文件复制上去。

用ghost或trueimage备份，windows没有这样试过，你可以自己试试。
格式化后，pbr变了，还有没有其它改变不清楚。

用ghost或trueimage备份，windows没有这样试过，你可以自己试试。

onshoestring 想问下
ghost备份分区 ，格式化分区，再用备份的数据恢复到格式化后的分区
和
删除分区上的全部文件，格式化分区，再将复制出去的文件复制回去。
这两者的效果有何不同？

ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

自由建客 写了：ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

复制文件时不保留全部文件属性，能正常启动？
uuid变了，ubuntu能正常启动？
只知道移动分区时要 cp -ax ，改fstab，修复grub。
嗯，我孤陋寡闻了。

onshoestring 写了：

自由建客 写了：ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

复制文件时不保留全部文件属性，能正常启动？
uuid变了，ubuntu能正常启动？
只知道移动分区时要 cp -ax ，改fstab，修复grub。
嗯，我孤陋寡闻了。

若引导参数用 UUID，根分区 UUID 变了，的确需要更改引导参数才能正常启动。但 /boot 分区无所谓。
若 fstab 中用 UUID，/boot 分区的 UUID 变了，只会在启动时呈未挂载状态，但不会影响启动。
/boot 下文件权限，会影响管理维护工作，但不会影响 grub 引导时的读取。
只要分区表没变，MBR 中的 grub 就能找到 /boot 分区，只要 /boot 分区文件系统类型没变（当然是支持的类型），grub 就能正确读取文件继续引导。

自由建客 写了：

onshoestring 写了：

自由建客 写了：ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

复制文件时不保留全部文件属性，能正常启动？
uuid变了，ubuntu能正常启动？
只知道移动分区时要 cp -ax ，改fstab，修复grub。
嗯，我孤陋寡闻了。

若引导参数用 UUID，根分区 UUID 变了，的确需要更改引导参数才能正常启动。但 /boot 分区无所谓。
若 fstab 中用 UUID，/boot 分区的 UUID 变了，只会在启动时呈未挂载状态，但不会影响启动。
/boot 下文件权限，会影响管理维护工作，但不会影响 grub 引导时的读取。
只要分区表没变，MBR 中的 grub 就能找到 /boot 分区，只要 /boot 分区文件系统类型没变（当然是支持的类型），grub 就能正确读取文件继续引导。

做过实验？

onshoestring 写了：

自由建客 写了：

onshoestring 写了：

自由建客 写了：ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

复制文件时不保留全部文件属性，能正常启动？
uuid变了，ubuntu能正常启动？
只知道移动分区时要 cp -ax ，改fstab，修复grub。
嗯，我孤陋寡闻了。

若引导参数用 UUID，根分区 UUID 变了，的确需要更改引导参数才能正常启动。但 /boot 分区无所谓。
若 fstab 中用 UUID，/boot 分区的 UUID 变了，只会在启动时呈未挂载状态，但不会影响启动。
/boot 下文件权限，会影响管理维护工作，但不会影响 grub 引导时的读取。
只要分区表没变，MBR 中的 grub 就能找到 /boot 分区，只要 /boot 分区文件系统类型没变（当然是支持的类型），grub 就能正确读取文件继续引导。

做过实验？

没有，我只是知道它的原理。不信的话，你可以去试一试。

自由建客 写了：

onshoestring 写了：

自由建客 写了：

onshoestring 写了：

自由建客 写了：ghost 操作包括分区的引导扇区，注意，不是主引导记录（MBR）。
格式化，引导扇区会被抹掉。

/boot 分区的 UUID 以及其权限和引导 Linux 没半毛关系。

复制文件时不保留全部文件属性，能正常启动？
uuid变了，ubuntu能正常启动？
只知道移动分区时要 cp -ax ，改fstab，修复grub。
嗯，我孤陋寡闻了。

若引导参数用 UUID，根分区 UUID 变了，的确需要更改引导参数才能正常启动。但 /boot 分区无所谓。
若 fstab 中用 UUID，/boot 分区的 UUID 变了，只会在启动时呈未挂载状态，但不会影响启动。
/boot 下文件权限，会影响管理维护工作，但不会影响 grub 引导时的读取。
只要分区表没变，MBR 中的 grub 就能找到 /boot 分区，只要 /boot 分区文件系统类型没变（当然是支持的类型），grub 就能正确读取文件继续引导。

做过实验？

没有，我只是知道它的原理。不信的话，你可以去试一试。

你应该把试过正确的拿出来说，而不是所谓的原理。
没功夫试，你试过再上来说说。

onshoestring, 算了，不和你纠缠。

只要分区表没变，MBR 中的 grub 就能找到 /boot 分区

这一点也要试验了才能下定论
MBR中的 bootloader（grub的安在446字节位置的，不是传统ms的 bootloader）不可以绕开分区表吗？

MBR坏掉 硬盘还能挂到别的系统上用吗？

如果能用的话：说明MBR分区表不是程序（系统引导程序也是程序）读取硬盘上的数据的必经路径。

那么，引导程序绕开分区表引导系统在理论上不也是可能的吗？

cao627 写了：

只要分区表没变，MBR 中的 grub 就能找到 /boot 分区

这一点也要试验了才能下定论
MBR中的 bootloader（grub的安在446字节位置的，不是传统ms的 bootloader）不可以绕开分区表吗？

MBR坏掉 硬盘还能挂到别的系统上用吗？

我何时说过 MBR 坏掉？
写入 MBR 的 grub 是根据分区号找到 /boot 分区的，不是什么 UUID。

我不是说你说过分区表坏掉

这个不是反问

是疑问

疑问的答案关系到我下面的推论

如果MBR坏掉（硬盘主分区表坏掉）还能将硬盘挂到别的系统上去用的话：说明MBR分区表不是程序（系统引导程序也是程序）读取硬盘上的数据的必经路径。

那么，引导程序绕开分区表引导系统在理论上不也是可能的吗？

我表示 我不知道MBR坏掉硬盘还能不能挂到别的系统上用。