miércoles, 21 de diciembre de 2011

Sudo: instalación y configuración

Para todos aquellos que hemos vivido un tiempo en Ubuntu se nos hace extraño no disponer de sudo para hacer de dictador en el ordenador.


A lo largo de este último mes he estado solucionando "problemillas" en Fedora 16 que han exigido autentificarse como administrador. Eso nos exige, si no tenemos sudo ya instalado, entrar como tal usando su:
su -
y ejecutar luego.
O dar la orden directamente
su - c comando (su --comand comando).

Si queremos instalar sudo y configurarlo para hacerlo más fácil en Fedora lo podemos hacer en el terminal o con la ayuda de easyLife.


Terminal:
1. Instalar sudo

& su -
     palabra de identificación de administrador
# yum install sudo

2. Configuración para que sudo nos reconozca, agregando un usuario a /etc/sudoers (como administrador)

# echo "nombreusuario ALL=(ALL) ALL" >> /etc/sudoers

Al hacer esto el usuario puede utilizar todas las aplicaciones del sistema con SU PROPIA PALABRA DE IDENTIFICACIÓN, sin necesidad de recurrir a la identificación como administrador. Podemos ser incluso más drásticos

# echo "nombreusuario ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers

En este caso ni siquiera tenemos que poner una palabra de identificación

Esas dos acciones las podemos hacer también editando directamente sudoers,  identificados como administrador,

# gedit /etc/sudoers

añadiríamos al final la línea


Tengamos en cuenta que sudoers es un fichero "delicado". Si nos equivocamos, puede que bloqueemos el sistema (véase por ejemplo aquí, o aquí).

2. La forma fácil en Fedora: easyLife
Bajamos la última versión, y la instalamos.
La ejecutamos, fácilmente de encontrar


Y luego simplemente tenemos que marcar la configuración de sudo.


Listo.

No podemos olvidar que algunos opinan que es introducir una debilidad en la seguridad de Linux. No es imprescindible, aunque muchos scripts vienen escritos para utilizar sudo. Es algo que tiene que calibrar cada usuario


martes, 20 de diciembre de 2011

Dropbox y los "10000 folders"

Hoy Dropbox me ha fallado por primera vez. Desde hace mucho tiempo, casi tres años, lo que en informática es una era, he trabajado siempre en el directorio de Dropbox. En mi trabajo uso alternativamente 4 ordenadores en sitios distintos y siempre he tenido mi trabajo actualizado en todos mis equipos gracias a Dropbox. Sin embargo, después de arreglar unas fotos ayer por la noche en la intempestiva hora de las 1:30 en mi casa, al llegar a uno de los ordenadores de trabajo... no estaban allí. Al comprobar Dropbox en la red, ¡tampoco estaban! Al volver a casa con retraso en mi trabajo e intentar comprobar por qué Dropbox no había subido las imágenes, recibo un aviso con el siguiente texto:

Unable to monitor filesystem
Please run: echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches
and restart Dropbox to correct the
problem.

Nunca había recibido ese mensaje; buscando en la red he encontrado esta información (ver aquí):

"Monitoring more than 10000 folders
The Linux version of the Dropbox desktop application is limited from monitoring more than 10000 folders by default. Anything over that is not watched and, therefore, ignored when syncing."

Es decir, Dropbox se limita a monitorizar hasta 10.000 directorios. Yo no tengo 10.000 directorios, aunque sí más de 24.000 ficheros. Por suerte nos da la solución. Primero, si hacemos como dicen,

echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches

o bien

sudo sysctl fs.inotify.max_user_watches=100000


en un terminal, inmediatamente Dropbox comienza a sincronizar. Por desgracia eso solo sirve hasta reiniar el sistema. Para fijar esta corrección debemos editar sysctl.conf e introducirle la línea fs.inotify.max_user_watches = 100000 (mirar en este otro sitio). Es decir,



sudo gedit /etc/sysctl.conf (si tenéis sudo instalado y configurado, para los usuarios de Fedora)

y al final del fichero introducir una línea así

fs.inotify.max_user_watches = 100000

La pregunta que me hago es, ¿por qué ahora y nunca antes? No me lo ha hecho jamás en Ubuntu ni tampoco en este tiempo que llevo en Fedora hasta ayer, que realizó la última sincronización a las 23:59. El único cambio fue el kernel 3.1.5-6.fc16.x86_64 (y otros 80 y tantos paquetes más, entre los cuales no me fijé en ninguno en particular). Si el límite son 10.000 directorios ¿por qué? si no debo tener más de 400. Si son ficheros, ¿por qué no me lo hizo antes?
Misterios de la informática.

lunes, 19 de diciembre de 2011

Unidades USB. Uso de Hubs alimentados

La solución para el uso de los dispositivos externos pasa por dos acciones.
Primero, dar permiso a los dispositivos externos mediante ntfs-config, que hay que arrancar como administrador, en Fedora, por falta de gksu, se hace desde terminal
$ su -
     (password)
# yum install ntfs-config

Para llamar a la aplicación  tenemos que generar directorios -como administrador- que en las últimas actualizaciones de kernel ya no existen (véase aquí)

# mkdir /etc/hal
# mkdir /etc/hal/fdi
# mkdir /etc/hal/fdi/policy

y ya podemos llamar a ntfs-config -seguimos como administrador-

# ntfs-config





donde permitimos el uso de dispositivos externos.

