如题,本人纯小白,刚开始学习Linux,尝试内核配置编译以及运用grub启动新编译的内核。
整个机器运行环境是在VMware虚拟机下,采用的默认scsi硬盘
在这个过程中遇到的一个严重的问题:
每次在grub里选中新编译的内核时就会进入initramfs。
查阅网络资料,据说有可能是等待硬盘启动加载时间不够,可以手动输入exit进入系统。但是马上提示错误,显示alert:uuid=xxxxxx does not exist ,还有三个可能的常见错误。
最重要的是,ls /dev下没有sda,也就无法加载root。
于是重启,按e进入grub的编辑界面,发现原来的(完好的)内核的启动参数(uuid 和 等待时间)是相同的,也就是不可能是硬盘uuid错误或者等待时间不足。更不可能是有坏道。
作为萌新,我也怀疑我的内核裁剪过度,并且我也看到了有人因为驱动的原因不能正常加载。所以我又用原内核的.config文件配置编译,检查了scsi的驱动,发现都是[M],不是[ ],但仍然不能进入系统。
最终找到了一篇文章https://blog.csdn.net/prog_6103/article/details/38583475里边提到通过lsmod | grep scsi查看模块,发现需要MPT模块。事实上,这个模块就在
scsi的low level drivers里。后来仔细地查阅了资料,理解了linux地启动流程。这个[M]的模块必须要进入root,也就是加载出sda后才能进入,scsi驱动才能起作用。**所以要想在init时就能够加载scsi,就必须把这些模块静态编译进initrd,也就是initramfs。**重新编译内核后,就可以正常启动了。