À nouveau ça ne concerne pas les fichiers systèmes, mais uniquement les fichiers personnels. Comme je l'indiquais avant, le passage en UTF-8 n'a pas de réelle incidence sur le système en soi : c'est pas le genre de migration où l'on risque de se retrouver avec un OS en carafe.
 
Maintenant pour ce qui est des noms de fichiers, il faudra utiliser un utilitaire de conversion ou pas, en fonction de comment on a nommé ses fichiers personnels. On ne le dira jamais assez, certaines règles et conventions de nommage pour les fichiers ce n'est pas là pour emmerder le monde ou pour décorer, ça rend bien des services de ne pas avoir de caractères exotiques, de noms à rallonge ou même simplement des espaces dans certains cas.
 
Généralement le mec qui nomme un fichier : Vive les systèmes basés sur BSD, GNU/Linux & GNU/Hurd !.txt par exemple, on sent qu'il n'a jamais réellement bossé en ligne de commande, parce que c'est typiquement avec ce type d'environnement qu'on se rend compte combien c'est la misère les noms de fichiers foireux et à rallonge (encore qu'avec un shell comme bash ou zsh et l'auto complétion activée ça se ressent moins).
 
Certains diront qu'avec les systèmes modernes si l'on se passe de la ligne de commande, il n'y a aucun intérêt à les nommer d'une façon précise. Ce n'est pas forcément vrai pour des questions d'interopérabilité (cf. les différences entre les systèmes de fichiers existants), ensuite il y a des situations comme le changement d'encodage, la récupération de fichiers suite à un problème de disque, etc. où la question de nommer correctement ses fichiers amène à réfléchir.