MandrivaThis Forum is for the discussion of Mandriva (Mandrake) Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I downloaded a file onto my Mandrake 10 system.
I shut down the system. When I restarted the system would not start properly. The nVidia splash screen usually appears before a login screen appears. This time the nVidia splash screen blinked on and off a few times, then I was presented with a text based login.
I rebooted and looked at the verbose version of the startup.
I got a failure as follows;
Starting partmon - checking if partitions have enough free disk space
Warning free disk space for </> is only <0> which is inferior to <20000> [FAILED][FAILED]
I guessed the last file I downloaded tipped the system over the edge and caused problems, so via the text based login I deleted it using rm. I rebooted. Still no good, the system GUI will not start.
My system is now useless to me (I have had to use my Windows OS to post this). How can I fix it?
Also how do you pause the messages in verbose startup mode so you can read them. I had to reboot 8 times to get the full failure message down on paper!
I seem have solved problem by deleting syslog file from /var/log
I hope that was the right thing to do.
The / partition was full.
What is the story with this syslog file? Why does it grow to a point where it harms the system without any warning? Doesn't seem right.
How can I stop this from happening again?
It's happen to me also several times. Unfortunately this can occur again. You should check free space frequently on root partition. Check in your home directory or in root home directory (/root/) if there is crash data (core) files. There are several MB each. You can delete them safely. How big is your root partition and which distro you use? Also check /tmp and /home/yourname/tmp directories. They should not exceed 1MB at normal work. Of course from time to time (1-2 months) you can delete old log files.
I don't think it's wise to go ahead and delete the logfiles; most programs should know how to create a new logfile if none is found, but it's possible that one day you bump into a program that doesn't do it. Therefore it's wiser to do
echo "" > /var/log/syslog
for example, than just remove it. The above will just clear the file.
Another thing: yes, the logfiles do grow. This is because logs can be important so no data ought to be deleted unless administrator does it -- and administrator is meant to do it. You should, once in a while, clear the logfiles but at the same time save copies somewhere in case you need them; if you're sure there are no problems and the logfiles are not needed, then don't save them, but it wouldn't harm you to use an external drive for example for this. It's pretty easy to create a "maintenance script" which clears the logfiles, backs them up if needed first, and perhaps checks the free space and warns if it goes below some limit. Then you could make it run by a cronjob, maybe, to let you out of running it manually. Maybe it'd be a good idea to even save the logfiles to some temporary place, clear current logfiles, and after a week or so delete the temporary logfile copies; this way you could check the old logs in case you forgot to do it "in time".
I'm not 100% sure if the system logging tools allow you to easily control the maximum size of logfiles (I guess they should), but it's easily done via a script too: just write a shell script that checks the logfiles' size, and if some exceeds a given limit, it's cleared (or better yet, first copied to another place for a few days and then cleared, giving you an opportunity to view it first) and make that script run by cron at some intervals, like once a day or few days.
OK thanks. Is there any way to get back the syslog file I removed using rm? Should I recreate an empty file named syslog and place it back where it was? I am a little worried that I have deleted it now, but doing so did get my system back up and running.
Don't worry it - check if a new one got created, if not just run that command b0uncer posted.
Doesn't Mandy have logrotate (or equivalent) ???. That manages the various logs for you - creates compressed backups and deletes then after a (user-defined) period.
Couple of weeks, couple of months whatever.
I just had the same problem again and executed $ echo "" > /var/log/syslog
to fix it.
This time I tried to copy the syslog file to a directory in a user's home directory before executing the above command, but after 3 minutes of waiting for the cp command to execute, I gathered their was a problem and stopped the cp process.
Is manually creating a maintenance script as mentioned in this thread the only solution to this ongoing problem? This task is probably a bit beyond me. I have a little command line knowledge, but not enough.
It doesn't seem correct to me that this distro (Mandrake 10) requires such a custom script to be created by the administrator to keep the system running. I started using Mandrake 10 as it was supposed to be good for Linux newbies. I would have thought something like automatic log rotate as mentioned in this thread would be built into this distro. If I have to create a custom script manually, does anyone know where I could get hold of such a script and how would I cause it to execute automatically at the appropriate times to avoid system failure?
logrotate must not work. Every few months (like today) I just go and do;
$ echo "" > /var/log/syslog
It works, but its a crude way for a system to run. I am scared to update as it took me three years to get Mandrake 10 configured how I like it. I don't relish the thought of starting over. I like Linux as I can learn how to manipulate the OS, but it is a lot of work.
I agree with Glenn, you would be best served by upgrading to a supported release of Mandriva (Mandrake renamed itself to Mandriva following its merge with Conectiva). The current release is Mandriva Linux 2007.1 (Spring). Using Mandrake 10 today is similar to using Windows 98. Security patches are no longer developed, and new threats are created / found daily. Additionally, OS releases that are no longer supported may be unable to correctly work with new hardware.
If you choose to keep Mandrake 10, you should check that the logrotate package is installed. An easy (if not fast) way to check is to open the Software Installer. If the logrotate package is listed, install it. If it is not listed, close the Software Installer, open the Remove Software program to check that logrotate is listed. If so it is installed, otherwise it is not.
The University of Pensylvania still has the Mandrake 10.0 mirror with the RPMS, RPMS2, and RPMS3 repositories. The RPMS repository contains the logrotate package. If you open the RPMS link with Konqueror, you can ALT+Click the logrotate package, select Open with ... then select Software Installer to install it.
Thanks. I tried to install logrotate as you describe but was told "already installed". So I checked for it using the remove software tool. logrotate is not present in the listing of software that I could remove. Where could it be? The lack of memory problem crops up about every 3 logins now. I just cure it with
# echo " " > syslog
# echo " " > messages
Here is a directory listing that was current when the problem last occurred.
If this reveals anything that threatens my security, please tell me and I will delete it from the thread. Are "syslog" and "messages" the only files I can delete (sorry, empty) here? Maybe I could manually clean this directory up a little and extend the time between display boot failures. Thanks.
**NEW EDIT TO POST** Just tried to execute logrotate from command line, logrotate seems to be there but it needs configfile as an argument when executing. What file do I put here when executing? I thought logrotate would execute automatically on shutdown.****
I found some info on logrotate but could not fully understand the instructions. So I went back over this thread and followed the advice of valyo_bg and echoed " " to the core files. This has helped somewhat. X now runs on boot but I still get a warning that I don't have enough space on /.
I looked and saw that /tmp has 11000 items taking up 105MB.
/tmp is mostly composed of directories that have a 10 digit number as a name. An example of the contents of one of these directories is as follows;
directory name = 0002355797, it contains
a directory named .kde
a directory named .kde
a file named .fonts.cache-1
there are thousands of other such directories. Can these be safely deleted and would this help me with my problem?