阿里云只有系统盘？我折腾3天后终于找到原因

刚开始使用云服务器的时候，很多人都会遇到一个非常具体、但又非常让人抓狂的问题：明明自己买的是云服务器，后台里也感觉配置不低，可一登录系统，却发现磁盘里似乎只有系统盘。我前段时间就被这个问题硬生生折腾了3天，从创建实例、购买磁盘、挂载、分区、格式化，到最后排查控制台设置，几乎把能踩的坑都踩了一遍。等我真正把问题弄明白之后，才发现“阿里云 只有系统盘”这件事，表面上看是磁盘没了，实际上背后可能牵涉到购买方式、实例初始化流程、磁盘挂载逻辑、操作系统识别方式，甚至还包括用户自己的认知误区。

如果你现在也正被这个问题困扰，或者打开阿里云服务器后发现磁盘容量和自己预期不一致，那么这篇文章我会把自己踩坑后的经验完整讲清楚。不是简单告诉你“去挂载数据盘”这么一句话，而是从根本上解释，为什么会出现阿里云只有系统盘的现象，哪些情况属于正常，哪些情况属于配置遗漏，以及该怎么一步一步确认和解决。

一、为什么会感觉阿里云只有系统盘

先说结论：阿里云服务器里只看到系统盘，并不一定是故障，很多时候只是数据盘没有购买、没有挂载、没有初始化，或者你查看的方式不对。

很多新手有一个非常典型的理解误区：认为买了一台云服务器，就应该天然带有一个系统盘和一个数据盘。实际上不是这样。阿里云 ECS 实例创建时，默认一定会有系统盘，因为操作系统必须安装在系统盘上；但数据盘并不是所有套餐都默认附带，很多配置页面里需要你手动勾选、单独购买，或者在创建之后再额外挂载云盘。

也就是说，当你觉得阿里云只有系统盘时，第一种可能其实最简单：你根本就没有买数据盘。

这听上去像一句废话，但我自己第一次排查时，真就差点忽略了这一点。因为控制台页面信息很多，实例、镜像、带宽、安全组、快照、云盘，选项层级复杂，很容易让人误以为某个套餐“自带数据盘”。结果等实例开通完成后，进入 Linux 一看，只有一个根分区，于是开始怀疑系统、怀疑镜像、怀疑挂载命令，最后才发现问题出在最初下单环节。

二、我折腾3天的真实过程：以为磁盘丢了，其实是没初始化

我第一次遇到这个问题是在部署一个测试环境时。当时购买了一台阿里云 ECS，创建实例过程中我记得自己选了额外存储，因此心理预期是进系统后应该至少能看到两个盘：一个系统盘，一个数据盘。

结果登录服务器后，使用 df -h 查看，只看到根目录挂载在系统盘上。容量也和系统盘大小差不多，完全没有第二块盘的影子。那一刻我脑子里直接冒出几个判断：

• 阿里云是不是没给我分配数据盘；
• 是不是实例创建失败了；
• 是不是 Linux 没识别到新磁盘；
• 是不是镜像初始化时把磁盘合并了。

于是我开始排查。先去阿里云控制台看实例详情，发现“云盘”栏目里竟然真的有两块盘：一块系统盘，一块数据盘。到这里我又困惑了：控制台明明有，为什么系统里看不到？

接着我执行 fdisk -l 和 lsblk，这时才发现第二块盘其实存在，只是没有分区、没有格式化、没有挂载，所以用 df -h 看不到。也就是说，磁盘并没有消失，而是处于“已挂载到实例、但未完成操作系统层初始化”的状态。

这就是很多人遇到“阿里云 只有系统盘”时最常见的第二种情况：数据盘已经存在，但还没初始化，所以你误以为没有。

对于 Linux 来说，一块新磁盘如果只是被挂载到了虚拟机层面，但没有创建分区、写入文件系统、挂载到目录，那么它就像一间空房子，钥匙你拿到了，但门还没装、地板还没铺，自然也就无法正常使用。

三、阿里云只有系统盘的几种常见原因

经过这次折腾，我把这个问题大致归纳为以下几类。你可以按顺序排查，效率会高很多。

1. 创建实例时根本没有购买数据盘

这是最基础也最容易被忽略的问题。尤其是新用户抢购活动机、轻量套餐迁移到 ECS，或者使用某些预设模板时，很容易只买到系统盘配置。你看到的磁盘容量就是系统盘容量，没有别的隐藏空间。