Segundo, y no menos importante, por lo que me ha pasado a mi, poner los lápices USB en un puerto bien alimentado. La copia que tardó 26 minutos se hizo en 2 minutos y medio poniendo el mismo lápiz USB en un hub alimentado, lo que se denomina hub "self-powered", es decir autoalimentado. El intento anterior se hizo en un puerto USB situado en el monitor, que se une mediante un cable de 1m a otro hub sin alimentación. Esto nos indica que el monitor no debe alimentar ese puerto, y por lo tanto no es de extrañar que tardara tanto. Lo que me extraña es que acabara la copia o que se detecte a la unidad.

Queda una prueba por realizar, que es la copia en disco duro. No puedo negar que la temo, por que en los dos últimos intentos he perdido 600GB de material multimedia, pero tarde o temprano la tendré que hacer.

sábado, 17 de diciembre de 2011

Fedora 16. Copia en dispositivos externos NTFS

Una de los problemas que aun estoy teniendo en Fedora es la copia a dispositivos externos. Como es bien sabido, el permiso para copia en dispositivos externos tiene que ser autorizado. Eso me ha pasado en Ubuntu, y también aquí. El problema se resume hasta ahora mismo así:
1. Primer intento. Copia de un fichero de 2,2GB a una unidad USB Kingston DataTraveler 400 de 4GB. Después de hora y media de aburrimiento, lo desmonto y el resultado es que la unidad no tiene el índice de contenidos adecuado y el fichero de 2,2GB no aparece. Son "visibles", en teoría, 4 ficheros más pequeños que habían sido borrados.
2. Segundo intento. Reintento de copia en la misma unidad USB dejándole toda la noche; desmontado normal. Mismo resultado.Por lo tanto deduzco que me está pasando que la copia en los dispositivos externos no está permitido. En Ubuntu siempre lo he solucionado llamando a ntfs-config y permitiendo la copia a dispositivos externos formateados en NTFS con ntfs-3g. Instalo el paquete desde PackageKit (me sigue gustando más Synaptic).


La sorpresa surgió de que al llamar a la aplicación surge este aviso:


Es decir, a aquellos usuarios que nos sentimos cómodos en Linux, pero solamente por que nos hemos movido por Ubuntu, nos entra una pequeña "flojera" al ver que realmente aun no sabemos tanto. Damos por sentado que gksu está instalada "per se", y no es así. En su página Web se puede observar de que aunque se define como librería para uso gráfico de su y sudo, realmente está desarrollada por gente de Debian, y por ello no está instalada en distribuciones rpm. Más aun, ni siquiera está empaquetada por Fedora, así que no está disponible en los repositorios


Tenemos disponible beesu, pero según algunos comentarios en la red genera o puede generar problemas en el arranque de los ordenadores.
Yo lo he intentado solucionar de manera terminal a través de sudo


Sin embargo el resultado, hasta ahora, no es satisfactorio. He copiado el mismo fichero de 2,2GB a un dispositivo Kingston DT R500, teóricamente más rápido en escritura y, aunque sí se ha copiado y funciona en otros ordenadores y en la unidad WDTV, ha tardado más de 20 minutos a una velocidad media final de 1,4 MB/s, que es la décima parte de la velocidad con la que debería copiar este lápiz.

Próximos intentos:
- Ya he instalado, como se ve en la imagen superior, beesu, aunque cuando lo llamo sin su o sudo, no veo que funcione como gksu, que automáticamente daba la posibilidad de autentificarse como administrador y permitir el uso de la aplicación que lo necesitase (aunque en el fondo es también una quiebra en la seguridad). Por ahora no supone ninguna diferencia.
- Me queda por probar dispositivos externos en ext4, para saber si se debe a ser dispositivos externos o por estar formateados en NTFS, que en general, podrían ir más lentos (ver aquí).
- Si funciona más rápido en ext4, lo siguiente será probar discos duros externos en NTFS (no me atrevo desde el último intento con 600GB perdidos).
- Si los DD NTFS funcionan, entonces empezaré a usar diferentes puertos para los lápices.
Seguiremos con el asunto

viernes, 16 de diciembre de 2011

Instalación de JDownloader en Fedora

Al contrario que en Ubuntu, donde ya tenemos un repositorio preparado, en Fedora tenemos que recurrir a un script para instalarlo. Desde el principio me he basado en esta entrada del blog de MeltIt para hacerlo. Empezaremos por instalar Java. En particular yo ya tenía instalada Java libre desde la instalación desde el DVD 64bits.
Bajaremos desde wget el script desde la página de jdownloader. No nos olvidemos que wget no se instala automáticamente en Fedora, así que tendremos que hacer

$ sudo yum install wget

o bien (si no hemos instalado y configurado sudo)

& su -
     poner la palabra de administrador
# yum install wget

Luego ya podemos descargar el script

$ wget http://212.117.163.148/jd.sh

Seguimos las instrucciones de jdownloader para su instalación en Linux
a. Damos permiso de ejecución al script como administrador

# chmod +x jd.sh

b. Lo ejecutamos

$ start jd.sh

Finalmente, desde el mismo terminal nos localizamos en su directorio y ejecutamos
$ cd .jd
$ java -Xmx512m -jar JDownloader.jar


Y listo. Algo más largo que en Ubuntu, pero no muy complicado.



Instalar paquete rar en Fedora

