VFS:Unable to mount root fs on Unknown-block(0,0)

这个问题貌似很多人都遇到过，因为在网上搜了一下，结果还不少，由一个引用比较多的网页是：https://unix.stackexchange.com/questions/414655/not-syncing-vfs-unable-to-mount-root-fs-on-unknown-block0-0 这上面总结的解决方案是： 1）确认内核是否支持/dev/vda1设备（假设root=/dev/vda1）上的文件系统， 2）确认指定的root是否正确，比如应该是/dev/vda2，而不是/dev/vda1。

或许在Gentoo Linux系统上最烦人然而最常出现的问题是Unable to mount root fs on unknown-block(x,y) 错误。但是，如果你知道你的系统里有什么硬件，多数都容易解决。首先，让我们看一看你得到的错误： VFS: Cannot open root device "sda1" or unknown-block(8,1) Pl

在编译过程中，会在箭头的地方卡顿很久：ALSA device list: No soundcards found.意思是没有音频驱动文件，有人因为这个去确认参数bootargs以后成功编译的，可惜我没有。其中：10.56.50.45是我虚拟机地址，10.56.50.50是开发板地址，/home/xiaoshi/Linux/nfs/rootfs是我设置的挂载目录。如果说还是没发挂载，可以按照正点原子提供的《常见问题汇总》的文档，里面能够找到这种错误的原因和解决办法，里面有一块内容说可能是。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年嵌入式&物联网开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上嵌入式&物联网开发知识点，真正体系化！

baudrate=115200 bootargs=root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait init=/linuxrc console=ttySAC0 maxcpus=1 lcd=wy070ml tp=gslx680 ip=192.168.3.165:192.168.3.113:192.168.3.1:255.255.255.0 bootcmd=mmc read 48000000 1800 3000; bootm 48000000 bootdelay=3

你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！” />你的支持，我的动力；祝各位前程似锦，offer不断，步步高升！！！更多资料点击此处获qu！！

在通过nfs启动文件系统过程中会遇到下面的问题，记录下来防止忘掉 [ 100.338146] VFS: Unable to mount root fs via NFS, trying floppy. [ 100.345728] VFS: Cannot open root device "nfs" or unknown-block(2,0): error -6 [ 100.353202] Pl...

Linux version 4.4.0-83-generic (buildd@lgw01-29) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #106-Ubuntu SMP Mon Jun 26 17:54:43 UTC 2017 昨天升完级后，重启报标题上所述的错误。mark一下，暂时没功夫解决这个问题，系

周末公司断电，所以使用shutdown命令将CentOS关闭，周一回来后，启动CentOS报错：Kernal Panic - Not syncing : VFS: unable to mount root fs on unknown-block (0,0) ，在启动菜单选择老版内核后可以正常启动，查看/etc/fstab、/boot/grub、/dev/disk/by-uuid、df，没有发现异

看设备名：ubiblock0_5，ubixxxx 表示这是一个 SPI NAND 设备，如果是 SPI NOR 那一般是 mtdxxxx。这一般是因为 rootfs 的数据错误，看一下是不是打包错了，把uboot打包进rootfs里了，或者是。错误描述：rootfs格式设置都是正确的，驱动也有，但是还是打印分区表然后提示没有可供挂载的格式。再看看我们实际的启动设备，是eMMC，是一个MMC设备，应该是。错误描述：rootfs格式设置都是正确的，驱动也有，报错。不用慌，这只是一个障眼法，它真正的报错是。

内核找不到根文件系统，不是/etc/fstab配置的问题，根本原因在于你的内核配置参数的，问题，有些选项必须编译进内核（使用*），不能用模块（使用M） Fix your kernel boot parameters. Make sure your kernel has a "root=" parameter passed to it in your bootloader and that the

查看编译信息，原因是cpio命令没有，但是./edge build -k编译内核命令还是编译过了，导致recovery.img生成不正常，大小为31M，正常情况下为61M。编译了Ubuntu20.04的源码成功烧录后，出现问题：不断重启。解决方法安装cpio。

VFS:Unabletomountrootfsonunknownblock解决方案00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Famil...

后又从网上了解到，uboot中默认是使用NFS-V2，而ubuntu1804默认使用的是NFS-V3，这就造成了挂载时候的不兼容，造成挂载不上。，错误码为2，说明错误因为大概率是linux主机的nfs安装问题，检查nfs后并没有发现问题，遂又去查看NXP官方EVK开发板里的。文件，这个文件是介绍从网络挂载文件系统时候设置bootargs变量的方法，从该文件中了解到。发现他是使用dhcp自动获取的ip，这个不用管，但是后面添加了。这两个参数，不知道什么意思，遂去查看linux内核源码目录下。

1.iNand的问题

最近遇到了一次虚机系统启动失败，提示错误如图： 根据字面意思，根目录的文件系统出问题了，无法挂载，导致系统无法启动。 尝试了两个方法： 1.将这个盘挂载到别的机器上通过fsck/xfs_repair修复。没有成功，再从这个盘启动报的一样的错误 2.有可能是内核出现了问题。这种情形一般出现于更新内核/执行yum update的过程中出现了某些错误。这时候需要重新生成initframs 生成initframs 准备材料：centos标准镜像。这里用的是 CentOS-7-x86_64-DVD-1908.iso