Skip to main content

Ubuntu 22.04 en mi Dell Inspiron AIO (Parte I)

Me prometí escribir un post (que en realidad serán varios) cuando volviera a instalar el sistema operativo en mi ya viejita pero super confiable Dell Inspiron 23 AIO. Esta compu ha sido la mejor compra que he hecho, ha aguantado todas las batallas y me dió un servicio espectacular durante los años de pandemia. Nada como un buen equipo para clases y asesorías a distancia. 

Respaldo.

Primero lo primero, el respaldo de mi información. Esta vez la decisión estaba tomada de que reemplazaría todo en el disco, así que no había opción. Varios gigabytes a respaldar: archivos de señales de EEG al por mayor, stacks de IRM, decenas de Jupyter Notebooks y videos de las clases, descargas de libros y artículos, y así. 

Traigo a la mesa de trabajo mi Seagate Desktop HDD 4TB, que desde hace rato vive en una cajita nueva de UGREEN. La cambié porque la caja original tenía un chip de interfaz UAS  (USB Attached SCSI) que daba muchos dolores de cabeza al copiar archivos grandes (se desmontaba solo y la transferencia fallaba). Esta cajita UGREEN tampoco resolvió el problema, porque, como aprendí a la mala, el problema no era el chip, sino el soporte limitado a UAS  que el kernel de Linux puede darle, debido a que los fabricantes ¡oh sorpresa! toman atajos, no respetan el estándar de la interfaz, y no documentan públicamente su implementación. 

La solución, pagar un precio de menor desempeño a cambio de confiabilidad. El driver UAS se va a la lista negra y manejamos esta unidad externa con el confiable usb-storage. Para ello:

Localicé los datos de idVendor:idProduct de la conexión USB del disco ejecutando:

lsusb -t | grep -i uas

y anoté el Bus y el Dev correspondientes al dispositivo. 

Luego ejecuté:

lsusb | grep -i 'Bus 00b Device 00b'

donde b y d son, respectivamente, el Bus y el Dev obtenidos previamente. De la salida de este comando, anoté la información de ID, que tiene la forma vvvv:pppp (cuatro caracteres de idVendor y otros cuatro de idProduct, separados por :)

Con esta info, generé (como root) el archivo de texto /etc/modprobe.d/blacklist-uas.conf conteniendo la linea siguiente:

options usb-storage quirks=vvvv:dddd:u

y luego, ejecuté

sudo update-initramfs -u

para reconstruir initrd a modo de que en el siguiente boot ya no le asigne el driver uas a mi disco. Todo perfecto, luego de reiniciar el equipo, mi disco volvió a ser accesible en modo confiable y dejé el respaldo correr por algunas horas hasta que quedó listo.

La parte II tiene que ver con la instalación de Ubuntu 22.04 y dos detalles que aparecieron en el camino, uno con el sistema de arranque casper y otro con el driver de mi tarjeta de video radeon.




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