El paquete rar no está en los repositorios de Fedora, así que no podemos aplicar directamente la orden yum install rar. En este caso tenemos que recurir a un repositorio externo, en concreto a ATrpms. Son repositorios para, según sus propias palabras, "Red Hat Linux flavours". Por supuesto, descubrí los repositorios consultando en la red a otros usuarios, en concreto, aquí. Si nos dirigimos a los paquetes de Fedora 16 (en este caso), descubrimos que ahí está el paquete rar. Según las instrucciones encontradas aquí, y las de instalación de ATrpms, podemos instalarlo descargando manualmente los paquetes necesarios, que podemos encontrar para Fedora 16 aquí -bien de 64 bits o 32 bits- y luego instalarlos mediante rpm -Uhv (debería llegar rpm -ihv, ya que vamos a instalar, pero con -U, si el paquete ya estuviera instalado, aseguramos el reemplazo del paquete anterior por el nuevo; además, así recomiendan en las instrucciones de ATrpms). Es decir, una vez bajados, 


sudo rpm -Uhv atrpms-repo-16-4.fc16.x86_64.rpm # 64bits


sudo rpm -Uhv atrpms-repo-16-4.fc16.i686.rpm # 32bits


Con ello los podemos encontrar ya en /etc/yum.repos.d/.


Finalmente, 


sudo yum install rar

Y listo. Ya podemos recuperar los volúmenes perdidos o detectar crc erróneas. Una vez terminado, recomiendo eliminar el paquete, por todas esas razones que ya he dicho muchas veces.

sudo yum remove rar

Un último apunte; solo podremos usar sudo si lo hemos instalado. Si no es así, deberíamos hacer

$ su -
(palabra del administrador)
# rpm ....
# yum ...

La forma más fácil de instalar sudo y que quede configurado es a través de easyLife. Tal que así


jueves, 15 de diciembre de 2011

Java+JDownloader - Consumo de recursos

Si en un momento determinado tenemos una necesidad de recursos para cualquier operación, mejor será que desconectemos JDownloader. Y como prueba, un botón ... quiero decir un htop.


miércoles, 14 de diciembre de 2011

Fedora 16, Gnome Shell, ATI y un driver (o más de uno...)

La última batalla con el ordenador ha sido la que he tenido que he mantenido con los drivers de ATI en el Gnome Shell en Fedora 16. Una vez controlado el fuego provocado por la RAM, y tras la alegría inicial, empezó a congelarse el ordenador. A la primera "congelación", es decir, monitor sin señal y sin respuesta al teclado, asumí que era una suspensión por tenerlo mal configurado en Energía y que no se podía recuperar de la Suspensión. Sin embargo, al repasar lo configuración, no era así. Tras la segunda, asumí que era un fallo de RAM -otra vez- y que memtest no lo había detectado todo. Tras dos horas de memtest parecía claro que no era así. A la tercera decidí no esperar y estuve delante de la máquina hasta que se produjo, y en las líneas que empezaron a salir hasta la congelación de veía claramente que había un conflicto entre el driver ATI (el que pone Fedora directamente) y el sistema. El primer intento de solución fue, mediante easyLife instalar el driver propietario, y eso generó un segundo problema... El monitor, justo tras la aparición de la f de Fedora se ponía en un perfecto negro sin señal (tengo un vídeo que lo demuestra - algún día lo colgaré). Finalmente decidí recurrir a, como diría Bob Esponja, la "vieja fiable", es decir, a una nVidia (G86 GeForce 8500GT) que conservo desde los momentos en que el driver 773 me daba dolores de cabeza (1, 2). Eso, y 59 minutos de instalación y configuración, tras lo cual tenía el sistema con los mismos paquetes y preparado como una hora menos un minuto antes (cronometrado). solución definitiva, voy a comprarme un ordenador básico con gráfica integrada de chip Intel, por que de las tarjetas gráficas estoy hasta los ... pelos, que ya no tengo, por cierto.

martes, 13 de diciembre de 2011

Razón para la instalación y eliminación siguiente del paquete rar. ACTUALIZACIÓN

Han surgido dudas sobre la afirmación que realicé en alguna entrada previa. Las razones son varias; la primera, y quizás poco importante, según la forma de pensar del usuario, es que el paquete rar no es libre, como ya había dicho aquí y podemos comprobar en esta imagen,


donde se ve claramente que es SHAREWARE. Pero, en segundo lugar, provoca alteraciones en el reconocimiento de caracteres al descomprimir ficheros, lo que hace que los ficheros comprimidos no sean correctamente reconocidos y no puedan ser directamente extraídos por las guías gráficas rápidas que usamos. Como ejemplo, estos subtítulos; con el paquete rar instalado aparecen así


y la aplicación encuentra un error y no descomprime los ficheros. Desinstalamos rar y ...


...podemos descomprimir perfectamente los ficheros. Esas son las dos razones.

Para aquellos que, como yo, hayan abandonado el mundo fácil y suave de Ubuntu, haremos una entrada de como instalar el paquete rar en Fedora, ya que no está en los repositorios oficiales iniciales de la distribución.

Actualización: Ante la duda de algún amigo de por qué cargo rar teniendo un unrar-free, una simple aclaración: rar lo uso para recuperar volúmenes perdidos, nunca para descomprimir. Una nueva utilidad es la detección de volúmenes con crc errónea, que últimamente son muy frecuentes en nuestras correrías multimedia.

lunes, 12 de diciembre de 2011

Errores en memoria RAM: memtest

