Mostrando entradas con la etiqueta Open SuSE. Mostrar todas las entradas
Mostrando entradas con la etiqueta Open SuSE. Mostrar todas las entradas

martes, 28 de julio de 2015

TTY inaccesibles en Fedora > 21

Hace tiempo había tenido problemas graves respecto al entorno gráfico en OpenSuse y Fedora, que resolví configurando nomodeset.

Luego, desde que estoy usando el driver privativo de mi tarjeta de vídeo NVIDIA no había podido acceder a tty alguna en mi Fedora, pero era algo que no me importaba (Al menos hasta que tuve tiempo para abordar el problema) Además, cuando el sistema iniciaba no podía ver el los indicadores de booteo (Otra cosa que poco importaba en realidad). La conjunción de ambas cosas fue lo que me llevó a pensar que el problema se relacionaba con el sistema gráfico, por lo que mi primera sospecha fue de nuevo nomodeset. Y la sospecha fue cierta.

Estos problemas se solucionan configurando nomodeset, al parecer las tarjetas nvidia también se aprovechan de las características que tal característica ofrece, por lo tanto la solución pasa por indicar en el grub que el arranque se haga con la opción nomodeset activada:

Abrimos el fichero de configuración por defecto para grub, la forma más segura de configurar grub
/etc/default/grub

Y agregamos/modificamos la línea de configuración GRUB_CMDLINE_LINUX_DEFAULT
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Actualizamos el fichero de configuración:
grub2-mkconfig -o /boot/grub2/grub.cfg

Y reiniciamos el equipo. Ahora ya es posible acceder a las tty, aprovechando las escasas ventajas que ello confiere en un sistema pensando para escritorio. Pero ya esta solucionado, y eso es lo importante del asunto.

(1) Fuente
(2) Fuente

martes, 18 de febrero de 2014

Acomodando virt-install para Debian sobre OpenSuSE

Siguiendo la línea de una anterior entrada, me pareció que todo iba bien hasta el momento en que tuve que virtualizar un sistema Debian.
Usando paravirtualización y escogiendo un servidor HTTP como fuente del árbol de instalación, mediante las herramientas virt-manager (Que se encuentra en los repositorios de Open SuSE y CentOS, por ejemplo ), el comando de instalacion

virt-install --prompt --network bridge=br0 --virt-type=xen --location http://ftp.egr.msu.edu/debian/dists/wheezy/main/installer-amd64/ -n enlace --description enlace -r 512 --vcpus=1 --disk path=/dev/system/gateway --os-type=linux --paravirt --arch x86_64 
me arrojaba el siguiente error:
ERROR    'NoneType' object has no attribute '__getitem__'
Después de revisar el log de virt-manager
tail -f  ~/.virtinst/virt-install.log
Llegué a la siguiente solución
Abrimos el fichero
vim /usr/lib/python2.7/site-packages/virtinst/OSDistro.py 
 
Aproximadamente en la línea 80 de dicho fichero, empieza una selección en la código de esta forma (La lista de hecho se extiende un poco màs)

 # FIXME: This 'distro ==' doesn't cut it. 'distro' is from our os
    # dictionary, so would look like 'fedora9' or 'rhel5', so this needs
    # to be a bit more intelligent
    if distro == "fedora" or distro is None:
        stores.append(FedoraDistro)
    if distro == "rhel" or distro is None:
        stores.append(RHELDistro)
    if distro == "centos" or distro is None:
        stores.append(CentOSDistro)
    if distro == "suse" or distro is None:
        stores.append(SuseDistro)
    if distro == "sl" or distro is None:
        stores.append(SLDistro)
    if distro == "debian" or distro is None:
        stores.append(DebianDistro) ... 

Básicamente, el cambio consiste en cambiar el orden de las opciones. Hasta ahora el error sólo aparece cuando el sistema es Debian, por lo tanto basta con anteponer este a SuSE Empresarial
if distro == "fedora" or distro is None:
        stores.append(FedoraDistro)
    if distro == "rhel" or distro is None:
        stores.append(RHELDistro)
    if distro == "centos" or distro is None:
        stores.append(CentOSDistro)
    if distro == "debian" or distro is None:
        stores.append(DebianDistro)
    if distro == "suse" or distro is None:
        stores.append(SuseDistro)
    if distro == "sl" or distro is None:
        stores.append(SLDistro)

