麒麟系统创建目录失败提示只读文件系统

Question

在使用麒麟操作系统（Kylin OS）过程中，用户执行`mkdir`命令创建目录时，系统提示“Read-only file system”（只读文件系统），导致操作失败。该问题常见于系统异常关机、磁盘错误或文件系统损坏后自动挂载为只读模式以保护数据。此外，也可能是由于/etc/fstab配置错误、磁盘权限策略限制或SELinux/AppArmor安全模块干预所致。需检查文件系统状态、磁盘挂载属性及系统日志，确认根分区是否正常读写，并通过remount尝试重新挂载为读写模式，进而排查根本原因。

Answer 1

一、问题现象与初步诊断

在使用麒麟操作系统（Kylin OS）时，用户执行mkdir /testdir命令创建目录，系统返回错误提示：Read-only file system。该现象表明当前文件系统处于只读挂载状态，无法进行写操作。

此问题通常出现在以下场景中：

• 系统非正常关机（如断电、强制重启）导致文件系统元数据不一致；
• 磁盘硬件故障或I/O错误触发内核自动切换为只读模式；
• /etc/fstab配置错误导致分区以ro方式挂载；
• SELinux或AppArmor安全策略限制了文件系统写入权限；
• 根文件系统被手动或脚本误设为只读。

二、检查当前挂载状态与文件系统属性

首先确认根分区的挂载选项是否包含ro（read-only）：

mount | grep " / "

输出示例如下：

/dev/sda1 on / type ext4 (ro,relatime,data=ordered)

若出现ro标识，则说明根分区当前为只读模式。可进一步查看/proc/mounts获取更详细的内核级挂载信息：

cat /proc/mounts | grep " / "

三、尝试临时恢复读写权限

在确保硬件无严重故障的前提下，可通过remount操作尝试将根分区重新挂载为读写模式：

sudo mount -o remount,rw /

若命令执行成功且后续可正常创建目录，则问题属于临时性挂载异常。但若返回类似以下错误：

mount: / not mounted or bad option

则需深入排查底层原因。

四、分析系统日志定位根本原因

通过dmesg和journalctl查看内核及系统日志：

dmesg | grep -i "readonly\|error\|ext4"

常见日志线索包括：

日志关键词	可能含义
EXT4-fs error	文件系统结构损坏
I/O error	磁盘硬件故障
mounted readonly	因错误自动进入只读模式
barrier failed	存储设备写屏障失败

五、检查/etc/fstab配置完整性

编辑/etc/fstab前应先备份：

sudo cp /etc/fstab /etc/fstab.bak

检查对应挂载点的选项是否正确，例如：

# <file system> <mount point> <type> <options> <dump> <pass>
UUID=xxxx-xxxx / ext4 defaults 0 1

避免出现ro或拼写错误如defualts。

六、运行文件系统检查与修复

对于ext系列文件系统，建议在卸载状态下使用e2fsck工具扫描修复：

sudo e2fsck -f /dev/sda1

注意：生产环境操作前务必确认有完整备份，防止数据丢失。

七、安全模块影响排查（SELinux/AppArmor）

虽然SELinux通常不会直接导致“Read-only file system”，但仍需排除其干扰：

getenforce  # 查看SELinux状态

临时禁用测试：

sudo setenforce 0

若问题依旧，则基本排除SELinux因素。

八、硬件健康状态检测

使用smartctl检查磁盘SMART状态：

sudo smartctl -a /dev/sda

重点关注Reallocated_Sector_Ct、Current_Pending_Sector等指标是否异常。

九、自动化诊断流程图

graph TD
            A[执行mkdir失败] --> B{检查mount输出}
            B -- ro存在 --> C[尝试remount,rw]
            C --> D{成功?}
            D -- 是 --> E[临时解决]
            D -- 否 --> F[查看dmesg/journalctl]
            F --> G{是否有I/O或ext4错误?}
            G -- 是 --> H[执行e2fsck修复]
            G -- 否 --> I[检查/etc/fstab]
            I --> J[验证磁盘SMART状态]
            J --> K[更换硬件或重装系统]

十、预防性维护建议

为降低此类问题发生概率，建议实施以下措施：

1. 定期执行fstrim（SSD设备）与e2fsck巡检；
2. 配置UPS电源保障，避免非正常断电；
3. 启用cron任务监控关键挂载点读写能力；
4. 部署Zabbix或Prometheus采集磁盘I/O与SMART指标；
5. 对重要服务器启用RAID冗余与Btrfs/ZFS等自愈型文件系统；
6. 建立标准化的/etc/fstab模板并纳入版本控制；
7. 启用auditd记录关键系统调用行为；
8. 设置syslog远程集中日志服务器便于追溯；
9. 对新上线主机执行启动后自检脚本；
10. 培训运维人员掌握emergency模式下的救援流程。