Everything is working as usual except the disk is read-only and don't want to change back.
thanks.
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
It's not multipath. It's nothing special. Just a server with ubuntu 9.10.
makes no sense for me, does it?
----EDIT----
Selinux is not active.
There is no RAID. There are 2 discs, 500Gb each one. First one for OS and some homes. The second one for distributed FS, HPC high performance.
Dmesg was not updated since 2 days ago. Nothing on its last lines related to disc or errors.
Rebooted, and no hard drive found. From bios, the hard drive is dead, not responding even to name queries.
New hard drive is needed. thanks.
I'm afraid this is due to corruption on the filesystem or problems on the underlying hardware, since it's the root filesystem my recommendation is to boot the server again with a rescue disc (or in single user mode) and try to repair the disk through
fsck
.dmesg
says to confirm the corruptionfsck
to repair the hard drive, as soon as fsck is run reboot immediately to avoid any issuesHola Marc,
Em temo que aixo es un sintoma de corrupcio al sistema de fitxers o de problemes del hardware subjacent, com es el / lo que et recomano es de rebotar el servidor amb un CD de rescat e intentar reparar el disc amb
fsck
.dmesg
nomes per corroborar que hi ha corrupciofsck
per reparar el teu disc, en quan acabi rebota inmediatament per preveure qualsevol altre tipus de problemaBona sort!
I've seen this before when a RAID card went bad, and the ext3 journal file couldn't be written to. At that point, the kernel marked the root FS read-only and wouldn't allow it to go back.
Nothing was logged about this, because of course the /var FS was on the same disc, and also RO.
dmesg
, however, was pleased to tell us about the problem. So, can you do admesg
and tell us about the output?In our case, the only fix was to power-cycle to wake up the RAID card, then reboot from rescue media and fsck the file system.
I had this, and it was an OOM (Out Of Memory / Kernel Panic), I found this when I checked dmesg for any issues with the volume after already trying 'mount -o remount,rw /' and getting an error saying the disk was write-protected, when I found the OOM in dmesg, I rebooted and the volume was read-write once again.
I solved this problem in Arch Linux by installing "NTFS filesystem driver and utilities" using this: