
始める前に、私のソフトウェア(オペレーティングシステム)とハードウェアの仕様についていくつかお話しします。
System:
Host: kali Kernel: 5.14.0-kali4-amd64 x86_64 bits: 64 compiler: gcc
v: 10.3.0 Desktop: Xfce 4.16.0 Distro: Kali GNU/Linux 2021.4
base: Debian testing
Machine:
Type: Laptop System: Acer product: Aspire E5-575G v: V1.27
serial: <superuser required>
Mobo: Acer model: Ironman_SK v: V1.27 serial: <superuser required>
UEFI: Insyde v: 1.27 date: 05/26/2017
Battery:
ID-1: BAT1 charge: 32.6 Wh (100.0%) condition: 32.6/62.2 Wh (52.5%)
volts: 12.6 min: 11.1 model: PANASONIC AS16B5J status: Full
CPU:
Info: Dual Core model: Intel Core i5-7200U bits: 64 type: MT MCP
arch: Amber/Kaby Lake note: check rev: 9 cache: L2: 3 MiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
bogomips: 21599
Speed: 500 MHz min/max: 400/3100 MHz Core speeds (MHz): 1: 500 2: 500
3: 500 4: 500
Graphics:
Device-1: Intel HD Graphics 620
vendor: Acer Incorporated ALI Aspire E5-575G driver: i915 v: kernel
bus-ID: 00:02.0
Device-2: NVIDIA GM108M [GeForce 940MX] vendor: Acer Incorporated ALI
driver: nouveau v: kernel bus-ID: 01:00.0
Device-3: Chicony HD WebCam type: USB driver: uvcvideo bus-ID: 1-7:5
Display: x11 server: X.Org 1.20.11 driver: loaded: modesetting
unloaded: fbdev,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa Intel HD Graphics 620 (KBL GT2)
v: 4.6 Mesa 21.2.5 direct render: Yes
Audio:
Device-1: Intel Sunrise Point-LP HD Audio
vendor: Acer Incorporated ALI Acer Aspire E5-575G driver: snd_hda_intel
v: kernel bus-ID: 00:1f.3
Sound Server-1: ALSA v: k5.14.0-kali4-amd64 running: yes
Sound Server-2: PulseAudio v: 15.0 running: yes
Sound Server-3: PipeWire v: 0.3.40 running: yes
Network:
Device-1: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter
vendor: Lite-On driver: ath10k_pci v: kernel bus-ID: 03:00.0
IF: wlan0 state: up mac: 3c:95:09:ca:9e:7f
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Acer Incorporated ALI Acer Aspire E5-575G driver: r8169
v: kernel port: 3000 bus-ID: 04:00.1
IF: eth0 state: down mac: a8:1e:84:aa:b2:8d
Bluetooth:
Device-1: Lite-On Qualcomm Atheros QCA9377 Bluetooth type: USB
driver: btusb v: 0.8 bus-ID: 1-5:4
Report: hciconfig ID: hci0 rfk-id: 4 state: down bt-service: disabled
rfk-block: hardware: no software: no address: 3C:95:09:CA:9E:80
Drives:
Local Storage: total: 245.69 GiB used: 0 KiB (0.0%)
ID-1: /dev/sda vendor: Kingston model: RBU-SNS8152S3256GG2
size: 238.47 GiB temp: 30 C
ID-2: /dev/sdb type: USB model: USB DISK 2.0 size: 7.21 GiB
Partition:
Message: No partition data found.
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 37.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 186 Uptime: 16h 16m Memory: 7.64 GiB used: 2.26 GiB (29.6%)
Init: systemd runlevel: 5 Compilers: gcc: 11.2.0 clang: 11.1.0-4
Packages: 2465 Shell: Zsh v: 5.8 inxi: 3.3.07
上記はInxiを使用して作成されました。
現在のパーティションの状態は次のとおりです。
Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: KINGSTON RBU-SNS
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 4BA38183-8A45-4F49-A381-5E4630853A0A
Device Start End Sectors Size Type
/dev/sda1 2048 206847 204800 100M EFI System
/dev/sda2 206848 239615 32768 16M Microsoft reserved
/dev/sda3 239616 434941951 434702336 207.3G Microsoft basic data
/dev/sda4 498020352 500118158 2097807 1G Windows recovery environment
/dev/sda5 496066560 498020351 1953792 954M Linux swap
/dev/sda6 434941952 496066559 61124608 29.1G Linux filesystem
これは fdisk コマンドを使用して生成されます。
私のラップトップにはWindows 10がデフォルトのOSに設定されており、Kali Linux DDイメージを含むライブUSBドライブを使用してKali Linuxでデュアルブートすることにしました。私が従う文脈についてWindows 10でKaliをダブルブートする公式ガイドです。私は以下を使ってライブUSBドライブを作成しました。ルーパス、UEFIメニューから起動順序を操作してライブKaliで起動し(ノートブックを再起動するときにF2を押す必要があります)、GPartedを使用してKali用のディスクパーティションを作成し、Kaliのグラフィカルインストーラを起動しました。
これまでは問題ありませんでしたが、「インストール完了」ページが表示され、システムを再起動するように求められた後(その後、GRUBから起動するためにUSBドライブを取り外しました)、予想される青の代わりにGRUBをサポートする最小のBashと同じ行が表示されます。 GRUBブートメニューが表示されます。
私はこのラップトップでWindowsとUbuntuをデュアルブートする前にこの動作を経験したことがあります(WindowsとKaliをダブルブートする前にUbuntuを削除しました)、私が従ったガイドとは異なり、コンピュータがGRUBのインストール手順をスキップしたことを覚えておいてください。します。以前に削除したUbuntuが不完全で、これを妨げたと疑われます。
とにかく、私は解決策を検索し、次のことを試すように案内する投稿を見つけました。
mount /dev/sda* /mnt
mkdir mnt/dev
mkdir mnt/proc
mkdir -p /mnt/sys/firmware/efi/efivars
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /sys/firmware/efi/efivars /mnt/sys/firmware/efi/efivars
mkdir -p /mnt/boot/efi
mount /dev/sda+ /mnt/boot/efi
mount -o remount,rw /dev/sda+ /mnt/boot/efi
mkdir /mnt/hostrun
mount --bind /run /mnt/hostrun
chroot /mnt
mkdir /run/lvm
mount --bind /hostrun/lvm /run/lvm
grub-install /dev/sda
update-grub
exit
umount /mnt/dev
umount /mnt/proc
umount /mnt/sys/firmware/efi/efivars
umount /mnt/sys
umount /mnt/boot/efi
umount /mnt/hostrun
umount /mnt/run/lvm
umount /mnt
REBOOT
~からこのスレッド、
set root=(hd0,gptx)
set prefix=(hd0,gptx)/boot/grub
insmod normal
normal
これは同じスレッドからのものです(もちろん、私のシステムと一致するようにパーティション名を適切に変更しました)。また、上記のようなアイテムを提供するスレッドに従いましたが、問題は持続します。私は入力できるので、Kaliが私のsda / dev5に正しくインストールされていることを知っています。
set prefix=(hd0,gpt6)/boot/grub
insmod normal
normal
これらの3行はインストールされているKali OSに入りますが、何らかの理由で再起動時にKaliとWindowsの間で選択できる一般的なGRUB起動画面は表示されません。
さらに、私の問題はまだ存在します。ある時点で、私はEFIパーティションからGRUBを削除し(ご存知のように、BIOSではなくUEFIブートモードを使用します)、再インストールすることにしました。
この投稿2つのサブフォルダを削除しました。/ Ubuntuそして/カリEFIフォルダから。その後、この方法でGRUBをインストールできることを願って、ライブUSBドライブを使用してKali Linuxのインストールプロセスをやり直しましたが、今は大きな問題に直面しました。 「GRUB 0:EFI Partition」では、BASHなどの最小限の行編集ページも表示されなくなりました。
システムの起動順序が見つかりません。デフォルト値を初期化します。システムリセット
永久エラー再起動サイクルに入ります。上記の2つのサブフォルダを削除した後に発生したエラーなので、そのエラーの原因を知っています。
私がここまでどのように来たのかについての詳細を説明しました。今何を試すべきですか?私の目標は、2つのシステムのいずれかで起動するオプションを提供するGRUBブートローダを使用して、Windows 10とKali Linuxを正常にデュアルブートすることです。
答え1
/bootパーティションをマウントできないため、grub>プロンプトが表示されます。たとえば、/boot/grub/grub.conf や /boot/grub2/grub.cfg などです。
EFI構成に無効なファイルシステムの場所が設定されています。
このコマンドで始めた後...
set prefix=(hd0,gpt6)/boot/grub
insmod normal
normal
その後、「update-grub」コマンドを使用してこの状況を修正できます。正しいファイルシステムを参照するようにefi設定を更新します。
efibootmgrコマンドを使用してEFI起動順序を操作し、不足しているEFI起動ファイルを置き換えることで、最新の問題を解決できます。
デフォルトでは、これらのフォルダにはEFIブートエントリ(.efiファイル)が含まれています。これらのEFIブートエントリ(.efiファイル)の起動順序/優先順位は、Linuxでefibootmgrを使用して制御されます。
ファイルが回復または消えた場合は、別のEFIシステム(おそらくVM?)を作成し、livecdを使用してそこからファイルをコピーし、livecdでefibootmgrを使用してエントリを作成して適切なファイルにリンクします。
PSこれは、「UEFI:Windows Boot Loader」などのBIOS / UEFI設定画面に表示される項目です。 「efibootmgr」を使用してEFIにプログラムされます。
efibootmgrの使い方については、このガイドを参照してください。 https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples
また、LiveCD で再起動して環境に chroot すると、「grub-install」が新しい EFI ファイルをインストールして問題を解決し、efibootmgr を使用して新しい EFI ブートエントリが作成されたかどうかを確認できます。これは最も簡単な方法(grub-installを使用)ですが、上記の説明はシステムを損傷する方法とより簡単な方法で問題を解決する方法を正確に理解するのに役立ちます。