Obviamente, si hoy problemas de ese tipo con otras distribuciones, entonces también puede cambiarse el orden con respecto a SLES. 
Y claro, el problema pasa por ser más complicado, pero esta solución chapucera realmente me funciona

lunes, 17 de febrero de 2014

Problemas con el cliente ownCloud en Open SuSE

Instalo la versión 1.5.1 del cliente de ownCloud para openSuSE 13.1 desde un One Click Install y tras configurarlo y descargar los archivos, me aparece el siguiente error:
No se puede iniciar un registro (journal) de sincronización
Imagen del error
 La solución es tan simple como instalar el plugin de sqlite para QT 4.
zypper info libqt4-sql-sqlite
No entiendo como es que esta dependencia no sea había resuelto. Quizá suponían que cualquier sistema tendría instalado ese paquete, pero en openSuSE 13.1 con XFCE parece que ningún otro programa lo necesita.

Por cierto, para darse cuenta del error, bastó con revisar el fichero .csync_journal.db, que se crea en cada directorio que se sincroniza, con el comando file, y ver que al empezar no lo reconocía sino como un archivo vacío, cuando en realidad su tipo debería ser SQLite 3.x database.

sábado, 15 de febrero de 2014

Afinando nuestro servidor Xen en Open SuSE

Virtualizar con Open SuSE podría parecer más fácil (que no sencillo) que en otras distros, por el hecho que casi todo es más fácil (que no sencillo) que hacer que en otras distros.

Sólo agrego una último detalle del que parece que nadie se había dado cuenta que faltaba:

Según las buenas prácticas de Xen, se aconseja especificar un máximo de memoria RAM a ser usado por Domain-0. Y no estaría mal el limitar el número de núcleos del procesador a ser usados por él. Que aparte de seguir con la costumbre de no dejar configuraciones por defecto, permite que se gane un poco en rendimiento.

No entiendo porque las herramientas gráficas de OpenSuSE no me funcionaron para ello. Me salté el problema agregando lo siguiente al archivo /etc/default/grub, de donde se leen las configuraciones para crear el archivo  /boot/grub2/grub.cfg
GRUB_CMDLINE_XEN="resume=/dev/system/swap dom0_mem=2048M,max:2048M dom0_max_vcpus=1 splash=silent quiet showopts" 
 Tal como la documentación de Xen lo dice, lo importante acá son las opciones dom0_mem=2048M,max:2048M dom0_max_vcpus=1 

Luego, se crea el archivo grub.cfg de acuerdo a nuestra nueva configuración
grub2-mkconfig -o /boot/grub2/grub.cfg
Después basta con reiniciar, y al volver podrá verse que Domain-0 se restringe al uso de los recursos del sistema tal como se ha especificado.
Algunas pruebas de como la configuración ha funcionado
Y si, posiblemente sea lo que se tenga que hacer en otras distribuciones con Grub2

domingo, 28 de abril de 2013

"Instalar" Java: update-alternatives

Para Open SuSE,funciona el RPM que está en el sitio de Oracle (Dicho sea de paso, la navegabilidad del sitio siempre me ha parecido disfuncional)
Se instala con un simple rpm -ivh siendo administrador.

Acá viene lo bueno: Recuerdo que alguna vez usando el RPM, al final de la instalación empezaba un script que automatizaba la tarea. O no recuerdo si fue en Fedora, pero el caso que esta última vez lo único que hizo el instalador es copiar los paquetes a una dirección concreta: /usr/java/jdk1.7.0_21/ (La cual de hecho me parece "un poco incorrecta")

La cuestión es que en esta ubicación solo podemos ejecutar los archivos con su ruta absoluta, porque no se encuentran en el PATH del sistema. Lo único que ya esta en un PATH válido es jcontrol, una utilidad para configurar monitorear la máquina virtual de java.
Si bien podriamos agregar esa ruta, desinstalar el jdk que trae por defecto y así, creo que la forma más elegante es cambiarlo con update-alternatives

