Dell XPS OneにArchlinuxをインストールするときに発生するインストールの問題

Dell XPS OneにArchlinuxをインストールするときに発生するインストールの問題

XPSにArchlinuxをインストールしようとしました。 Intel g45/g43 expressチップセットを搭載しているので画面が出ません。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が失われました。興味深い点はアーチバンが始まったという点だ。

私の主な質問はparted

私がどこにいるのかを知ると役に立つと思います。たとえば、less有効ですmountmore無効です。

PS:アーチフォーラムに投稿しようとしましたが、登録プロセスが中断されました。

アップデート(1) 私はchrootを試してみますhttps://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/sdx の代わりに /dev/sdx1 を使用することもできます。

それでも役に立たない場合は、Wikiが提供する2つのオプションを使用してライブUSBを作成してください。https://wiki.archlinux.org/index.php/USB_Installation_Media

それでも失敗した場合は、Unetbootinを試して起動可能なUSBを作成してください。

それでも機能しない場合は、ArchBang(最も高速なオプション)、Netbootイメージ、またはArchの古いスナップショット(古すぎていないかシステムがインストールされていない)を試してください。

最後に、他のすべての方法が失敗した場合は泣きながら眠り、目が覚めたときに別のディストリビューションをインストールしてください:)

答え2

Archには問題がないはずなので、これがうまくいくかどうかはわかりません。ただし、WindowsでUSBキーを生成する場合(他のオペレーティングシステムでも発生する可能性があるかどうかはわかりません)、Archが探しているものよりも名前が短くなる可能性があります。

たとえば、Architectをインストールしようとすると、起動プロセスでは名前が期待されますarchitect-201601-64bitが、Windowsでは名前がARCHITECT-2

ARCH_201212アーチが短いため、このようなことが発生してはならないので、アーチに何の問題もあってはならないという意味です。

ls /dev/disk/by-label/まず、キー名を確認してください。名前が異なる場合は、コマンドを実行してくださいmv /dev/disk/by-label/<key name> /dev/disk/by-label/ARCH_201212(明らかにバージョン名に置き換えてください)。その後、入力するとexit起動プロセスが正常に進行します。

最後に、この質問は3年前に提起された質問なので、もはや問題にならないかもしれないという点を付け加えたいと思います。しかし、この問題が引き続き発生する場合は、誰かに役立つようにこの記事を投稿したいと思います。

答え3

観察された問題の根本的な原因は以下に説明されています。 https://github.com/pbatard/rufus/issues/713#issuecomment-196901835

これはLinuxエコシステム全体に存在します。彼らはどのように動作するのか(この場合はFATファイルシステム)を理解していませんが、それを機能させる方法を見つけます(Rufusまたは他のソフトウェアを使用してすぐに問題を解決することができます)。

関連情報