La verdad es que llevaba unos meses -aproximadamente desde mayo- bastante fastidiado, ya que el ordenador principal, el que tiene una copia maestra de todo, se bloquea cuando quiere. En esta última semana he tenido dos copias masivas de ficheros con pérdida total del material al colgarse el ordenador en medio de la copia y no guardar el índice en el disco externo. Como estaba cansado de tanta tontería decidí hacer dos cosas; una, pasarme definitivamente a Fedora, que me gusta mucho; dos, antes de poner Fedora, hacer un memtest sobre la RAM del ordenador, ya que es la única explicación lógica de que Linux me haga pantallazos como si fuera Windows. Siempre he tenido un cierto miedo a los fallos de RAM, por que suelen aparecer aleatoriamente y son difíciles de detectar; o eso pensaba yo. Por alguna razón los técnicos informáticos (todos seguidores acerrimos de Windows) se reían de mi diciendo que nunca encontraría el error. Sin embargo, memtest86 v.4.20 había detectado el error a los pocos segundos


Como se ve detecta un error en el MB 1095 de la memoria RAM. Sin embargo, dejé que continuara hasta el final.


A pesar de los 192 errores registrados esta última foto, los errores totales, todos en el MB 1095 y todos con el mismo error (Err-Bits 00000020) llegaron a más de 220. Por suposición extraje el banco A1 de los 4 de 2GB DDR2 del ordenador y volví a pasar el test. Esta vez no apareció ningún error. Por suerte, la RAM la había cambiado hace relativamente poco tiempo (4 bancos de 1GB por 4 de 2GB), por lo que estaba en garantía. Espero que haya reparado el ordenador, por que la otra solución sería cambiarlo y ahora mismo no quiero. Además, escribo esta entrada desde ese mismo ordenador y Fedora 16. Ya solo me queda el ordenador más antiguo con Ubuntu (un 10.04.3). Un día de estos lo cambiaré también. Es más, a pesar de ser bastante antiguo y con poca RAM, voy a intentar Fedora 16, por que funciona de forma muy fluida, más "ágil", desde mi punto de vista, que Ubuntu 11.10 (¿Será culpa de un tal Unity?)..
Para esta solución he aplicado el memtest que viene en el DVD 64bits de Fedora 16, con el que luego he instalado el nuevo sistema. Simplemente como conclusión, gracias memtest.

miércoles, 7 de diciembre de 2011

Una de humor

En ratos libres, además de cambiar de sistema operativo, también buceo en la red para reírme. Pero de estas dos no sé con cual me he reído más:
1. Una de Chuck Norris
Tomada de 9gag

2. Esta de Explorer (no me he podido resistir)

Tomada también de 9gag

No, no vamos a votar para saber cual nos gusta más. Es solo cuestión de reir.

PD. Y, sin darnos cuenta, hemos llegado a las 400 entradas. Nunca creí que pudiera saber tantas letras.

viernes, 2 de diciembre de 2011

Fedora sobre Ubuntu. Esta vez con fotos

Como digo en el título de esta entrada, esta vez estaba con el móvil sacando fotos a todo lo que se movía. No son de mucha calidad, pero nos aporta alguna información más sobre el error debido al directorio home de Ubuntu. Intenté repetir las mismas condiciones de ayer en otro ordenador (el ordenador principal de trabajo). Es un ordenador nuevecito, mucho más potente, y con la diferencia fundamental de que dispone de dos discos duros, unos para sistema más swap (Western Digital Raptor 10.000rpm de 34GB) y otro (WD Caviar Green 1TB) con una sola partición para home. Para no cambiar nada más, instalé Fedora 16 con el mismo CD Live i686 que usé ayer en el otro ordenador. la instalación se hizo de nuevo sobre las mismas particiones/discos de Ubuntu, y como se ve solo se formatea la partición sda1 de sistema


Después continuo en una instalación normal


hasta que termina correctamente.


A continuación, después del reinicio, comienza la configuración inicial


hasta que nos avisa, al igual que ayer, de que ya existe un directorio con el mismo nombre en home y tenemos que decidir si lo utilizaremos -y así haremos para recrear el mismo error- o si escogemos otro nombre de usuario. Al no ser así, cambia los atributos del directorio:


Nos permite arrancar


Pero nos aparece el mismo error


En la parte inferior del monitor surge un mensaje de error que pido que nos muestre


El problema es que no me lo enseña directamente. Sin embargo consigo tocando en la parte superior que me muestre la imagen de la aplicación Security alert (activa, como se ve en la parte superior del monitor) y la imagen de lo que está detrás del icono del error


Sin embargo no puedo activar los detalles, ya que realmente no he arrancado el sistema y solo es una imagen de lo que está detrás.
La instalación correcta la realicé simplemente cambiando el nombre del directorio desde el propio CD Live para no cambiar el nombre del usuario. Una vez montado el disco, se localiza en /media identificado por su UUID. Un simple mv nombre_antiguo nombre_nuevo y se instaló perfectamente. Luego se mueven los datos importantes de uno a otro (por ejemplo, en este ordenador está la copia con todos los correos de Thunderbird) y el sistema arranca y se configura de forma normal.


Parece como si el demonio de dbus no pudiera lanzar algo de lo que depende el arranque. Seguiré buscando información, pero yo pensaba que los ficheros icc eran de niveles de color.

Fedora sobre Ubuntu. Error al compartir home

