【问题标题】:Resizing the default 10GB boot drive Google Cloud Platform调整默认 10GB 引导驱动器的大小 Google Cloud Platform
【发布时间】:2014-08-21 15:17:42
【问题描述】:

在 Google Cloud Platform 上创建实例时,如何增加默认的 10GB 引导驱动器?我已经阅读了有关此问题的不同答案,但没有什么特别清楚的。我是该平台的初学者,如果有人能简单地告诉我如何做到这一点,我将不胜感激。

【问题讨论】:

  • 这可能与this question 重复,请参阅那里发布的答案,如果足够,请关闭此问题。

标签: google-cloud-platform google-cloud-storage


【解决方案1】:

使用以下步骤在 Google Cloud Platform 上增加 CentOS 的启动大小。

ssh 进入 vm 实例 [user@user-srv ~]$ df -h 已使用的文件系统大小可用使用百分比已安装在 /dev/sda1 9.9G 898M 8.5G 10% / tmpfs 296M 0 296M 0% /dev/shm [user@user-srv ~]$ sudo fdisk /dev/sda 该设备的逻辑扇区大小小于 物理扇区大小。与物理扇区对齐(或最佳 I/O) 大小边界是推荐的,否则性能可能会受到影响。 警告:不推荐使用 DOS 兼容模式。强烈建议 关闭模式(命令'c')并将显示单位更改为 扇区(命令“u”)。 命令(m 寻求帮助):p 磁盘 /dev/sda:53.7 GB,53687091200 字节 4 个磁头,32 个扇区/磁道,819200 个柱面 单位 = 128 * 512 = 65536 字节的柱面 扇区大小(逻辑/物理):512 字节/4096 字节 I/O 大小(最小/最佳):4096 字节 / 4096 字节 磁盘标识符:0x0004a990 设备引导开始结束块 ID 系统 /dev/sda1 17 163825 10483712+ 83 Linux 命令(m 寻求帮助):c 未设置 DOS 兼容性标志 命令(m 寻求帮助):u 将显示/输入单位更改为扇区 命令(m 寻求帮助):p 磁盘 /dev/sda:53.7 GB,53687091200 字节 4个磁头,32个扇区/磁道,819200个柱面,总共104857600个扇区 单位 = 1 * 512 = 512 字节的扇区 扇区大小(逻辑/物理):512 字节/4096 字节 I/O 大小(最小/最佳):4096 字节 / 4096 字节 磁盘标识符:0x0004a990 设备引导开始结束块 ID 系统 /dev/sda1 2048 20969472 10483712+ 83 Linux 命令(m 寻求帮助):p 磁盘 /dev/sda:53.7 GB,53687091200 字节 4个磁头,32个扇区/磁道,819200个柱面,总共104857600个扇区 单位 = 1 * 512 = 512 字节的扇区 扇区大小(逻辑/物理):512 字节/4096 字节 I/O 大小(最小/最佳):4096 字节 / 4096 字节 磁盘标识符:0x0004a990 设备引导开始结束块 ID 系统 /dev/sda1 2048 20969472 10483712+ 83 Linux 命令(m 寻求帮助):n 命令动作 e 扩展 p 主分区 (1-4) p 分区号(1-4):1 分区 1 已定义。在重新添加之前删除它。 命令(m 寻求帮助):d 选定分区 1 命令(m 寻求帮助):n 命令动作 e 扩展 p 主分区 (1-4) p 分区号(1-4):1 第一个扇区(2048-104857599,默认 2048): 使用默认值 2048 最后一个扇区,+sectors 或 +size{K,M,G}(2048-104857599,默认 104857599): 使用默认值 104857599 命令(m 寻求帮助):w 分区表已更改! 调用 ioctl() 重新读取分区表。 警告:重新读取分区表失败,错误 16:设备或资源忙。 内核仍然使用旧表。新表将用于 下次重新启动或运行 partprobe(8) 或 kpartx(8) 之后 同步磁盘。 [user@user-srv ~]$ df -h 已使用的文件系统大小可用使用百分比已安装在 /dev/sda1 9.9G 898M 8.5G 10% / tmpfs 296M 0 296M 0% /dev/shm [user@user-srv ~]$ sudo reboot 来自 user@user-srv 的广播消息 (/dev/pts/0) 在 3:48 ... 系统现在正在关闭以重新启动! [user@user-srv ~]$ 到 23.251.144.204 的连接被远程主机关闭。 与 23.251.144.204 的连接已关闭。 Robetus-Mac:~ tomassiro$ gcutil listinstances --project="project-name" +-------+----------------+---------+--------------- -+----------------+ |姓名 |专区 |状态 |网络IP |外部IP | +-------+----------------+---------+--------------- -+----------------+ | srv-1 |我们-central1-a |运行 | 10.230.224.112 | 107.168.216.20 | +-------+----------------+---------+--------------- -+----------------+ ssh 进入 vm 实例 [user@user-srv ~]$ df -h 已使用的文件系统大小可用使用百分比已安装在 /dev/sda1 9.9G 898M 8.5G 10% / tmpfs 296M 0 296M 0% /dev/shm [user@user-srv ~]$ sudo resize2fs /dev/sda1 resize2fs 1.41.12(2010 年 5 月 17 日) /dev/sda1 的文件系统挂载在 / 上;需要在线调整大小 旧的 desc_blocks = 1,新的 desc_blocks = 4 将 /dev/sda1 的大小在线调整为 13106944 (4k) 个块。 /dev/sda1 上的文件系统现在有 13106944 个块长。 [user@user-srv ~]$ df -h 已使用的文件系统大小可用使用百分比已安装在 /dev/sda1 50G 908M 46G 2% / tmpfs 296M 0 296M 0% /dev/shm [user@user-srv ~]$ 退出 登出 与 23.251.144.204 的连接已关闭。

