file system full in Sun Solaris 9 sparc
Hi,
Hi All, I am trying to install the JDK 1.6 on Solaris9 Sparc machine but after downloaded .tar file from Sun website and when I am trying to untar that, I an getting the following error— zcat jdk-6u7-solaris-sparc.tar.Z | tar -xf - Sep 2 18:42:36 mgsun ufs: NOTICE: alloc: /: file system full tar: SUNWj6rt/reloc/jdk/instances/jdk1.6.0/jre/lib/sparc/libmlib_image_v.so: HELP - extract write error After getting this error, I check out the free space using df –k.then I am getting the following info- # df -k Filesystem kbytes used avail capacity Mounted on /dev/dsk/c0t0d0s0 2148263 2143078 0 100% / /proc 0 0 0 0% /proc mnttab 0 0 0 0% /etc/mnttab fd 0 0 0 0% /dev/fd swap 651480 40 651440 1% /var/run swap 651792 352 651440 1% /tmp /export/home/emerson1 2148263 2143078 0 100% /home/emerson1 After that I restarted the machine and it is going in maintenance mode rather then the normal mode. It is showing the WARNING: Unable to repair the / file system. So please help me to solve this problem. |
Ouch. Rebooting was probably a bad idea. A little late now, but at the very least I'd make /var a separate partition. Check under /var/adm /var/log and /var/tmp (i like to link that to /tmp) for log files that you can delete to free up some space. Also it doesn't hurt to make /usr separate from / too, but on a big disk that's not as critical. From an ok prompt, will it let you "boot -s"? You may need to boot from CD, mount /, and delete some files that way.
-Raymond |
core
is there any file namely core, u may delete it.
Never reboot a system when a file system is full, especially / if there any log file in /var or /tmp area use the command >log_file_name The file will become size 0 |
and of course, start by removing (or moving on another partition/machine) the file that filled your / (jdk-6u7-solaris-sparc.tar.Z) and the directory created when extracting it.
Check for kernel crash dumps in /var/crash/*, they can be removed too to free space. |
All times are GMT -5. The time now is 06:02 PM. |