amd开发者中心免费100小时候的算力卡gpu notebook工作区限制10g解决办法解决办法是文件放到根目录df-hFilesystem Size Used Avail Use% Mounted on overlay3.5T1.5T2.1T41% / tmpfs 64M064M0% /dev10.5.10.15:/disk1/pvc-5f622f68-daa2-4af2-a3b9-f22b0c4a2295 10G 10G0100% /workspace tmpfs 64G064G0% /dev/shm /dev/nvme0n13.5T1.5T2.1T41% /etc/hosts tmpfs 64G 12K 64G1% /run/secrets/kubernetes.io/serviceaccount tmpfs 252G0252G0% /proc/asound tmpfs 252G0252G0% /proc/acpi tmpfs 252G0252G0% /proc/scsi tmpfs 252G0252G0% /sys/firmware tmpfs 252G0252G0% /sys/devices/virtual/powercap我来帮你解释这些挂载点的含义并解决你的磁盘空间问题。问题根源你的/workspace目录已经满了10.5.10.15:/disk1/pvc-5f622f68-daa2-4af2-a3b9-f22b0c4a2295 10G 10G 0 100% /workspace总容量10GB已使用10GB100%可用0B满了你尝试下载约 10GB 的文件但/workspace已经没有空间了。各挂载点解释挂载点说明是否可写入用途/(overlay)容器主文件系统2.1TB 可用✅你的主要工作目录/dev设备文件❌硬件设备访问/workspace网络存储NFS✅已满需清理或改用其他目录/dev/shm共享内存64GB✅临时文件、高速缓存/run/secrets/...Kubernetes 密钥❌服务账号凭证/proc/asound、/proc/acpi等内核信息接口❌硬件信息只读解决方案3选1✅ 方案1下载到根目录推荐根目录/有2.1TB可用空间./fasttrans/rayfile-c-aksefile.hpccube.com-P65245-uacz6ty4okx-w9380ec0f4b20161f2e-9cb1-471e-856b-392da29bd7ea -no-meta -symbolic-links follow-retry10-retrytimeout30-odownload-s/14b2epoch/14b2epoch.tar.gz-d/文件会下载到/14b2epoch/14b2epoch.tar.gz方案2使用临时目录./fasttrans/rayfile-c-aksefile.hpccube.com-P65245-uacz6ty4okx-w9380ec0f4b20161f2e-9cb1-471e-856b-392da29bd7ea -no-meta -symbolic-links follow-retry10-retrytimeout30-odownload-s/14b2epoch/14b2epoch.tar.gz-d/dev/shm方案3清理/workspace空间# 查看占用空间最大的目录du-sh/workspace/*2/dev/null|sort-rh|head-10# 删除不需要的文件rm-rf/workspace/some_large_directory验证空间下载前检查目标目录空间df-h/# 检查根目录应有 2.1TB 可用df-h/dev/shm# 检查临时目录应有 64GB 可用建议使用方案1将-d参数改为/即可成功下载有问题随时告诉我我看懂了只针对你贴的 df 输出里那行overlay给你讲清楚不扯别的overlay 3.5T 1.5T 2.1T 43% /overlay文件系统类型就是 OverlayFS/ 挂载点代表这个 overlay 文件系统是当前容器的根目录容量 3.5T、已用1.5T 来自宿主机那块/dev/nvme0n1本地NVMe盘简单一句话解释你现在处在 K8s Pod 容器内部容器本身没有独立硬盘靠 OverlayFS 把宿主机磁盘分出一层给容器当根目录/使用。你在容器里写文件、装包、存数据全部存在宿主机 nvme0n1 盘上df 显示overlay挂载到/意思就是整个容器根目录全部走 overlay 联合文件系统下面那行/dev/nvme0n1显示挂载到/etc/hosts只是 df 显示bug实际底层存储就是这块盘。你关心的怎么使用这个 overlay不用你手动挂载、不用你操作这是容器启动时自动创建好的你直接在容器任意路径//root、/workspace 除外读写文件就是在用这个 overlay/workspace 是单独NFS盘不属于这个 overlay容器内所有本地写入不存/workspace都会占用 overlay 对应的3.5T磁盘空间。补充区分overlay 容器本地读写层根目录/root/tmp等10.5.10.15:/xxx /workspace 远端NFS存储和overlay互不干扰OverlayFS 通俗大白话解释结合你Pod里的环境1. 字面意思Overlay 覆盖、叠加FS FileSystem 文件系统OverlayFS 叠加式分层文件系统2. 核心原理两层分开把文件分成两类存放拼出一个完整目录给你用下层 lower只读层容器镜像自带的文件系统、软件、基础代码只能读不能改。不管你怎么操作镜像原始文件永远不动。上层 upper可写层容器启动后新建的一层你所有修改、新增文件、删除文件全都存在这里。合并视图 merged你看到的容器根目录/是下层上层拼在一起的效果也就是df里那行overlay /。举个例子下层有文件/a.txt你只读直接读下层不占用上层空间你修改 a.txt系统把文件复制一份到上层你改上层副本下层原版不变你删掉 a.txt上层生成一个“删除标记”打开目录看不到这个文件但下层原文件还在3. 对应你 df 里的那条记录overlay 3.5T 1.5T 2.1T 43% /这个overlay就是 OverlayFS挂载点/ 整个容器根目录都靠它实现容量3.5T来自宿主机/dev/nvme0n1本地硬盘你在容器里安装软件、新建文件夹、日志缓存全部占用这个overlay的磁盘空间。4. 和你容器里其他存储区分开overlay /容器本地读写层存在宿主机本地盘Pod删除后所有数据清空/workspace独立NFS网络盘不属于overlay删Pod数据还在5. 它存在的意义容器为什么要用它镜像复用多个Pod共用同一个底层镜像只各自分配独立可写层省磁盘隔离每个容器修改互不干扰容器销毁上层可写层直接删掉干净无残留。
amd开发者中心，免费100小时候的算力卡gpu ，notebook工作区限制10g，解决办法
发布时间：2026/7/15 18:21:45
amd开发者中心免费100小时候的算力卡gpu notebook工作区限制10g解决办法解决办法是文件放到根目录df-hFilesystem Size Used Avail Use% Mounted on overlay3.5T1.5T2.1T41% / tmpfs 64M064M0% /dev10.5.10.15:/disk1/pvc-5f622f68-daa2-4af2-a3b9-f22b0c4a2295 10G 10G0100% /workspace tmpfs 64G064G0% /dev/shm /dev/nvme0n13.5T1.5T2.1T41% /etc/hosts tmpfs 64G 12K 64G1% /run/secrets/kubernetes.io/serviceaccount tmpfs 252G0252G0% /proc/asound tmpfs 252G0252G0% /proc/acpi tmpfs 252G0252G0% /proc/scsi tmpfs 252G0252G0% /sys/firmware tmpfs 252G0252G0% /sys/devices/virtual/powercap我来帮你解释这些挂载点的含义并解决你的磁盘空间问题。问题根源你的/workspace目录已经满了10.5.10.15:/disk1/pvc-5f622f68-daa2-4af2-a3b9-f22b0c4a2295 10G 10G 0 100% /workspace总容量10GB已使用10GB100%可用0B满了你尝试下载约 10GB 的文件但/workspace已经没有空间了。各挂载点解释挂载点说明是否可写入用途/(overlay)容器主文件系统2.1TB 可用✅你的主要工作目录/dev设备文件❌硬件设备访问/workspace网络存储NFS✅已满需清理或改用其他目录/dev/shm共享内存64GB✅临时文件、高速缓存/run/secrets/...Kubernetes 密钥❌服务账号凭证/proc/asound、/proc/acpi等内核信息接口❌硬件信息只读解决方案3选1✅ 方案1下载到根目录推荐根目录/有2.1TB可用空间./fasttrans/rayfile-c-aksefile.hpccube.com-P65245-uacz6ty4okx-w9380ec0f4b20161f2e-9cb1-471e-856b-392da29bd7ea -no-meta -symbolic-links follow-retry10-retrytimeout30-odownload-s/14b2epoch/14b2epoch.tar.gz-d/文件会下载到/14b2epoch/14b2epoch.tar.gz方案2使用临时目录./fasttrans/rayfile-c-aksefile.hpccube.com-P65245-uacz6ty4okx-w9380ec0f4b20161f2e-9cb1-471e-856b-392da29bd7ea -no-meta -symbolic-links follow-retry10-retrytimeout30-odownload-s/14b2epoch/14b2epoch.tar.gz-d/dev/shm方案3清理/workspace空间# 查看占用空间最大的目录du-sh/workspace/*2/dev/null|sort-rh|head-10# 删除不需要的文件rm-rf/workspace/some_large_directory验证空间下载前检查目标目录空间df-h/# 检查根目录应有 2.1TB 可用df-h/dev/shm# 检查临时目录应有 64GB 可用建议使用方案1将-d参数改为/即可成功下载有问题随时告诉我我看懂了只针对你贴的 df 输出里那行overlay给你讲清楚不扯别的overlay 3.5T 1.5T 2.1T 43% /overlay文件系统类型就是 OverlayFS/ 挂载点代表这个 overlay 文件系统是当前容器的根目录容量 3.5T、已用1.5T 来自宿主机那块/dev/nvme0n1本地NVMe盘简单一句话解释你现在处在 K8s Pod 容器内部容器本身没有独立硬盘靠 OverlayFS 把宿主机磁盘分出一层给容器当根目录/使用。你在容器里写文件、装包、存数据全部存在宿主机 nvme0n1 盘上df 显示overlay挂载到/意思就是整个容器根目录全部走 overlay 联合文件系统下面那行/dev/nvme0n1显示挂载到/etc/hosts只是 df 显示bug实际底层存储就是这块盘。你关心的怎么使用这个 overlay不用你手动挂载、不用你操作这是容器启动时自动创建好的你直接在容器任意路径//root、/workspace 除外读写文件就是在用这个 overlay/workspace 是单独NFS盘不属于这个 overlay容器内所有本地写入不存/workspace都会占用 overlay 对应的3.5T磁盘空间。补充区分overlay 容器本地读写层根目录/root/tmp等10.5.10.15:/xxx /workspace 远端NFS存储和overlay互不干扰OverlayFS 通俗大白话解释结合你Pod里的环境1. 字面意思Overlay 覆盖、叠加FS FileSystem 文件系统OverlayFS 叠加式分层文件系统2. 核心原理两层分开把文件分成两类存放拼出一个完整目录给你用下层 lower只读层容器镜像自带的文件系统、软件、基础代码只能读不能改。不管你怎么操作镜像原始文件永远不动。上层 upper可写层容器启动后新建的一层你所有修改、新增文件、删除文件全都存在这里。合并视图 merged你看到的容器根目录/是下层上层拼在一起的效果也就是df里那行overlay /。举个例子下层有文件/a.txt你只读直接读下层不占用上层空间你修改 a.txt系统把文件复制一份到上层你改上层副本下层原版不变你删掉 a.txt上层生成一个“删除标记”打开目录看不到这个文件但下层原文件还在3. 对应你 df 里的那条记录overlay 3.5T 1.5T 2.1T 43% /这个overlay就是 OverlayFS挂载点/ 整个容器根目录都靠它实现容量3.5T来自宿主机/dev/nvme0n1本地硬盘你在容器里安装软件、新建文件夹、日志缓存全部占用这个overlay的磁盘空间。4. 和你容器里其他存储区分开overlay /容器本地读写层存在宿主机本地盘Pod删除后所有数据清空/workspace独立NFS网络盘不属于overlay删Pod数据还在5. 它存在的意义容器为什么要用它镜像复用多个Pod共用同一个底层镜像只各自分配独立可写层省磁盘隔离每个容器修改互不干扰容器销毁上层可写层直接删掉干净无残留。