判断方法很简单：进入阿里云控制台，打开对应 ECS 实例，查看云盘信息。如果只显示一块系统盘，那就说明实例当前确实只有系统盘。

这种情况下的解决方法也最直接：新购一块数据盘并挂载到实例。

2. 数据盘已经购买，但没有挂载到实例

有些用户会单独购买云盘，但购买完成后没有执行“挂载实例”操作。云盘本身存在于账号资源池中，但和当前 ECS 没有关联，所以系统内当然看不到。

这种情况在多台服务器并行管理时特别常见。比如你买了一块 ESSD 云盘，本来打算挂到生产环境，结果误以为已经挂载到测试机，实际上仍然是“待挂载”状态。

判断方式同样是在控制台查看云盘状态。如果状态显示未挂载、待挂载，或者挂载到别的实例，那问题就找到了。

3. 数据盘已挂载，但没有分区、格式化、挂载目录

这就是我折腾3天才确认的核心原因，也是最像“阿里云只有系统盘”的典型场景。控制台层面，一切都没问题；实例层面，磁盘设备也存在；但文件系统层面，这块盘还没有可用空间。

很多人只会用 df -h 看磁盘，结果没看到就认为没有。实际上 df -h 只能显示已经挂载并有文件系统的分区，看不到原始裸盘。所以更准确的查看方式应该是结合：

• lsblk：查看块设备结构；
• fdisk -l：查看磁盘和分区信息；
• blkid：查看文件系统类型和 UUID；
• df -h：查看最终挂载结果。

4. Windows 或 Linux 查看方式不一致，造成误判

如果你用的是 Windows Server，也会出现类似问题。阿里云控制台显示有数据盘，但进入“此电脑”后却只看到 C 盘，于是怀疑阿里云只有系统盘。实际上在 Windows 里，新磁盘往往需要先到“磁盘管理”中联机、初始化、分配盘符后才会显示出来。

Linux 是挂载目录逻辑，Windows 是盘符逻辑，两者显示方式不同。很多第一次接触云服务器的人，正是因为把本地电脑的使用经验直接套到云环境里，才会产生认知偏差。

5. 使用了自定义镜像或快照恢复，磁盘结构与你想象的不一样

还有一种比较隐蔽的情况，是你使用自定义镜像、整机迁移镜像，或通过快照恢复实例后，磁盘布局并不是“系统盘 + 新数据盘”的常见结构。比如原镜像作者已经把某块磁盘挂载到了特定目录，或者你恢复的系统只保留了原有分区映射，没有自动处理新加磁盘。

这种情况下，阿里云只有系统盘的表象，往往不是磁盘真的不存在，而是磁盘识别路径、挂载规则或启动后自动挂载配置出现了变化。

四、如何一步一步确认问题出在哪

如果你现在正处于“看起来只有系统盘”的状态，最稳妥的办法不是盲目格式化，也不是立刻重装系统，而是按下面这套顺序排查。

第一步：先看阿里云控制台

这是最关键的一步。控制台能回答两个根本问题：

1. 你的实例到底有没有数据盘；
2. 数据盘有没有真正挂载到这台 ECS 上。

如果控制台里就只有系统盘，那不用继续纠结系统识别问题，直接去购买数据盘即可。如果控制台里有数据盘，再进入下一步。

第二步：在系统内确认设备是否存在

Linux 下建议先执行查看块设备的命令。如果能看到一块额外磁盘设备，比如系统盘之外还有一块新的磁盘，那么说明阿里云层面的挂载基本成功了，问题大概率出在初始化阶段。

如果系统里完全没有识别到这块磁盘，那就要考虑实例是否需要重启、热挂载是否生效、内核是否刷新设备信息，或者是否实际上挂到了别的实例。

第三步：检查是否已经分区和格式化

识别到设备并不代表能直接使用。只有完成分区、创建文件系统之后，这块盘才真正具备存储能力。如果你看到的是一块裸设备，没有对应分区，或者没有文件系统信息，那么就需要进行初始化。

这里要特别提醒：如果磁盘里本来有数据，不要随便重新分区和格式化。很多人一着急就把盘清了，结果“只有系统盘”的问题是解决了，数据也一并没了。

第四步：检查是否挂载到了目录，以及开机是否自动挂载

