☰

mount：无法以读写方式重新挂载块设备 /dev/sda5，该设备已被写保护

tag-icon • tag-icon linux ext3 read-only
mount：无法以读写方式重新挂载块设备 /dev/sda5，该设备已被写保护

除了磁盘是只读的并且不想改回来之外，一切都正常工作。

谢谢。

root@NODE02:/tmp# df .
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5            461490504 179502128 258545928  41% /

root@NODE02:/tmp# mount -o rw,remount /dev/sda5
mount: cannot remount block device /dev/sda5 read-write, is write-protected

root@NODE02:/tmp# touch helll
touch: cannot touch `helll': Read-only file system

它不是多路径。没什么特别的。只是一台装有 ubuntu 9.10 的服务器。

对我来说毫无意义，不是吗？

- - 编辑 - -

Selinux 未处于活动状态。

没有 RAID。有 2 个磁盘，每个 500Gb。第一个用于 OS 和一些家庭。第二个用于分布式 FS、HPC 高性能。

Dmesg 自 2 天前以来没有更新。其最后几行中没有任何与磁盘或错误相关的信息。

重新启动，未找到硬盘。从 BIOS 来看，硬盘已坏，甚至对名称查询均无响应。

需要新的硬盘。谢谢。

答案1

我担心这是由于文件系统损坏或底层硬件问题造成的，因为它是根文件系统，所以我的建议是使用救援磁盘（或在单用户模式下）重新启动服务器，并尝试通过修复磁盘fsck。

  • 检查dmesg确认腐败的内容
  • 运行fsck以修复硬盘，一旦运行 fsck 就立即重新启动以避免出现任何问题

你好，Marc，

在我看来，这可能是由于安装人员系统损坏或下方硬件问题造成的，因此/我建议您从恢复服务器的 CD 中删除磁盘并尝试修复磁盘fsck。

  • Mira que diu la comanda dmesgnomes for croborar que hi ha corruptio
  • 执行fsck修复磁盘，以便能够修复其他类型的问题

真不错！

答案2

我以前见过这种情况，当时 RAID 卡坏了，无法写入 ext3 日志文件。此时，内核将根文件系统标记为只读，不允许其恢复。

没有记录任何关于此的信息，因为 /var FS 当然位于同一磁盘上，RO 也是如此。 dmesg但是，很高兴告诉我们这个问题。那么，您能做个实验dmesg并告诉我们输出结果吗？

在我们的案例中，唯一的解决方法是关闭电源再打开电源以唤醒 RAID 卡，然后从救援媒体重新启动并 fsck 文件系统。

答案3

我遇到过这种情况，是 OOM（内存不足/内核恐慌），在尝试“mount -o remount,rw /”并收到错误消息说磁盘被写保护后，我检查 dmesg 是否存在卷问题时发现了这个问题，当我在 dmesg 中发现 OOM 时，我重新启动了机器，卷再次变得可读写。

答案4

我在 Arch Linux 中通过安装“NTFS 文件系统驱动程序和实用程序”解决了这个问题：

sudo yaourt ntfs-3g

相关内容