![[FSF Associate Member]](skins/waiting/images/fsf.png){kind=small}
20/11: Problemes de teclat en els hosts Windows de VMWare Server 2.0 en Ubuntu Ibex
Un dels problemes que he tingut des de que he actualitzat el meu sistema a Ubuntu Intrepid Ibex ha estat que en la màquina virtuals en Windows XP que tinc per fer coses en Windows el teclat ha començat a fer el burro: No em funcionaven bé les tecles del cursor o les de av.pàgina. Per exemple la tecla del cursor avall feia que apareixes el menú de Windows. Això és molt emprenyador sobretot quan estas treballant amb un editor (en el meu cas en Visual Studio)... Només es pot rectificar anant a les posicions amb la rata.Estava clar que el problema estava en que el mapeig de tecles de Ubuntu Intrepid no és el mateix que fa servir VMWare (dic de Intrepid perquè en la versió anterior funcionava bé).
Solució 1:Aquesta solució, que he comprovat que funciona, la he trobat a aquest bloc.
Per solucionar-ho he hagut de crear un arxiu que se n'encarregui de fer la traducció correcta. Això es pot fer en VMWare posant les equivalències correctes en l'arxiu "config" del directori de configuració:
joe ~/.vmware/config
I a dins s'hi ha de posar el mapejat correcte de les tecles que sembla que fallen.
xkeymap.keycode.108 = 0x138 # Alt_R
xkeymap.keycode.106 = 0x135 # KP_Divide
xkeymap.keycode.104 = 0x11c # KP_Enter
xkeymap.keycode.111 = 0x148 # Up
xkeymap.keycode.116 = 0x150 # Down
xkeymap.keycode.113 = 0x14b # Left
xkeymap.keycode.114 = 0x14d # Right
xkeymap.keycode.105 = 0x11d # Control_R
xkeymap.keycode.118 = 0x152 # Insert
xkeymap.keycode.119 = 0x153 # Delete
xkeymap.keycode.110 = 0x147 # Home
xkeymap.keycode.115 = 0x14f # End
xkeymap.keycode.112 = 0x149 # Prior
xkeymap.keycode.117 = 0x151 # Next
xkeymap.keycode.78 = 0x46 # Scroll_Lock
xkeymap.keycode.127 = 0x100 # Pause
xkeymap.keycode.133 = 0x15b # Meta_L
xkeymap.keycode.134 = 0x15c # Meta_R
xkeymap.keycode.135 = 0x15d # Menu
La idea és fer la equivalència de la codificació que fa la tecla (es pot veure amb el programa evdev) amb el que espera.
Solució 2:
Més tard he descobert que hi havia una solució més senzilla. Sembla que es podia solucionar el problema generant automàticament el fitxer d'aquesta forma:
echo 'xkeymap.nokeycodeMap = true' > ~/.vmware/config
Categoria: Linux | Fet per: Xavier | | Afegir comentari
06/11: Actualització a Ubuntu 8.10 Intrepid Ibex
Tot i això després de treballar-hi una mica he descobert que hi ha unes quantes coses que no m'acaben de convèncer:
- KDE 4: Em sembla una interfície molt bonica però la forma de fer les coses és realment poc intuïtiva i ha deixat de tenir els millons d'opcions de configuració que tenia, l'escriptori ara no sé perquè serveix però va bastant malament i a més en determinats moments sembla que li agafen unes pauses molt rares amb les coses que poses a l'escriptori...
Després de molts anys, em sembla que KDE4 m'acaba de convèncer de que em passi a GNOME. Adéu KDE! - Hi ha moltes millores en el NetWork Manager (un dels xurros més grans de Linux) però sembla que ara té molts problemes amb el xifrat WPA. Això abans funcionava perfectament, o sigui que s'ha espatllat...
Després de que tot anés correctament a casa meva, he anat a la feina i ha estat totalment impossible connectar amb els punts d'accés WPA o WPA2 i en canvi si amb el WEP. Per més que ho he provat no hi ha hagut forma de connectar-hi mentre abans connectava correctament.
Un cop de nou a casa tampoc podia connectar amb el meu punt d'accés (I pel matí anava!). Després d'insistir vàries vegades, i posar una contrasenya errònia al final ha connectat... Fa mala pinta.
I res més! Recordo tot el que em va passar en les anteriors actualitzacions (1) i (2) i estic al·lucinant... Sembla que la cosa millora de veritat
Categoria: Linux | Fet per: Xavier | | Afegir comentari
08/11: Comprimir des de D3lphin en Ubuntu Gutsy en Zip i Rar
En l'actualització a Ubuntu 7.10 Gutsy s'ha canviat el gestor d'arxius Konqueror per D3lphin que en principi ha de servir de pont per Dolphin que serà el que hi haurà en KDE 4.0.Però en el canvi, s'ha perdut una de les funcionalitats que jo feia servir a vegades: La possibilitat de comprimir els arxius en coses que no siguin .tar.gz o .tar.bz2 des del gestor. Ara d3lphin ha afegit un menú lateral en el que hi tenim diferents opcions entre les quals hi ha comprimir. Però en el cas de la compressió d'una carpeta només hi tenim la opció "Compress here" que simplement comprimeix la carpeta en tar.gz
Amb els arxius passa una cosa semblant, en aquest cas hi surt un menú desplegable però només té dues opcions: comprimir amb .tar.gz i .tar.bz2
Com que a mi m'agradava tenir la possibilitat de comprimir amb altres format de compressió d'arxius (RAR, ZIP, 7Z, etc..) he decidit investigar com fer-ho
Categoria: Linux | Fet per: Xavier | |
25/10: Problemes en l'actualització a Ubuntu 7.10 Gutsy Gibbon (2a part)
* Passar el sistema a AIGLX
* L'acceleració 3D es perd després de reiniciar el sistema
* Volum baix en la targeta de so
1) Passar el sistema a AIGLX
Després d'un parell d'arrancades me n'he adonat que el suport 3D desapareixia cada vegada que reiniciava la màquina! Però com que van sortir els drivers nous he aprofitat per arreglar-ho tot de cop.
La instal·lació dels nous drivers va de la mateixa forma que abans però ara abans podem fer neteja:
$ sudo apt-get remove xserver-xgl
$ sudo apt-get remove xorg-driver-fglrx
$ sudo rm -f /usr/src/fglrx-kernel*.deb
Després d'això podem anar per descarregar i instal·lar els nous drivers amb el mateix procediment d'abans i sobretot assegurar-nos de que no farà servir els de la distribució posant a /etc/default/linux-restricted-modules-common
DISABLED_MODULES="fglrx"
Un cop instal·lats hem d'editar el /etc/X11/xorg.conf per treure-li el que no permetia el suport AIGLX. O sigui esborrar les seccions que facin referència a "composite" o "AIGLX". En el meu cas eren aquestes:
Section "Extensions"
Option "Composite" "0"
Option "Composite" "Disable"
EndSection
Section "ServerFlags"
Option "AIGLX" "off"
EndSection
I després de reiniciar el servidor podem arrancar compiz!. Ubuntu fa comprovacions abans d'arrancar i no deixa que arranqui Compiz amb fglrx. O sigui que queden dues opcions:
1) Dir-li que no faci les comprovacions
$ SKIP_CHECKS=yes compiz
2) Modificant l'script d'inici perquè permeti fglrx
Editant el /usr/bin/compiz i afegint fglrx a la línia que defineix les targetes acceptades (WHITELIST):
...
WHITELIST="nvidia fglrx intel ati radeon i810"
...
Aquesta segona opció ens permetrà executar directament compiz
$ compiz
El resultat és que Compiz em funciona bé en GNOME i pensava que no em funcionava en KDE però el que passa és que sembla que la configuració és independent entre els escriptoris
Categoria: Linux | Fet per: Xavier | |
21/10: Problemes en l'actualització a Ubuntu 7.10 Gutsy Gibbon
L'actualització ha durat al voltant de tres hores i al reiniciar el sistema m'he trobat amb uns quants problemes:
1) Caiguda del rendiment del sistema. Per algun motiu el sistema va molt lent, es veu com va repintant les pantalles quan es fa scroll...
2) Les icones de l'escriptori en KDE han quedat totalment corrompudes:
Curiosament en Gnome només ha quedat corrompuda la icona de Tomboy de la barra d'eines
3) El teclat no funciona correctament, no es poden escriure els símbols de sobre els números!. Per exemple no es pot escriure '|'.
4) Els combobox del sistema tenen un comportament erràtic, com si fessim múltiples clics al damunt durant una estona...I fins que no deixa de pampalluguejar no es poden desplegar.
5) He deixat de tenir acceleració 3D
6) No em funciona el so
Primera solució
Com que sembla que no repinta gaire bé la caiguda del rendiment una part podria ser deguda a falta d'acceleració de la targeta gràfica. No sé perquè però molts dels problemes que tinc són deguts als per ara deficients drivers d'ATI en Linux.
Per tant com que tinc una Mobility Radeon he instal·lat a mà els drivers oficials 8.40.4 (ja que els 8.41 tenen problemes amb aquestes targetes).
Això ha fet que hi hagi una millora en el rendiment del sistema molt important però encara queden els problemes de les icones corruptes, del teclat, el funcionament dels combos i encara no tinc acceleració 3D
Enllaç: Instal·lar drivers ATI en Ubuntu
Categoria: Linux | Fet per: Xavier | |
12/09: Canviar adreces de xarxa en Linux
Com que vaig posar com canviar adreces IP de Windows des de la consola crec que també està bé que ho faci en Linux. Tot això també es pot fer a partir dels diferents entorns gràfics que té cada distribució però és molt més interessant poder-ho fer a través de la consolaCanviar adreça IP
Per posar una adreça de xarxa a una targeta ho fem amb:
# ifconfig eth0 192.168.0.69 netmask 255.255.255.0
# route add default gw 192.168.0.2
En aquest cas especifiquem que l'adreça IP de la targeta eth0 serà 192.168.0.69 i que el gateway serà 192.168.0.2
Per rebre l'adreça a través de dhcp, només hem d'especificar-ho amb:
# dhclient eth0
A diferència del que passa en Windows, en Linux el canvi no és permanent. Encara que és molt útil per poder canviar les adreces de forma ràpida en un moment donat, si volem que el canvi sigui permanent cal que canviem els fitxers d'inici de la xarxa. Això es fa de formes diferents en funció de la distribució que tinguem
* Configuració de xarxa permanent en Ubuntu/Debian
La configuració de la xarxa en Ubuntu/Debian està en l'arxiu /etc/network/interfaces. Per tant només hem d'editar-lo per aconseguir que s'adapti al que volem.
Per posar una adreça fixa, canviem totes les referències a la targeta per:
iface eth0 inet static
address 192.168.0.69
netmask 255.255.255.0
gateway 192.168.0.2
Si volem que la targeta rebi l'adreça per dhcp canviem totes les refències a la targeta que volem canviar i les substituim per (eth0 en l'exemple):
auto eth0
iface eth0 inet dhcp
* Configuració de xarxa permanent en Red Hat/Mandriva/Fedora
En els sistemes basats en Red Hat l'arxiu a editar és /etc/sysconfig/network-scripts/ifcfg-eth0 (la part final del nom especifica la targeta a la que farem referència.
Per posar l'adreça fixa de l'exemple anterior editem l''arxiu i al acabar hem de tenir una cosa semblant a això:
DEVICE=eth0
IPADDR=192.168.0.69
NETMASK=255.255.255.0
GATEWAY=192.168.0.2
ONBOOT=yes
Si el que volem és que les adreces s'aconsegueixin a través de dhcp el contingut de l'arxiu ha de ser com:
DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes
Canviar els servidors DNS
Els DNS es canvien igual en qualsevol de les distribucions. Cal tenir en compte que en Linux no hi ha diferents DNS per cada una de les diferents targetes de xarxa, només hi ha un sol fitxer que conté l'adreça del DNS que farà el nostre sistema.
Aquest arxiu és /etc/resolv.conf, l'editem i hi posem l'adreça del DNS en el lloc de la que hi hagi. Si volem posar 80.58.0.33 com a servidor DNS editem l'arxiu i hi posem això:
nameserver 80.58.32.97
Categoria: Linux | Fet per: admin | | 2 Comentaris
10/09: FreeNX a Ubuntu
Normalment per administrar remotament el server en tinc prou amb la consola però algun cop, normalment per treballar amb alguns programes gràfics amb els que no se'n pot veure l'estat des de consola, necessito alguna forma d'accedir gràficament de forma remota a algun programa. Fins ara quan em trobava en aquest cas feia servir alguna de les variants de VNC. Però per mi VNC té un parell de problemes:- La seguretat: El xifrat de els contrasenyes de VNC és poc segur. I crear túnels SSH cada vegada és un rotllo
- La velocitat: El seu funcionament no és gaire ràpid. Especialment amb connexions lentes.
Com que havia sentit a parlar molt bé de NX i com que una de les coses que en destaquen és la seva gran velocitat m'he decidit a provar-lo.
Segons la seva web:
NX és un sistema que permet l'accés a l'escriptori a través de TCP/IP. Dóna una velocitat semblant a la que hi ha en connexions locals fins i tot a través de línies amb respostes de latència alta, o en enllaços de banda baixa. El nucli de les llibreries pertany a la empresa NoMachine i està sota llicència GPL. FreeNX és una implementació GPL del servidor NX.
Instal·lació del servidor a Ubuntu Feisty
A la màquina que s'ha d'administrar remotament li hem d'instal·lar el servidor freeNX. En Ubuntu això té el problema que en els repositoris per defecte no hi ha freeNX.
Això només implica que no podem instal·lar-lo només amb "apt-get install" sinó que:
- O el recuperem des de codi font i el compilem nosaltres
- O bé es busca algun repositori que ja el tingui empaquetat perquè el puguem fer servir
Una simple recerca a Google ens dóna que hi ha un repositori anomenat Seveas on hi ha els paquets preparats per diferents versions d'Ubuntu. Per trencar amb el que faig sempre, faré servir el paquet d'aquest repositori.
Per afegir "Seveas" als repositoris gestionats automàticament de la meva màquina editem l'arxiu /etc/apt/sources.list i hi afegim les dues línies següents:
deb http://free.linux.hp.com/~brett/seveas/freenx feisty-seveas freenx
deb-src http://free.linux.hp.com/~brett/seveas/freenx feisty-seveas freenx
Com que es tracta d'un nou repositori que gestionarà automàticament hem de descarregar les seves claus públiques per poder comprovar que els paquets no han estat modificats quan els descarreguem
$ wget http://free.linux.hp.com/~brett/seveas/freenx/seveas.gpg -O- | sudo apt-key add -
Després d'actualitzar ja podem fer la instal·lació del servidor:
$ sudo apt-get update
$ sudo aptitude install freenx
Categoria: Linux | Fet per: Xavier | |
03/07: Què fer quan es mor la barra de KDE?
Això és una cosa que no em passa gaire sovint però de tant en tant em passa amb la meva instal·lació de Kubuntu feisty i també em passava en les versions anteriors de Kubuntu. Per això deixo anotada la solució aquí per si li passa a algú més.El problema està en que a vegades, m'ha passat quatre o cinc cops des d'abril, per algun motiu que desconec la barra de menus desapareix i no hi ha forma de fer-la tornar a aparèixer.
Ja que hi sóc, explicaré tots els intents que vaig fer per intentar trobar la forma de fer-la aparèixer de nou i per veure si trobava perquè passa:
1. Reiniciar el programa que ha petat
Podia haver estat que el problema estigués en que el programa que s'encarrega del menú, kicker, estigués penjat i per tant es podia provar de reiniciar-lo.
Afortunadament el fons d'escriptori continua funcionant i podem crear una consola amb "Executa una comanda" i executant "konsole" (el podria engegar directament però l'engego des de la consola per poder veure si dóna missatges d'error).
El kicker només deixa que se l'executi una sola vegada, per tant si ja està en marxa l'hem de matar.
$ killall kicker
$ kicker
Això no va tenir cap efecte. La nova execució del kicker continuava sense mostrar la barra i entre els missatges que dóna no hi ha cap pista per trobar el problema...
2. Reiniciar la sessió
Després vaig provar un dels clàssics, LA gran influència de Windows en la informàtica actual: reiniciar la sessió per veure si es tractava d'un problema puntual (algun programa s'ha penjat i..). En Windows el que faria seria reiniciar la màquina, però això no és Windows :-)
Per reiniciar la sessió n'hi ha prou amb fer la combinació de tecles CTRL+ALT+BACKSPACE
Això no solucionava el problema, cosa que em va fer creure que probablement el problema estava en algun fitxer (dades persistents).
3. Pot ser un fitxer que estigui bloquejat?
De fet no pot ser que estigui bloquejat perquè si aquest fos el problema, la reinicialització del sistema faria que tornés a sortir la barra perquè el fitxer deixaria d'estar bloquejat.
El que si que podria ser és que algun fitxer de configuració hagués quedat corromput d'alguna forma. Vaig estar una estona inspeccionant l'estat del procés amb lsof sense trobar cap resultat i no he vist res estrany en els fitxers. Aquesta és la solució que hauré d'explorar amb més detall quan em torni a passar perquè em pot indicar realment què està passant.
4. Primera solució ràpida: Liquidar la configuració de KDE
Si el problema està en la configuració, el més senzill és eliminar-la i reiniciar la sessió. Tota la configuració personal de KDE està dins de la carpeta de l'usuari en un directori amb l'original nom .kde (que com tothom sap és oculta perquè el seu nom comença per un punt).
Per tant vaig tornar a obrir una consola i eliminar tota la configuració de KDE:
$ cd
$ yes | rm -R .kde
Un cop liquidada la configuració, només feia falta reiniciar la sessió amb CTRL+ALT+BACKSPACE
Això solucionava el problema però tenia el problema que es perdien totes les configuracions personalitzades dels programes de KDE (posicions de les icones, configuració de Kopete, ...) i a més s'ha de tancar la sessió per poder continuar treballant...
Una mala solució però en cas d'urgència i si no es troba res més ...
5. Segona solució: Liquidar només la configuració de kicker
El pas següent més lògic és en comptes d'esborrar tota la configuració de KDE, només esborrar la del kicker.
Per ara aquesta és la solució que he fet servir perquè no puc anar més enllà per investigar què és el que provoca que la barra peti fins que no em torni a passar o sigui que per ara aquesta serà la solució optima.
Cal entrar en els directoris en que es guarda la configuració de kicker, esborrar-la i tornar a iniciar el programa (si ja està en marxa abans s'ha de matar perquè només n'hi pot haver un alhora)
$ rm ~/.kde/share/config/kickerrc
$ rm -R ~/.kde/share/apps/kicker
$ killall kicker
$ kicker
Així tot torna a funcionar perfectament i sense haver de tancar la sessió, però té el petit inconvenient que es perd la configuració de la barra i per tant hem de tornar a personalitzar-la. Però això és més molt més ràpid que tornar a configurar tots els programes de KDE.
Categoria: Linux | Fet per: Xavier | |
17/05: Dovecot IMAPd en Ubuntu
Aquest ordinador el faig servir com a servidor de diferents coses, entre elles de correu. A través de Fetchmail em recull el correu periòdicament de forma que no he de connectar-me en els milions de webmails que acabo tenint.
Per anar acumulant el correu necessito que en aquest ordinador hi hagi un servidor POP3 o IMAP. En el meu cas com que ja començo a tenir massa ordinadors a casa, la millor opció és IMAP que em permet accedir al correu des de qualsevol dels ordinadors.
Fins ara he tingut instal·lats els servidors més famosos: Cyrus IMAPD, Courier IMAPD. Per això al llegir en una pàgina que existeix Dovecot, que segons diuen funciona molt bé, vaig decidir provar-lo:
Un avantatge de Dovecot és que suporta els dos sistemes actuals d'emmagatzemament de correu electrònic: Maildir i mbox.
- Mbox és bàsicament un sol arxiu en el que els correus estan concatenats un rere l'altre. Mentre això és fantàstic per sistemes petits, no és gaire eficient per llegir, reordenar els missatges. També té problemes de bloquejos de fitxers. (els fitxers de mbox normalment es posen a /var/mail/
- Maildir es basa en carpetes i estructures de fitxers. Els diferents missatges es guarden en fitxers diferents. Normalment la carpeta es crea en el directori de l'usuari.
La meva tria és fer servir Maildir, per tant a més de configurar Dovecot també hauré d'informar al MTA (que és Postfix) de que ha de posar els missatges en el lloc adequat que serà dins de la carpeta de cada usuari.
Categoria: Linux | Fet per: Xavier | |
01/05: Escànner en xarxa en Ubuntu
1 Configurar l'escànner (en l'ordinador que el té connectat)
$ sudo apt-get install sane sane-utils xsane-common alien
Si intentem accedir a l'escanner després de la instal.lació, el resultat és un fracàs rotund. Això és perquè no tinc els backends adequats. Per tant anem a la pàgina web i els descarreguem Avasys. Com que no hi ha Ubuntu entre les distribucions del quadre desplegable, selecciono la Debian (que hauria de ser la més propera)
Em recomana dos paquets rpm, que en Debian/Ubuntu no es poden instal·lar directament! Però això no serà cap problema perquè els convertirem més tard en paquets deb. He de descarregar els dos paquets (iscan i iscan-plugin) perquè recordo que en Mandriva si només en baixava un no funcionava res.
Un cop descarregats els convertim en deb i els instal·lem (prefereixo fer-ho en dues fases per si de cas)
$ sudo alien --scripts iscan-2.6.0-0.c2.i386.rpm
$ sudo alien --scripts iscan-plugin-gt-f520-1.0.0-1.c2.i386.rpm
$ sudo dpkg -i iscan_2.6.0-1_i386.deb
$ sudo dpkg -i iscan-plugin-gt-f520_1.0.0-2_i386.deb
Ara ja ens detectarà el nostre escànner sense problemes
$ sane-find-scanner
# sane-find-scanner will now attempt to detect your scanner. If the
# result is different from what you expected, first make sure your
# scanner is powered up and properly connected to your computer.
# No SCSI scanners found. If you expected something different, make sure that
# you have loaded a kernel SCSI driver for your SCSI adapter.
# Also you need support for SCSI Generic (sg) in your operating system.
# If using Linux, try "modprobe sg".
found USB scanner (vendor=0x04b8 [EPSON], product=0x0122 [EPSON Scanner]) at libusb:001:008
# Your USB scanner was (probably) detected. It may or may not be supported by
# SANE. Try scanimage -L and read the backend's manpage.
# Not checking for parallel port scanners.
# Most Scanners connected to the parallel port or other proprietary ports
# can't be detected by this program.
# You may want to run this program as root to find all devices. Once you
# found the scanner devices, be sure to adjust access permissions as
# necessary.
Ok! I a més apart de xsane ara tenim el iscan per poder escannejar. És una mica rudimentari però també compleix.
Categoria: Linux | Fet per: Xavier | | 1 Comentari