如何将Wubi安装转换为常规安装?

我使用Wubi在我的D:分区上安装了Ubuntu。 有什么方法可以从C:驱动器中删除我的Windows并将我现有的Ubuntu安装移动到C:驱动器并使其成为常规安装。

请参阅: https : //help.ubuntu.com/community/MigrateWubi

上面的Wiki有一个可下载的bash脚本,可以将Wubi安装迁移到分区。 它还具有指向迁移Wubi安装所需的手动指令的链接,但不建议这样做,因为该脚本包含许多其他安全检查。 该脚本执行以下操作:

  1. 检查当前正在迁移的安装,例如Wubi?,size ?, grub的类型?
  2. 检查目标分区并交换(如果包含)。 目标分区必须是’83 – Linux’类型,空且足够大以容纳正在迁移的安装。
  3. 向用户提供任何错误的反馈,或通知用户脚本将进行哪些更改,并询问用户是否希望继续。
  4. 格式化目标分区,将当前安装复制到新迁移的安装。
  5. 更新/ etc / fstab并启用hibernate(请参阅自述文件说明)
  6. Chroots到迁移的安装,删除lupin-support,然后生成grub菜单(grub.cfg)并在需要时安装grub2 bootloader。 对于grub-legacy迁移,它将grub-legacy替换为grub2(仅在迁移的安装上)
  7. 退出chroot,并更新当前安装的grub菜单以包含迁移的安装。

在此处输入图像描述在此处输入图像描述

以下内容基于脚本附带的README文件:

该脚本基于来自Agostino Russo的wubi-move-to-partition脚本,采用了Wubi指南( https://wiki.ubuntu.com/WubiGuide )。

第一个版本更新了wubi-move-to-partition脚本以纠正一些问题并弃用命令,并更新它以支持Grub2。 它仅适用于9.10及更高版本的Wubi安装。

当前版本支持从8.04到12.10的Ubuntu安装,并添加了以下function:

  1. 支持正常(非wubi)Ubuntu安装的迁移。 这对于创建工作备份,在计算机之间移动安装或创建要试验的工作副本非常有用。
  2. 支持从root.disk文件迁移Wubi安装(选项–root-disk =)。 这可以从Ubuntu live CD / USB或其他Ubuntu安装中执行。 命名的root.disk必须是完全包含的,有效的Wubi安装,或者如果/ home和/ usr有单独的虚拟磁盘,则这些虚拟磁盘必须与root.disk位于同一目录中。 (此选项不支持带有grub-legacy的Wubi,即最初在9.10版本之前安装的)。
  3. 它支持使用grub-legacy的Wubi或Normal安装的迁移 – 但是它将用grub2替换grub-legacy(仅在迁移的安装上)。 它不会更新当前安装的menu.lst,因此建议始终安装Grub2引导加载程序(或手动修改menu.lst)。
  4. 如果您要与另一个安装共享现有交换分区,则可以使用选项–shared-swap。 它绕过’mkswap’命令以避免修改UUID。
  5. 它支持迁移到单独的/ boot,/ usr和/ home分区的能力。
  6. 它支持同步迁移的安装的能力(例如,用于可启动的备份)

用法: sudo bash wubi-move.sh [OPTION] target_partition [swap_partition]

  eg sudo bash wubi-move.sh /dev/sda5 /dev/sda6 -h, --help print this message and exit -v, --version print the version information and exit --notes print the Assumptions and Notes, and exit --no-bootloader do not install the grub2 bootloader --shared-swap share swap partition with an existing install -y, --assume-yes assume yes to all prompts --root-disk= Specify a root.disk file to migrate --boot= Specify a separate /boot partition --home= Specify a separate /home partition --usr= Specify a separate /usr partition -c, --check-only Check only - validate target partition(s) --resume Resume a previous migration attempt that ended due to copying errors (rsync). --synch Synchronize a previously migrated install 

脚本的源代码在此维护: https : //github.com/bcbc/Wubi-move标记版本,如果需要可以引发问题。

注意:脚本可以从实时环境运行,例如替换Windows,尽管手动分区并直接从Wubi安装(在我看来)中运行它更简单。 此处有一些脚本的截图(使用之前的版本) ,其中显示了如何使用root.disk进行迁移或单独分区。

我从来没有安装过Wubi,而且我没有测试任何这个,所以要小心使用;)。

