Problema charset lettere accentate e caratteri speciali: codifica non valida

[sberla54]

Salve a tutti ragazzi.

Sono da poco passato da Slackware a Ubuntu, dopo tanti anni di utilizzo della prima, e mi ritrovo con un problema decisamente fastidioso e direi quasi inspiegabile.
Premetto che sto usando Ubuntu 9.10, su architettura a 64bit, e che ho formattato le partizioni dei miei hard disk con Ext4.

Il problema e' questo: ogni file o cartella che abbia una lettera accentata o un carattere speciale nel suo nome, mi da dei problemi, principalmente di visualizzazione, e l'accentata o il carattere speciale in questione viene sostituito da un punto interrogativo, ed al nome viene aggiunto il suffisso "(codifica non valida)".
Nel file manager Nautilus non da grossi problemi, perche' posso comunque selezionare, rinominare, copiare e tagliare i files e le cartelle; i problemi piu' grossi me li da' con Amarok 1.4.10, che non riesce a leggere i files musicali che contengono questi caratteri, ed io credo che i problemi siano collegati (anche se non ne sono sicuro)

Vi mostro alcuni esempi del problema:

Vasco Rossi - Va Bene, Va Bene Cos� (codifica non valida)
99 Posse - 05 - Non C'� Tempo.mp3 (codifica non valida)
4� Potere - Incubo Senza Fine (codifica non valida)

Non riesco a capire perche' il sistema si comporti cosi'.
Fortunatamente sono pochi i files che contengono caratteri speciali e accentate, ma vorrei comunque che me li visualizzasse e leggesse senza problemi.
Questo anche perche' sono sicuro che sia Ext3 che Ext4 supportino tali caratteri senza problemi.

Potrebbe essere un problema di fstab e dei parametri con cui vengono montate le partizioni?
Vi copio il mio fstab che per quanto riguarda il primo disco interno (che da problemi) e' quello di default:

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
#            
proc            /proc          proc    defaults        0      0
# / was on /dev/sda5 during installation
UUID=14fb1134-a19f-48ad-b5db-28468335e60b /              ext4    errors=remount-ro 0      1

# swap was on /dev/sda6 during installation
UUID=c0d5e09d-f6b2-47b1-82a0-6eed9d57fe4d none            swap    sw              0      0

# disco 02 interno
/dev/sdb1 /media/Disco_02 ext4 auto,defaults,rw 0 0

# esterno 01 usb
/dev/sdc1 /media/Esterno_01 ext3 auto,defaults,rw 0 0

# cdrom0
/dev/scd0      /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0      0

# floppy disk (commentato)
# /dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0      0

Spero sappiate aiutarmi. Soprattutto perche' vorrei risolvere i problemi con Amarok...mi ritrovo molti files illeggibile e molte playlist "mozzate"...
Probabilmente e' un problema da poco.

Grazie in anticipo!

[Sargonsei]

No, fstab non c'entra nulla.
Il problema p la codifica dei caratteri, che è uguale per tutti solo per i promi 127 caratteri ASCII...
In effetti, il carattere accentato non è che non sia letto (sennò ext3 ed ext4 non riuscirebbero a gestire questi files); il problema è che questi caratteri non possono essere determinati senza ambiguità, quindi il S.O. preferisce sostituirli con un punto interrogativo chiaro su sfondo scuro.
In effetti, il filesistem vede chiaramente dei numeri precisi al posto di quei punti interrogativi, ma non sa come mostrarli, perché a quei numeri precisi, potrebbe corrispondere un carattere diverso a seconda della codifica usata.

Forse mi sbaglio, ma credo che il problema veda come unica soluzione la sostituzione di tutti i caratteri avente codice ascii maggiore di 127 con i corrispondenti caratteri non accentati.

[sberla54]

Ah grazie della spiegazione relativa alla codifica

Mi pare assurdo pero' dove rinominare tutti i files contenenti i caratteri speciali...non per essere monotono ma in Slackware non ho mai avuto nessun problema di questo tipo

A me in fondo basterebbe che mi funzionasse al 100% Amarok; nessuno ha dei consigli in questo senso?

Grazie!

[sberla54]

Scusatemi se mi permetto di fare un up al topic, ma ho parlato con alcuni amici che utilizzano Ubuntu 9.10 ed anche Amarok e nessuno di loro ha riscontrato questo problema con i caratteri speciali ed il charset...

Possibile che non ci sia una soluzione e che debba sostituire tutte le lettere interessate?

[yves]

Usano "Ubuntu" o "Kubuntu"?

Ho fatto l'amara scoperta molto di recente:
http://forum.ubuntu-it.org/viewtopic.ph ... 8#p2711168

Non applicare la guida almeno per ora, ho come il vago sospetto che possa inchiodare qualcosa, ora mi creo un "apt-on-cd" degli aggiornamenti ed una volta tutto in salvo tento l'esperimento, male che vada perdo due orette a reinstallare, anzi, credo proprio che non la reinstallo, o torno a Jaunty o vedo altrove, ho cercato dappertutto ma non ho trovato una soluzione valida da nessuna parte, quello che mi preoccupa è quel cavolo di GMD apparso su Karmic, sino a Jaunty non avevo quel problema  >:(

