Offbeat

Unix: Impossible File Types

July 1, 2009, 02:27 PM — 

Given the plethora of file types showing up on file servers today, the very idea of an "impossible" file type is hard to grasp. What would make a file type impossible after all? Would it defy classification by the file system? Would it have a negative length? "Unknown file type" I could understand. Impossible takes an extra stretch of the imagination.

I came across dozens of these messages while examining the contents of a tar file with "tar tvf". The files inside the tar file were not particularly offensive. Most were Sparc executables (ELF 32-bit MSB executable SPARC32PLUS Version 1) or directories. Some of the "tar: impossible file type" messages showed up succession with no intervening TOC data on the files themselves, making it very hard to determine which of the files or directories tar was finding so incredulous.

tar: impossible file typetar: impossible file typetar: impossible file typetar: impossible
file typetar: impossible file typetar: impossible file typetar: impossible file typetar:
impossible file typetar: impossible file typetar: impossible file typetar: impossible file
typetar: impossible file typetar: impossible file type

After a bit of checking, it appears that errors such as these are associated with a bug in OpenSolaris -- a bug associated with long file names. While the tar command is supposed to handle file names as long as 100 characters, it seems that the command in some version of OpenSolaris balks or did balk if the length of filenames exceeded 98 characters. In my case, the longest filename was only 80 characters long and the OS was Solaris 9. And a "tar tvf" command on the very same tar file on Solaris 10 showed no signs of problems with file types or file name lengths.

Fortunately, the odd errors seem to have no more effect than to puzzle the sysadmin who is checking the contents of a tar file before extracting it. As the files were being extracted, no complaints about file types were issued and all files extracted properly.

The moral of the story is that you're never too old for an error you've never seen before and bugs exist even in some of the most well behaved operating systems. This one I'd never seen before and am still puzzling over.

Even if the files in my tar file somehow managed to become part of a tar file with names (paths and all) longer than 98 or 100 characters, "impossible file type" would be a very strange way to express the problem. With file names (including paths) of less than 80 characters, these errors are quite mysterious.

If you've seen this same behavior or have similar strange encounters with errors of the third kind, I'd love to hear from you.

Sign up for ITworld's Daily newsletter
Follow ITworld on Twitter @IT_world

I like it!
Comments

strange file types

Always take unix error messages with a pinch of salt. There is so much functionality in the latest versions, I wonder just how much testing goes in to each and every product. Rgds Vince
| reply

Ah, yeah

Solaris' tar sucks, and has for many years. Try GNU tar.
| reply
peer-to-peer

Brian Proffitt
Microsoft/Novell: Breaking Down the Coupon Numbers

Esther Schindler
Drupal's Dries Buytaert on Building the Next Drupal

Tom Henderson
Top Ten General Operating Systems Rants

pasmith
PS3 motion controller delayed; goes up against Project Natal

sjvn
Neolithic Windows security hole alive and well in Windows 7

claird
Perl source code comparison makes for good reading

mikelgan
Cell phones don't create stress or interrupt much

Sandra Henry-Stocker
How to: The Unix Interview

 

Where Google Chrome security fails: the password
I heard mention that the Chrome OS will have some sort of encryption available a la bitlocker. If it's possible to encrypt personal data using another password or key, then it may have potential for very secure data.... And Ubuntu has an 'encrypt home directory' option, perhaps google should follow suit.
- Dann

Join the conversation here

The Daily Tip

The Daily TipQuick, practical advice for IT pros. Made fresh daily.

Hot tips:

Want to cash in on your IT savvy? Send your tip to tips@itworld.com. If we post it, we'll send you a $25 Amazon e-gift card.

Newsletters

Subscribe to ITWORLD TODAY and receive the latest IT news and analysis.

I would like to receive offers via email from ITworld partners.
By clicking submit you agree to the terms and conditions outlined in ITworld's privacy policy.
Marketplace