[mythtv-users] Very strange problems .. please help!

[Greg Oliver]

`On Wed, Sep 17, 2014 at 12:54 PM, Simon Hobson <linux at thehobsons.co.uk>
wrote:

> Damian <myth at surr.co.uk> wrote:
>
> > df -ih
> > Filesystem     Inodes IUsed IFree IUse% Mounted on
> > /dev/sda1        955K  955K     0  100% /
> ...
> > I don't know what this should normally look like, but that doesn't look
> right does it?
>
> Oh dear, as you say, it's not good.
> What it means is that you cannot create a new inode on the root filesystem
> which will break all sorts of stuff. And inode is roughly equivalent to a
> file - each file is stored in an inode, and any directory entries for that
> file are simply pointers to that inode.
>
> In practical terms, it means a file can be edited, but any operation that
> needs to create a new file (even temporarily) will fail with much the same
> symptoms as a full or read-only filesystem.
>
> Unfortunately, I don't think it's possible to expand this after filesystem
> creation.
>
> What type of filesystem is / ? It'll be shown in the output of mount. With
> that detail, someone with more experience might be able to suggest a
> solution - other than "boot from a CD/DVD/memory stick, copy all files
> elsewhere, create new filesystem with more inodes, copy files back, fix
> bootloader, done"
>

You probably have a *lot* of small files somewhere on your / filesystem.
If you did not create the filesystem by yourself - specifying a small
number of inodes, or "-t hugefile or largefile", then all modern distros
use sane values.  Find the files with "find / -type d -exec ls -la {} \;"
and look for the number next to the directory name - that is your inode
count for that directory.  4096 is default, but if the directory goes over,
that number will increase.  Look for the directory with higher than 4096
and investigate.  A lot of times, /tmp (where coredumps, etc will be) and
if /var is not on a separate partition, a log that is not rotated properly
in /var/log, etc..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140917/c30fb004/attachment.html>