Estoy en un cambio desde Ubuntu a Fedora. Después de instalar con éxito Fedora sobre Ubuntu en el portátil decidí cambiar el sistema también en uno de los ordenadores de trabajo. Decidí instalarlo directamente sobre la particiones de Ubuntu, al igual que había hecho con el portátil. Una inicial de sda1 para sistema (/), con formateo a ext4 y en la extendida sda5 en ext4 sin formatear para home (nombre de usuario idéntico) y sda6 swap. La instalación la realicé desde el CD Live i686 en unos minutos y permite el arranque y comienza la configuración. En un punto avisa de que ya existe un directorio idéntico al que va a generar para home pide permiso para utilizarlo como tal y cambiar sus permisos o si preferimos cambiar a otro. Autorizo el cambio de permisos (un par de minutos de espera) y ya llama a la pantalla de entrada. Sin embargo, al poner la contraseña y entrar salta un error (calidad baja de imagen sacada con el teléfono). Daba un mensaje del Asistente de problemas, y guardé la imagen (o eso me parecía a mi) pero luego no fui capaz de encontrarla, así que supongo que la guardó en RAM; de todas maneras, no explicaba la causa de lo que pasaba


Entonces hice un segundo intento; antes de la instalación borré desde el arranque del CDLive todo fichero de configuración y todos los directorios ocultos, dejando solo .mozilla y datos y luego instalé. El resultado fue el mismo. Finalmente instalé completamente de limpio formateando todo el disco y funcionó (estoy escribiendo en él). Entre las posibles causas para este error, hckorootx ha sugerido un posible cambio de la UUID de la partición que incluye el directorio home. Las UUID de las particiones cambian mediante un MD5 sobre la estructura de ficheros al reformatearla, pero como no se ha formateado, a lo mejor no coincidiría con la que Fedora ha calculado al instalar. Sin embargo, eso no pasó en el portátil. En él, al haber cambiado el nombre del usuario, cambio también el directorio, y el que tenía todas las configuraciones de ubuntu no fue utilizado en el arranque. Desde mi punto de vista, al instalar Fedora sobre Ubuntu debemos evitar usar el mismo directorio de usuario en home, ya que las "herencias" de Ubuntu no coinciden con los nuevos deseos de Fedora.

miércoles, 30 de noviembre de 2011

Fedora. Atajo para el terminal

La falta de un atajo de teclado para llamar al termina es uno de los inconvenientes que encuentro -cada vez menos- en Fedora. sin embargo eso tiene muy fácil solución. Llamamos a la aplicación teclado (Super, escribimos tecl... y ya se aisla)


En ella vamos a la pestaña de Atajos, y allí picamos en lanzadores, donde vemos que el atajo del terminal esta desactivado


En Combinación personal picamos en el + e introducimos un atajo nuevo


En este caso le llamamos Terminal (casilla superior) e indicamos el comando (casilla inferior); en el caso del terminal es /usr/bin/gnome-terminal (gracias, hckorootx)


Al aplicar, aparece esperando a que tecleemos la combinación que queremos (en este caso, para ser original decidí poner Ctrl+Alt+T)


Y funciona.


Solo me falta ponerlo en negro, que me gusta más.

martes, 29 de noviembre de 2011

Desmontado discos duros NTFS

Los últimos dos arranques de mi ordenador han sido un suplicio. Se queda en negro esperando algo ¿Qué será ese algo? Y así minutos y minutos. Dándole a muchas teclas, y no sé cual es la buena, se recibe una pantalla con esta respuesta:


Como se ve, la he capturado con una cámara. Aparte de unos errores de red que se deben a una confusión que tuve en la identificación de las dos tarjetas de red que tiene el ordenador al configurar la conexión en la instalación nueva de Ubuntu 11.10 -que se autocorrige- el problema estaba en que el sistema espera encontrar un disco externo Toshiba que, teóricamente, no fue bien desmontado. Sin embargo yo recuerdo haber desmontado correctamente el disco, así que asumo que el problema está en el espacio vacio en la etiqueta del disco -TOSHIBA EXT-, ya que los espacios vacíos generan errores en la ejecución de comandos en Linux. El problema es que en en el directorio /media quedaba siempre la presencia del dispositivo TOSHIBA EXT, por mucho que lo desmontemos


Lo primero que hice fue cambiarle la etiqueta al disco, para evitar el espacio vacío. Para ello usé palimpsest




Aun así el dispositivo TOSHIBA EXT aun existía en /media. Siguiendo la recomendación de hckorootx edité a nivel de administrador el fichero /etc/fstab, donde quedan registrados los dispositivos del ordenador

sudo gedit /etc/fstab


para eliminar las líneas seleccionadas (color naranja), donde se identifica el dispositivo TOSHIBA\40EXT. Es recomendable hacer una copia de seguridad inicial, por ejemplo guardar un fstab.bak por si borramos el dispositivo / (el raíz), en cuyo caso el ordenador no arrancaría. Sin embargo, si hemos guardado una copia de seguridad con un CD Live podríamos recuperar el sistema. El fichero guardado queda así


Al reiniciar, el arranque es normal. Sea cual sea la razón, recomendable eliminar los espacios en las etiquetas de nuestros discos esternos (y unidades USB en general).

lunes, 28 de noviembre de 2011

Me gusta, y mucho, Fedora 16

He estado "jugando" este fin de semana con Fedora 16 y Gnome Shell y me está gustando mucho. En primer lugar, el icono de Dropbox es visible, en el panel ¡INFERIOR!, no arriba como estaba costumbrado en Ubuntu. De hecho, se ve en la entrada anterior, donde yo no lo encontraba. Para más señas, así:


