|
|
On Mon, 14 Jul 2008 01:38:03 -0400, regexes <regexes@xxxxxxxxx> wrote:
> You've got me this far... any other ideas? :-D
Well, running opera with all debugging turned on, i.e.
opera --debugdns --debugfocus --debugfont --debugfontfilter --debuggeometry
--debugjava --debugkeyboard --debuglirc --debuglocale --debugmouse
--debugplugin --debugatom --debugxerror --debugshape >operadebug.txt 2>&1
indicates the first thing it does before displaying the plugin messages, is sort
out the fonts.
Try deleting ~/.opera/fontcache.txt and ~/.opera/fontswitch.ini
As to why the files would become corrupt, the primary cause I've seen, is the
kernel module acting as if something has been physically written to the hd, when
in reality, it's sitting in the hd cache, and then something causes the system
to crash. I've found this to be a major problem when using reiserfs, without
a good ups system.
I strongly recommend useing hdparm to turn off hard drive write cacheing.
It will reduce performance slightly, but in my opinion, is well worth the
cost. In /etc/rc.d/rc.local (or equivalent), add a line like
hdparm -W 0 /dev/hda
Given frequent short blackouts, I lost a lot of files, till I turned off hd
write caching. Since turning it off, I've never had any problems with file
system corruption.
Regards, Dave Hodgins
--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)
|
|