Well I thought about that - however, the updates were NOT XFree updates
- only gnome core. So those files should not have been touched (OK
maybe read - but thats it) And the files weren't zero'ed - they were gone.
Also, I had the same problem on my desktop at home which runs ext3.
Same config as my laptop (RH 7.2, 2.4.18, etc) but ext3 instead of xfs.
~ When gnome froze during the update (not X, it was Gnome - the mouse
would still respond) I powered down and when I turned it back on, the
file system repaired and X worked just fine.
Not conclusive by any stretch, but my desktop and laptop are very
similar - just one uses ext3 (the desktop) while the laptop uses xfs.
Simon Matter wrote:
| Mike Baptiste schrieb:
|>FWIW - I had the exact same problem. I'm running 2.4.18-xfs, compiled
|>with gcc3.0.4 on RH 7.2 I was running red-carpet to update gnome and it
|>updated a LOT of core gnome packages. Well, X froze solid (except for
|>the mouse) ctrl-alt-backspace did nothing (2nd system this happened to
|>me). Finally after waiting a good long while, I powered down.
| Are you sure it was not the gnome update which corrupted your libraries?
| That could explain why xfs_repair found nothing wrong. I'm quite sure
| this time it was not XFS. Too bad you didn't check the failed libs and
| look whether they contain "the zero's".
| Anyway, zero filled files after unclean shutdown is one of the weak
| points of XFS. As Steve mentioned, it was adressed with recent changes
| and I expect it has and will improve much.
| If you have a stable kernel and a good power supply with UPS, the risk
| of loosing anything on a XFS filesystem is _very_ low. On unstable
| kernels and power supplies, there is always a chance to loose some
|>When I restarted, I got a bunch of error msgs due to missing libraries
|>(X and kerberos) X refused to start.
|>I did an xfs_repair - no help. Since I was on XFree 4.1.0, I grabbed
|>the 4.2.0 rpms and installed those from the command line along with the
|>kerberos RPMs using the --force option.
|>After that, everything worked fine. Nothing else got corrupted - only
|>the X libraries (well that I've found so far - but I use this system
|>heavily and everything seems to be happy)
|>Wish I had more info - but this was at work so I just got it working
|>again with the rpm install.
|>Ivan Ivanov wrote:
|>| Are there any chances for solving this problem.
|>| I have read all the faq and the XFS white paper.
|>| I have tried allmost all XFS patches from oss.sgi.com for various
|>| and know that XFS logs only metadata updates.
|>| It is fast, has EA and ACL but when the system crashes for any
|>| of the open files ( including opened ro ) are lost - for example