私は Windows 8.1 (Crunchbang とのデュアル ブート) を使用していますが、Hyper-V を削除したいと考えています。「Windows 機能のオン/オフの切り替え」で Hyper-V のチェックを外したり、以下のコマンドを入力したりしてみましたが、うまくいきませんでした。
Dism /online /disable-feature /featurename:Microsoft-Hyper-V
Windows をシャットダウンすると、Windows が更新中であることが通知され、再起動すると、更新が失敗し、Windows が以前の状態を復元していることが示されます。
見つけたこのマイクロソフトQ&A解決策は次のとおりです。
ディスク管理に入り、Windows ドライブを右クリックしてアクティブに設定するだけで済みました。これで Hyper-V が正しくアンインストールされました。
これを実行するのはちょっと怖いです。Windows と Linux は同じハード ドライブ上にあります。grub ブートローダーが両方を管理します。
Windows C ドライブをアクティブ ディスクにすると、ブートローダーにアクセスできなくなりますか?
HyperV を削除する別の方法はありますか?
編集
ハードドライブのパーティション
これが役立つかどうかはわかりませんが、とにかく...ハードドライブには次のパーティションがあります。
- システム予約済み 100 MB (システム、プライマリ)
- C: (ブート、ページファイル、クラッシュダンプ、プライマリ)
- ext4 (アクティブ、プライマリ)
健康診断
@DanielB のコメントに従って、実行したところ、Dism.exe /Online /Cleanup-Image /Scanhealth
次の結果が返されました。
Deployment Image Servicing and Management tool
Version: 6.3.9600.17031
Image Version: 6.3.9600.17031
[==========================100.0%==========================]
The component store is repairable.
The operation completed successfully.
答え1
これを実行するのはちょっと怖いです。Windows と Linux は同じハード ドライブ上にあります。grub ブートローダーが両方を管理します。
Windows C ドライブをアクティブ ディスクにすると、ブートローダーにアクセスできなくなりますか?
パーティションをアクティブとしてマークするMBRの1バイトを反転する:
ステータス / 物理ドライブ (ビット 7 がセットされている: アクティブ / 起動可能、古い MBR は 80h のみを受け入れます)、00h: 非アクティブ、01h~7Fh: 無効)
元々、00h と 80h 以外のステータス値は無効でしたが、最新の MBR はビット 7 をアクティブ フラグとして扱い、このエントリを使用して物理ブート ユニットを格納します。
このフラグは古いスタイルのブートローダで使用され、ほとんどの最新のブートマネージャはこれを無視します。しかし、Windowsパーティションをアクティブとしてマークすると、GRUBは起動に失敗します慎重に進めてください。ダウンロードしておくと良いかもしれませんGParted ライブ CD事前に起動して、何か問題が発生した場合に Linux パーティションをアクティブとしてマークできるようにします。
@harrymc さんの質問に対するコメントによると、この点に関して MBR と GPT の間に違いはありますか?
MBR と GPT は別物です。GPT にはLegacy BIOS bootable
フラグがありますが、同じではありません。GPTActive
を使用している場合、Windows からフラグを設定するためのディスク管理オプションはおそらくありません。つまり、Hyper-V を削除するには、何か他の方法を試す必要があるということです。
Windows でディスクが GPT を使用しているかどうかを確認するには:
diskpart
コマンドラインから起動タイプ:
list disk
DISKPART> list disk Disk ### Status Size Free Dyn Gpt -------- ------------- ------- ------- --- --- Disk 0 Online 698 GB 0 B
が空白の場合Gpt
(例のように)、MBR を使用しています。
さらに、@harrymc は次のように述べています。
複数のアクティブパーティションが存在する可能性があり、BIOSは最初に見つかったパーティションを起動します。
そして、それは完全に真実ではありません。MBRスキームでは、パーティションテーブルを編集して複数のアクティブパーティションを作成できますが、これは大混乱を引き起こす。
念のため、Windows パーティションをアクティブに変更して、コンピューターが起動しなくなった場合、GParted を使用すると、アクティブ パーティションを元の状態に戻すことができますか?
はい。これがGPartedを使用してパーティションをアクティブに設定する:
パーティションを選択します。あなたの場合は、それがあなたの
ext4
パーティションになります。「パーティション」→「フラグの管理」を選択します。アプリケーションは「フラグの管理」
/path-to-partition
ダイアログを開きます。Boot
フラグを有効にする
フラグを有効にするには、フラグの横にあるチェックボックスをオンにします。アプリケーションは、有効になったフラグをパーティションに書き込み、[フラグの管理]/path-to-partition
ダイアログを更新します。
それで十分なはずです。
アクティブ パーティションの変更後に Windows\Linux を起動できるかどうかは、GRUB の構成によっても異なります。Windows ブートローダーを使用して Linux を起動しているのか、それとも GRUB から直接 Windows を起動しているのか。
最後のものだと思います。そうしないと、アクティブパーティションにWindowsがないと起動できない可能性があります。この場合、Windowsパーティションをアクティブとしてマークするのはかなり安全だと思います。GRUBはブートフラグに依存しないこれらのレポートはレガシーGRUB(CrunchbagはGRUB2を使用する)。