![在 Dell XPS One 上安装 archlinux 时出现安装问题](https://linux22.com/image/43822/%E5%9C%A8%20Dell%20XPS%20One%20%E4%B8%8A%E5%AE%89%E8%A3%85%20archlinux%20%E6%97%B6%E5%87%BA%E7%8E%B0%E5%AE%89%E8%A3%85%E9%97%AE%E9%A2%98.png)
我一直在尝试在 XPS 上安装 archlinux。屏幕无法工作,因为它具有 intel g45/g43 高速芯片组。我必须使用nomodeset
中提到的选项安装指南。 Arch 有点启动,但我收到一个错误:
:: Mounting '/dev/disk/by-label/ARCH_201212' to '/run/archiso/bootmnt'
Waiting 30 seconds for device /dev/disk/by-label/ARCH_201212 ...
ERROR: '/dev/disk/by-label/ARCH_201212' device not show up after 30 seconds.
..
Falling back to interactive prompt
You can try to fix the problem manually, log out when you are finished
sh: can't access tty; job control turned off
(had to write it by hand)
安装手册中的命令都不起作用。包括parted
和fdisk
。命令只是丢失了。有趣的是 archbang 启动了。
我的主要问题是如何进入 arch 的安装环境,以便我有诸如parted
.
如果我能找出我所处的环境,这可能会对我有所帮助。例如,less
,mount
有效但more
无效。
PS:我尝试将其发布到 Arch 论坛上,但注册过程已损坏。
更新(1) 我尝试 chroothttps://wiki.archlinux.org/index.php/Install_from_Existing_Linux#Method_2:_Chroot_into_LiveCD-image但
sh: unaquashfs: not found
更新(2)
如果在启动菜单期间。我按下Tab
,我得到:
> /linux boot/x86_64/vmlinuz archisobasedir=arch archisolabel=ARCH_201212 initrd=boot/x86_64/archiso.img
要进入命令提示符,我必须添加nomodeset
答案1
首先,查看这个帖子:https://bbs.archlinux.org/viewtopic.php?id=142473
他们提到创建磁盘时指定错误的设备。特别是,也许您使用 /dev/sdx1 而不是 /dev/sdx
如果这没有帮助,我建议您尝试使用他们在 wiki 中提供的两个选项来创建实时 USB:https://wiki.archlinux.org/index.php/USB_Installation_Media
然后,如果仍然失败,请尝试 Unetbootin 生成可启动 USB。
如果您仍然无法使其工作,请尝试使用 ArchBang(最快的选项)、Netboot 映像或 Arch 的旧快照(不要太旧,否则不会有 systemd)。
最后,如果以上都失败了,那就哭着睡吧,醒来后安装另一个发行版:)
答案2
不确定这是否有效,因为 Arch 应该不会有任何问题。但是,如果您在 Windows 下创建 USB 密钥(在其他操作系统上也可能发生,我不知道),它的名称可能比 Arch 正在寻找的名称更短。
例如,当我尝试安装 Architect 时,启动过程期望名称为architect-201601-64bit
,而 Windows 将其命名为ARCHITECT-2
。
我是说你不应该对 Arch 有任何问题,因为这不应该发生,因为ARCH_201212
它更短。
首先,您可能想尝试ls /dev/disk/by-label/
检查密钥名称。如果它的名称不同,只需执行命令mv /dev/disk/by-label/<key name> /dev/disk/by-label/ARCH_201212
(显然替换为您的版本名称)。然后输入exit
,启动过程就会正常进行。
最后,我想补充一点,这可能不再是问题了,因为这个问题是三年前提出的。但如果这个问题仍然发生,我宁愿发布这个,以防它确实对某人有帮助。
答案3
所观察到的问题的根本原因解释如下: https://github.com/pbatard/rufus/issues/713#issuecomment-196901835
这存在于整个 Linux 生态系统中。他们缺乏对事物如何工作的理解(在本例中是 FAT 文件系统),但他们找到了一种使其工作的方法(使用 Rufus 或其他可以即时修复混乱的软件)。