Ubuntu 14.04を搭載した仮想マシンがあります。最近linux-3.14.5カーネルをビルドしてインストールし、そこから起動しようとしましたが、BusyBox v1.21.1の組み込みシェルが表示されます。
これが私がしたことです:
wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.14.5.tar.xz
mkdir ~/linux
mv linux-3.14.5.tar.xz ~/linux
tar -xJf linux-3.14.5.tar.xz
mkdir linux-3.14.5
cd linux-3.14.5_src/
make defconfig O=../linux-3.14.5
make menuconfig O=../linux-3.14.5 /* i didn't change anything */
make O=../linux-3.14.5
cd ../linux-3.14.5
Sudo make install
initrd.img-3.14.5と呼ばれるファイルが/ bootにintrd.img-3.13.0-24-genericと並んで表示されました(私が推測するところは、Ubuntu 14.04のカーネルです)。
vmlinuz-3.14.5およびvmlinuz-3.13.0-24-generic。という2つのファイルもありました。
その後、走った
Sudo blkid
次のものを得た:
/dev/sda1: UUID="92ec153c-cb92-4300-8d2a-f63b747ddd35" TYPE="ext4"
/dev/sda5: UUID="439a6423-28dc-4363-b47e-580f1e65e951" TYPE="swap"
私も走った
Sudo fdisk -l
それは私に与えました
Disk /dev/sda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000268be
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 39845887 19921920 83 Linux
/dev/sda2 39847934 41940991 1046529 5 Extended
/dev/sda5 39847936 41940991 1046528 82 Linux swap / Solaris
次のエントリを持つ/ boot/grub/grub.cfgファイルを確認しました。
menuentry 'Ubuntu, with Linux 3.13.0-24-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-24-generic-advanced-92ec153c-cb92-4300-8d2a-f63b747ddd35' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 92ec153c-cb92-4300-8d2a-f63b747ddd35
else
search --no-floppy --fs-uuid --set=root 92ec153c-cb92-4300-8d2a-f63b747ddd35
fi
echo 'Loading Linux 3.13.0-24-generic ...'
linux /boot/vmlinuz-3.13.0-24-generic root=UUID=92ec153c-cb92-4300-8d2a-f63b747ddd35 ro find_preseed=/preseed.cfg auto noprompt priority=critical locale=en_US quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.13.0-24-generic
}
それで、私は先に進み、次の行を/ etc/grub.d/40_customに追加しました(1、14、15、17行目を変更しました)
menuentry 'MyNewKernel' {
recordfail
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 92ec153c-cb92-4300-8d2a-f63b747ddd35
else
search --no-floppy --fs-uuid --set=root 92ec153c-cb92-4300-8d2a-f63b747ddd35
fi
echo 'Loading My New Kernel ...'
linux /boot/vmlinuz-3.14.5 root=UUID=92ec153c-cb92-4300-8d2a-f63b747ddd35 ro recovery nomodeset find_preseed=/preseed.cfg auto noprompt priority=critical locale=en_US
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.14.5
}
そして走った
Sudo update-grub
Sudo reboot
動作しませんでした!エラーメッセージは言った
ALERT! /dev/disk/by-uuid/92ec153c-cb92-4300-8d2a-f63b747ddd35 does not exist.
Dropping to a Shell!
それで、私は[〜#〜] uuid [〜#〜]を/ dev/sda1で置き換えようとしました。結果は次のファイルになります。
menuentry 'MyNewKernel' {
recordfail
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 /dev/sda1
else
search --no-floppy --fs-uuid --set=root /dev/sda1
fi
echo 'Loading Linux 3.13.0-24-generic ...'
linux /boot/vmlinuz-3.14.5 root=/dev/sda1 ro recovery nomodeset find_preseed=/preseed.cfg auto noprompt priority=critical locale=en_US
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.14.5
}
これも機能せず、非常によく似たエラーメッセージが表示されました。
ALERT! /dev/sda1 does not exist.
Dropping to a Shell!
馬鹿なミスをしていると思いますが、今回が初めてなのでわかりません。何か助けていただければ幸いです。
長い投稿を読んでいただきありがとうございます。さらに情報が必要な場合はお知らせください。
必要なドライバーをインストールするmake install
の前の2つのステップを逃しました。 make install
の前に、make modules
とmake modules_install
をこの順序で実行します。これにより、.configファイルに基づいてドライバーがインストールされます。
このエラーは、.configファイルの設定が不適切であるために一部のドライバーが欠落している場合にも発生する可能性があります。だからここにカーネルのコンパイルを行うハッキーな方法があります。正しい構成を取得する最良の方法の1つは、/ bootディレクトリからカーネルソースコードフォルダーの.configに作業構成をコピーすることです。作業中のカーネル構成ファイルは
/boot/config-`uname -r`
次に、make
を使用してコンパイルを行います。この.configファイルは古いカーネルに対応している可能性があり、コンパイルしようとしている新しいカーネルに一部の構成がないため、make
は.configファイルにない構成のプロンプトを表示します。すべての構成プロンプトに対してEnterを入力するだけで、デフォルトの構成が選択されます。次に、make modules
、make modules_install
、最後にmake install
を実行します。これはあなたの問題を解決する必要があります。
このコンパイル方法は専門家には適していませんが、カーネルコンパイルを開始するためのさまざまな構成オプションの知識があまりない初心者には役立ちます。