在OS分区中使用持久分区的Pendrive空间不足

我已经创建了一个Ubuntu16.04’Persistent Pendrive’,它运行了大约一个月,但现在它似乎已经没有空间了。

具体来说:我使用了这个链接的信息,也参见我的笔记 ,在SanDisk 32GbUltra Flair上创建我的Pendrive,我用它来运行apache和php作为各种硬件上的迷你开发服务器。

但是 – 当我尝试运行sudu apt-get update时,我现在正在“失去空间”错误。 我的印象是,任何新的软件或更改都将应用于持久分区,而不是操作系统分区。

我很高兴再次开始,但有其他人有这个,或知道如何防止它?

持久性实时驱动器比标准安装系统更敏感

持久性实时系统可以使用文件或分区进行持久化,使用casper-rw文件(由大多数工具创建)或casper-rw分区(由mkusb创建)。 casper-rw文件或分区中的文件系统容易受到损坏。 也就是说, 有一些方法可以保持持久的实时系统运行。

  • 避免填充系统的存储空间( casper-rw分区)。

  • 允许系统完全关闭(将RAM中的缓冲区刷新到casper-rw分区)。 在计算机运行时切勿拔下USB驱动器。 我相信你知道这一点,但有时很难等待,这是失败的常见原因。

  • 避免一般更新和升级。 只安装必要的额外程序包,进行调整并保持最新的“绝对必要”。

  • 如果你想进行重大更新和升级,请保留/备份.../upper/home目录(在casper-rw分区中)并创建一个新系统(使用mkusb使用新的iso文件)并在该副本之后.../upper/home为新的casper-rw分区。 在实时启动时执行此操作。

  • 定期备份casper-rw分区。 备份和还原脚本与mkusb捆绑在一起。 在实时启动时执行此操作。

  • 记得还要备份usbdata分区中的数据文件(如果你有这样的分区)。

    请参阅以下链接,

    help.ubuntu.com/community/mkusb

    help.ubuntu.com/community/mkusb/persistent


持久实时和已安装系统之间的差异更大

将持久性实时系统与安装在USB pendrive中的系统进行比较,其方式与内部驱动器相同。

  • 这两个系统都可以在计算 持久的实时系统更具可移植性,因为它设置了大量的硬件驱动程序。 安装的系统应安装在没有专用驱动程序的情况下才能移植。

  • 持久的实时系统需要较少的驱动器空间,因为许多程序包存储在压缩文件系统中。 另一方面,它需要更多RAM,因为压缩文件系统扩展到RAM。

  • 持久的实时系统执行较少的写操作,但可以调整已安装的系统以减少写入以避免存储器单元的过度磨损。 看到这个链接 。

  • 持久性实时系统无法使用新内核。 可以更新和升级普通程序包。 已安装的系统可以完全更新和升级。

  • 您可以使用磁盘加密安装(已安装的系统)。 原则上,持久的实时系统未加密,甚至没有登录function,但您直接到达桌面环境。

  • Ubuntu持久性实时系统可以在UEFI和BIOS模式下启动,而安装的系统通常是为UEFI或BIOS模式创建的,但不能同时为两者创建。 根据以下链接,可以在UEFI和BIOS模式下调整已安装的系统以进行引导,

    help.ubuntu.com/community/Installation/UEFI-and-BIOS