Update-alternativas permite tener instalado en el sistema varios programas iguales en características (Como en este caso, dos máquinas virtuales de java), pudiendo escoger uno para tal o cual ocasión, de una manera limpia, mediante un sistema de enlaces simbólicos.
Dicho esto, lo único que necesitamos es ejecutar:
update-alternatives --install /usr/bin/java java /usr/java/jdk1.7.0_21/bin/java 200 \
--slave /usr/bin/jar jar /usr/java/jdk1.7.0_21/bin/jar \
--slave /usr/bin/jarsigner jarsigner /usr/java/jdk1.7.0_21/bin/jarsigner \
--slave /usr/bin/javadoc javadoc /usr/java/jdk1.7.0_21/bin/javadoc \
--slave /usr/bin/javah javah /usr/java/jdk1.7.0_21/bin/javah \
--slave /usr/bin/javap javap /usr/java/jdk1.7.0_21/bin/javap

Una vez hecho esto, update-alternatives --config java bastará para escoger cuál es la versión de java que usaremos: Si la que traía por defecto o la que acabamos de instalar.
La utilidad de usar la opción --slave es que creará una especie de grupo alternativa, con solo escoger java, todas las demás opciones será escogidas con él

En Open SuSE me dió error incluir javac dentro del grupo, por lo que basta con eliminarlo e incluirlo aparte

update-alternatives --install /usr/bin/javac javac /usr/java/jdk1.7.0_21/bin/javac 10.

Como no había ninguna otra alternativa instalada, automáticamente lo escogió a él.

Basado parcialmente en How to setup up a new JDK with update-alternatives?

viernes, 18 de marzo de 2011

Suceso: Open SuSE con una semana de nacido

Tanto descuido con las tareas que no fue sino hasta el día siguiente de su lanzamiento oficial que me dí cuenta del natalicio. Es decir, empecé a bajar ese viernes como loco.
Claro, nada como la emoción de una descarga... Como cuando un niño nace, supongo... ¿La primera semana es dificil?. Veamos:
El artwork de esta vez me gusta más que el de 11.3
Open SuSE es una distribución bastante dedicada para el usuario común, no tanto como Ubuntu, pero es de las más amigables entre los de tipo rpm.
La instalación, por ejemplo, es una de las más amigables que me he topado. En general, tengo mejor sensación que con Anaconda, aunque debo decir que me encanta la simplicidad de este último...

El instalador es bastante amigable, hasta para los zuluhablantes
Por mi esta bien: Se instalo en diez minutos (Descontando la parte de la configuración) Detecto todo mi hardware a la primera, tanto que al primer inicio ya tenía mi compiz totalmente funcional (Para darles una idea: Siempre termino desactivandolo porque me marea).
Instalando todos todos los paquetes disponibles del framework GStreamer, pudo reproducir archivos mp3 a la primera (¿Futuros problemas de licencias por mi simple comentario?)
Me encanta, pero suele cansarme de vista

¿Algo más? La primera distribución de peso en traer instalado LibreOffice: Se mandaron de alguna forma en incluir la versión beta de firefox 4: funciona bien al fin de cuentas. Los repositorios están llenos de cosas buenas como siempre: Al fin encontré los paquetes necesarios para que Dropbox anduviera justo.
Hay aplicaciones de diseño avanzada como Blender y aplicaciones para monitoreo de redes como Wireshark en el mismo DVD. En fin, justo lo que esperaba e incluso más.

¿Problemas?
Para el uso que le doy (Es mi único sistema operativo, aparte de alguna distro linux en prueba), todo me ha funcionado de maravilla: Excepto que el gedit no puede usar el plugin de Terminal Empotrado. La otra es que cuando uso zypper me sale un error del tipo:


Lo que me alegra es que ahora que veo las actualizaciones de Yast, me resulta con que ya hay una actualización de Ndesk-dbus-glibl, que al parecer podrías relacionarse con el error en cuestión...

La otra es un error que no he podido documentar: Al parecer, hay un error si se pretende configurar el firewall dentro del proceso de instalación. Como sea, he tenido problemas con el equipo a fisico (Tarjeta de red por cierto),y lo que quize hacer no es de todo los días. Acepto que andaba jugando, así que no siquiera me place molestar a los desarroladores con un problema de azar
Como sea, los errores son cosa común, sobre todo porque ahora que ya soy usuario completo soy gustoso.

Como siempre, mi pequeño aporte acaba antes de empezar. Algunos enlaces de mayor relevancia técnica, pueden ser este de Gustavo Pimentel's GNU/Linux Blog, que lo tradujo de acá

Otros apuntes interesantes

Otros apuntes interesantes