论坛上有关于此的post,您可以查看替代说明部分。 它应该缓解移动的痛苦。 请使用替代方法 ,因为第一个方法不适用于现代ubuntu版本。 线程上有很多人尝试过但都失败了。

由于wubi在windows ntfs文件系统中创建了一个文件并将其用作伪分区,因此很难做到这一点。 从理论上讲,您可能会以某种方式将文件系统保存到另一个位置,然后将其还原到新安装的系统中。 这可以通过备份软件或直接访问文件系统的方式完成。

注意: 如果我使用Windows安装程序安装它,Ubuntu依赖Windows是否 合并 ?

如果您使用Wubi(Windows安装程序)安装Ubuntu,则Ubuntu将安装在Windows分区的磁盘映像文件中。 Windows启动加载程序将配置为在Windows和Ubuntu之间进行选择,当您选择Ubuntu时,将安装并使用包含Ubuntu系统的Windows分区内的磁盘映像。

一旦启动到Wubi系统,Microsoft Windows操作系统的任何部分都不会实际运行 。 但是Wubi系统仍然需要启动Windows启动加载程序,它需要Windows分区驻留。 因此, 完全删除Windows系统也将删除它包含的Wubi系统

如果您创建了第二个Windows(NTFS)分区以包含您的Wubi磁盘映像,那么您可以删除Windows并仍然拥有磁盘映像,但是您不会有Windows系统启动它。

因此,虽然严重破坏的 Windows系统可以有效地托管Wubi系统,Wubi依赖于Windows,如果您认为您可能不想保留Windows,您应该强烈考虑以标准方式安装Ubuntu(从Ubuntu安装CD启动) DVD或USB闪存盘)。 您可以通过告知安装程序现有操作系统一起安装(而不是代替)来以这种方式安装Windows系统。

可以将Wubi系统转换为不依赖Windows的标准Ubuntu系统 ,但这很麻烦,最好提前计划以避免这样做。

没有c盘。 这是一个窗户的事情。 但要删除Windows,您删除分区。 在它的位置新建一个,但留下未分配的空间。 使用deja备份工具,运行备份,然后摆脱wubi分区。 创建一个新分区(建议使用ext4)并安装ubuntu。 从五笔的备份中恢复它。 然后摆脱所有其他分区,然后使用gparted(在常规软件通道中,如果你还没有它)来扩展分区。

这应该是可行的,我认为它应该是非常基本的。

顺便说一下,你安装的分区应该是/的挂载点

另一件可能有用的事情是,如果你将wubi中的/目录复制到一个特定的地方(不包括/ host /目录)并删除分区,并创建一个新的并将内容放在那里,那么使用gparted来将其标记为可引导,然后它可能会起作用。 如果它是剂量,使用它作为根并使用实时安装程序安装ubuntu。

从技术上讲,是的。 如果您使用Wubi安装程序安装了Ubuntu,则Wubi安装程序会在Windows文件系统中创建Ubuntu文件,这也是NFTS,因此也在Windows分区中创建。 如果你在另一个分区中安装Ubuntu(这意味着不在Windows中),那么Ubuntu可以作为自己的操作系统自行运行。 另外,如上所述,如果您使用Wubi进行Ubuntu安装,则仍需要Windows启动加载程序。

如果您在自己的分区中安装了Ubuntu,那么Ubuntu会安装自己的引导加载程序“GRUB”(如果安装了Windows,则会覆盖Windows引导加载程序)。

所以,是的。 当您使用Wubi时,Ubuntu确实依赖Windows分区。 不一定在Windows本身,但它确实依赖于Windows引导加载程序才能启动它。 如果以标准方式安装Ubuntu,那么它可以启动并自行运行。

Wubi将您的Ubuntu操作系统安装到您现有的Windows系统中。

这就是为什么从那里备份和恢复你的设置/程序非常困难。但是你可以在Ubuntu论坛上看看这篇文章,它可能对你有所帮助。

本文在帮助Ubuntu页面将向您展示如何进行备份。

祝好运!

Wubi将Ubuntu安装到位于Windows(NTFS)分区上的文件中。 虽然在安装后启动到Wubi并不依赖于Windows副本的function,但它依赖于该NTFS分区。

