[Cialug] Spontaneous Outbreak of Read-Only-ness

[Jeffrey Ollie]

If you have access to it SpinRite can help revive a dying disk long enough
to get the data off, but I agree with the others, once a disk starts acting
up it's best to replace it before it dies completely.

On Wed, Feb 24, 2016 at 12:09 PM, Daniel A. Ramaley <
daniel.ramaley at drake.edu> wrote:

> Are these physical or virtual machines? On virtual machines this sort of
> thing is semi-normal and indicates something going wrong with the disk
> virtualization (such as not passing data to the guest OS fast enough, so
> the guest thinks the disk is going bad). I've experienced it quite a bit
> with xen virtualization, anyway (both Citrix- and Oracle-flavored xen).
>
> On a physical machine, i'd echo the other suggestions to run fsck on
> your disks. Also, if you do not have a recent backup, make one *today*.
> You may be looking at a failing disk and need to replace it soon. If you
> can replace it before it completely fails, then the process can be
> relatively painless (you can migrate Linux to the new disk rather than
> reinstalling from scratch).
>
> On 2016-02-24 at 11:24:27 Todd Walton wrote:
> > I've had two weird read-only-izings happen in the past 24 hours.
> >
> > First, a RHEL 6 box: Found I couldn't write files to /tmp, even as
> > root. Further poking revealed that I couldn't write to / either. 'cat
> > /proc/mounts' said / was rw. Changing SELinux to permissive didn't
> > help. Rebooted. All is well.
> >
> > Then, a CentOS 6 box: Tried to update root password. It took the
> > password twice and then said "passwd: Authentication token
> > manipulation error". I tried to mv the shadow file, thinking maybe
> > I'd re-shadow passwd, but it wouldn't let me move it because...
> > read-only filesystem. Again, 'cat /proc/mounts' showed that that
> > should not have been the case. I rebooted and all is now well.
> >
> > I can't troubleshoot these further right now because I made the
> > problem go away. But anybody seen this before?
> >
> > --
> > Todd
> > _______________________________________________
> > Cialug mailing list
> > Cialug at cialug.org
> > https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fcialug
> > .org%2fmailman%2flistinfo%2fcialug&data=01%7c01%7cdaniel.ramaley%40dra
> > ke.edu%7c60d172243f4247001c1a08d33d3f7e0f%7c6f028129009c4b33b633bbfc58
> > bbd960%7c0&sdata=wzicW7%2b%2bn3vshhTbMnel7qdGLohYwdkKq6yt6cU3tLo%3d
> __
> Daniel A. Ramaley  |  Server Engineer 2
> Information Technology Services (ITS) | Drake University
>
> T: +1 515 271-4540
> F: +1 515 271-1938
> E: daniel.ramaley at drake.edu
>
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug
>



-- 
Jeff Ollie