[sberla54]

Usano Ubuntu, con Gnome....siamo accomunati dall'adorazione per Amarok e non riusciamo a staccarcene

Hai fatto il test di cui parlavi?

Tra tutta la gente che ho sentito io sembro proprio essere l'unico con questo problema
Tu non hai nessun problema con le accentate ed i caratteri speciali?

[yves]

Ho fatto tutti i test del caso, almeno tutto cosa mi era possibile provare:
http://forum.debianizzati.org/generale/ ... 005.0.html
ed al finale ho installato Kubuntu Karmic (KDE 4.3.4) e tutte le lettere accentate sono tornate come dovevano.

Il problema non so dove sia, ma c'è, se in più amate Amarok quello è di KDE ed il passaggio a lui non può che giovare.

[sberla54]

E' veramente strano ed assurdo :/

Mi tocchera' rinominare tutti sti maledetti files

Io amo Amarok ma non sopporto Kde 4....l'ho provato un po' su Slackware 13 e l'ho avuto ad odio...e' uno dei motivi per cui sono passato ad Ubuntu...volevo provare Gnome e mi ci trovo bene...inoltre, amo Amarok 1, ma Amarok 2 faccio fatica a digerirlo, per adesso...

Cmq grazie dell'aiuto!
Spero sempre che arrivi qualcun'altro con la soluzione ma intanto comincero' a rinominare

[Nemo_bis]

Questa cosa a me succede solo ogni tanto, quando decomprimo un archivio .zip (che viene sempre da qualcuno che ha Windows, ma può essere un caso) con qualche carattere strano: ad esempio oggi hanno ricevuto questo suffisso la cartella creata dalla decompressione di uno .zip con un 2° e un .pdf contenuto in una sua sottocartella con una à.

[yves]

Nella realtà, quello che tu citi, non è un problema del tutto trascurabile.

Se tu devi scambiarti file con altri del tuo gruppo di lavoro che usano Windows (come nel mio caso) vedrai che ti stufi alla svelta, un documento che tu devi modificare non lo potrai salvare se non lo adatti tutto a "UTF-8", ed una volta che hai compiuto la manovra ti farai ammazzare perchè chi usa Windows (e magari ha creato il documento) non lo vede più correttamente.

UTF-8 è uno standard "miracoloso" che aveva promesso (mooolto tempo fa) di eliminare le differenti codifiche ed i problemi annessi / connessi, il problema è che GNU Linux lo ha adottato di default, gli altri manco a parlarne, quindi non vedo il motivo di insistere e, peggio, di eliminare la possibilità di modificarlo a noi utenti.

Ci diano la possibilità di impostare la codifica come meglio ci accomoda e terminiamo con queste chimere, UTF-8 chi lo vuole se lo tenga, a me genera più problemi che altro.

[androide74]

Vi mostro alcuni esempi del problema:

Vasco Rossi - Va Bene, Va Bene Cos� (codifica non valida)
99 Posse - 05 - Non C'� Tempo.mp3 (codifica non valida)
4� Potere - Incubo Senza Fine (codifica non valida)

A me succede la stessa cosa con Itunes:
ho i file musicali su una partizione ext3 che condivido tra Ubuntu e windows.
Itunes rinomina i file basandosi sui metadati (tag ID) degli mp3 e i nomi accentati mi danno gli stessi problemi.
Ho già provveduto a rinominare tutti i file con lettere accentate ma il problema principale è un altro e riguarda i file di testo.
Scambio molto spesso file .txt tra windows e ubuntu tramite chiavette USB e tutti i caratteri contenuti nel testo hanno lo stesso problema, forse dovrei usare file rtf invece di txt, farò qualche prova e vi varò sapere.

[sberla54]

Questa cosa a me succede solo ogni tanto, quando decomprimo un archivio .zip (che viene sempre da qualcuno che ha Windows, ma può essere un caso) con qualche carattere strano: ad esempio oggi hanno ricevuto questo suffisso la cartella creata dalla decompressione di uno .zip con un 2° e un .pdf contenuto in una sua sottocartella con una à.

Si capisco, ma io Windows non lo uso mai.
Quei files musicali arrivano dal mio disco esterno, che e' in ext3 ed e' un backup della ext3 interna che avevo su slackware...

UTF-8 è uno standard "miracoloso" che aveva promesso (mooolto tempo fa) di eliminare le differenti codifiche ed i problemi annessi / connessi, il problema è che GNU Linux lo ha adottato di default, gli altri manco a parlarne, quindi non vedo il motivo di insistere e, peggio, di eliminare la possibilità di modificarlo a noi utenti.

Sante parole!
Pero' nel mio caso, ripeto, quei files non hanno mai toccato Windows neanche da lontano...

Itunes rinomina i file basandosi sui metadati (tag ID) degli mp3 e i nomi accentati mi danno gli stessi problemi.