因此,从技术上讲,在使用wubi安装Ubuntu之后,您只需从NTFS分区中删除Windows文件夹,然后编辑GRUB配置以从启动菜单中删除Windows条目,使Ubuntu成为计算机上唯一可启动的操作系统。 但是,Ubuntu仍将驻留在Windows文件系统上的文件中,而不是它自己的分区中。

解决问题的一个选择(如果你真的无法从CD / USB启动,这将是最好的解决方案)是进行Wubi安装,然后将其迁移到“完整”安装,如由TrailRaider链接的答案。 这将是一个多步骤的过程,相对较高的可能性使系统无法启动(这将是一个问题,因为你无法从CD / USB启动)

另一个更直接的选择是将硬盘驱动器移动到另一台机器,在那里安装Ubuntu并将其传回。 与Windows不同,Ubuntu在从一台机器转移到另一台机器时通常运行良好,即使硬件非常不同。 菲利普斯螺丝刀,5分钟就能解决你的问题:)

可能的,但相当复杂。 建议从完整安装开始,但在您的情况下,无法使用CD或USB进行所需的额外工作是我所知道的唯一选择。

您要做的是将Wubi 迁移到完整安装。 这实际上已经在askubuntu上有所涉及。

请参阅如何将Wubi安装转换为常规安装?

注意:这个问题可能会因为我链接到的问题的副本而被关闭,而且这个答案应该实际上是对您的问题的评论,它给了您链接,但我想更详细地解释一下评论给出的有限空间。

如何迁移

有一些方法可以将您的Wubi安装迁移到一个单独的分区,但我会介绍最安全的一个:使用Live USB / CD

首先,你应该:

  • 知道Live USB中的root.disk文件在哪里。
  • 你应该在Live系统上有一个这个助手的副本: wubi-move
  • 创建将迁移系统的分区。

看似逆时针,但让我们开始这样做。

创建分区

使用Live CD / USB启动(我将从此处开始直播ubuntu )并选择Try而不修改系统 ,登录后,请执行以下操作:

  1. 点击Meta键(或Windows键),写“gparted”并按Enter键。
  2. 您的物理驱动器应该以sda开头,然后调整分区大小以创建一些可用空间,记住它应该与root.disk文件相同或更大。
  3. 在此空间上创建ext4 (可选的swap )分区。 注意分区的名称(类似于/dev/sda5 ,如果你创建了swap你也应该将它复制下来)。
  4. 将驱动器挂载到root.disk文件所在的位置。 你应该复制整个路径(它应该像/media/F66E431C6E42D551/ubuntu/root.disk ,但我会将路径代表为/path/with/root.disk
  5. 打开终端(元键,写终端,输入)并执行以下命令:
 wget“https://help.ubuntu.com/community/MigrateWubi?action=AttachFile&do=get&target=wubi-move-2.4.tar.gz”
 tar xzf wubi-move-2.4.tar.gz
 sudo bash wubi-move.sh --root-disk = / path / with / root.disk / dev / sda5 / dev / sda6
 ##`/ dev / sda5`它是你之前创建的`ext4`分区,`/ dev / sda6`如果你创建了一个,它就是`swap`。

现在,从这里开始,程序是自动的。

那么,什么是WUBI?

Wubi创建的是磁盘映像(如果您对虚拟机有一些了解,它与虚拟磁盘非常相似),并在那里安装Ubuntu。 意思是,Ubuntu在这个“图像”之外没有看到任何东西,并告诉Windows加载器使用循环安装的设备作为启动盘。 接下来会发生什么,对于Ubuntu,你安装的物理磁盘只是图像,因此他看不到也没有修改任何东西,但可以看到系统中插入的任何其他驱动程序。

五笔已经死了

到目前为止,五笔是一个死项目。 由于较新的Windows系统上的严重可用性问题(在某些情况下它根本不起作用),因此不会从Ubuntu 13.04开始包括在内 。

建议不要使用Wubi,因为它不会提供用户期望(或跳跃)Ubuntu的体验。 最好创建/使用Live USB,如果想要在系统中使用Ubuntu的副本,请将其安装在自己的分区中。 安装程序是安全的,并且有很好的文档记录(并且在主动开发中也得到支持),因此以前担心在分区过程中拧紧某些东西几乎是空的。