Segundo, todo se mueve de una forma más fluida, lo que puedo demostrar ya que he sido capaz de instalarlo en mi Aspire One en un lápiz Kingston R410 de 8GB y se consigue un uso normal, al contrario que Ubuntu 11.10 en un lápiz USB Kingston HyperX, que se comporta de forma mucho más lenta.
Eso me lleva a pensar en que cuando termine la docencia de este semestre quizá cambie todos mis ordenadores a Fedora. Solo me retienen tres cosas:
- Primero, el gestor gráfico de instalación de paquetes es muy lento, lo que me obliga a instalar todo desde yum. No es un problema muy grave, pero me obliga a saber los nombres de los paquetes.
- Segundo, el uso que estoy haciendo ahora mismo del servicio Ubuntu One. Por suerte, gracias al uso del ofrecimiento a los miembros de instituciones educativas que oferta Dropbox (gracias Ángel por decirme como), he conseguido un aumento en mi cuota de más de 5GB, lo que me deja una capacidad de 12,9GB, con lo que puedo sustituir la pérdida de los 5GB de Ubuntu One.
- Tercera, y la más importante, la tarjeta gráfica de la mayor parte de mis ordenadores sobremesa. Por lo general, uso AMD (aka ATI), y no están funcionando muy bien con el Gnome Shell. De hecho, en la máquina virtual que he generado en mi ordenador principal me da un error.

jueves, 24 de noviembre de 2011

Fedora, Toshiba y Gnome Shell

Por fin he podido trabajar con el Gnome Shell. Algo cansado de tanto intento, he instalado Fedora 16 en mi ordenador más moderno, un Toshiba Satellite U500-1DD de 13,3 pulgadas. Como ya tenía Windows 7 y tres particiones más para Ubuntu 10.10, he instalado Fedora con la ISO DVD 64 directamente sobre Ubuntu. Tras un primer intento lleno de errores con una unidad USB generada con Unetbootin, una copia en DVD ha funcionado perfectamente. Luego he añadido repositorios, codecs y cambiado algunas cosas siguiendo esta entrada de Usemos Linux. Y funciona


tras unas primeras horas de práctica, reconozco que me defiendo mejor con Unity, pero también hay que recordar que llevaba usando Unity 6 meses. Desde un punto de vista utilitario, he disfrutado bastante usando yum; muy sencillo, y las respuestas en el terminal son muy claras. Sin embargo, el gestor gráfico de instalación es demasiado lento, o al menos así me ha parecido. Es similar a Synaptic, pero al menos en este ordenador retarda mucho la búsqueda y mucho más aun la instalación (lo digo comparando con el terminal y yum). Otro inconveniente al que tengo que encontrar una solución es la falta de icono visible de Dropbox, para saber cuando esta actualizando y cuando acaba.
En los primos meses no cambiaré nada en los ordenadores de trabajo, pero en mi portatil trabajaré con Fedora y Gnome Shell para decidir cual me gusta más.

lunes, 21 de noviembre de 2011

Exposiciones en público y contraseñas

Es muy recomendable al hacer exposiciones en público para enseñar la utilización de algunas herramientas que tengamos cuidado en que nuestras contraseñas no sean visibles por errores nuestros. Sin embargo, el otro día, debido a los automatismos con los que hacemos las cosas, una de mis contraseñas quedó al descubierto (un ordenador muy lento que no respondió a la tecla tab y el "escribidor" aquí presente muy rápido escribiendo la contraseña). Es algo que nunca me había pasado, ya que siempre he sido muy cuidadoso. Y encima era una de las contraseñas importantes. Por suerte, no es una de las repetidas, como es natural, ya que las importantes no se deben repetir. Eso me ha molestado sobremanera; primero, por dejar una contraseña al descubierto -¿qué pensarán? y/o inseguridad inmediata-; segundo, la he tenido que cambiar, claro, y habrá que entrenar los automatismos otra vez. A todos nosotros nos pasa a veces que nos olvidamos de las palabras y los pines, pero por suerte los dedos las recuerdan por nosotros.

Ubuntu 11.10 y máquina virtual Fedora 16 también sin Gnome Shell

La instalación limpia de Ubuntu sigue dejándome sin Gnome Shell. He intentado probar si la abstracción del hardware en las máquinas virtuales permitirían el uso de Gnome Shell en Fedora 16. Sin embargo, a pesar de activar las 3D en su configuración, no es posible. Como se puede ver en esta imagen, el resultado no es adecuado y me deja el escritorio tradicional.


En resumen, tengo varias opciones; primera, seguir con Unity, que no está mal; dos, esperar al driver 11.12 -hasta Navidades- y ya veremos si funciona; tres, usar una nVidia -tengo una vieja que me daba el famoso problema de driver (tanto monta, monta tanto, nVidia como ATI)-; cuatro, cambiar de ordenador, que es lo que me pide el cuerpo, ya que el mío ya tiene más de 3 años y normalmente lo cambiaba previa crisis cada 18-24 meses. En resumen, por ahora me quedaré con lo que hay. Unity no está mal, ahora que ya me he acostumbrado y no tengo ganas de gastar dinero. Además, tengo pensado comprarme una ASUS Transformer Prime -he estado usando una Transformer un rato en una tienda y me he quedado alucinado-, así que seguiremos con lo que hay. Sin embargo, como tenemos que aprender como funciona el Shell y yum, creo que voy a instalar en el portátil Fedora.

Ubuntu. Inconvenientes de una instalación en limpio

