linux下real-only system解决方法

最新推荐文章于 2025-07-19 13:07:29 发布
原创 最新推荐文章于 2025-07-19 13:07:29 发布 · 655 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文提供了一种解决因非正常关机导致磁盘分区问题的方法。主要包括重启操作系统、使用fsck命令修复文件系统及重启完成修复流程。

一般是由非正常关机引起的磁盘分区问题：
1. 重启操作系统
2. 启动过程中进入如下界面时：
Give root password for maintenance
(or type Control-D to continue):
Login incorrect.
(Repair filesystem) 1 #
输入fsck -y /，进行磁盘修复
3. 待修复完成后，输入reboot重启即可

[问题已处理]-vmware出现 readonly system且无法进入单用户模式
爷来辣的博客
04-29 1611
vmware出现 readonly system且无法进入单用户模式 出现故障的是wiki的服务器 使用单用户启动如下 判断是系统磁盘进入了只读模式 解决办法 将数据盘迁移到另一台宿主机上挂载。并启动应用恢复 在vSphere上选择原数据盘的位置 找到对应文件 选择复制到 注意: 提前检查磁盘大小是否够用。 等待迁移完成之后 修改主机名并重启新的那台虚拟机。 fdisk -l查看是否挂载成...
【LiveCD】解决 update-initramfs is disabled (live system is running on read-only media)
请赐予我力量
04-28 2805
写在前面的话： 版权声明：本文为博主原创文章，转载请注明出处！ 博主是一个小菜鸟，并且非常玻璃心！如果文中有什么问题，请友好地指出来，博主查证后会进行更正，啾咪~~ 每篇文章都是博主现阶段的理解，如果理解的更深入的话，博主会不定时更新文章。 本文最后更新时间：2020.4.28 问题 在 live cd 上执行 update-initramfs 会报错： I: update-initram...
linux系统变为只读，提示Read-only file system的解决办法
qq_50247813的博客
09-04 4484
在Linux下出现这种情况说明磁盘只能读不能写，一般原因(磁盘故障)，整个磁盘(文件系统)变为只读，创建文件提示 Read-only file system。其实不光上述命令不行，涉及到修改/保存条目等需要写磁盘操作的命令都无法使用（如tar、cp、mv、rm、chmod、chown、wget下载等指令）。3、使用fsck手动修复磁盘文件4、reboot重启Linux系统5、立即remount或者是mount -a。1、卸载掉只读系统分区2、使用df -hT命令获取磁盘分区。2、机器磁盘故障导致磁盘只读。
found linux系统wget出现not_西部数码使用指南：linux系统变为只读出现提示Read-only file system的解决办法...
weixin_39914938的博客
12-19 1141
版权归西部数码所有，原文链接：https://www.west.cn/faq/list.asp?unid=2316方法：问题描述:linux系统变为只读,出现提示Read-only file system, 如图所示: 问题原因:系统没有正常关机,导致虚拟磁盘出现文件系统错误.说明:此修复可能会导致个别文件及数据丢失,修复之前建议做好文件备份工作.解决方法:使用 fsck 手动修复磁盘文件,具体操...
Linux 系统 “Read-only file system” ” 错误 与 解决方法
IT学习笔记记录
04-06 1万+
这个问题经常发生在有大量磁盘读写操作且磁盘分区很大的环境中，下面简单描述下此案例的应用环境：这是一个 Web 服务器故障案例，客户利用两台服务器加一个磁盘阵列做了一个双机热备的 Web 系统，所有网站数据都存储在磁盘阵列中，两台服务器共享一个磁盘阵列分区，在正常情况下主机挂载磁盘阵列分区提供网站服务，主机故障时备机接管磁盘阵列分区继续提供网站服务。 1 ． 案例现象 接到客户电话说他们的网站无...
解决linux系统read only system 解决办法
zhailiang2046的专栏
12-09 2103
首先确认系统属于非硬盘物流坏道引起其次确认是否有root权限下面我要阐述一个恢复实例：一现象：1.没有root权限  2.由于磁盘空间满溢导致分区表损坏（非物流坏带引起）3.重启后已经无法进入系统二恢复步骤1.重启，选择从特权模式启动（linux 1 模式）  系统加载到Grub倒计时界面 按字母键e 然后选择kernel 启动级别 按e 在最后面按空格 1 然后按回车再按b  重启2.进入特权模式下，对于系统的更改是不允许的，总是提示read only system ，这时需要一条命令  #mount -
41、Real-Time Kernel Requirements and Linux Approaches
earth的博客
07-19 98
本文探讨了实时内核的需求及其在Linux中的实现方法。首先介绍了实时内核的三大要求：细粒度可抢占内核、严格的任务优先级执行以及对外部事件的有限时间响应能力。随后分析了Linux实现实时化的两种主要方法：协内核方法和完全可抢占内核方法，并比较了它们在延迟性能、兼容性及适用场景上的优劣。最后，总结了不同行业对实时系统的需求，并提出了选择合适实时方案的关键考量因素。
Ubuntu+AMD显卡搭建Real-ESRGAN
Manchester City
03-28 591
【代码】Ubuntu+AMD显卡搭建Real-ESRGAN。
Robust Real-time Multi-vehicle Collaboration on Asynchronous Sensors
weixin_46254816的博客
12-14 1219
协同感知显著提高了互联自主车辆的感知性能。它不是纯粹依靠范围有限的本地传感器，而是使多辆汽车和路边基础设施能够共享传感器数据，以协同感知环境。通过我们的研究，我们意识到，合作感知系统的性能是有限的，在现实世界的部署，由于（1）在数据融合过程中的传感器数据不同步和（2）闭塞区域的不准确定位。为了应对这些挑战，我们开发了RAO，这是一种创新的，有效的，轻量级的协作感知系统，通过我们新颖的运动补偿占用流量预测和按需数据共享。
Yocto - 使用Yocto开发嵌入式Linux系统_03 基于Poky制作第一个系统
guoqx的专栏
09-23 2186
更多信息，请参阅《Yocto 项目开发任务手册》（https://docs.yoctoproject.org/4.0.4/dev-manual/start.html#setting-up-to-use-cross-platforms-crops）中的 “设置使用 CROss PlatformS (CROPS)” 部分。build/conf/local.conf 文件中的注释是极好的文档，也是可能的变量及其默认值的参考。它们将为我们提供一些使用 Poky 的经验，并让我们领略到它的能力。
C语言 农历万年历，农历公历转换，支持windows/linux系统
08-23
C语言控制台程序，农历数据计算，日历显示，节日、节气（时间点）、三伏数九，均能计算，日历范围1900-8703
Linux出现Read-only file system错误的解决方法
Laurence的技术博客
02-26 5万+
造成这个问题的原因大多数是因为非正常关机后导致文件系统受损引起的，在系统重启之后，受损分区就会被Linux自动挂载为只读。解决的方法是通过fsck来修复文件系统，然后重启即可，以下是以针对/dev/xvde1分区，ext4文件系统分区的一个操作案例：fsck.ext4 -y /dev/xvde1本文只着重强调一点：要针对出问题的分区进行操作，在挂载了多个硬盘的机器上要仔细分辨一下。
Linux下出现Read-only file system的解决办法
kjsayn的博客
11-01 7万+
Linux下出现Read-only file system的解决办法，正常运行中的服务器中，忽然间出现session目录不可写，连接服务器一看，任何关于写硬盘的命令都不能用，提示Read-only file system，使用一条命令即可搞定此问题：
Read-only file system问题的解决方法
热门推荐
jirryzhang的博客
12-06 10万+
Linux有时候会遇到无法写文件、新建保存文件的情况，提示Readonly file system，我们可以在终端输入如下命令即可解决： mount -o remount rw / 重新挂载文件系统，添加写权限即可。
（转）Linux文件系统只读Read-only file system的快速解决方法
frank1998819
10-19 2万+
（原创地址） http://www.ha97.com/5428.html   问题描述：上周公司的私有云（底层架构是Openstack+KVM，目前稳定性还不够好，开发团队在改进中）一个计算节点挂掉，之后恢复后发现这个计算节点的所有Linux虚拟机系统都变成只读了，复制文件提示：Read-only file system，如图所示： 问题原因：系统没有正常关机，导致虚拟磁盘出现文件系统...
虚拟机出现：Read-Only file system的解决办法
太阳爱编程
08-06 4987
问题描述： 在安装VMware-Tools时，由于不熟悉操作流程，使得CD磁盘反复启停，导致yum、chmod等操作均报Read-Only file system错误 问题原因： 异常关机导致磁盘进入自我保护状态，即只读模式 问题解决： 执行命令： mount -o remount rw / 无需reboot重启即可解决 ...
Linux下出现Read-only file system解决办法
一只立志于养老婆的程序猿
11-04 8万+
问题描述 涉及到修改/保存条目等需要写磁盘操作的命令都无法使用（如tar、cp、mv、rm、chmod、chown、wget下载等指令），总是提示Read-only file system，也就是说系统是只读的，什么也写不了。 解决方案 查看/etc/fstab文件，在其中发现这样的一样记录(注意errors=remount-ro段)，如下： /dev/sda1 / ext3 errors=remount-ro 0 1 这种情况通常都是由于系统发现磁盘硬件故障或文件系统中文件被损坏之后而采取的保护机制导致的
#### build completed successfully (6 seconds) #### arch/arm64/Makefile:27: ld does not support --fix-cortex-a53-843419; kernel may be susceptible to erratum arch/arm64/Makefile:40: LSE atomics not supported by binutils scripts/kconfig/conf --syncconfig Kconfig arch/arm64/Makefile:27: ld does not support --fix-cortex-a53-843419; kernel may be susceptible to erratum arch/arm64/Makefile:40: LSE atomics not supported by binutils CC scripts/mod/empty.o CC scripts/mod/devicetable-offsets.s arm-buildroot-linux-gnueabihf-gcc.br_real: error: unrecognized command line option '-mgeneral-regs-only' scripts/Makefile.build:333: recipe for target 'scripts/mod/empty.o' failed make[2]: *** [scripts/mod/empty.o] Error 1 make[2]: *** 正在等待未完成的任务.... arm-buildroot-linux-gnueabihf-gcc.br_real: error: unrecognized command line option '-mgeneral-regs-only' scripts/Makefile.build:131: recipe for target 'scripts/mod/devicetable-offsets.s' failed make[2]: *** [scripts/mod/devicetable-offsets.s] Error 1 scripts/Makefile.build:637: recipe for target 'scripts/mod' failed
最新发布
11-09
<think>我们正在处理一个构建问题，涉及链接器(ld)不支持`--fix-cortex-a53-843419`选项，binutils不支持LSE（Large System Extensions）原子操作，GCC编译器不识别`-mgeneral-regs-only`选项，以及相关的Makefile错误。这些通常是交叉编译工具链不支持某些特定架构（如ARMv8-A的某些特性）时出现的问题。 解决方法通常围绕以下几个方面： 1. 更新工具链（binutils, GCC等）到支持这些特性的版本。 2. 如果无法更新工具链，则修改构建配置，禁用这些特性或使用替代方案。 3. 修改Makefile以适配当前工具链。 具体步骤： ## 1. 更新工具链 首先，确保使用的工具链（特别是binutils和GCC）版本足够新，以支持这些特性。 - `--fix-cortex-a53-843419`：这是一个针对Cortex-A53 erratum 843419的链接器修复选项，需要binutils 2.26及以上版本。 - LSE原子操作：需要binutils 2.25及以上版本的支持（最好2.27以上）。 - `-mgeneral-regs-only`：这个GCC选项要求GCC版本至少为5.0（具体版本可能因架构而异，但一般需要较新的GCC）。 如果当前工具链版本过低，考虑升级或下载支持目标架构的预编译工具链（如Linaro的ARM工具链）。 ## 2. 检查工具链配置 有时，即使工具链版本足够，也可能因为配置时未启用某些特性而导致不支持。可以通过以下命令检查： - `ld --help`：查看是否支持`--fix-cortex-a53-843419`选项。 - `gcc -dumpspecs`或`gcc --help=target`：查看GCC支持的选项，检查`-mgeneral-regs-only`是否存在。 如果工具链不支持，则需要重新编译工具链并确保在配置时启用了这些特性。 ## 3. 修改构建选项 如果无法更新工具链，可以尝试修改构建选项： - 对于`--fix-cortex-a53-843419`：如果不需要修复这个errata，可以在链接时去掉这个选项。但通常建议修复，因此更好的方法是升级工具链。 - 对于LSE原子操作：如果binutils不支持，可以尝试在编译时禁用LSE。例如，在GCC选项中添加`-mno-outline-atomics`（GCC 10及以上）或者使用`-march`指定一个不包含LSE的架构版本（如`-march=armv8-a`而不是`armv8.1-a`）。注意：这可能会影响性能。 - 对于`-mgeneral-regs-only`：如果GCC不支持，可以移除这个选项。这个选项的作用是限制编译器只使用通用寄存器（避免使用浮点或SIMD寄存器），如果移除，可能会导致在只允许使用通用寄存器的上下文中（如某些内核代码）出现问题。因此，可以考虑使用条件编译（如果代码允许）或者替换为更细粒度的选项（如`-mgeneral-regs-only`实际上是多个选项的组合，可以分别设置）。 ## 4. 修改Makefile 针对Makefile错误，通常需要： - 注释掉或删除不支持的命令行选项。 - 添加条件判断，根据工具链版本来决定是否使用某个选项。 例如，在Makefile中可以这样处理： ```makefile # 检查GCC版本是否支持-mgeneral-regs-only GCC_VERSION := $(shell $(CC) -dumpversion) GCC_MAJOR := $(firstword $(subst ., ,$(GCC_VERSION))) ifeq ($(shell expr $(GCC_MAJOR) \>= 5), 1) CFLAGS += -mgeneral-regs-only endif # 对于ld的选项，可以检查ld版本 LD_VERSION := $(shell $(LD) --version | head -n1 | cut -d " " -f5) # 然后根据版本判断是否添加--fix-cortex-a53-843419 ``` 但是，上述条件判断可能比较复杂，特别是解析版本号。另一种做法是使用自动化工具（如autoconf）来检测特性支持，但对于简单的Makefile，可以临时注释掉。 ## 5. 使用补丁 如果构建的是开源项目，可能已经有社区补丁来解决旧工具链的兼容性问题。可以搜索相关项目的邮件列表或issue tracker。 ## 6. 具体错误处理 - **ld: unrecognized option '--fix-cortex-a53-843419'**：升级binutils或移除该选项（如果确认不需要）。 - **错误提示binutils不支持LSE**：升级binutils或使用`-mno-outline-atomics`（GCC 10以上）。 - **gcc: error: unrecognized command line option ‘-mgeneral-regs-only’**：升级GCC或移除该选项，或者使用其他方式避免使用浮点寄存器（如使用`-mgeneral-regs-only`的替代方法，即通过`-march`指定架构并避免浮点操作，或者使用`-ffixed-`系列选项来固定寄存器）。 由于每个构建环境不同，需要根据具体情况调整。 建议步骤： 1. 确认工具链版本（gcc --version, ld --version）。 2. 尝试升级工具链到推荐版本（如binutils>=2.26, gcc>=5.0）。 3. 如果升级后问题仍然存在，检查工具链配置（可能是工具链构建时未开启ARM支持或特定特性）。 4. 修改构建系统（Makefile）以去除不支持的选项，或者添加条件判断。 如果提供具体的错误信息和工具链版本，可以给出更具体的建议。 相关问题： 1. 如何检查当前binutils是否支持LSE原子操作？ 2. 如何升级交叉编译工具链？ 3. 如何在Makefile中根据工具链版本添加条件编译？ 4. 如果不修复Cortex-A53-843419 errata会有什么影响？ 5. 除了`-mgeneral-regs-only`，还有哪些方法可以避免使用浮点寄存器？ </think>针对构建过程中遇到的链接器(ld)、binutils、GCC编译器选项支持问题及Makefile错误，以下是系统性解决方案： ### 一、核心问题分析 1. **`ld`不支持`--fix-cortex-a53-843419`** 该选项用于修复Cortex-A53 CPU的Errata 843419[^1]，常见于ARMv8-A工具链。若工具链版本过旧（binutils < 2.26）或未启用ARMv8.1-A支持，会导致该错误。 2. **binutils不支持LSE原子操作** LSE（Large System Extensions）是ARMv8.1-A的原子指令扩展[^2]。需确保： - binutils ≥ 2.31（2018年后版本） - 编译时启用`--enable-lse`配置 3. **GCC不识别`-mgeneral-regs-only`** 该选项限制编译器仅使用通用寄存器（避免FP/SIMD寄存器）[^3]，要求： - GCC ≥ 5.0（ARMv8-A支持） - 指定正确的`--target`参数（如`aarch64-linux-gnu`） 4. **Makefile错误** 通常源自工具链版本与构建脚本的兼容性问题，需同步调整编译选项与工具链能力。 --- ### 二、解决方案 #### 步骤1：升级工具链（推荐） ```bash # 安装最新ARM工具链 (Ubuntu/Debian) sudo apt install binutils-aarch64-linux-gnu gcc-aarch64-linux-gnu # 验证版本 aarch64-linux-gnu-ld --version # 需 ≥ 2.34 aarch64-linux-gnu-gcc -v # 需 ≥ 9.4 ``` #### 步骤2：手动编译支持LSE的binutils ```bash # 下载源码 wget https://ftp.gnu.org/gnu/binutils/binutils-2.39.tar.gz tar -xzf binutils-2.39.tar.gz # 编译安装 cd binutils-2.39 ./configure --target=aarch64-linux-gnu --enable-lse --prefix=/opt/aarch64-toolchain make -j$(nproc) sudo make install # 导出路径 export PATH="/opt/aarch64-toolchain/bin:$PATH" ``` #### 步骤3：修正Makefile选项 禁用不支持的选项： ```makefile # 注释或移除无效选项 # LDFLAGS += -Wl,--fix-cortex-a53-843419 # CFLAGS += -mgeneral-regs-only ``` 条件化启用（推荐）： ```makefile # 仅当GCC支持时启用-mgeneral-regs-only GCC_MAJOR := $(shell $(CC) -dumpversion | cut -d. -f1) ifeq ($(shell expr $(GCC_MAJOR) \>= 5), 1) CFLAGS += -mgeneral-regs-only endif # 检查ld版本是否支持Errata修复 LD_VER := $(shell $(LD) --version | head -1 | grep -oE '[0-9]+\.[0-9]+') ifeq ($(shell echo "$(LD_VER) >= 2.26" | bc), 1) LDFLAGS += -Wl,--fix-cortex-a53-843419 endif ``` #### 步骤4：替代方案 - **LSE原子操作不支持时**： 添加`-march=armv8-a+lse`显式启用支持，或降级使用`-mno-outline-atomics`[^2] - **`-mgeneral-regs-only`不可用时**： 替换为寄存器约束： ```c void __attribute__((target("general-regs-only"))) critical_function() { // 仅使用通用寄存器的代码 } ``` --- ### 三、验证方法 1. 检查工具链兼容性： ```bash echo | aarch64-linux-gnu-gcc -E -dM - | grep -i lse # 应输出 __ARM_FEATURE_ATOMICS 等宏 ``` 2. 测试Errata修复： ```bash aarch64-linux-gnu-ld --help | grep fix-cortex-a53 # 确认选项存在 ``` --- ### 四、典型错误处理 **错误示例**： ```log ld: unrecognized option '--fix-cortex-a53-843419' gcc: error: unrecognized argument ‘-mgeneral-regs-only’ ``` **处理**： 1. 更新binutils/GCC到支持ARMv8.1-A的版本 2. 在`configure`脚本或Makefile中检测特性支持： ```sh ./configure --disable-a53-errata-workaround ``` 3. 使用交叉编译容器规避环境问题： ```bash docker run --rm -v $(pwd):/src arm64v8/ubuntu:20.04 make ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值