admin管理员组

文章数量:1590495

由于虚拟机没有正常关机,在第二天启动之后,便报以下错误

systemd-journald[404]: Failed to write entry (22 items,750 bytes),ignoring: Read-only file system

看了一番,说这是这个是文件系统错误,日志文件无法写入。用之前的 好在使用SSH 还是可以连上虚拟机的

http://smilejay/2018/02/systemd-journald-failed-to-write-entry/

根据这文章来操作,执行以下命令

$ journalctl --verify

是可以在 /var/log/journal/   看到这些日志文件,但是无法删除或者移动系统那些日志文件。

提示以下

rm: cannot remove '114xxxxxxxxxxxxxx.journal': Read-only file system
rm: cannot remove '1112ea34xxxxxxxxxxxxxxx.journal': Read-only file system
rm: cannot remove '1112e827d4exxxxxxxxxxxxxxxxxx7.journal~': Read-only file system
rm: cannot remove '1112e827dede411fxxxxxxxxxxxxxxxxx.journal': Read-only file system

那应该是文件系统错误了

于是启动文件系统修复

$ sudo fsck -y /   (修复文件系统)

/dev/sda5: recovering journal
/dev/sda5 contains a file system with errors, check forced.

执行后发现,出现的是问题的是dev/sda5 ,并提示修复完成

那好,继续执行重启

shutdown -r now   #修复完成后重启系统

 

这时候,发现Linux进入了 initramfs 命令行了。SSH再也连不上了。麻烦了?

进入这个才是重点

在initramfs>的终端界面输入如下命令修复文件系统:

    fsck /dev/sda5   # sdax  x是自己根据文件的损坏路径来设置,具体在initramfs的错误信息会有提示

 敲击回车一直按y即可。直到出现

****************FILE SYSTEM WAS MODIFIED********

也就说明修复完成。此时在 initramfs 终端界面执行 eixt 

稍等片刻就可以看到系统正常进入界面了。

 

参考链接:https://wwwblogs/zhou-jun/p/10195719.html

https://blog.csdn/kq1983/article/details/44671961

 

本文标签: 终端虚拟机系统Ubuntujournald