Linux如何修复只读文件系统 remount读写权限方法

2 02 2 年，我在某个城市遇到了一个严重的问题。
Linux 文件系统突然进入只读模式。
当时我很困惑，不知道该怎么办。
直到后来我才意识到，我必须先检查一下原因。

首先查看mount命令，发现turn选项中有ro，说明是只读的。
然后我尝试在目录中创建文件，结果是“只读文件系统”。
现在我明白了。

我尝试使用 mount-oremount,rw 命令再次挂载，但文件系统出现一些错误。
我使用fsck命令进行检查和修复。
这个过程是非常漫长的。
修复后，我尝试使用mount命令挂载它，但仍然不起作用。

查了资料，发现可能是/etc/fstab文件配置错误导致的。
我打开文件看了看，果然，它的拼写是ro。
我赶紧改了一下，重启系统，问题终于解决了。

但是问题还没有结束；我明白我还是个文盲。
我尝试打开错误=继续选项，我终于能够读取和写入文件，尽管有点不稳定。

我开始采取预防措施，防止这种情况再次发生。
我确保硬件稳定并定期检查硬盘的SMART状态以避免异常关机。
我还定期检查文件系统，合理规划磁盘空间，加强安全性，定期备份重要数据。

这个过程让我深刻认识到系统管理不是一件容易的事，需要细心和耐心。

Linux如何修复文件系统 fsck工具使用场景分析

fsck 修复文件系统异常。

系统无法启动：
症状：启动时显示 Uncleanshutdown 或 I/O 错误消息。

原因：意外断电、强制关机或硬件故障。

操作：在单用户模式下恢复或自动调用 fsck。

分区挂载失败：
现象：mount报错，日志显示文件系统错误。

原因：元数据损坏（超级块、索引节点表错误）
处理：卸载分区并运行fsck。

文件访问异常：
症状：目录无法打开、文件损坏、发生 IO 错误。

原因：文件系统结构不匹配。

处理：fsck修复文件系统结构。

定期维护：
场景：确保没有明显的错误。

建议：每月检查关键系统。

使用步骤：
分区未安装。
使用 df -h 检查，如果未安装则使用 umount /dev/sdXn 进行检查。

禁用安装和运行 fsck。

运行检查：fsck /dev/sdXn。

自动恢复：fsck -y /dev/sdXn。

手动修复：这是默认模式，逐项检查。

各种文件系统：
ext2 /ext3 /ext4 ：e2 fsck。

XFS：需要删除 xfs_repair。

Btrfs：btrfscheck--修复，需要删除。

自动恢复：
适用于：远程服务器、批量维护。

风险：可能掩盖问题。

建议：用于检查错误是否轻微。

手动修复：
适用：本地调试、关键系统。

优点：可以按项目查看。

建议：如有疑问，请备份数据并检查日志。

注意：
备份您的数据。

在单用户模式下恢复根分区。

查看日志：dmesg 或 Journalctl。

/etc/fstab 设置 pass 字段。

示例流程：
启动失败：RecoveryMode 或 SingleUserMode，fsck/dev/sda1
挂载失败：umount/dev/sdb1 、fsck/dev/sdb1
XFS 修复：umount/dev/sdc1 、xfs_repair/dev/sdc1
严格按照步骤操作，选择合适的工具，进行自动/手动称重。

linux系统文件丢失

1 . extundelete ext3 /4 文件：以只读方式挂载它们并 extundelete /dev/sda1 - 恢复所有内容。
2 . Testdisk 多任务恢复：选择磁盘并执行深度扫描以查找分区。
3 、备份和恢复：例如/home/user，直接从/backup/home_user恢复。
4 、维护模式下修复关键文件：检查、恢复或重建文件。
5 . fsck 恢复文件系统：删除或单用户模式下，运行fsck。
6 .预防：定期备份、fsck检查、防病毒、UPS稳电。
你自己掂量一下。