Como he dicho en la entrada anterior, he realizado una instalación sobre cero. Eso supone, en principio, no arrastrar "herencias negativas" de atrás, fundamentalmente por que la instalación de Ubuntu 11.10 supone también el salto a kernel 3.x y también, y mucho más importante, a Gnome 3.x. Sin embargo, tiene varios inconvenientes. Primero, aunque poco importante, supone tener que copiar todos los datos importantes, los discos virtuales de las máquinas virtuales (que redundancia), que en mi caso tienen un tamaño fijo para VirtualBox y variable para VMWare (en total 4 discos virtuales, unos 125GB), los directorios .amule, .jdownloader, .thunderbird (copia de seguridad de mi correo profesional) y las configuraciones de Firefox. En total han sido 1,1TB, 4 horas y algo de copieteo a una media de 75MB/s (dos Caviar Green del mismo lote conectados en SATA, uno sobre el otro).
Segundo, y mucho más importante, no podía abrir los dispositivos externos formateados en NTFS. Eso no me había pasado en las últimas versiones, en las que instalaba sobre un home completo. Instalé ntfs-config, pero no arrancaba. Y es la primera vez que me ha gustado el Centro de Software de Ubuntu, por que en vez de tener que buscar el error en la red debido a directorios no creados automáticamente, un amable ubuntero ya lo había puesto allí:




Así que si a alguno le pasa lo mismo, con buscar en el Centro de Software. No está tan mal, después de todo.

miércoles, 16 de noviembre de 2011

Ubuntu 11.10 y gnome Shell. Solucionado [ACTUALIZADO]

Siguiendo un comentario sobre la última entrada sobre mis problemas con Gnome Shell he podido solucionar el uso del Shell. En la entrada que nos indica el amable Anónimo se ve claramente de que el problema radica en el driver 11.8 de ATI. Sin embargo, no nos recomiendan la sustitución por el 11.9, ya que no funciona completamente bien. Sin embargo, uno de los últimos comentarios de esa página nos conduce a la solución final, que es la sustitución por el driver propietario 11.10 directamente desde ATI. Lo he aplicado en mi ordenador principal y el resultado ha sido este


Estoy usando desde ayer por la noche Gnome Shell para hacer una comparación Shell-Unity. Por supuesto, después de meses de uso de Unity, aun no estoy acostumbrado al Shell, pero no está del todo mal.
Recomiendo a todos los que quieran probar Gnome Shell que sigan los pasos indicados en la página indicada antes. La otra solución, que estaba a punto de aplicar, es la instalación de Fedora 16. Lo haré de todas las maneras, para ver como funciona yum.

ACTUALIZADO. Recomiendo no hacer estos pasos. En mi caso todo ha funcionado bien hasta que he reiniciado para probar de nuevo Unity y comparar. Como resultado, no me ha funcionado el teclado y no he podido recuperarlo. He instalado de forma completamente limpia, con disco home nuevo y formateo del de sistema, para evitar "herencias". Según varios blogs y comentarios, debemos esperar hasta la versión 11.12 del driver AMD para las tarjetas gráficas, que estará disponible a finales de Diciembre. No he tenido el ordenador perfectamente funcional hasta ayer por la tarde, pero al ver el nuevo comentario a esta entrada, me he apresurado a exponer el resultado final. El que quiera probar Gnome Shell, lo mejor ahora mismo es instalar Fedora 16. Yo intentaré poner una máquina virtual próximamente.

lunes, 14 de noviembre de 2011

WIFI "casi" solucionada

Durante este fin de semana he sido capaz de conectar este vetusto Windows XP a una WPA2 (sí, aun me queda uno con Windows XP. Yo sigo intentando convencer al personal, pero no siempre me hacen caso). Hasta ahora siempre se me había resistido (ha sido solo cuestión de cablearlos al principio, que captara la inalámbrica y ser identificado; luego como la seda). Y cuando ya tengo todo preparado, el router con firmware actualizado, los puertos necesarios configurados, ahora es la PS3 la que no quiere comunicarse por la nueva red inalámbrica. Seguiremos peleándonos con ella.

jueves, 10 de noviembre de 2011

Novedades

La primera no lo es tanto; después de 2 semanas con Chrome, he decidido volver a Firefox. Reconozco el buen funcionamiento de Chrome, pero tenía que recurrir continuamente a Firefox por un montón de cosas que no se pueden en Chrome por falta de extensiones (sobre todo DownloadHelper). No tiene sentido estar navegando con uno para luego terminar recurriendo al otro.
La segunda novedad es que he estado probando Fedora 16, fundamentalmente para conocer el Gnome Shell. Como no me disgusta su minimalismo casi total, he decidido ponerlo en una máquina virtual para probar, y si me convence lo pondré al menos en uno o dos ordenadores. Siempre he considerado conveniente conocer más de una distribución, y realmente nunca me había puesto a ello. Es el momento.
Pero todo ello será cuando acabe de reparar mi red local; he podido resetear el router y parece que funciona. Actualizaré el firmware y generaré una nueva red inalámbrica, por que tengo 4 ordenadores fuera de cobertura y sin actualizar.

miércoles, 9 de noviembre de 2011

Una muerte anunciada

Hay noticias de que la música dejará de venderse en CD. No me sorprende en absoluto, ya que es una estructura que da poca calidad, ocupa mucho (15 metros de CDs de música en mi estudio para nunca escucharla desde ellos) y, al igual que con el diskette, no tendremos con que leerlos en muy poco tiempo. Tendré que digitalizar todos mis CDs. DVD, vete preparándote.

Esta es la tablet que quiero yo

Esta sí me vale.

martes, 8 de noviembre de 2011

¿Merece la pena una tablet?

