Hi there,

I had a similar problem with R5A22. I deleted some logs, but that (while it may be enough to get things working again) improved the disk usage only marginally. I used "du" to check where most of the disk space was used, and found about 1.5 GB in /var/cache. On the other hand, the /cache partition was empty. So I moved the contents of /var/cache to /cache/cache, and replaced /var/cache with a symbolic link to /var/cache.

So far things are working fine - is this a bug in the install, or am I missing something?

Hi,
do alt x , run mythtv-setup , page 2 I think, set live buffer /cache/cache , make cache size 1 gig less than what you see with df -h see if that helps.

mine is 15 & 18 ,, I would rather waste a byte or two than have the other issue. Very important step on small drives.

Mike

i had the exact problem except i had 0b free on hda1 (yes 0 bytes) and couldn't even get into a gui... and me being new to even using linux i used google on a different computer and found this topic except i did'nt know how to clear out log files so i found out how with google again... well anyways after i found out how to do it i typed this into the root terminal
then i could log in again
i also found out that myth wasn't set to auto-expire recordings so when the recordings partition got full it would log that information for i'm guessing each byte it could'nt write and then that eventually filled up hda1 with log files...
also to prevent this from happening again i set myth to delete old recordings when the drive gets full (i think it's in TV settings then general on the 2nd page)

Hi yugiohdan6,

Good work on the digging! Do an alt + s and check the cache size also, I ended up running mine at 1 and that stopped a simular issue of the fill up of hda1.

Enjoy
Mike

By the by mjl, I ran into this yesterday and tried your script, first by typing it in on a command-by-command basis. This line yielded problems every time:

/usr/local/bin/reset-mythbackend

There's no such command. Is this supposed to be a -reset parameter for the command that starts mythbackend? (Haven't had time to look it up myself yet...)

Hi Harbinger,

I thought I had put that up also, many apologies...
#<code>
#!/bin/sh
#
#gracefull backend restart
(play /usr/share/games/frozen-bubble/snd/snore.wav >& /dev/null)&
sudo sh /etc/init.d/mythtv-backend stop
sleep 7
sudo sh /etc/init.d/mythtv-backend restart
(play /usr/share/games/frozen-bubble/snd/applause.wav >& /dev/null)
#
#<end code>

This is just my way, not saying it is the right or best way
Mike

I put doom3 in my games directory about a month ago and kind of forgot about it. I got the same gdm message and couldn't figure out why.

I used


and opened the file in excel- did a sort by file size and this showed me exactly where all of my space had been eaten up. those .pak files are quite large!
rm -Rf took care of them... no more doom3- my 2800+ / MX440 couldn't handle it anyway.

I would have liked to find a switch to sort the output of du by size but got impatient and went the winders route.

anyone know how to cat the output of / by file size?

Hmm? not really sure what you mean there.



...will sort a directory listing by size. Add "r" flag to reverse sort order.



...will sort a du listing by the first character on a line, which is size - however it might be inaccurate since it's doing a text sort. 8 comes before 80 which comes before 9. Sounds like Excel might be the best way to do it.

If you want to get really detailed:

This may take a while to run.

yeah! that du -k is cool! I never knew about the sort command

thanks to you both!

_________________
R5F27 | M2NPV-VM | 4600+ 65W AM2X2 | CORSAIR TWIN2X1024A-6400 | 2x HD-5000 |
DVI to HP LC3700N