Skip to main content

Ubuntu 22.04 en mi Dell Inspiron AIO (Parte II)

En la entrada anterior comenté sobre el obligado respaldo previo de mis archivos, y sobre el detalle de configuración que tuve que atender para evitar fallas con mi disco duro externo. Ahora toca el turno a la instalación básica de Ubuntu 22.04.

Instalación desde un Live DVD.

Descargué el archivo de Ubuntu 22.04 desde el sitio oficial y lo quemé a un DVD usando el infalible Brasero. Luego, reinicié mi equipo desde el boot menu (al que se accede con repetidos apretones a la tecla F12) y seleccionando la opción de mi unidad de disco óptico en modo UEFI. Y ¡zaz! el sistema se queda colgado en el boot, mandando a fin de cuentas el mensaje

Failed to start Ubuntu Live CD installer

Oh decepción. Pero no me espantó, porque seguro tenía solución. La encontré en el post #1930880 del launchpad de Ubuntu. En resumen, el booter casper hace por default una prueba del medio físico (DVD) concurrentemente con el arranque de los servicios del Live Boot, pero como siempre se demora esa prueba, el arranque de los servicios siempre llega al timeout y fallan, uno tras otro, lo que impide arrancar del todo. Seguro que eso se resolverá en algún momento, pero por ahora hay un atajo para arrancar e instalar sin problema, que consiste en modificar las opciones de arranque del Live DVD.

Reiniciando el equipo, luego del mensaje 

"Booting in (in)secure mode" 

hay que entrar al menú de GRUB dando clicks en ESC. Ya en el menú, hay que seleccionar la opción "e" para editar la linea de arranque, y justo modificar la linea que contiene 

"... quiet splash ---"

para que diga 

"... quiet splash fsck.mode=skip ---" 

Con esto, al continuar el boot (presionando F10), la prueba de medios no se ejecutará, permitiendo que la instalación continúe sin conflictos. Siguiendo los menús y eligiendo las opciones deseadas, la instalación termina sin contratiempos y ¡tenemos Ubuntu 22.04 en el sistema!

La modificación a la línea de GRUB no se necesita permanentemente en este caso, así que esta tarea fue de una única vez.

Vuelven las fallas intermitentes.

Comencé a usar mi sistema, a instalarle cosas y así, pero el equipo se congelaba de tanto en tanto, y mi única opción era apretar el botón de encendido y ciclar la energía. Entonces recordé que hay un añejo problema con la gestión de energía de las tarjetas de video Radeon y que hay que cambiar las opciones de arranque, deshabilitando el power management de Radeon. No me deja contento esta solución, pero en tanto le estudio un poco más al asunto, la salida práctica es la siguiente.

  1. Editar /etc/default/grub, agregando radeon.runpm=0 a la variable GRUB_CMDLINE_LINUX_DEFAULT
  2. Actualizar GRUB con   sudo update-grub
  3. Reiniciando

Hecho esto, la computadora lleva días sin fallar y estoy seguro que no fallará, o no por estas razones al menos.





Comments

Popular posts from this blog

Reparando una Sanyo DP50E44T

En días pasados, mi preciosa amiga Ale sufrió el daño de su súper televisión de 50'', una Sanyo DP50E44T que se ve espectacular. Al parecer, no hubo regulador que la salvara de la tormeta eléctrica de mayo. Sospeché que era la fuente de alimentación, por lo menos, lo que se había dañado. Fuente de alimentación (LK-SP412002C) La fuente en efecto estaba dañada. sin salida de 5V en el pin 5VSB, el voltaje de standby indispensable para que pueda uno encenderla con el control remoto. Sin 5VSB, no puede encenderse el equipo, no hay PWM y los inversores no andan. Resultó que el problema fue el chip de PWM (en la parte inferior de la tarjeta). Un reemplazo veloz (soldar seis patas en un SMD de tamaño humano no es tanto problema) y listo, 5VSB de vuelta, y puenteando temporalmente 5VSB con ON/OFF, también los 5V, 12V y 24 V de toda la fuente. Pero eso no resolvió el asunto porque al reconectar todo, vino el familiar olor a chip vuelto plancha....el culpable, el microprocesador

Configurando un entorno de desarrollo para el MSP430 en GNU/Linux: mspgcc+mspdebug+Code::Blocks

Si eres como casi todos, también querrás un IDE para el desarrollo de software para tu MSP430 Launchpad. Mientras que es cierto que existe el Code Composer Studio -incluso para Linux-, nuestro gusto por el software libre nos lleva a buscar alternativas abiertas. Es el caso de este post, donde les platico cómo configurar el IDE genérico Code::Blocks para desarrollar software para el MSP430, incluyendo la opción de descarga directa al Launchpad. Aquí vamos. MSP430-GCC Primero que nada, necesitas tener un " toolchain " para el MSP430 instalado en tu equipo, esto es, la colección de herramientas de compilación, enlazado, archivado y depuración de código para el MSP430. Mi distribución Fedora tiene un "port" del infalible gcc para este micro, se llama msp430-gcc y viene acompañado de sus correspondientes utilerías binarias msp430-binutils , sus definiciones de dispositivo msp430mcu , su depurador/cargador mspdebug y su biblioteca estándar de C, msp430-libc . Pa

Probemos Elementary OS

Siempre conviene escuchar al experto. A consecuencia de una entusiasta recomendación de mi querido amigo Santiago Alvarez  he decidido probar Elementary OS en mi portátil Dell. Aquí narraré la aventura. Instalación: La lancé desde un DVD quemado con la versión 0.4.1  y transitó sin falla. Lo único que hice en especial fue activar en su momento la casilla para instalar drivers de terceros y soporte para MP3, previendo que eso ayudaría con la instalación del driver de NVIDIA, que siempre es una calamidad. El driver de NVIDIA no viene por defecto en la distribución, pero, con la selección de la casilla de instalación mencionada, aparecieron en la AppStore los drivers 304, 340 y 375. Instalé el último. Y por recomendación del blog de elementary también instalé los paquetes accesorios con >> sudo apt install nvidia-prime nvidia-settings y luego reinicié el equipo. Todo anduvo de maravilla, con el driver de NVIDIA activo por default y gastando pila como loco y cocinando