起動可能なUSBでKali Linuxを引き続き使用します。すべてのupdate/upgrade/dist-upgradeコマンドを使用して更新しました。 VMwareをインストールしようとしたときにカーネルに問題があることがわかりました。それでも古いバージョンを探しているので、VMwareは開かれません。と入力すると、Linuxが起動しているが起動しないuname -rことがわかります。VMwareが実行されていると、アップデート/アップグレードが新しいカーネルをダウンロードしたように見えなくなります。解決策をオンラインで検索した結果、Live USBで実行され続けていたため、アップデート後もLinuxが起動したカーネルはダウンロードしたISOのカーネルであることがわかりました。ところで、このような投稿を発見しました。4.9.0-kali3-amd644.9.0-kali4-amd644.9.0-kali3-amd64永久Kaliを使用してUSB Liveのブートカーネルを変更する方法。この人は解決策を見つけたようですが、彼がどのステップを踏んだのかは本当に理解できません。より正確には、彼がinitrd.imgとvmlinuzをどこに移動したのか理解できません。誰でも詳しく説明できますか？
答え1
私はちょうど彼の指示に従い、いくつかの変更の後に正しく動作しました。以下はあなたが提供したリンクのステップです。私の意見は箇条書きで示されています。
まず、initrd.imgとvmlinuzをUSBの/liveフォルダから（バックアップのために）デスクトップに移動しました。
- ./lib/live/mount/persistence/sdxx/liveに記載されているファイルをバックアップします。 sdxxは異なる場合があります。
次に、USBの永続性rwルートフォルダからinitrd.img-4.9.0-kali4-amd64とvmlinuzを/liveフォルダにコピーしました。
- ./boot/のファイルを上記の場所にコピーします。
initrd.imgとvmlinuzに名前を変更して再起動しました。バラより
- 名前変更操作は、私が考えているバージョンによって異なります。私はkali 2017.2を使ってこれを行い、以前のカーネルがinitrd.imgだけでなく、完全なファイル名initrd.img-4.12.0-kali1-amd64で起動することを発見しました。
古いブートファイルと同じように、新しいブートファイルの名前を変更できます。これを試みる代わりに、./lib/live/mount/persistence/sdxx/boot/grubに移動し、更新されたinitrd.imgファイルとvmlinuzファイルを指すgrub.cfgに新しいエントリを作成しました。