Re: morning update, using smart

[Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx>]

Gene Heskett writes:

> On Saturday 17 March 2007, Sam Varshavchik wrote:
> > Gene Heskett writes:
> > > On Saturday 17 March 2007, Sam Varshavchik wrote:
> > > > Michael Schwendt writes:
> > > > > On 17/03/07, Gene Heskett wrote:
> > > > > > [root@coyote ~]# /usr/bin/fc-cache /usr/share/fonts
> > > > > > /usr/share/fonts: failed to write cache
> > > > > > /usr/share/fonts/bitmap-fonts: failed to write cache
> > > > >
> > > > > Are all those directories writable?
> > > >
> > > > All directories are writable by root.
> > > >
> > > > If these directories exist, check /var/log/messages for disk errors,
> > > > then allocate some time for a brick replacement.
> > >
> > > With a chmod -R 0777 /usr/share/fonts in effect, Sam, I'd certainly
> > > think so.
> > >
> > > And the log is totally bereft of any usefull clues:
> >
> > Then the next step would be "strace -o strace.log -s 256 -f -F
> > /usr/bin/fc-cache /usr/share/fonts".
>
> I did this, then searched the strace.log for mentions of cache, as 
> in /var/cache.  There is none, all mentions of cache are in the error 
> strings it printing, except for this one:
>
> 24952 open("/etc/ld.so.cache", O_RDONLY) = 3
>
> the next hit starts here:
> 24952 open("/usr/share/fonts", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
> O_DIRECTORY) = 3
> 24952 fstat64(3, {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
> 24952 fcntl64(3, F_SETFD, FD_CLOEXEC)   = 0
> 24952 getdents(3, /* 13 entries */, 4096) = 292
> 24952 getdents(3, /* 0 entries */, 4096) = 0
> 24952 stat64("/usr/share/fonts/bitmap-fonts", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/bitstream-vera", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/default", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/dejavu-fonts", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/dejavu-lgc", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/japanese", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/linux-libertine", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/msttcorefonts", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/perl", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/terminus-font", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 stat64("/usr/share/fonts/tv-fonts", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 close(3)                          = 0
> 24952 stat64("/usr/share/fonts", {st_mode=S_IFDIR|0777, 
> st_size=4096, ...}) = 0
> 24952 write(2, "/usr/share/fonts: failed to write cache\n", 40) = 40
>
> With a few exceptions, all the hits on 'cache' look quite similar.
>
> Thanks for any advice that might fix this, everybody.

Poking around fontconfig's source -- try zapping the contents of 
/var/cache/fontconfig.

Err, better yet, move the contents of /var/cache/fontconfig someplace else, 
temporarily, in case removing those things just makes things worse.

Attachment: pgp1E5TjGsANz.pgp
Description: PGP signature