关于解决ubuntu中unable to mount root fs on unknown block(0,0)

前几天我的ubuntu突然弹出个错误,说我的boot空间已经满了,我以为这可能是由于更新过多造成的也没想会遇到多大问题,所以就没有管。然后第二天开机的时候就在boot这里卡着了,一直是“unable to mount root fs on unknown block(0,0)”。这从字面意思上看是boot分区没地方挂载了,网上搜了下都没有解决我的问题,本想重烧系统,突然想到可能是昨天的错误引起的。于是我观察ubuntu 启动分区就是启动的时候让你选择的“ubuntu ubantu高级设置“,然后发现了十几个的启动引导,这就明白了。由于我们在装系统的时候往往分给boot分区的只有几百M,这可能对与单个引导可能够了,但是在系统更新的时候往往不自觉的把内核也更新了,然后对旧的内核又没有及时清理。所以导致boot越来越小,但是系统启动中应该还需要一些boot的空间来启动引导,但是我们的boot已经满了。想到原因解决就很容易了: 一、可以先随便选个以前的内核能够通过引导然后运行

sudo apt autoremove --purge

来自动将过时的内核和软件清理掉。如果发现保留的内核还是不能够启动可以运行:

dpkg --list|grep linux-image  
 dpkg --list|grep linux-headers
 sudo apt purge linux-image-*
sudo apt purge linux-headers-*

来将特定的内核引导清理掉 还有还有一种办法就是通过grep来清理,因为已经解决了所以这个没怎么查看过。 当然还有不得已的重烧系统。

相关文章

ubuntu退出redis的示例:指定配置文件方式启动源码redis:roo...
ubuntu中mysql改密码忘了的解决方法:1.在终端中切换到root权...
ubuntu安装mysql失败的解决方法原因:可能是原有的MySQL还有...
使用centos和ubuntu建站的区别有以下几点1.CentOS是Linux发行...
ubuntu图形界面和字符界面切换的方法:可以通过快捷键CTRL+A...
ubuntu中重启mysql失败的解决方法1.首先,在ubuntu命令行中,...