has been mounted times without being checked, check forced

最新推荐文章于 2024-04-25 23:48:15 发布
最新推荐文章于 2024-04-25 23:48:15 发布
阅读量1.4k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux内核/操作系统原理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ztguang/article/details/51014913
本文指导如何在Linux系统中关闭开机文件系统自检或调整检查频率，通过编辑fstab文件修改检查选项，以及使用tune2fs命令来设置自检频率。
has been mounted 20 times without being checked, check forced


关闭开机文件系统自检或变更检查频率

http://rocolex.blog.163.com/blog/static/6844641020119110413861/

关闭自检：编辑/etc/fstab文件
The 6th column ( in bold) is a fsck options.
  • 0 = Do not check.
  • 1 = First file system (partition) to check;
    • / (root partition) should be set to 1.
  • 2 = ALL OTHER file systems to be checked.
把第六个字段也就是最后一个字段数字改成0

修改自检的频率
没100次自检一次 
tune2fs -c 100 /dev/sda1

查看当前自检的频率 
dumpe2fs -h /dev/sda1 | grep -i 'mount count'



阅读(2634) | 评论(0) | 转发(0) |
0

上一篇：ntpdate——linux firefox 访问163邮箱 失败 https proload

下一篇：2010嵌入式归渊--收集的命令

