Preguntas sobre el comportamiento de ejecutar LiveCD Linux después de desmontar un CD-ROM

¿Podría alguien explicar qué sucede en el sistema después de desconectar el CD-ROM durante el trabajo con la sesión de LiveCD?

Supongamos que estoy usando Ubuntu LiveCD y de repente, por accidente, el CD-ROM se desconecta por una cuestión de segundo debido a, por ejemplo, un corte de energía en el caso de dispositivos externos o simplemente abriendo la bandeja del CD si el sistema operativo lo permite. Suponga que después de un tiempo el CD-ROM se conecta nuevamente.

¿Alguien puede explicar qué sucede exactamente entonces, por qué el sistema operativo se detiene o más bien funciona pero no como antes y cómo, si es posible, se puede recuperar la estabilidad y la utilidad y el usuario puede continuar trabajando?

Según mis observaciones basadas en Ubuntu LiveCDs (versiones menores de 12, la versión del kernel es probablemente 2.6.XX), la reacción del sistema es la siguiente:

• todas las aplicaciones en el escritorio X desaparecen (creo que se debe al envío automático de una señal de apagado a todos los procesos como si el sistema operativo quisiera apagarse, pero en realidad parece esperar algo) y parece que solo la imagen de fondo con el cursor puede ser movido todo el tiempo
• todos los TTY están disponibles, y se pueden mostrar, pero sólo hay mensajes de error allí como INFO: task <process name>:<pid> blocked for more than 120 secondsySquashFS error: unable to read [...]
• todo el tiempo puedo ver '_' parpadeante y puedo escribir algo, pero presionar enter solo lo salta a la nueva línea y obviamente el sistema operativo no lo ejecuta
• los accesos directos de la terminal para cancelar y salir del proceso actual tampoco funcionan
• Las combinaciones mágicas de SysRq generalmente funcionan y puedo ver el resultado real, pero no sé cuál de ellas sería útil en este caso

¿Alguien puede explicar esta reacción y decir qué significan exactamente estos errores? ¿Y qué se puede hacer para solucionarlo? ¿Hay alguna forma de hacerlo y por qué no?

Aquí: https://unix.stackexchange.com/questions/76166/what-does-info-task-xxx-blocked-for-more-than-120-seconds-exactly-mean-on-lin que acabo de leer que "si una tarea está bloqueada, espera que los recursos vuelvan a estar disponibles". Entonces, si lo obtuve correctamente, está esperando recursos, es una interpretación verdadera o simplemente incorrecta y esperará sin cesar, el CD-ROM seguramente se conecta nuevamente lo más rápido posible. ¿Cómo entenderlo?

Sé que los procesos han desaparecido (o "bloqueados" como sugieren los mensajes de error), pero ¿qué hay de los archivos en el disco RAM? ¿Siguen ahí hasta que se reinicie? ¿Es posible acceder a ellos de alguna manera? ¿O, por ejemplo, simplemente extraer cadenas de texto, etc.?

Existe un shourtcut mágico de SysRq que vuelve a montar los sistemas de archivos: ¿hay alguna posibilidad de que ayude en tales situaciones o que deba intentarse finalmente al final después de otras pruebas? Si el CD funciona como fs virtual, ¿qué efectos pueden traer los sistemas de archivos de montaje en ese caso?

Voy a apuñalar algunos de los errores:

• SquashFS error: unable to read [...]es un error al intentar acceder al sistema de archivos en el propio CD. SquashFS , como señala Wikipedia, es un sistema de archivos comprimido de solo lectura que a menudo se usa para datos del sistema en LiveCD. La mayoría de los directorios de su sistema (probablemente /bin, /sbiny algunos otros) probablemente estén en estos sistemas de archivos de CD, por lo que cuando un programa tiene que acceder a estos directorios, obtiene un error.
• <process name>:<pid> blocked for more than 120 seconds Probablemente se deba a que algún proceso quiere leer algo de SquashFS y el núcleo lo bloquea porque recibe un error de lectura.
• El parpadeo _es normal (es decir, Ubuntu no ejecuta un gettyTTY en cualquier TTY que esté utilizando; obtengo uno presionando Ctrl+ Alt+ F8en un sistema perfectamente normal). Sin embargo, si está en un TTY más bajo (algo por debajo de TTY 7), eso es probablemente una indicación de que Ubuntu no puede iniciar el loginprograma porque no puede encontrarlo. Sin embargo, si puede escribir algo, eso significa que probablemente tenga una gettyejecución.
• SysRQ tiene muchas opciones posibles: Wikipedia ofrece una lista útil . Puede probar Alt+ SysRQ+ upara ver si Linux puede volver a montar con éxito los sistemas de archivos SquashFS que perdió cuando se quitó el CD. Si funciona, debería poder obtener un shell nuevamente, aunque no sé si se recuperará algún otro de sus procesos.

Una cosa que debe intentar es ver qué directorios están asociados con estos sistemas de archivos de solo lectura. Para hacer esto, deberías intentarlo mount | grep squashfs. Esto descubrirá qué sistemas de archivos están almacenados en el disco y qué se verá afectado cuando lo elimine.

En cuanto a la recuperación de archivos en RAM: persisten hasta el reinicio, pero si no puede volver a montar el sistema de archivos y obtener acceso a un shell de inicio de sesión, es casi seguro que se bloqueará cuando reinicie.