Aquí tenemos la pregunta del millón. Si lo único que queremos hacer con ella es comunicarnos, estoy seguro que es el mejor invento después de la Coca-Cola. Sin embargo, ¿qué podemos hacer con una tablet que no podamos hacer con un portátil? Y, mejor aun, cuántas cosas podemos hacer con un portátil que no podemos con una tablet. Y ahí estoy afirmando, no preguntando. O quizás no sea así. Lanzo una pregunta a los posibles lectores. Mi costumbre con los ordenadores, incluido por ejemplo mi Aspire One, exige la instalación de software que me permita
1. Escribir (vale cualquier cosa)
2. Presentar (habitualmente uso Impress, o sea, instalación de LibreOffice). Eso exige también que la tablet tenga un conector de salida para poder proyectar
3. Estadística (instalación del paquete R)
Rogaría a aquellos lectores que tengan una tablet -o que puedan usar algunas "ajenas", querido hckorootx- que intenten probar las posibilidades de instalación de LibreOffice y R. La dirección de R, para aquellos que no lo conozcan es http://cran.r-project.org/, y ahí hay versiones para Linux (¿se podrá instalar en Android?) y Mac (curiosos saber si valdría para iPads). También hay para Windows, pero mi interés en tener una tablet con Windows es menos que cero.
¿Por qué me interesa esos programas? Por que uso mis portátiles en docencia, proyecto y trabajo directamente sobre ellos, en Internet, manejo de datos y pruebas estadísticas. Si una tablet me sirve para eso, me ahorro llevar un portátil. Si no cubre esas necesidades, sigo necesitando un portátil, así que no me arregla nada.
Todas esas cosas las hago con un Aspire One 110, de los primeros, sin disco duro, que pesa menos de 900 gramos y es -ha sido- mucho más barato que una tablet.
Reconozco que las limitaciones que provocan la RAM en las tablets están en mi contra, pero animo a que probemos si las podemos usar para algo más que navegar por la red y faceboocarnos.

PD. Si funciona, casi merecería la pena comprar también un pico proyector de bolsillo, y con menos de un kilo, llevamos todo lo necesario.

domingo, 6 de noviembre de 2011

Recuperación en terminal de volúmenes perdidos en compresiones rar multivolumen

Lo prometido es deuda, y un comentario me ha recordado que aun no había mirado la recuperación de volúmenes rar perdidos en el terminal de Linux. No lo había mirado por que cobardemente estaba recuperando los volúmenes en una máquina virtual de Windows con un WinRar shareware sin licencia. Los días de prueba se han terminado, otra razón más para solucionarlo con terminal. En el fondo, es muy sencillo.
Paso 1. Instalación de rar - un simple sudo apt-get install rar


Paso 2. La orden, por si no nos acordamos, la podemos consultar a través de man rar, y entre las opciones, la que nos interesa es la rc


Paso 3.  Como prueba he borrado el paquete 4 de una compresión multivolumen. Para facilitar la acción, he corregido el nombre, lleno de espacios, que en terminal de Linux son siempre un problema, por una simple f. Como se ve en la imagen, falta el volumen 4.


Paso 4. Ejecutamos el comando rar con la opción rc
rar rc f.part01.rar
En el caso de WinRar es necesario llamar a los ficheros rev; en este caso, la opción rc nos permite llamar al multivolumen. El comando calcula los volúmenes, observa el número de volúmenes de recuperación y cuantos paquetes faltan y comienza la reconstrucción


Paso 5. Listo. Todo ha funcionado. Reconstrucción 100% realizada.


Aquí esta el paquete.


Otras dudas:
Si me faltan volúmenes de recuperación, ¿qué puedo hacer? Solo es necesario tener tantos volúmenes de recuperación como paquetes nos falten. Por ejemplo, en este caso he borrado el primer volumen de recuperación y el paquete 14; como le quedan 2 volúmenes de recuperación (2 y 3) puede recuperar perfectamente el que falta.


Como decía antes, en WinRar hacía un doble click en cualquiera de los volúmenes rev y el programa comienza. En el terminal también vale. La orden ha sido

rar rc f.part01.rev

es decir, llamando al primer paquete de recuperación. Como disponemos de tres volúmenes de recuperación, para terminar la prueba, he borrado hasta tres paquetes que el programa debería poder recuperar.


El resultado ha sido perfecto.


Mediante estas opciones en el comando rar nos ahorramos tener que usar una máquina virtual para esto, que solo da más color, a cambio de un consumo increíble de recursos.


Si lo que queremos es hacer la compresión multivolumen, también se puede hacer en el terminal. Para una ayuda más completa que la indicada mediante man rar, puede ser interesante acudir al fichero rar.txt, que está, al menos en esta distribución (Ubuntu 11.10), en el directorio /usr/share/doc/rar comprimido como rar.txt.gz.
Si después de salvar los paquetes tenemos problemas con los caracteres en el terminal (no reconocimiento de ñ o letras acentuadas), como ya había señalado en la otra entrada, se desinstala rar. Si lo necesitamos otra vez, se instala de nuevo; son solo unos segundos.
Sin embargo, no debemos olvidar lo que dice la documentación del paquete (por ejemplo, ver en Synaptic) "This program is shareware and you must register it after 40 days of use.". Es decir, sigue siendo de pago.
Respecto a la pregunta de por que realizo la prueba en un directorio llamado Compartido_VirtualBox, diré que ese es el directorio en mi máquina para el intercambio Linux-Windows, a través de VirtualBox. Pero solo hasta hoy, ya que no preciso WinRar. El único vinculo que queda para mantener VirtualBox y Windows XP es SPSS. Va a ser difícil librarme de él, por que algunas técnicas estadísticas aun no las domino en R y, además, R no dispongo de un paquete que haga CHAID. Tendré que valorar el uso de "tree" en vez de CHAID y comparar resultados.