【讨论】:

  • 非常感谢您。这非常有效。
  • 如果你问我,他们应该把它放在他们的维基页面上:)
  • 你是真正的英雄!
【解决方案2】:

步骤很简单:

  1. 从具有更大尺寸的现有源映像创建新磁盘
  2. 使用您刚刚创建的磁盘创建一个新实例(选择现有磁盘)
  3. 系统启动后,使用命令“df -h”,可以看到存储空间还是9.9GB。
  4. 按照https://developers.google.com/compute/docs/disks 中“重新分区根永久磁盘”部分中的步骤(从步骤 4 到 12)进行操作
  5. 完成!!

【讨论】:

    【解决方案3】:

    不重启或重启会增加 GCP 云虚拟机或谷歌云引擎中的启动大小

    检查第一个磁盘使用率是否超过 80% df -h of /dev/sda1 如果超过 80% 则很危险。

    即时更新虚拟机的磁盘大小,无需重启

    1. 首先从控制台增加磁盘大小
    2. VM 内的 SSH:sudo growpart /dev/sda 1
    3. 调整文件系统大小:sudo resize2fs /dev/sda1
    4. 验证:df -h

    【讨论】:

    • 这是我之前使用过的方法,虽然我刚刚找到了一个基于 XFS 的 Centos-7 系统,所以使用xfs_growfs /dev/sda1 来扩展文件系统(在步骤 3 中)。
    • @RalphBolton 哦,很好。
    • 它会清除我现有的数据吗?
    【解决方案4】:

    比直接编辑分区更安全的方法并且不需要维护自己的图像,是 dracut 的 growroot 模块和 cloud-init。

    我已经在 Google Compute、AWS 和 Azure 上将它与 CentOS 6 和 7 一起使用。

    ## you'll need to be root or use sudo
    yum -y install epel-release
    yum -y install cloud-init cloud-initramfs-tools dracut-modules-growroot cloud-utils-growpart
    rpm -qa kernel | sed -e 's/^kernel-//' | xargs -I {} dracut -f /boot/initramfs-{}.img {}
    # reboot for the resize to take affect
    

    分区会在下次启动时自动调整大小。

    注意事项:

    • 这是 Ubuntu 中内置的,这就是为什么您看不到那里的问题。
    • RedHat 和 CentOS 的分区大小问题出现在大多数预构建映像中,而不仅仅是 Google Cloud。这种方法应该适用于任何地方。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-02-26
      • 1970-01-01
      • 1970-01-01
      • 2017-03-24
      相关资源
      最近更新 更多