さて、修正/変更/再フォーマットの苦痛な3日間の後、私はついにArchLinuxをインストールしました。今問題が来る。 Archのインストール時にWindowsを削除する必要がありましたが、それでもWindowsが必要です。 Archの後にWindowsをインストールするにはどうすればよいですか?私はブートローダーとして洗練された(私がそう思う)GRUBを使用しています。洗練される前にやってくるグラブ。これは逆方向であり、Windowsブートローダーやその他の煩わしい機能のために、WindowsをインストールしてからArchをインストールすることになっていることを理解しています。
注意すべき重要な点-
これとは異なるプロセス ですか?私は、インストールのやり直しを処理できないと思うので、質問をします。
なぜ私は心配ですか?
編集:[インストール中に、GrubでWindows BootManagerを追い越さないという問題が発生しました。私は次のことを試みました
mkdir /foo && mount -t vfat /dev/sda2/foo
cd /foo
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/
mount -t devpts pts dev/pts/
chroot /foo /usr/bin/bash
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck --debug
grub-mkconfig -o /boot/grub/grub.cfg
そしてそれはうまくいきませんでした。これは、これが再び起こるのではないかという私の心配をさらに助長します。 ]
これはあなたが思っているよりもはるかに簡単です。
Windows用のスペースを作ることから始めます。ライブCDを入手し、Gpartedを使用してサイズを変更することをお勧めします。 (GpartedライブCDがありますが、これは私にとってはうまくいきませんでした。代わりにUbuntuを使用しましたが、起動してGPartedがインストールされているOSは動作します)。
次に、この新しいスペースにWindowsをインストールします。それを行った後 ここの手順に従ってください Windows 8内にrEFIndをインストールします。
これはあなたが思ったよりずっと簡単だったので、最後に勝利のダンスをします(私は これ をお勧めします)。勝利のダンスでは、場所と衣服がすべてです。
Windowsに必要なパーティションを構成(つまり、ファイルシステムを作成および作成)してから、Windowsをインストールすることができます(ntfsの場合は、インストール時に表示されます)。もちろん、これはあなたのグラブを破壊します。それを回復するには、archlinuxインストールCDを使用してchrootし、grubを再度インストールする必要があります。
まず、(中途半端なUEFI
実装でさえ、悲しいことに、多くのことを想定していると仮定します...) ArchLinuxとWindows8のみを起動する予定の場合そのコンピューター、およびほぼ他の最近のOSおよび/またはディストリビューションなら、GRUB
を完全に安全に回避できます。それは完全に冗長です。 ArchとWindowsの両方をUEFI
モードでインストールすると、不必要な頭痛の種を減らすことができますが、この場合の重要な注意点は、確実にWindowsの初期セットアッププロセスはUEFI
モードでロードされます。率直に言って、real-mode
BIOS
で起動したWindowsインストールをハッキングして動作させることは厳密に可能ですが、これには私がやりたいよりもはるかに多くの入力が必要になります。
OK。それでは、最初にGRUB
を削除しましょう。 Archでroot-user
プロンプトを開きます(または、次のコマンドの前にSudo
を付けます):
% pacman -Rns grub
ああ、シンプル。 rEFInd
もあることを確認しましょう(そして、最新であることを確認するのに害はありません):
% pacman -Syu refind-efi
% mount | grep -Eq 'efivarfs' && echo 'yay! we really are running in UEFI!' ||\
> echo 'big frowny-face...'
私の意見では、ファイルシステムのセットアップは最も扱いにくい部分であり、他のことに取り掛かる前に、それを解決する必要があります。上記のecho
mount
を実行した後、ターミナルでpipeline
big frowny face...
が実行されなかった場合は、少なくとも現在の構成:
BIOS
real-mode
/UEFI
protected-mode
中途半端な互換性ハックなしで完全に起動できます(または少なくともブートローダーをだますのに十分です。これは私たちの目的には十分です)EF00
のGPT
フォーマットされたFAT
システムパーティションを含むUEFI
パーティションディスクの少なくとも一部で確実に構成されています- (おそらく/dev/sda1
)これはすでに適切に構成されており、自由に使用できます。big frowny face
echo
上記の戻り値は必然的にこれらのことを除外しませんが、移動する前に、それらの可能性を大幅に低くします。オンにすると、起動時にudev
がefivarfs
モジュールを自動ロードせず、その後、結果の疑似ファイルシステムをマウントしない理由を確実に理解する必要があります。
そうは言った。今これを行います:
% lsblk -f
ここでは、その土地の状態を取得します。このコマンドの出力により、現在システムに接続されているディスクのかなり包括的なリスト、それらのパーティションタイプ/構造、および(マウントされている場合)マウントポイントが提供されます。
これであなたは決断を下すことになります。 Windowsはさまざまな方法でインストールできますが、私が知っていることは、少なくとも次のいずれかにかなり似ています。
.vhd
イメージファイルにのみインストールします(基本的には楽しいものはありません)。 Windows 7以降、Windows BOOTMGR
ブートローダーはネイティブにブート.vhd
イメージファイルであるため、これは比較的簡単です。この方法は、方法1と3の両方に必要なもののほとんどもカバーしているため、これもこのガイドで使用する方法です。([〜#〜]注[〜#〜]:この方法を使用してもパフォーマンスがわずかに低下する可能性がありますが、私が見たほとんどのベンチマークは、真のベアメタルブーツとの数パーセントの違いのスケールにすぎないことを示しています)。.vhd
ファイルに関係するビットは無視してください。何を選択しても、あなたは必要、少なくともWindowsで読み取り可能な1つのパーティション Windowsのインストールに十分な大きさです(20GBは、ここでは実際には最低限です。多くの労力と他のいくつかのガイドで小さくすることができます)。
このガイドではこれを回避できるかもしれませんが、Windowsのセットアッププロセスが詰まる可能性があることに注意することも重要です(GPTディスクにまったく適用できない場合でもMBR時代からのバグのあるホールドオーバーの可能性があります) ifすでに4つ以上のパーティションが含まれているディスクにWindowsをインストールします。
上記を念頭に置いて、lsblk
の助けを借りてすでに取得した情報と組み合わせると、次のことができます。
## NOT YET% pacman -S gptfdisk --needed
## NOT YET% gdisk /dev/sd${X} # ${X=$(physical disk chosen for Windows partition NOT \
## NOT YET# disk partition || sda && !sda3)
## NOT YETgdisk> ?
<gdisk displays a short list of available commands>
##NOT YETgdisk>
進行中