相关热门文章
给主人留下些什么吧！~~
评论热议
K8S集群报错check that the calico/node container is running and has mounted /var/lib/calico/
江晓龙的博客
07-04 2655
报错内容如下： 解决方法： 这是由于集群没有安装calico组件导致的，calico正常启动后，重启该pod，问题解决
[Vue warn]: Error in mounted hook: “TypeError: Cannot read property ‘getAttribute‘ of null“
热门推荐
郭宝的博客
06-24 11万+
错误场景一： 错误提示： 在运行Vue项目时出现了上述错误，出现该错误的原因是Echarts的图形容器还未生成就对其进行了初始化所造成的，代码如下： // 基于准备好的dom，初始化echarts实例 var bar_dv = document.getElementById('bar_dv'); let myChart = this.$echarts.init(bar_dv) 解...
/dev/sdbl has gone 203 days without being checked for check forced
jolly10的专栏
11-13 3148
遇到这种情况，先不要惊慌，一般情况下：属正常现象，是linux硬盘强制自检的过程（当然检查结果有好也会有坏）。 linux系统由于长时间未重启或者关闭过，导致刚刚执行关闭操作后，在开机启动时，linux系统硬盘强制自检，属于linux系统的默认安全策略。 自检所用时间一般跟硬盘和数据量大小有关，硬盘大数据量大的所用时间较长。我的实际生产环境中，实际自检时间没有超过30分钟。（个人见解，仅供参考
/dev/sdb1 has gone 491days without being checked for check forced
weixin_33873846的博客
08-21 318
今天发现一台服务器挂了，重启后出现/dev/sdb1 has gone 491days without being checked for check forced，大概是说sdb1在自检，卡住很久都不动，于是找了相关解决办法：卡住的时候，按ctrl + c 取消这个检测然后会提示输入root密码进入修复模式，或者ctrl + d 重启输入root密码后，进入修复模式编辑 /...
解决 Ubuntu 文件系统（磁盘）强制检查的问题
tipfoo .oO
10-11 4810
Ubuntu 引导时出现："/dev/sda9 has been mounted 30 times without being checked, check forced"其实，无关紧要。想要解决的话，推荐 AutoFsck，这个是在关机时检查。Ubuntu 7.04以上版本测试通过。https://wiki.ubuntu.com/AutoFsck另一个相关软件Bonagerhttp://ubun
Linux 磁盘进入自检模式的解决方法
Avenjan优快云博客
09-17 1808
重启服务器以后触发了文件系统强制自检解决方法
云服务器 linux文件系统异常an error occurren during the file system check导致服务器启动失败...
reblue520的专栏
01-16 590
云服务器 linux文件系统异常an error occurren during the file system check导致服务器启动失败 文件系统宕机，重启后报错，无法启动 处理流程： 1.编辑/etc/fstab将文件系统挂载去掉 # vim /etc/fstab  #/dev/xvdb /data ext3 defaults 1 2 #/dev/...
vue用axios进行token请求出现has been blocked by CORS policy: No ‘Access-Control-Allow-Origin‘ header的解决方案
FHlang的博客
04-16 4512
遇到的问题 Access to XMLHttpRequest at ‘http://localhost:8081/order/no’ from origin ‘http://localhost:8080’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource. 翻译：通过CORS策略已阻止从源"http:// localhost:8080"
JDK 19 协程新特性：Project Loom 项目的延续
张彦峰的博客
04-25 8万+
探讨了协程的定义、发展史和 JDK 19 中的实现原理。协程是一种轻量级的并发编程工具，通过 Continuation 控制流、Scheduler 调度和阻塞操作的改造，实现了非阻塞、高效的并发编程。历史回顾包括协程在不同编程语言中的应用和 Java 协程的发展。JDK 19 中的协程原理深入分析了创建协程的方法、非阻塞 IO 改造、Continuation 的作用以及协程的唤醒机制。总结了协程的核心原理和重要组件。
前端开发：Vue3.0提示警告… declare it using the “emits“ option. 的解决方法
全沾软贱开发攻城狮
03-27 1万+
前言 在前端开发中使用Vue的开发者都知道，Vue现在已经以3.0为基础版本了，也就是说Vue3.0已经成为主流版本了。还在只用Vue2.0开发没有使用3.0的开发者要注意了，要赶紧熟悉和了解Vue3.0的相关语法和知识点了。本篇博文就来分享一下关于在使用Vue3.0的时候遇到的一个提示警告，这是一个比较常见的问题，分享出来方便以后查阅使用。 报错提示 具体的报错提示如下所示： vconsole.min.js:10 [Vue warn]: Extraneous non-emits even
一天一点学习Linux之硬盘的分区与格式化
01-06
为什么要把硬盘分区？ 1、维护相关：如可以把相同类型，有共同安全需要的内容，放到不同的分区中，这样方便了维护。 2、效率因素：如果一个大的硬盘，在整个硬盘上找到相应的资料，很费时。 3、硬盘限额：限额的控制，只能对分区来实施。 4、备份资料：这个和第一个控制有一点雷同，我可以对重要的信息放到某个分区，方便备份。 5、安全考虑：如果大的硬盘，一但有损坏的话，就有可能导致整个硬盘资料丢失，如果把硬盘的资料分开来存放的话，损失会很小。
ubuntu系统启动报错：[contains a file system with errors, check forced]的解决方法
Keeplearning
05-13 1万+
ubuntu系统启动报错：[contains a file system with errors, check forced]的解决方法 运行Ubuntu6.04时出现错误： /dev/sdb1 contains a file system with errors, check forced. 刚开始比较慌，以为系统崩溃了，要重装呢！从网上查了半天，试了几次，用的是这种方法修复成功的： 根据系统...
Linux AS2.1在连续运行35天(2005年安装的系统)之后重新启动时候提示check 文件系统，...
cuixie2370的博客
07-02 191
Linux AS2.1 系统在 2005年安装的，一般2 个月左右做一次保养动作，目前想调整一下Oracle的参数，结果重新启动后，发现停在check 文件系统的地方一直check . 信息如下Checking filesy...
linux开机自检时间长,一次启动故障的解决，关于开机强制检测硬盘
weixin_36143628的博客
05-02 1542
一台服务器启动的时候提示/dev/sdb has gone 185 days without being checked .Check forced .然后就卡住了，从重启，到进入机房，中间过了有一小时时间，仍然卡在这里这块硬盘 是 stat 1TB的硬盘，上面存了大概1200w张图片。估计这个检测时间可能需要2个小时，之前听人说，一个sas 15k转速的硬盘组成的盘阵，6T的容量，fsck检测用...
mysql启动跳过自检,【转】取消Linux启动自检
weixin_39548490的博客
03-18 284
今天，由于挂载在接入节点上的USB硬盘读写故障，干脆重启了接入节点服务器，结果启动进入redhat后提示：/dev/sda has gone 164 days without being checked , Check forced ./dev/sdb has gone 165 days without being checked , Check forced ./dev/sdc has gone...
安装ubuntu时正在探测文件系统 很慢
//Case
12-03 7979
安装ubuntu时正在探测文件系统 很慢， 执行下面这个命令， 在启动安装程序即可 sudo umount -l /isodevice
如何在Linux上实现文件系统的自动检查和修复？
weixin_34023982的博客
07-01 213
Linux文件系统有可能在各种各样的情况下受到损坏，比如系统崩溃、突然断电、磁盘断开，或者文件节点 （i-node）不小心被覆盖等等，因此需要定期检查文件系统，而说到检查和修复Linux文件系统，fsck是一款实用的工具。本文将介绍图和借助 fask工具实现文件系统自动检查的方法。 AD： 【51CTO精选译文】平常Linux管理方面最重要的任务之一就是，检查文件系统的完整性。Li...
GNU/Linux开机需要check forced的解决方案
lee_fengzi的博客
01-03 2609
GNU/Linux开机后没有正常启动, 出现如下错误: /dev/sda1 contains a file system with errors, check forced. .. 解决方案: -->fsck.ext4 /dev/sda1 -y -->reboot
永磁同步电机矢量控制算法优化与仿真验证研究.docx
最新发布
09-05
永磁同步电机矢量控制算法优化与仿真验证研究.docx
EXT4-fs (dm-49): mounted filesystem without journal. Opts: (null)
08-20
<think>嗯，用户提出了一个关于EXT4文件系统挂载时显示"journaling disabled"的问题。这个问题看起来是系统管理员或Linux用户在实际操作中遇到的常见提示信息。 用户可能正在排查文件系统性能问题或数据安全性问题，因为journaling功能直接影响数据完整性和崩溃恢复能力。从用户提供的引用材料看，ta已经查阅过EXT4的技术规格，包括最大文件系统大小(1EiB)和块分配机制(1KiB-64KiB)，说明用户有一定技术基础。 关于"EXT4-fs mounted filesystem without journal"这个提示，需要从多个层面分析： 首先考虑用户的操作意图 - 可能是故意禁用日志功能以提升性能？还是意外配置导致？引用[3]提到ext4以块为单位分配存储空间，而日志功能会带来额外的块写入开销。 从技术实现看，EXT4的日志功能默认是启用的，除非用户显式禁用。禁用场景主要有三种：1)mount时使用"noload"或"data=writeback"选项 2)创建文件系统时指定了"-O ^has_journal" 3)文件系统损坏导致自动禁用。需要特别提醒用户注意第三种情况的风险。 在回答中需要强调数据安全警告：禁用日志后突然断电可能导致数据损坏。同时给出三种解决方案：1)检查当前挂载参数 2)重新启用日志功能 3)性能优化建议。引用[1]提到EXT4支持的最大文件系统尺寸(1EiB)和文件尺寸(16TiB)，这对大型存储用户很重要。 最后生成的问题要覆盖用户可能需要的延伸知识：1)如何检测日志状态 2)性能对比数据 3)替代方案如XFS。特别是引用[2]提到的/sys/fs/f2fs监控接口，虽然针对f2fs，但EXT4也有类似的/sys/fs/ext4监控点值得介绍。</think>好的，我们来解决关于 EXT4 文件系统挂载时提示“journaling disabled”的问题。 **问题分析：** 当你在系统日志（如 `dmesg` 或 `/var/log/messages`）中看到 `EXT4-fs (device): mounted filesystem without journal. Opts: ...` 这样的信息时，表示该 EXT4 文件系统是**在禁用日志功能（Journaling）** 的情况下挂载的。 **为什么会发生这种情况？** 1. **显式挂载选项禁用：** * 最直接的原因是你在挂载命令（`mount`）或配置文件（`/etc/fstab`）中明确指定了禁用日志的选项： * `data=writeback`：这是禁用日志的典型选项。它告诉内核不要使用日志来保护文件元数据（metadata）和/或数据（data）[^1]。 * `noload`：此选项在挂载时**忽略**文件系统上现有的日志。如果日志包含未完成的事务，这可能导致文件系统处于不一致状态（需要 `e2fsck` 修复），但挂载后日志功能**仍然有效**用于新操作。然而，在某些上下文或与其他选项组合时，它可能被误认为是禁用日志。 * **检查方法：** 查看挂载信息 `mount | grep device` 或检查 `/etc/fstab` 中对应设备的挂载选项是否包含 `data=writeback` 或 `noload`。 2. **文件系统创建时未启用日志：** * 使用 `mkfs.ext4 -O ^has_journal /dev/device` 命令创建文件系统时，`-O ^has_journal` 选项明确禁用了该文件系统的日志功能[^1]。 * **检查方法：** 使用 `tune2fs -l /dev/device` 查看文件系统属性。在 `Filesystem features` 行中，如果**没有** `has_journal` 标志，则说明该文件系统本身就没有启用日志功能[^1]。 3. **文件系统损坏导致自动禁用：** * 如果文件系统在之前的挂载中发生严重错误（如日志区域损坏），内核在挂载时检测到问题，可能会自动禁用日志功能以允许只读挂载或强制进行修复（`e2fsck`）[^1]。这种情况下通常会有更详细的错误信息伴随出现。 **禁用日志（Journaling）的影响：** * **优点：** * **轻微性能提升：** 避免写入日志可以减少一些磁盘 I/O 操作，在某些特定负载下（尤其是大量小文件写入）可能带来轻微的性能提升[^1]。 * **缺点 (主要风险)：** * **数据一致性风险剧增：** 这是**最大**的风险。日志的核心作用是保证文件系统元数据（有时也包括数据）在系统崩溃（如断电、内核崩溃）时的**原子性**。禁用日志后，如果发生崩溃，文件系统**极有可能**处于不一致状态，导致数据丢失、文件损坏、甚至整个文件系统无法挂载[^1]。 * **需要更长的 `fsck` 时间：** 崩溃后，`e2fsck` 需要扫描整个文件系统（而不是快速重放日志）来检查和修复不一致性，对于大文件系统耗时非常长[^1]。 * **不推荐：** 对于绝大多数生产环境和桌面环境，**强烈不建议禁用 EXT4 的日志功能**。数据安全性和快速恢复能力远胜于微小的性能提升。 **如何解决 / 启用日志？** 根据不同的原因，解决方法也不同： 1. **如果是由挂载选项禁用 (`data=writeback`)：** * **修改挂载选项：** 在 `/etc/fstab` 文件中找到对应设备的挂载行，移除 `data=writeback` 或 `noload` 选项（如果存在且不是必需的）。通常，EXT4 的默认日志模式是 `data=ordered`（保证元数据一致性，数据写入顺序性），这是一个安全与性能的良好平衡点[^1]。修改后保存文件，然后重新挂载文件系统：`umount /mountpoint` 后 `mount /mountpoint` 或直接 `mount -o remount /mountpoint`。 * **检查效果：** 重新挂载后，再次查看 `dmesg`，应该不再出现 "without journal" 的提示，并且 `mount | grep device` 显示默认或指定的日志模式（如 `data=ordered`）。 2. **如果文件系统本身未启用日志 (`tune2fs -l` 显示无 `has_journal` 标志)：** * **使用 `tune2fs` 启用日志：** ```bash # 确保文件系统已卸载 umount /mountpoint # 启用日志功能 tune2fs -O has_journal /dev/device # 可选但推荐：运行 e2fsck 检查文件系统一致性（启用日志前最好确保文件系统是干净的） e2fsck -f /dev/device # 重新挂载 mount /dev/device /mountpoint ``` * **检查效果：** 挂载后查看 `dmesg` 和 `mount | grep device`，确认日志功能已启用。 3. **如果因文件系统损坏自动禁用：** * **首要任务是修复文件系统：** ```bash # 卸载文件系统 umount /mountpoint # 强制检查并修复 e2fsck -f -y -v /dev/device # -f 强制检查即使干净, -y 自动回答yes, -v 详细信息 ``` * **修复后：** 运行 `e2fsck` 后，日志功能通常会**自动恢复启用**。修复完成后重新挂载文件系统即可。再次检查 `dmesg` 确认日志已启用。 **总结：** "EXT4-fs mounted filesystem without journal" 是一个明确的警告，表明该文件系统在无日志保护的状态下运行。**除非你有非常特殊、明确的需求，并且完全理解并接受数据丢失和损坏的风险，否则应该避免这种情况。** 解决方法通常是检查并修改挂载选项（移除 `data=writeback`）或使用 `tune2fs` 为文件系统本身启用日志功能（添加 `has_journal` 特性）。如果因损坏导致，则需先运行 `e2fsck` 修复。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值