我一直在使用我通常的 Debian 11 安装,然后我启动了一个命令systemctl reboot
,重新启动后,我得到了一个黑屏,在屏幕grub
出现之前持续了大约 30 秒,然后在选择操作系统后,我得到了一个看起来像这样的输出。 。
[FAILED] to start Update UTMP about System Boot/Shutdown
See 'systemctl status systemd-update-utmp.service' for details.
然后在几行成功之后,它尝试启动gdm
然后停止并失败,然后重复直到到达 aplymouth terminate
并保持这样,除非我ALT+F2
登录后我运行systemctl status systemd-update-utmp.service
,这是我收到的输出
. systemd-update-utmp.service - UPDATE UTMP about System Boot/Shutdown
Loaded: loaded (/lib/systemd/system/systemd-update-utmp.service; static)
Active: failed (Result: exit-code) since Tue 2022-02-08 14:30:01 EET; 8min ago
Docs: man:systemd-update-utmp.service
man:utmp(5)
Process: 818 ExecStart=/lib/systemd/systemd-update-utmp reboot (code=exited, status=1/FAILURE)
Main PID: 818 (code=exited, status=1/FAILURE)
CPU: 5ms
Feb 08 14:30:01 D20 systemd[1]: Starting Update UTMP about System Boot/Shutdown...
Feb 08 14:30:01 D20 systemd-update-utmp[818]: Failed to write utmp record: No space left on device
Feb 08 14:30:01 D20 systemd[1]: systemd-update-utmp.service: Main process exited, code=exited, status=1/FAILURE
Feb 08 14:30:01 D20 systemd[1]: systemd-update-utmp.service: Failed with result 'exit-code'.
Feb 08 14:30:01 D20 systemd[1]: Failed to start Update UTMP about System Boot/Shutdown.
当我运行时systemctl status gdm.service
收到的输出是......
. gdm.service - GNOME Display Manager
Loaded: loaded (/lib/systemd/system/gdm.service; static)
Active: failed (Result: exit-code) since Tue 2022-02-08 14:31:53 EET; 19min ago
Process: 1292 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=1/FAILURE)
CPU: 5ms
Feb 08 14:31:53 D20 systemd[1]: gdm.service: Scheduled restart job, restart counter is at 5
Feb 08 14:31:53 D20 systemd[1]: Stopped GNOME Display Manager.
Feb 08 14:31:53 D20 systemd[1]: gdm.service: Start request repeated too quickly.
Feb 08 14:31:53 D20 systemd[1]: gdm.service: Failed with result 'exit-code'.
Feb 08 14:31:53 D20 systemd[1]: Failed to start GNOME Display Manager.
Feb 08 14:31:53 D20 systemd[1]: gdm.service: Triggering OnFailure= dependencies.
我是 Linux 的初学者(并提出问题),我找不到在任何地方复制这个问题,请帮助我,或者至少澄清我可以改进这个问题的任何方法。
编辑:
我尝试添加
nouveax.modeset=0
,grub
但仍然出现同样的问题。我跑过
df
并发现/dev/mapper/D20--vg-root
安装在/是100%已使用。
答案1
我的解决方案
按照上面的修改我继续尝试寻找一种方法来释放我的根文件系统。运行由给出的命令迈克尔的评论在这里结果发现大部分存储位于 /var/logs 中,我进去删除了所有文件(留下文件夹),这成功地使我成功启动到 GUI,但是,我不建议您完全删除日志文件,尝试读取它们并找到重复的错误来解决它们,然后问题就会自行解决,您也可以考虑使用类似的东西logrotate
,这将有助于不断修剪日志和旧的已弃用的。