为什么 k4dirstat 或 DiskUsageAnalyzer 在根目录(/)下运行时最终会使该 FS 变为只读?

为什么 k4dirstat 或 DiskUsageAnalyzer 在根目录(/)下运行时最终会使该 FS 变为只读?

然后我必须重新启动并手动运行 fsck :(。

有没有其他替代应用程序可以避免这种情况?
你知道吗访问哪些目录可能导致该问题

更多信息:
我发现了一些有关 SMART 日志的信息:
sda sdb 和 sdc,它们在 syslog 中都有类似“SMART Prefailure/Usage Attribute:”的条目,关于“Temperature_Celsius”、“Airflow_Temperature_Cel”的变化,
但只有 sdc 有“Hardware_ECC_Recovered”。

k4dirstat 在根目录 '/' 下运行,并且位于 sdb(但它在 sda 处有一个 LVM 镜像分支)。
我不确定当我运行 k4dirstat 时 sdc 内容是否安装在 /media 上。

可能是,下次我尝试在全新启动后运行它,运行最少的应用程序,并确保只挂载了根'/',我应该在详细模式下在终端上再次运行它,以尝试捕获某些东西......

答案1

来自评论...

SyslogSMART报告类似的错误...

syslog's sda [SAT], 43 当前不可读(待处理)扇区与SMART's "当前待处理扇区数"=43匹配

潜在的坏扇区仅在写入操作期间被标记为不可用,而不是读取操作。这可能是 k4dirstat 和磁盘使用情况分析器导致驱动器变为只读的原因。

sda HDD 可能出现故障。

更新#1:

执行良好的备份后,让我们检查一下坏块,看看我们是否可以将它们映射出来...也许您可以使用这个磁盘多一点时间...如果没有太多坏块。

启动到 Ubuntu Live DVD/USB,打开应用terminal程序,然后使用:

sudo e2fsck -fcck /dev/sdaX# 是的,这是 -fcck

命令,其中 sdaX 需要是您的 Ubuntu 分区。

-fcck 参数...

   -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

相关内容