有关卸载CD-ROM后运行LiveCD Linux的行为的问题

有没有人可以解释在使用LiveCD会话期间拔掉CD-ROM后系统会发生什么？

假设我正在使用Ubuntu LiveCD并且突然意外地将CD-ROM断开一秒钟，因为例如在外部设备的情况下停电或者如果操作系统允许那样只打开CD托盘。假设片刻之后再次插入CD-ROM。

任何人都可以解释究竟发生了什么，为什么操作系统停止或者更确切地说是工作但不像以前那样，如果可能的话，稳定性和有用性如何可以恢复并且用户可以继续使用？

根据我的观察，基于Ubuntu LiveCDs（版本低于12，内核版本可能是2.6.XX），系统反应如下：

• X桌面中的所有应用程序都消失了（我认为这是因为自动向所有进程发送一个kill信号，好像操作系统想要关闭但实际上似乎等待某些东西）并且它看起来只有带有光标的背景图像可以一直在移动
• 所有tty是avaible并且可以显示，但只有错误消息，有像INFO: task <process name>:<pid> blocked for more than 120 seconds和SquashFS error: unable to read [...]
• 我总是可以看到闪烁的'_'，我可以输入一些东西，但按下输入只是让它跳到新的行，显然操作系统不会执行它
• 终端取消和退出当前进程的快捷方式也不起作用
• 神奇的SysRq组合通常都有效，我可以看到实际的输出，但我不知道在这种情况下哪一个会有用

任何人都可以解释这个反应并告诉这些错误究竟是什么意思 那么人们可以做些什么来解决它 - 有没有办法解决这个问题，为什么不呢？如果是这样的话？

这里：https： //unix.stackexchange.com/questions/76166/what-does-info-task-xxx-blocked-for-more-than-120-seconds-exactly-mean-on-lin 我刚刚读过“如果任务被阻止，它会等待资源再次可用”。因此，如果我正确地得到它正在等待资源 - 这是真的还是只是错误的解释而且它会无休止地等待 - CD-ROM肯定会尽快再次插入。怎么理解呢？

我知道进程已经消失（或“阻止”，因为错误消息建议？），但是ramdisk中的文件如何仍然存在，直到重启？这可能以某种方式访问​​它们吗？或者例如只提取文本字符串等？

有一个神奇的SysRq shourtcut重新安装文件系统 - 它是否有可能在这种情况下有所帮助，或者应该在其他试验结束后最终尝试？如果CD作为虚拟fs工作，那么在这种情况下哪些效果可以带来remountig文件系统？

我会抓住一些错误：

• SquashFS error: unable to read [...]尝试访问CD本身的文件系统时出错。正如维基百科指出的那样，SquashFS是一个压缩的只读文件系统，通常用于LiveCD上的系统数据。您的大多数系统目录（可能/bin，/sbin以及其他一些）可能都在这些CD文件系统上，因此当程序必须访问这些目录时，您会收到错误。
• <process name>:<pid> blocked for more than 120 seconds 可能是由于某些进程想要从SquashFS中读取内容而内核阻止它，因为它会出现读取错误。
• 眨眼_是正常的（也就是说，Ubuntu不会getty在你正在使用的任何TTY上运行- 我在完全正常的系统上按Ctrl+ Alt+ 得到一个F8）。但是，如果它位于较低的TTY（任何低于TTY 7），那可能表明Ubuntu无法启动该login程序，因为它无法找到它。但是，如果您输入的内容意味着您可能getty正在运行。
• SysRQ有许多可能的选项 - 维基百科提供了一个有用的列表。您可以尝试使用Alt+ SysRQ+ u来查看Linux是否可以成功重新安装删除CD时丢失的SquashFS文件系统。如果它工作，你应该能够再次获得一个shell - 虽然我不知道你的任何其他进程是否会恢复。

您应该尝试的一件事是查看哪些目录与这些只读文件系统相关联。要做到这一点，你应该尝试mount | grep squashfs。这将找出磁盘上存储的文件系统，以及删除它时会受到什么影响。

至于恢复RAM中的文件 - 它们会持续到重新启动，但是如果你无法重新安装文件系统并获得登录shell的访问权限，那么当你重新启动时，它们几乎肯定会被破坏。