Google compute engine 设置分区持久磁盘-Google计算引擎

我在Google云计算实例上运行JupyterHub服务器，最近出现了一个问题，我的硬盘空间不足，导致JupyterHub服务器出现500个错误等。我应该提到，我正在使用运行JupyterHub服务器。我查看了扩展实例硬盘空间的选项，建议的操作似乎是连接一个分区持久磁盘。我跟着，它看起来像预期的那样被连接。请参阅下面的

df-h

输出，这表明它已按预期安装

但是，我无法确定这个新硬盘是否真的被VM/JupyterHub服务器用于存储。我担心当我继续使用JupyterHub服务器时，它会再次填满原来的20GB

/dev/sda1

磁盘，而不会使用新的200GB

/dev/sdb

来填充过多。如何检查分区持久性磁盘是否会按预期使用，以避免JupyterHub因没有硬盘空间而被占用

我真的不是这方面的专家，所以如果这是一个愚蠢的问题，请提前道歉

提前谢谢

您可以选中此项以更改JupyterHub服务器正在使用的目录

---

另一个解决方法是增加默认磁盘大小（sda1）。您可以先停止实例，然后转到计算引擎>磁盘。单击实例的磁盘，然后单击页面顶部的编辑。输入所需磁盘的新大小，然后单击“保存”。

我认为解决此问题的最简单方法是调整文件系统的大小

/dev/sda1

您可以查看更多信息

去医院

停止你的实例

转到以查看项目中分区永久磁盘的列表

单击要调整大小的磁盘的名称

在磁盘详细信息页面上，单击编辑

在大小字段中，输入磁盘的新大小

单击保存将更改应用于磁盘

重新启动您的实例

我在我自己的实例中复制它 这是更改前文件系统的最新版本

调整磁盘大小后：

---

对于您的案例，另一种选择是删除，以便操作系统可以访问额外的空间。

谢谢。有一个问题，我遵循了你的方法，然后尝试调整系统大小，以便操作系统可以访问新空间。我跟踪了你提供的链接。我明白，因为它是一个引导盘，所以我必须按照步骤4使用growpart来扩展分区。然而，当我这样做时，通过运行“sudogrowpart/dev/sda1”。我得到以下错误“NOCHANGE:分区1的大小为83658719。它无法增长”。然后，当我跳到下一步5并尝试“sudo resize2fs/dev/sda”时，我得到“文件系统已经有10457339（4k）个块长了，没什么可做的！”。有什么想法吗？我认为您应该卸载已经装载的辅助磁盘，然后按照第一个选项的步骤调整引导磁盘的大小。这样，您将能够立即看到更改。另一方面，如果你想继续添加这个磁盘，我找到了解决这个错误的地方。