内部,虚拟驱动器和恢复高清丢失。无法启动Windows。我该如何解决?


1

我正在测试iMac上的Linux Mint安装,以便运行一些为Linux编写的程序。这个iMac是一个通过bootcamp安装Windows的双启动。我认为它破坏了Windows的启动系统(MBR和混合MBR令我困惑)。

我想删除Linux安装,因此我使用了磁盘工具并重新格式化并删除了Linux分区。

但是,当我列出磁盘时,自从删除第一次安装后,(内部,虚拟)和Recovery HD驱动器丢失。

目前,我重新分区驱动器并重新安装Linux Mint以运行所需的程序。我想请求以下方面的帮助:

  1. 什么是内部虚拟驱动器?为什么它和恢复高清失踪? (我想知道我做错了什么)

  2. 丢失的内部虚拟驱动器是否需要修复?怎么做?

  3. 是否可以在不重新安装的情况下修复Windows启动?

    • 我现在对双启动很好,并且失去了Windows。如果我需要,我会按照三重启动指南(我在发生这种情况后看到)。但如果有办法解决它,请告诉我。

这是我为第一次linux安装格式化时从disk util读出的

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            250.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data                         649.9 GB   disk0s4
   5:       Microsoft Basic Data                         18.9 GB    disk0s5
   6:       Microsoft Basic Data                         29.9 GB    disk0s6
   7:       Microsoft Basic Data BOOTCAMP                50.0 GB    disk0s7

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Macintosh HD           +250.0 GB   disk1
                             Logical Volume on disk0s2
                             A2849F4D-66EA-4FFF-8FB2-5247B5407C0C
                             Unencrypted

之后我格式化并删除了MacOS磁盘实用程序的linux分区。我格式化分区4,5和6并使用Macintosh HD分区调整大小。现在它读了

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            949.9 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                50.0 GB    disk0s3



gpt show: disk0: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1855197144      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   1855606784     262144
   1855868928   97654784      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
   1953523712       1423        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

我重新分区并使用Home驱动器,OS驱动器和交换驱动器再次安装了linux mint。

现在这是磁盘util读取的内容:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            250.0 GB   disk0s2
   3:       Microsoft Basic Data                         649.9 GB   disk0s3       
   4:       Microsoft Basic Data                         14.9 GB    disk0s4
   5:       Microsoft Basic Data                         34.7 GB    disk0s5
   6:       Microsoft Basic Data BOOTCAMP                50.0 GB    disk0s6


gpt show: disk0: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  1855197144      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   488690888      262144
   488953032  1269269104      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7                      
  1758222136      262144
  1758484280    29034728      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7                                                                              
  1787519008      262144
  1787781152    67825632      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7                      
  1855606784      262144 
  1855868928    97654784      6  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953523712        1423        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

在Mac下,你仍然在捣乱你的沮丧;-)。在我看来,几乎不可能解释这个混乱是如何发生的 在shell中输入的命令或磁盘工具中的步骤或Mint / Windows中的其他类似工具。这是与您的其他问题中的Mac相同吗?
klanomath

哈哈。这是一个不同的iMac。我不记得完整的步骤。我没有在shell中做任何事情,只是使用磁盘实用程序进行分区和格式化并安装mint。最后,我只需要在本地机器而不是服务器上运行一些为Linux编写的生物信息学程序。所以我正在尝试双启动linux。第一台机器遇到了我认为的硬件问题(显卡)所以我只是恢复了那个。这个其他的iMac支持铸币,但我没有考虑到训练营。好消息是我备份了所有重要数据。
Shkgma

我推荐使用VMware / Parallels / VirtualBox或 也许 BREW /科学。生物信息学应用程序的名称是什么?
klanomath

我正在尝试运行融合捕手和肥皂保险丝。其中很多是资源密集型的,所以我不确定VMware / parallels / VirtualBox是否合适。我不熟悉酿造/科学。我认为双启动系统很容易。显然不是... :(
Shkgma

FusionCatcher应该在macOS上本地运行。所有文件都是py,并且依赖项(例如bowtie / bowtie2 / ...)可通过brew / science或macports获得
klanomath

Answers:


0
  1. 内部虚拟磁盘是逻辑卷,是CoreStorage逻辑卷组的一部分。 CoreStorage本身就是一个类似的逻辑卷管理器 Linux的LVM 。 LVM是一侧的硬盘和分区之间的另一个抽象层,另一侧是卷。

    在macOS中,您可以将具有HFS +文件系统无损的分区(例如disk0s2)转换为逻辑卷组,该逻辑卷组最初包含多个嵌套项:物理卷,逻辑卷系列和逻辑卷。最终的逻辑卷略小于原始分区,因为CoreStorage需要一些空间来保存管理数据。

    逻辑卷包含先前标准卷/分区的数据,并映射到其自己的(虚拟)磁盘设备:disk0s2> disk1的

    如果您的逻辑卷disk1包含大量可用空间,您可以调整它的大小,并在同一物理卷中添加第二个逻辑卷,格式化后,您将获得第二个虚拟设备:disk0s2> DISK2

    如果主磁盘上有第二个物理分区,或者带有分区的第二个磁盘,则可以将其中一个或全部添加到第一个逻辑卷组。它们将添加到逻辑卷组中可用的总空间中。您还可以创建第二个逻辑卷组。

    如果已向LVG添加了第二个分区(=物理卷),则可以将初始逻辑卷扩展为跨两个物理卷。如果第二个分区位于不同的磁盘(SSD)上,则称为“Fusion Drive”。如果第二个物理卷在 相同 开车吧 Fusion Drive。如果你在第三个驱动器上另外添加一个分区,那就是a 优步Fusion Drive

    根据您创建LVG的方式,您可以将1(LVG):1(PV):1(LVF):1(LV)恢复为正常音量。例如,这是不可能的。 1:2:1:1或1:2:1:2 LVG,因为你不能映射1(LV)→2(HFS + - 体积)(技术上 - 数学上)。

    CoreStorage的另一个特性是卷加密> FileVault2。

  2. “缺少内部虚拟驱动器”不需要修复,因为它没有丢失但是再次转换为正常分区/ HFS +卷(参见1.)

    安装Mint时可能删除了Recovery HD分区。

  3. 分区表的主要问题是MBR及其限制(四个条目)。您的Windows分区驻留在第六个分区上,该分区实际上不包含在MBR中。你可以通过跟随其中一个来解决这个问题 大卫安德森的答案 与MBR / PMBR /多重启动有关。

谢谢你的详细解释。总是冷静学习新东西。 :)但我仍然是这样的东西。学习曲线很艰难。我会查看关于MBR / PMBR / multiboot的帖子。恢复HD是否用于本地启动恢复,而不是Internet恢复(通过网络?)。是否需要修复恢复HD?
Shkgma

@Shkgma Recovery HD是 绝对必要。恢复模式(cmd-R)引导至Recovery HD中的基本OS X映像; Internet恢复模式(alt-cmd-R)引导至Akamai / Apple通过Internet提供的基本OS X网络引导映像。
klanomath
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.