We help IT Professionals succeed at work.

We've partnered with Certified Experts, Carl Webster and Richard Faulkner, to bring you two Citrix podcasts. Learn about 2020 trends and get answers to your biggest Citrix questions!Listen Now


Is it safe to delete the /platform files that don't pertain to my system on Sparc Solaris 10?

Binkynanda asked
Medium Priority
Last Modified: 2013-12-21
I'm in desperate need of space on my disk, and want to clean up anything unnecesary. (Solaris 10, Blade 100). The /platform directory seems to contain a bunch of directories for specific hardware. Can I safely delete these (leaving, of course, the Blade 100 folder)?
Watch Question

You should leave them alone (keep them), the /usr/platform dones take much
disk space) and most of them are symbolic links (eg, to sun4u etc).

Not the solution you were looking for? Getting a personalized solution is easy.

Ask the Experts


The size of the directory is just over 19 megs. But, I could use the 19 megs!! For instance,
SUNW, Netra-240

Why would my system need to know about hardware on a Netra-240? I guess the question is more: are these files used at any time? It doesn't make sense to me that they would be used. If they are used, how are they used? Are they used at setup, or continually as the system runs?
The issue is that I need space because of a too small / slice. Every mb counts, and I have been rm'ing every non essential file I'm certain I can safely erase. Even 19 megs will help. I have looked at other questions on EE regarding resizing slices via Disksuite or some such software, but I am new to this all and don't understand what that is (It would be grand to have some simple to use utility like Acronis disk director for Solaris, maybe that's what Disksuite is, but I can't find much info, and it appears as if this is no longer supported for Solaris 10.)

I'd move the data to a non / slice (/usr/local/hardware if your /usr/local is a different partition, for e.g.) and make /platform a link.
If you are doing this on a personal system, you can do whatever you want and hope for the best.

If you are doing this on a product system, I would leave it be.

I would look into deleting stuff like the following without ever touching /platform:

- Man pages
- Demo packages and/or source code packages
- International fonts
- If you aren't going to compile stuff, Solaris header packages
Your best bet to get more space out of your system, for whatever reason, is to remove what you know you will not need.

This is pretty harry stuff, and you may end up with a system which is a vegetable, but I will offer this information:

pkginfo  will give you all of the packages on your system, which and a brief description of each.  As an example, if you know that you will not need Adobe Reader (and it is installed) you could issue the following commands:

pkgrm SUNWacroread
pkgrm SUNWacroread-plugin

This should remove the package in it's entirety.  Definately keep track of what you are doing.  Some pacakges will not allow you to remove them because they have dependancies.

Disk is cheap, and not worth this headache.

No comment has been added to this question in more than 21 days, so it is now classified as abandoned.
I will leave the following recommendation for this question in the Cleanup topic area:

Split: yuzh & dpiniella & Nukfror & CadburyKat

Any objections should be posted here in the next 4 days. After that time, the question will be closed.

EE Cleanup Volunteer
Access more of Experts Exchange with a free account
Thanks for using Experts Exchange.

Create a free account to continue.

Limited access with a free account allows you to:

  • View three pieces of content (articles, solutions, posts, and videos)
  • Ask the experts questions (counted toward content limit)
  • Customize your dashboard and profile

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.


Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.