【已记录】提交一个关于lxc容器安装的宝塔问题

就是首页硬盘不显示，这是我在网上没找到解决办法，然后在宝塔面板的ai问的，然后解决的，以下是对话内容：

帮我解决现在宝塔面板硬盘不显示的问题



ME
您好！宝塔面板硬盘不显示可能由多种原因导致，让我先帮您诊断问题。请稍等，我来检查系统磁盘状态和面板相关信息。



让我进一步检查宝塔面板的磁盘信息显示情况：



让我检查面板日志和更多磁盘相关信息：



发现关键问题！让我进一步诊断 psutil 模块的异常情况：



psutil 模块实际上是正常的。让我检查面板的磁盘信息获取逻辑：



我找到了问题所在！让我验证一下：



问题诊断完成
我已经找到了问题所在：

问题原因
您的宝塔面板运行在 Docker 容器环境中，容器的根文件系统挂载在 /dev/loop0 设备上。而宝塔面板的代码逻辑会过滤掉所有 /dev/loop 设备，导致面板无法获取到根目录的磁盘信息，因此硬盘不显示。

具体代码位置：/www/server/panel/class/system.py 第524-525行

if disk.device.startswith("/dev/loop"):
    continue  # 这里过滤掉了所有 loop 设备，包括根目录
解决方案
需要修改面板代码，在过滤 loop 设备时添加例外：如果挂载点是根目录 /，则不过滤。

修改内容：

文件路径：/www/server/panel/class/system.py
修改位置：第524-525行
修改前：
if disk.device.startswith("/dev/loop"):
    continue
修改后：
if disk.device.startswith("/dev/loop") and disk.mountpoint != "/":
    continue
风险评估：

风险等级：低
影响范围：仅影响面板磁盘信息显示逻辑
可回滚：是，修改前会备份原文件
业务影响：无，仅修复显示问题
您是否授权我执行此修改操作？ 修改后需要重启面板服务才能生效（您可以通过面板首页右上角的"重启面板"按钮操作）。



是



ME
备份原文件 system.py
修改 system.py 过滤逻辑，允许根目录 loop 设备显示
验证修改结果
备份原文件 system.py
修改 system.py 过滤逻辑，允许根目录 loop 设备显示
验证修改结果
备份原文件 system.py
修改 system.py 过滤逻辑，允许根目录 loop 设备显示
验证修改结果
备份原文件 system.py
修改 system.py 过滤逻辑，允许根目录 loop 设备显示
验证修改结果
✅ 修复完成
修改已成功应用！以下是操作摘要：

修改内容
项目        详情
文件路径        /www/server/panel/class/system.py
备份文件        /www/server/panel/class/system.py.bak.20260605xxxx
修改内容        第524行：允许根目录(/)的loop设备显示磁盘信息
下一步操作
请重启面板服务使修改生效：

登录宝塔面板 → 点击右上角 "重启" 按钮 → 选择 "重启面板"

重启后，刷新面板首页，您应该可以看到硬盘信息正常显示了（包括根目录 / 的容量、已用空间、可用空间等信息）。

如果重启后仍有问题，请告诉我，我可以帮您进一步排查。



硬盘显示有了，但是还多个挂载点： /sys/devices/system/cpu (/sys/device这玩意是啥情况？



ME
问题很明确！/sys 是 Linux 的 sysfs 虚拟文件系统，用于暴露内核设备、驱动、CPU 等硬件信息。/sys/devices/system/cpu 是 lxcfs 在容器环境中模拟的 CPU 信息挂载点，属于内核虚拟文件系统，不应该在磁盘列表中显示。

目前面板代码只过滤了 /proc 开头的挂载点（第521行），但没有过滤 /sys 开头的挂载点。我来修复这个问题：



✅ 问题已修复
关于 /sys/devices/system/cpu 的说明
/sys 是 Linux 的 sysfs 虚拟文件系统，由内核直接管理，用于暴露硬件设备、驱动、CPU、内存等信息。/sys/devices/system/cpu 是 lxcfs 在容器环境中模拟的 CPU 信息挂载点。这类挂载点属于内核虚拟文件系统，不占用任何物理磁盘空间，不应在磁盘列表中出现。

本次修复内容
修改位置        修改内容
/www/server/panel/class/system.py 第522行        添加 if disk.mountpoint.startswith('/sys'): continue
修复后效果
经过验证，修改后磁盘列表只显示根目录 / 的真实磁盘信息，所有虚拟文件系统挂载点（/proc、/sys、/dev、Docker overlay 等）均已被正确过滤。

下一步操作
请重启面板服务使修改生效：
登录宝塔面板 → 点击右上角 "重启" 按钮 → 选择 "重启面板"

重启后刷新页面，磁盘列表应该只显示根目录 /，不会再出现 /sys/devices/system/cpu 等虚拟挂载点。



那下次更新面板，这还会被覆盖吗



ME
是的，会被覆盖。

/www/server/panel/class/system.py 属于面板核心代码文件，宝塔面板在以下情况会替换这个文件：

更新面板（点击面板内的"更新面板"按钮）
修复面板（使用 bt 16 命令或面板内的修复功能）
建议处理方式
方式一：更新后手动重新修改（推荐）
每次更新面板后，再手动改一下这一行即可。修改很简单，找到第524行附近：

# 将原来的：
if disk.device.startswith("/dev/loop"):
# 改为：
if disk.device.startswith("/dev/loop") and disk.mountpoint != "/":
再找到第521行附近，在 /proc 过滤行下面加一行：

if disk.mountpoint.startswith('/proc'): continue
if disk.mountpoint.startswith('/sys'): continue   # 新增这行
方式二：向宝塔官方反馈
这个问题本质上是宝塔面板在 Docker 容器环境下的兼容性 Bug，建议通过以下渠道反馈给官方，让官方在后续版本中直接修复：

宝塔论坛：https://www.bt.cn/bbs/
宝塔面板内的"反馈"入口
如果官方采纳并修复了这个问题，后续更新就不需要再手动改了，这是最彻底的解决方式。

感谢反馈，已经记录这个问题