Newsgroup: it.comp.os.linux.sys
Titolo: Caratteri su terminale non coincidono con quelli stampati e visualizzati in modalità X

E' veramente un busillis.
Mandrake 7.2, X-Free-4.0.1, keybd it-latin1, in modalita' grafica tutto ok.
Se apro tty1 - tty6 e provo a scrivere .....
sullo schermo vedo caratteri totalmente diversi 
(esempio: un'alpha greco al posto della a accentata, 
una theta al posto della e accentata e via discorrendo ).
I caratteri salvati in un file con vi e stampati .... vengono stampati 
correttamente !
Il file esaminato in terminale non grafico 
continua a contenere i caratteri strani, 
visto con vi in un xterm qualsiasi invece 
i caratteri sono normalissimi.
/usr/sbin/kbdconfig e' un link a keyboarddrake; 
comunque e' correttamente inserita 
la tastiera italiana.
In /etc/X11/fs/config tutto sembra apposto, 
idem in xf86config e in tutti gli altri 
file di configurazione che mi son venuti in mente.
La cosa e' veramente seccante perche' uso pine e 
slrn in terminali non grafici.
Qualcuno si e' imbattuto in un problema simile ?
-- 
Tae Kyon

Ciao ho risolto un problema simile al tuo(uso una dist. RH
6.2)configurando oltre
a /etc/XF86Config anche /usr/lib/kdb/keymaps:
cd /i386 cd /qwerty  loadkeys it.
Spero di esserti stato d'aiuto ciao yellowman.
--------
Questo messaggio è stato inviato da 
http://www.provolinux.org/

 
Eccolo qua!
Il problema da te (e da me) lamentato non deriva dalla mappa della
tastiera ma dal font della console. Il font selezionato si trova in
/etc/sysconfig/i18n. Se da root scrivi sul terminale setsysfont il
problema si risolve. Questo è il mio file i18n (impostazioni
internazionali):
SYSFONT=lat1-16
LC_MONETARY=it
LC_CTYPE=it
LC_NUMERIC=it
LC_MESSAGES=it
LANGUAGE=it_IT:it
LC_TIME=it
RPM_INSTALL_LANG=it
LC_COLLATE=it
SYSFONTACM=iso15
LANG=it
Lo script setsysfont usa consolechars per settare il font della console
specificato dalla variabile SYSFONT. Questo avviene all'avvio del
computer. Per qualche strano motivo questo comando non va a buon fine.
nel mio /var/log/messages trovo:
localhost setsysfont: findfont: No such file or directory
localhost setsysfont: Cannot open font file `lat1-16'.
localhost rc.sysinit: Setting default font succeeded
Se dopo il boot eseguo da terminale setsysfont tutto si sistema. Forse
le variabili SYSFONT e SYSFONTACM hanno dei valori sbagliati ?
Il problema deve essere dei font ma per adesso non sono riuscito a
risolverlo. E il problema si ripresenta quando esci da X, è necessario
rilanciare setsysfont.
Qualcuno potrebbe postare la sua configurazione del file i18n, in
particolare SYSFONT e SYSFONTACM ?
-- 
  _             _  __
 |_)_. _ | _   | \(_   ***  Paolo DS  ***
 | (_|(_)|(_)  |_/__)  Spresiano (TV)  IT
 Sostituire paods a NOSPAM per rispondere            

particolare SYSFONT e SYSFONTACM ?
Io ho postato il bug anche su 
mandrakeuser.org
, teniamoci in contatto !
-- 
Tae Kyon
Michele (PN) 

Spero di esserti stato d'aiuto ciao yellowman.
Grazie del suggerimento, ma con loadkeys non cambia nulla; il problema 
e' lo stesso di paolo. Mistero !
-- 
Tae Kyon

 Grazie Paolo !!
Prego.
Ma tu cosa hai in /etc/sysconfig/i18n ?


Nel frattempo ho risolto mettendo nell'ultima riga di rc.local
setsysfont
- soluzione migliore di quella che ti avevo inviato via mail,
che ti da un errore nell'aprire i terminali in X.
Occorrerebbe però capire perchè non li carica durante l'init 
normale ...
-- 
Tae Kyon

Ma tu cosa hai in /etc/sysconfig/i18n ?
Te l'ho mandato via mail, comunque e' come il tuo.
L'errore non e' li. 
Come dicevo, per il momento ho risolto mettendo 
setssysfont alla fine di rc.local; il messaggio di
errore del log dovrebbe essere la chiave se fossimo
abbastanza esperti; perchè il file durante l'init
non lo trova e invece alla fine sì ? Ci dev'essere
un errore negli script di init. 
Boh !
-- 
Tae Kyon

 
NOVITA':
Ho appena installato il kernel 2.4.0 e il problema non si presenta.
Purtroppo non lo posso tenere perchè non sono riuscito a configurare il
caricamento dei moduli, e adesso non ho tempo per capire come
funzionano.
A questo punto comincio a pensare che sia un problema di gestione della
vga da parte del kernel. Io ho una matrox millennium VESA 2.0
compatibile, non uso il frame buffer.