即使你已经完成分区和格式化，如果没有把它挂载到某个目录，比如 /data、/www、/home/data，那么应用依然无法使用这块盘。更进一步，如果你只是临时挂载，没有写入 /etc/fstab，那么服务器重启后又会恢复成“看起来只有系统盘”的状态。

这也是很多人遇到的隐藏问题：第一次配置成功了，过了几天重启机器，数据盘又“消失”了。其实不是丢了，而是没有配置自动挂载。

五、一个典型案例：为什么控制台有盘，宝塔里却没有

很多站长搭建网站时会用宝塔面板，而宝塔面板本身又会把磁盘状态以更直观的方式展示出来。问题来了：阿里云控制台显示数据盘存在，但宝塔后台却只显示系统盘，于是用户就更确信“阿里云只有系统盘”。

我帮朋友排查过一个类似案例。他的 ECS 购买时额外加了 100GB 数据盘，计划专门用来存放网站文件和数据库。可装完宝塔后，面板里只有系统盘空间，网站目录依然在系统盘下，越用越紧张。

我登录服务器看了下，发现数据盘设备是存在的，但并没有挂载到 /www，而宝塔默认网站目录就在 /www。这就导致一个非常常见的误解：不是数据盘不存在，而是应用仍然在使用系统盘路径。

后来我们把数据盘初始化后挂载到 /www，再迁移原有站点文件，宝塔里磁盘空间立刻就正常显示了。这个案例说明，阿里云只有系统盘有时不只是基础设施问题，还是应用目录规划问题。你看见的“只有系统盘”，可能只是因为业务没有切到数据盘上。

六、为什么很多教程讲不清这个问题

网上关于阿里云 只有系统盘的文章很多，但大多数都太“跳步”了。上来就告诉你执行几条命令，却没有先解释问题究竟可能出在哪。结果就是，新手照着做了一遍，不仅没解决，还可能把原有数据覆盖掉。

真正负责任的排查思路，应该先区分下面几个层次：

• 资源层：有没有买、有没有挂载；
• 系统层：有没有识别到块设备；
• 存储层：有没有分区和文件系统；
• 挂载层：有没有映射到目录；
• 应用层：程序是否真的在使用这块盘。

只要你按这个层次去看，问题基本跑不掉。反过来说，如果一上来就格式化，或者一上来就重装系统，那往往不是在解决问题，而是在制造新问题。

七、给新手的几个实用建议

如果你以后不想再被“阿里云只有系统盘”这种问题折腾，下面几个建议非常实用。

• 创建实例时截图保存配置。尤其是磁盘类型、容量、是否附加数据盘，后续排查非常有用。
• 控制台和系统内都要检查。不要只相信某一个界面展示结果。
• 学会区分“磁盘存在”和“磁盘可用”。设备存在不等于能直接存文件。
• 初始化前确认盘里是否有数据。尤其是老盘重新挂载场景，切勿误格式化。
• 配置自动挂载。否则一重启就容易再次出现“只有系统盘”的错觉。
• 业务目录尽量提前规划。网站、数据库、日志、备份分别放哪里，要在部署前想清楚。

八、最终结论：阿里云只有系统盘，问题往往不在“只有”二字

折腾了3天之后，我最大的感受是，所谓“阿里云只有系统盘”，真正麻烦的不是磁盘本身，而是用户对云服务器磁盘机制的理解不完整。很多时候，系统盘一直都在，数据盘也可能一直都在，只是没有以你预期的方式出现。

有时是你没买；有时是你买了没挂；有时是挂了没初始化；有时是初始化了没挂载目录；还有时是目录挂了，但程序压根没用上。你如果只盯着“为什么只有系统盘”这个现象，很容易越查越乱。可一旦把它拆解成资源、系统、文件系统、挂载、应用几个层次，问题其实非常清晰。

所以，如果你现在也遇到了阿里云 只有系统盘的情况，先别慌，也别急着怀疑服务器有问题。先去控制台确认资源，再到系统里确认设备，然后看文件系统和挂载状态，最后检查你的业务是否真正用到了数据盘。大多数情况下，答案就在这几步里。

我那3天的折腾，最后换来的其实不是一个“神秘故障的解决方案”，而是对云服务器磁盘逻辑的一次补课。说到底，云服务器不是本地电脑，很多看似“应该自动完成”的事，在云环境里都需要你手动确认。理解了这一点，今后再碰到类似问题，你就不会再被“只有系统盘”这几个字吓住了。