Hello everyone, my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok Could you help me ? -- Laurent Renard
On Tuesday 22 November 2005 07:06, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Have you run out of space on the partition that hosts the /tmp directory?
Le mardi 22 novembre 2005 à 08:04 +0000, eddieleprince a écrit :
On Tuesday 22 November 2005 07:06, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Have you run out of space on the partition that hosts the /tmp directory?
He told me something like it, yes. -- Laurent Renard
On Tuesday 22 November 2005 09:40, Laurent Renard wrote:
Le mardi 22 novembre 2005 à 08:04 +0000, eddieleprince a écrit :
On Tuesday 22 November 2005 07:06, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Have you run out of space on the partition that hosts the /tmp directory?
He told me something like it, yes.
You could try and find out if there is a particularly file that is extremely large and using up all the space and delete that. Change to the /tmp directory and try du -ks | sort -n You could also try searching /var (if it is on the same partition as /tmp) as the problem could be an extra large log file. Hope that helps.
Le mardi 22 novembre 2005 à 10:14 +0000, eddieleprince a écrit :
You could try and find out if there is a particularly file that is extremely large and using up all the space and delete that. Change to the /tmp directory and try
du -ks | sort -n
You could also try searching /var (if it is on the same partition as /tmp) as the problem could be an extra large log file.
Hope that helps.
Thanks Eddie I'll try it in a few minutes that's exactly the command that i was looking for ;) -- Laurent Renard
On Tuesday 22 November 2005 10:14, eddieleprince wrote:
On Tuesday 22 November 2005 09:40, Laurent Renard wrote:
Le mardi 22 novembre 2005 à 08:04 +0000, eddieleprince a écrit :
On Tuesday 22 November 2005 07:06, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Have you run out of space on the partition that hosts the /tmp directory?
He told me something like it, yes.
You could try and find out if there is a particularly file that is extremely large and using up all the space and delete that. Change to the /tmp directory and try
du -ks | sort -n
You could also try searching /var (if it is on the same partition as /tmp) as the problem could be an extra large log file.
Hope that helps.
As well as that excellent idea, you might also want to use 'find' for a different view of the situation. If /tmp is on its own partition, try on that. Something like: find /tmp -size +5000k for example will find and list any file in /tmp bigger than 5 megabytes. The nice thing about find is that you can add other criteria, and execute commands on the file set. You could (though perhaps you shouldn't in this case until you've at least looked to see what kind of files they are) do something like find /tmp -size +5000k -exec mv {} ~/bigfiles/ \; which would grab those large files and move them to 'bigfiles' if you wanted to use that directory as a holding area. There's the caveat that if you wanted to put them back exactly where you found them it might be fiddly, in that find will have recursed through the /tmp directory hierarchy. But if you want to, you can use -maxdepth to control how many levels of subdirectory find will drill down into. Man find has the details. HTH Fergus
Le mardi 22 novembre 2005 à 11:18 +0000, Fergus Wilde a écrit :
As well as that excellent idea, you might also want to use 'find' for a different view of the situation. If /tmp is on its own partition, try on that. Something like:
find /tmp -size +5000k
for example will find and list any file in /tmp bigger than 5 megabytes.
The nice thing about find is that you can add other criteria, and execute commands on the file set. You could (though perhaps you shouldn't in this case until you've at least looked to see what kind of files they are) do something like
find /tmp -size +5000k -exec mv {} ~/bigfiles/ \;
which would grab those large files and move them to 'bigfiles' if you wanted to use that directory as a holding area. There's the caveat that if you wanted to put them back exactly where you found them it might be fiddly, in that find will have recursed through the /tmp directory hierarchy. But if you want to, you can use -maxdepth to control how many levels of subdirectory find will drill down into. Man find has the details.
HTH Fergus
Thanks to Eddie and everyone !! The fact was that GNUMP3D gave me a 3.3 Gbits error_log file Thanks for all your advices I love this list ;) -- Laurent Renard
On Tuesday 22 November 2005 02:06 am, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Can you boot to init 3? Without trying it here, I can't provide details on how to do that, and I cannot reboot right now to experiment. Perhaps someone else could help. If you can boot, or otherwise get the installed system to runlevel 3, what does df show? Steven
Steven T. Hatton wrote:
On Tuesday 22 November 2005 02:06 am, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Can you boot to init 3? Without trying it here, I can't provide details on how to do that, and I cannot reboot right now to experiment. Perhaps someone else could help.
I assume that one uses GRUB, as it's default on SUSE 10.0. When the boot menu appears, -- if Linux is not the default boot choice, select it with the cursor. -- Type F2 for "Other Options" A prompt "Boot Options" appears. Enter or append a "3". If you can't login now, get your SUSE CD/DVD out and boot into the rescue system. Mount the hard disk and check how full it is.
If you can boot, or otherwise get the installed system to runlevel 3, what does df show?
Good advice. Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany
Le mardi 22 novembre 2005 à 10:29 +0100, Joachim Schrod a écrit :
Steven T. Hatton wrote:
On Tuesday 22 November 2005 02:06 am, Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
Can you boot to init 3? Without trying it here, I can't provide details on how to do that, and I cannot reboot right now to experiment. Perhaps someone else could help.
I assume that one uses GRUB, as it's default on SUSE 10.0. When the boot menu appears, -- if Linux is not the default boot choice, select it with the cursor. -- Type F2 for "Other Options" A prompt "Boot Options" appears. Enter or append a "3".
If you can't login now, get your SUSE CD/DVD out and boot into the rescue system. Mount the hard disk and check how full it is.
If you can boot, or otherwise get the installed system to runlevel 3, what does df show?
Good advice.
Joachim
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Joachim Schrod Email: jschrod@acm.org Roedermark, Germany
Dear Joachim, it seems that he boots correcty ... it's probably only a KDE problem Thanks anyway -- Laurent Renard
Le mardi 22 novembre 2005 à 03:06 -0500, Steven T. Hatton a écrit :
Can you boot to init 3? Without trying it here, I can't provide details on how to do that, and I cannot reboot right now to experiment. Perhaps someone else could help. If you can boot, or otherwise get the installed system to runlevel 3, what does df show?
Steven
Everything's correct in runlevel 3 & 2 Only kde is crashed. -- Laurent Renard
Laurent Renard wrote:
Hello everyone,
my suse box is crashed since this morning. The erreor messages are : cannot start dcopserver and it seems that KDE cannot write to /tmp dir the directory is ok
Could you help me ?
How's the free space on the partition that /tmp is located on? Does the problem affect all users? Root?
participants (6)
-
eddieleprince
-
Fergus Wilde
-
James Knott
-
Joachim Schrod
-
Laurent Renard
-
Steven T. Hatton