所以,就是这样。 一切正常,除了磁盘只读,不想改回来。
^ _ ^! 谢谢。
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
这不是多path。 没什么特别的 只是一个服务器与Ubuntu 9.10。
对我来说没有意义,是吗?
– – 编辑 – –
Selinux不活跃。
没有RAID。 有2个光盘,每个500Gb。 第一个为操作系统和一些家庭。 第二个用于分布式FS,HPC的高性能。
Dmesg从2天前没有更新。 它的最后一行与光盘或错误没有关系。
重新启动,没有find硬盘。 从BIOS的硬盘驱动器已经死了,甚至没有响应名称查询。
新的硬盘驱动器是必要的。 谢谢。
恐怕这是由于文件系统损坏或底层硬件问题,因为这是根文件系统,我build议用救援光盘(或单用户模式)重新启动服务器,并尝试通过修复磁盘fsck
。
dmesg
说,以确认腐败 fsck
修复硬盘,一旦fsck运行立即重启,以避免任何问题 Hola Marc,
在此之前,我们要解决的问题是如何解决硬件问题,如何解决问题,如何解决问题,如何解决问题,如何解决问题,如何解决问题。
dmesg
nomes per corroborar que hi hi ha corrupcio 博纳sorting!
我以前见过RAID卡坏了,ext3日志文件无法写入。 此时,内核将FS标记为只读,并且不允许它回退。
没有logging关于这个,因为当然/ var FS是在同一张光盘上,也是RO。 然而, dmesg
很高兴地告诉我们这个问题。 那么,你可以做一个dmesg
并告诉我们输出的结果吗?
在我们的情况下,唯一的解决办法是重新启动RAID卡,然后从应急媒体重新启动,然后fsck文件系统。
我用Arch Linux安装“NTFS文件系统驱动程序和工具”来解决这个问题:
sudo yaourt ntfs-3g
我有这个,这是一个OOM(内存不足/内核恐慌),我发现这个时,我已经试图“mount -o remount,rw /”检查dmesg的任何问题,并得到一个错误说磁盘是写保护的,当我在dmesg中findOOM时,我重新启动,并且卷再次被读写。