我有一个带有 Linux Mint 19.1 Cinnamon 的实时启动 USB,我将启动映像与 Rufus 一起放置,它在其他机器上运行没有问题。
现在我已经用我在架子上找到的各种零件组装了一台电脑。
眼镜:
- 主板:技嘉 GA-970A-DS3P Rev 1.0(BIOS 版本 F1)
- 内存:金士顿 HyperX 8G(4G+4G 套件)
- CPU:AMD AM3+ FX-6300 六核处理器
- GPU:微星 GTX 1060 Gaming X 6G
- 电源:海盗船 VS550 80 Plus 白色
- 存储:金士顿A400 120G SSD
当我尝试使用 Live-USB 时,我可以进入 Grub 菜单,在其中选择是正常启动还是以兼容模式启动 Mint。
我尝试了两种方法,但 Linux Mint 徽标只是停留在那里加载,当我按箭头或转义键显示后台加载消息时,它显示以下部分:
无法挂载“/dev/sda”:不允许操作
和
磁盘包含不干净的文件系统 (0, 0)。
元数据保存在 Windows 缓存中,拒绝装载。
无法挂载“/dev/sda”:不允许操作
NTFS 分区处于不安全状态。
请完全恢复并关闭 Windows(无休眠或快速重新启动),
或使用“ro”安装选项以只读方式安装该卷
和
/init 第 7 行无法打开 /dev/sdb 未找到介质
自从sda与 Windows 相关的消息旁边提到,我相信它是金士顿 SSD 和深圳发展银行是 USB 记忆棒。
金士顿 SSD 不包含 Windows 安装,但我将其用作 Windows 笔记本电脑中的辅助 SSD,作为游戏的安装驱动器。我在将其从笔记本电脑中取出之前对其进行了格式化。
我移除了 SSD 并尝试再次启动(没有连接其他存储介质,只有 USB 本身),然后它给了我这样的消息:
/init 第 7 行无法打开 /dev/sda 未找到介质
这里sda肯定是 USB 记忆棒,因为 SSD 现在已被移除。
我尝试了不同发行版(Zorin OS)的不同 USB 记忆棒,但它不起作用,仍然出现相同的错误消息。
BIOS 中没有“安全启动”选项,我确保第一启动顺序设备是 USB 记忆棒。
有什么想法为什么会发生这种情况吗?
由于移除 SSD 并切换 USB 记忆棒没有帮助,因此它不是存储介质。无论如何,CPU/GPU 不会/不应该影响这种情况。
剩下主板 BIOS 和 RAM,但 RAM 棒仍然很新(以防万一,我将运行 memtest86)。但我已经不知道如何照顾这些提到的努力了。
更新:我使用 Windows Diskpart 实用程序擦除了 SSD(CLEAN ALL -命令,完全擦除,所有扇区为零),现在我没有收到与 NTFS 相关的错误,但我仍然无法启动到 Mint 或其他发行版。
开发SR0是 CD/DVD 驱动器,但我什至没有连接,所以该消息不应该是原因。 CD/DVD 驱动器不是启动所必需的。
我无法理解其余的消息。
更新:我可能已经找到了潜在的解决方案。
在将 USB 记忆棒从 USB3.0 切换到 USB2.0 后,我成功启动到桌面,但由于某种原因,启动时无法识别 USB3.0。
然后我遇到了新的问题,鼠标和键盘在到达桌面后没有响应。
事实证明,某些特定的技嘉主板需要启用IOMMU(输入输出内存管理单元),启用IOMMU后,鼠标和键盘都可以正常工作。
到目前为止这个问题似乎已经解决了。我将尝试实际安装一个发行版并启动它,然后再次更新情况。
更新:好的,我现在设法将 Pop!_OS 19.10 安装到 PC 上,尽管它首先不想这样做(不知何故 Rufus 无法正确刷新映像,不得不使用 Etcher)。
概括:
- NTFS-问题 => 只需擦除磁盘
- 未找到介质 => 从 USB3.0 更改为 USB2.0
- 启动后鼠标/键盘没有响应 => 启用 IOMMU(可能是技嘉特定的解决方案)
答案1
好的,我现在成功地将 Pop!_OS 19.10 安装到 PC 上,尽管它首先不想这样做(不知何故 Rufus 无法正确刷新映像,不得不使用 Etcher)。
概括:
- NTFS-问题 => 只需擦除磁盘
- 未找到介质 => 从 USB3.0 更改为 USB2.0
- 启动后鼠标/键盘没有响应 => 启用 IOMMU(可能是技嘉特定的解决方案)
- 安装失败 => 使用不同的工具(从 Rufus 到 Etcher)刷新 USB
答案2
听起来好像 SSD 上有损坏的 NTFS 文件系统或分区表,这导致出现有关文件系统不干净的消息。您可以尝试在磁盘上创建一个新的分区表,然后再创建新的分区。这维基百科关于分区的文章对分区表类型、磁盘分区进行了很好的介绍,并建议了一些用于修改分区表和分区的 Linux 工具。
如果您只能访问 Windows 计算机,您可以尝试按照 Microsoft 文档中的说明初始化磁盘这里。我从未尝试过在 Windows 上执行此操作,所以我不确定这是否是您想要的。
我猜想,当您取出 SSD 并尝试从 liveboot USB 密钥启动时,您看到的错误是由于 liveboot 密钥正在寻找潜在的安装候选者造成的。我不确定这是否是 Mint liveboot key 的预期行为,但如果您有另一个 HDD,您可以尝试将其插入,然后从 liveboot key 启动,看看是否有效。