UEFIとレガシーBIOS用に同時にUSBにKaliをインストールする

UEFIとレガシーBIOS用に同時にUSBにKaliをインストールする

序文は次のとおりです。

Trekstorで作成したWintron 10.1という新しいタブレットを購入しました。 32GB SSDクラスのハードドライブが付属し、Windows 8.1-Bingがプレインストールされています。私は数年前にKali-Linux-Osを実行している暗号化されたサムドライブをすでに持っています。このkaliは、私が作成したときに通常、kaliがefiのサポートを欠いていたため、uefiと互換性がありません。それ以降のすべてのアップデートはuefiをまったく考慮していませんが、定期的に使用してうまく機能し続けるため、最先端である必要があります。このサムドライブからの起動は、従来のBIOSシステムでのみ機能し、この機能が単に無効になっているUEFIを搭載したシステムでも機能します。

これが私の意図です:

従来のBIOSシステムとUEFIシステムに接続できるように、サムドライブにインストールされているkaliを変更したいと思います。レガシーシステムで今のように簡単に起動するだけです。

これは明確ではないかもしれません。

新しいタブレットには32ビットUEFIシステムがあります。これについては後で述べます。

私がしたことは次のとおりです。

  1. 私のサムドライブがUEFIシステムの起動を許可しているかどうかをテストしました。 --> USBが初めて使用される起動デバイスのように見えますが、起動しません。 [ファイルから開始]ダイアログボックスが組み込まれているuefiファイルブラウザを使用していますが、ファイルを検出できません(サフィックスが.efiのファイルがないため)。 -->これからは常にブラウザから起動することにしました。
  2. 確認しましたが、セキュアブートがオフになって再起動されましたが、成功しませんでした。
  3. 私はオンラインで自分自身に言います。
  4. USBドライブからインストールプロセスに入り、uefi関連の機能に慣れるために別のUSBスティックで再起動しました(この時間を短縮するには、このリンクも参照してください)
    https://forums.kali.org/archive/index.php/t-271.html)
  5. そのため、最新のkali-iso_64-bitをダウンロードして、サムドライブに簡単なisoにダンプしました(dd if = this of = that)
  6. EFIフォルダを作成し、EFIフォルダ内にbootフォルダを作成しました。
  7. UEFI BIOSは32ビットなので、efiファイルを選択しました。 https://github.com/jfwells/linux-asus-t100ta/blob/master/boot/bootia32.efi
  8. 次に、手順4のリンクに記載されているgrubスクリプトを作成しました。
  9. 再起動し、UEFIファイルブラウザを入力して正しいefiファイルを選択し、

チャジャン:

最小限のグラップシェルに落としました。 2.0.2(ベータ)に似ています。くそ問題: linuxefi または initdefi コマンドを実行すると、grub がそれを認識せずにプロンプ​​トを表示します。

"boot"を実行した後は常に次のメッセージが表示されるため、linux /a_path_to/vmlinuzまたはkernel /a_path_to/vmlinuzが機能していないようです。エラー:まずGrubからカーネルをロードする必要があります。 (はい、私はroot =(hda0,1)をしました。

カーネルイメージが見つからない場合、grubはそれを報告します。

さて、ubuntu64-isoを使って同じことをし、bootXXX.efiを32ビットバージョンに置き換えた後、最小のgrub-beta-shellに入らずに何をすべきかをグラフィカルに選択できます。

私の質問は次のとおりです。

  1. 通常、サムドライブを拡張/修正したり、UEFIシステムと非UEFIシステムの両方で起動できるサムドライブを作成できますか?
  2. kali-grub-boot-issueトラブルシューティングをどこで開始できますか?これがどんな/誰のグラップシェルかを知る必要があります。 bootia32.efi grubに埋め込まれた内容やkaliの/boot/grubにある内容などがあるかもしれません。
  3. ネットワーク全体にbootia32.efiが1つしかないように見えるのはなぜですか? 32ビットUEFIを使用する可能性はほとんどありませんか?
  4. オペレーティングシステムのビットが使用するEFIファイルのビットを定義しておらず、オペレーティングシステムのビットがuefiシステム(および.efiファイル)のビットに依存していないことを確認してください。

答え1

KaliがUEFIシステムで正常に動作するように正常に設定しました。私は私のブログに私が何をしたかについての記事を書きました。この記事があなたのようにコンピュータの電源を入れることができない多くの人に役立つことを願っています。 Kali LinuxはUEFIで動作し続けます。

デフォルトでは、以下が必要です。

  1. /EFI/BOOT/USBドライブのルートディレクトリにフォルダを作成し、その中にBOOTx64.EFI入れます。grubx64.efi
  2. grub.cfg/boot/grub次のコンテンツにします。

    set menu_color_normal=white/black
    set menu_color_highlight=black/light-gray
    
    menuentry "Kali Live" {
     set gfxpayload=keep
     linux /live/vmlinuz boot=live username=root hostname=kali
     initrd /live/initrd.img
    }
    menuentry "Kali Failsafe" {
     set gfxpayload=keep
     linux /live/vmlinuz boot=live components memtest noapic noapm nodma nomce nolapic nomodeset nosmp nosplash vga=normal
     initrd /live/initrd.img
    }
    menuentry "Kali Live forensics" {
     set gfxpayload=keep
     linux /live/vmlinuz boot=live noconfig=sudo username=root hostname=kali noswap noautomount
     initrd /live/initrd.img
    }
    menuentry "Kali Live persistence" {
     set gfxpayload=keep
     linux /live/vmlinuz boot=live noconfig=sudo username=root hostname=kali persistence
     initrd /live/initrd.img
    }
    menuentry "Kali Live persistence encrypted" {
     set gfxpayload=keep
     linux /live/vmlinuz persistent=cryptsetup persistence-encryption=luks noconfig=sudo username=root hostname=kali persistence
     initrd /live/initrd.img
    }
    

私のブログから必要な既成ファイルをダウンロードできます。

これはテストされていませんが、説明したプロセスの後にもisolinux設定(Kali Liveが起動に使用する)がまだ存在するため、以前のBIOSシステムで動作します。

関連情報