怀疑磁盘损坏。

1.参考这个 【CentOS】「无法为立即文档创建临时文件: 只读文件系统」的解决_马路上开飞机-CSDN博客_无法为立即文档创建临时文件

在运行remount的时候报错：

也就是sda3出错。接下来进行磁盘修复。 

2 参考这个

Ubuntu只读文件系统修复方法_习惯就好zz的专栏-CSDN博客_ubuntu只读文件系统

(base) xxx@gpu-182:~$ fsck.ext4 -p /dev/sda3
fsck.ext4: 权限不够 尝试打开 /dev/sda3 时
你必须具有对该文件系统的 r/w 权限，或者为root
(base) xxx@gpu-182:~$ sudo fsck.ext4 -p /dev/sda3
[sudo] xxx 的密码：
/dev/sda3：正在修复日志
/dev/sda3 有一个含有错误的文件系统，强制进行检查。
/dev/sda3: 发现了可能属于损坏的孤立链接表的inode。

/dev/sda3：未预期的不一致性；请手动运行fsck
	（即不使用 -a 或 -p 选项）。
(base) xxx@gpu-182:~$ fsck.ext4 -p /dev/mmblk0p7
fsck.ext4: 没有那个文件或目录 尝试打开 /dev/mmblk0p7 时
可能该设备不存在？
(base) xxx@gpu-182:~$ fsck.ext4 /dev/sda3
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: 权限不够 尝试打开 /dev/sda3 时
你必须具有对该文件系统的 r/w 权限，或者为root
(base) xxx@gpu-182:~$ sudo fsck.ext4 /dev/sda3
e2fsck 1.44.1 (24-Mar-2018)
/dev/sda3 有一个含有错误的文件系统，强制进行检查。
第 1 步：检查inode、块和大小
发现了可能属于损坏的孤立链接表的inode。  处理<y>? 是
Inode 34874262 位于孤立的inode列表中。  已处理.
Inode 34874293 位于孤立的inode列表中。  已处理.
Inode 34874299 是一个无效的extent节点（块 139640258，lblk 0）
清除<y>? 是
Inode 34874299 的extent树（位于第 1 层）的深度可以更小。  处理<y>? 是
Inode 34874299的i_blocks为 %ls，应为 0。  处理<y>? 是
Inode 34874332 是一个无效的extent节点（块 139640252，lblk 0）
清除<y>? 是
Inode 34874332 的extent树（位于第 1 层）的深度可以更小。  处理<y>? 是
Inode 34874332的i_blocks为 %ls，应为 0。  处理<y>? 是
Inode 74318951 位于孤立的inode列表中。  已处理.
Inode 74319617 位于孤立的inode列表中。  已处理.
删除inode 107216898 的删除时间为零。  处理<y>? 是
Inode 107216899 位于孤立的inode列表中。  已处理.
Inode 107216900 位于孤立的inode列表中。  已处理.
Inode 107216901 位于孤立的inode列表中。  已处理.
Inode 107216902 位于孤立的inode列表中。  已处理.
Inode 112071807 位于孤立的inode列表中。  已处理.
Inode 117964813 位于孤立的inode列表中。  已处理.
第 1E 步：优化extent树
第 2 步：检查目录结构
第 3 步：检查目录连接性
第 4 步：检查引用计数
独立的inode 34874284。
连接到 /lost+found<y>? 是
Inode 34874284 的引用计数为 2，应为 1。  处理 （“a” 表示全部回答“yes”） <y>? 是
独立的零长度inode 34874299。  清除 （“a” 表示全部回答“yes”） <y>? 是
独立的inode 34874327。
连接到 /lost+found （“a” 表示全部回答“yes”） <y>? 是
Inode 34874327 的引用计数为 2，应为 1。  处理 （“a” 表示全部回答“yes”） <y>? 是
独立的inode 34874339。
连接到 /lost+found<y>? 是
Inode 34874339 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 34874388。
连接到 /lost+found<y>? 是
Inode 34874388 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 34874418。
连接到 /lost+found<y>? 是
Inode 34874418 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 34874432。
连接到 /lost+found<y>? 是
Inode 34874432 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 34874439。
连接到 /lost+found<y>? 是
Inode 34874439 的引用计数为 2，应为 1。  处理<y>? 是
独立的inode 34874447。
连接到 /lost+found<y>? 是
Inode 34874447 的引用计数为 2，应为 1。  处理<y>? 是
yy第 5 步：检查组概要信息
块位图的差异：  -139640252 -139640258 -(210609536--210609663) -(210639104--210639233) -375485751 -(375485776--375485777) -375485830 -375486891 -(448416300--448416583) -467878083 -467917122 -467917131 -467917400 -467917402 -467917569 -467917590 -467917593 -467921935 -(484222637--484222638) -484222682 -484222685 -484222765 -484222777
处理<y>? 是
组 #4261的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #6427的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #6428的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #11458的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #13684的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #14278的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #14279的可用块计数错误（0，实际为0）。
处理<y>? 是
组 #14777的可用块计数错误（0，实际为0）。
处理<y>? 是
可用块数错误（0，实际为0）
处理<y>? 是
Inode位图的差异：  -34874262 -34874293 -34874383 -34874453 -74318951y -74319617 -(107216898--107216902) -112071807 -117964813
处理<y>? 是
y组 #4257的可用inode计数错误（6447，实际为6451）。
处理<y>? 是
组 #9072的可用inode计数错误（876，实际为878）。
处理<y>? 是
组 #13088的可用inode计数错误（431，实际为436）。
处理<y>? 是
组 #13680的可用inode计数错误（4744，实际为4745）。
处理<y>? 是
组 #14400的可用inode计数错误（5440，实际为5441）。
处理<y>? 是
可用inode数错误（114172747，实际为114140892）
处理<y>? 是
yyyyyyyyy
/dev/sda3：***** 文件系统已修改 *****
/dev/sda3：***** 请重新启动系统 *****
/dev/sda3：7805220/121946112 文件（0.4% 为非连续的）， 277417657/487756544 块
(base) xxx@gpu-182:~$ reboot
User gwj is logged in on sshd.
Please retry operation after closing inhibitors and logging out other users.
Alternatively, ignore inhibitors and users with 'systemctl reboot -i'.
(base) xxx@gpu-182:~$ systemctl reboot -i