Io tolgo le accentate da dentro le tag mp3, usando EasyTag

Scambio molto spesso file .txt tra windows e ubuntu tramite chiavette USB e tutti i caratteri contenuti nel testo hanno lo stesso problema, forse dovrei usare file rtf invece di txt, farò qualche prova e vi varò sapere.

Eh si e' un problema dovuto agli editor con cui si scrive e si legge nei vari sistemi operativi ed alla codifica che s'imposta per i caratteri di fine righe e robe simili: http://www.slacky.eu/forum/viewtopic.php?f=4&t=29048

Ma quindi nessuno sa consigliarmi nessuna soluzione per il mio problema?
A me continua a sembrarmi assurdo ed inedito...mai mi era capitata una cosa simile con le altre distro...e' veramente un peccato

[yves]

Probabilmente su Slakware viene utilizzata una codifica in base al paese, non la conosco, su Ubuntu sino a Jaunty era fattibile la cosa senza nessun problema di sorta, su Gnome 2.28 Karmic è diventato (penso) impossibile grazie al maledetto GDM che viene a fare lo sgambetto, son praticamente sicuro che se si mantenesse Gnome ma si utilizzasse KDM per il suo caricamento (ammesso e concesso non storca il naso) la cosa la si dovrebbe poter soluzionare.

Nella fattispecie il problema risiede qui, Gnome:

yves@yves-karmic:~$ set | grep LANG
GDM_LANG=it_IT.UTF-8
LANG=it_IT.UTF-8
LANGUAGE=it_IT.UTF-8

KDE:

yves@cdc-kde4:~$ set | grep LANG
LANG=it_IT@euro
LANGUAGE=it_IT:it

nessun KDM fra i piedi  >:(

[superlex]

Ciao!
Io ho il problema solo da pochi giorni.. dopo un aggiornamento, mi sono ritrovato il sistema in inglese: poco male, vado nelle opzioni della lingua e rissetto l'italiano (che comunque risultava, ovviamente, già installato). Tuttavia mi ritrovo delle cartelle chiamate università in universit? ( con il ? dentro un rombo nero). Se cerco di rinominare le cartelle mi dice che non esistono, il che è molto grave, visto anche di cosa si tratta. Ho provato anche da terminale e nulla.
Suggerimenti?

[superlex]

Ho spiegato la situazione al mio amico nautilus, e mi ha permesso di rinominare quelle cartelle  (good)
Non so perché, sia dolphin che il terminale, sì esatto, proprio lui che dovrebbe permettere di risolvere tutto, non mi facevano rinominare quelle cartelle, per loro non esistevano  :-\

Grazie nautilus, sei un amico 

[yves]

Attenzione ad una cosa, ora GDM e Gnome sono collegati con i "locale", se ti fa scherzi del genere prova a passare in tty1 (a tty6) fai login e dai un:

Codice: Seleziona tutto

set | grep LANG

se li vedi "it_IT@euro" (o comunque non "UTF-8") stai allerta, su Karmic Gnome mi ha fatto dannare come un sorcio..

[superlex]

Io ho

Codice: Seleziona tutto

set | grep LANG
LANG=it_IT.UTF-8
LANGUAGE=

L'ultimo è vuoto, però funziona lo stesso  :-\

[sberla54]

Probabilmente su Slakware viene utilizzata una codifica in base al paese, non la conosco, su Ubuntu sino a Jaunty era fattibile la cosa senza nessun problema di sorta, su Gnome 2.28 Karmic è diventato (penso) impossibile grazie al maledetto GDM che viene a fare lo sgambetto, son praticamente sicuro che se si mantenesse Gnome ma si utilizzasse KDM per il suo caricamento (ammesso e concesso non storca il naso) la cosa la si dovrebbe poter soluzionare.

Ah, ecco dov'e' che sta il problema e la differenza sostanziale fra le 2 distro...grazie..non riuscivo a capire

Dando:

Codice: Seleziona tutto

sberla54@joshua:~$ set |grep LANG

Ottengo:

Codice: Seleziona tutto

GDM_LANG=it_IT.UTF-8
LANG=it_IT.UTF-8

Se si cambiassero queste variabili d'ambiente in it_IT@euro?
Su Slackware ricordo bene che i locale erano impostati a it_IT e it_IT@euro...

[yves]

Non metto in dubbio la tua memoria, cosa metto in dubbio è le possibilità di poterlo fare su Karmic Gnome  :-\

[sberla54]

Strano pero', un qualche modo comune a tutte le distro ci dovrebbe essere...

In Slackware si andavano a modificare i files lang.csh e lang.sh presenti in /etc/profile.d che pero' non esistono in Ubuntu.
Ci si inseriva rispettivamente setenv LANG it_IT e export LANG=it_IT@euro ...

Altrimenti si andava a modificare/creare .bash_profile in ogni home utente e ci s'inseriva export LANG=it_IT ...

Ci sara' un modo per forzare in maniera simile GDM e le variabili d'ambiente "locale" dai...e se lo troviamo abbiamo risolto questo problema delle accentate, secondo me