La computadora rompe la instalación del USB

La computadora rompe la instalación del USB

A menudo he hecho esto antes: instalar ubuntu en un USB y usarlo para arrancar desde diferentes máquinas (dos computadoras portátiles Dell similares, componentes similares, etc.). Lo sé, normalmente se usa un sistema en vivo para una portabilidad total y que el instalador de Ubuntu configura el hardware, etc. cuando se instala en una configuración específica, pero nunca he tenido problemas con eso. (Incluso lo ejecuté con éxito en un hardware completamente diferente y sin problemas).

Hoy pensó: Quiero probarlo en la máquina de un colega, porque cree que está un poco roto (Windows muestra aleatoriamente una pantalla azul cuando trabaja con él). Es una máquina nueva sin embargo. Así que utilicé un USB que nunca antes había estado conectado a ningún sistema que no fuera el mío, todo funcionó bien. Luego, después de iniciar el USB en la computadora portátil de mi colega y todo funcionó bien, lo reinicié nuevamente en mi computadora: resultado: ya no arranca. Pensé: está bien, tal vez sea un error del sistema de archivos, ejecuté btrfsck, pero no mostró nada de interés. Terminé configurando el usb desde cero.

Después de eso configuré otro usb con una copia nueva de ubuntu. Instalé con éxito algún software, apagué el sistema y lo inicié desde la máquina de mis colegas. Todo funcionó. Luego intenté instalar algún software allí, pero apt se quejó de que faltaba debconf. apt-get install -f tampoco funcionó, por lo que básicamente toda la administración del paquete se rompió en un estado irreparable.

Esto no puede ser una coincidencia, ¿verdad?

Entonces mi pregunta es: ¿Podría el hardware defectuoso (que no sea el propio dispositivo de almacenamiento) afectar el sistema de archivos raíz y romperlo?

Respuesta1

¿Podría el hardware defectuoso (que no sea el propio dispositivo de almacenamiento) afectar el sistema de archivos raíz y romperlo?

Sí.

Como ejemplo: un mal funcionamiento de la RAM puede provocar daños en los archivos. editar su /etc/fstab para montar R/O (solo lectura) debería reducir las probabilidades de que esto ocurra a casi cero.

información relacionada