El archivado con caracteres que no sean ASCII en los nombres de archivos puede ocasionar problemas, ya que la compatibilidad de los nombres de archivos que no son ASCII en las numerosas implementaciones de los formatos de archivado particulares difieren significativamente, aunque la situación está mejorando.
Las implementaciones recientes de tar en sistemas UNIX y del tipo Unix admiten el formato POSIX especificado por POSIX.1-2001, por lo que los archivos que no son ASCII se manejan de forma segura. En la plataforma MS Windows, una cantidad de depósitos de archivado almacenan los nombres de archivos con la página de códigos actual, por lo que los nombres de los archivos que se extraen desde allí pueden verse distorsionados.
En ese caso, se puede usar la herramienta convmv(1) para repararlos cuando se conoce la página de código:
$ convmv -f cp437 -t utf8 my_extracted_filename
En los archivos Zip, la especificación original define la codificación de los nombres de los archivos y de los comentarios de los archivos en IBM437. En 2007, PKWare extendió la especificación para permitir también UTF-8. Mientras tanto, varias implementaciones de zip adoptaron la estrategia de usar la página de código actual como codificación de nombre de archivos (por lo general, en la plataforma MS Windows).
Zip 3.0 de Info-ZIP, usado en Oracle Solaris 10 y Oracle Solaris 11, almacena los nombres de archivos en UTF-8, por lo que si tanto la utilidad de compresión como la de descompresión son de esta versión, los contenidos del archivo no se corromperán.
Cuando un archivo zip que usa una codificación que no es UTF-8 para almacenar los nombres de archivos se extrae en Oracle Solaris, los nombres de los archivos pueden aparecer distorsionados. Puede usar la herramienta convmv(1) para repararlos cuando se conoce la página de código:
$ convmv -f cp437 -t utf8 my-unzipped-filename