核心内容摘要
开题报告+基于Python的家庭安防监控系统设计与实现
DamoFD-
5G模型保姆级教程Jupyter内核选择错误排查damofd环境验证方法你是不是刚启动DamoFD镜像点开Jupyter Notebook却卡在“Python 3”内核上一运行就报错ModuleNotFoundError: No module named torch或者明明改了图片路径结果输出一堆红色报错连人脸框都没画出来别急——这不是模型问题大概率是你没选对内核或者环境压根没激活成功。
这篇教程不讲原理、不堆参数只解决你此刻最头疼的三件事怎么一眼识别Jupyter里内核选错了附真实报错对照表为什么conda activate damofd之后终端能跑通但Notebook还是报错一套可复用的环境验证流程5分钟确认你的damofd环境是否真正就绪全程基于CSDN星图镜像广场提供的DamoFD人脸检测关键点模型-
5G镜像实操所有命令、路径、截图逻辑均来自真实环境不是理论推演。
先搞懂这个镜像到底装了什么很多人一上来就猛敲代码结果报错都不知道从哪查起。
先花2分钟看清这个镜像的“底牌”后面所有排查才有依据。
DamoFD人脸检测关键点模型-
5G镜像不是简单装了个PyTorch就完事。
它是一套开箱即用的推理闭环环境从CUDA驱动层到模型加载逻辑全部预配置完成。
核心不是“能不能跑”而是“在哪跑、用谁跑、跑得稳不稳”。
它的底层结构就像一栋三层小楼地基层系统层CUDA
1
3 cuDNN
x —— 这是GPU加速的硬门槛缺一不可中间层运行时Python
7 PyTorch
1.
1
0cu113 —— 特别注意版本组合PyTorch必须带cu113后缀否则无法调用上面的地基顶层应用层ModelScope
1.
1 预置模型权重 /root/DamoFD完整代码 —— 所有文件已按最佳实践组织好你只需要“填图、点运行”关键提醒这个镜像没有全局Python环境。
所有依赖都锁死在damofd这个Conda环境里。
这意味着终端里执行python DamoFD.py前必须先conda activate damofdJupyter里运行代码前必须把内核切换成damofd而不是默认的Python 3两者看似都是“Python”实则是两个完全隔离的平行宇宙
Jupyter内核选错三步精准定位修复Jupyter Notebook右上角那个小小的“Python 3”下拉菜单是90%新手翻车的第一现场。
它不报错但就是不工作它看起来正常但实际在用另一个环境。
下面教你三步揪出问题。
1 第一步看报错特征秒判内核错误当你在Notebook里执行import torch或from modelscope import snapshot_download时如果出现以下任一报错100%是内核选错了ModuleNotFoundError: No module named torchModuleNotFoundError: No module named modelscopeImportError: libcudnn.so.8: cannot open shared object fileRuntimeError: Found no NVIDIA driver on your system但终端里nvidia-smi能显示显卡这些报错的共同点模块找不到、驱动找不到、库链接失败。
它们指向同一个真相——当前Notebook进程根本没加载damofd环境而是在用系统默认的、空空如也的Python解释器。
2 第二步确认当前内核真实身份别信右上角显示的文字。
很多用户反馈“我明明选了damofd怎么还报错”——因为显示可能滞后或者你选的是假的damofd。
打开一个新Notebook单元格输入并运行import sys print(Python解释器路径, sys.executable) print(Python版本, sys.version)正常输出应类似Python解释器路径 /root/miniconda3/envs/damofd/bin/python Python版本
3.
16 (default, May 10 2023, 11:24:
如果路径里没有/envs/damofd/或者版本不是
7说明你还在用错的内核。
此时请立刻执行下一步。
3 第三步手动注册强制切换内核镜像虽预装了damofd环境但Jupyter不一定自动识别它。
需要手动“登记”一次在终端中执行注意不是在Notebook里是在左侧“终端”Tab里conda activate damofd python -m ipykernel install --user --name damofd --display-name Python (damofd)刷新Jupyter页面或重启Jupyter服务再打开DamoFD-
5G.ipynb点击右上角内核选择器 → 找到并选择Python (damofd)注意括号里的文字这是注册后的正式名称点击菜单栏Kernel → Restart Run All让所有单元格用新内核重跑验证成功标志运行import torch; print(torch.__version__)输出
1.
1
0cu113且无报错
damofd环境验证5分钟闭环测试法光能导入模块还不够。
真正的环境就绪必须满足三个条件GPU可用、模型可加载、推理能出图。
我们用一套极简测试流程5分钟走完闭环。
1 测试一GPU与CUDA链路是否打通在Notebook新单元格中运行import torch print(CUDA可用, torch.cuda.is_available()) if torch.cuda.is_available(): print(CUDA设备数, torch.cuda.device_count()) print(当前设备, torch.cuda.get_device_name(
) print(CUDA版本, torch.version.cuda)正确输出示例CUDA可用 True CUDA设备数 1 当前设备 NVIDIA A10 CUDA版本
1
3❌ 常见失败CUDA可用 False→ 检查nvidia-smi是否可见或CUDA版本是否匹配必须
1
3CUDA版本
1
7→ 镜像CUDA版本与PyTorch不匹配需重装对应版本
2 测试二ModelScope能否正常下载模型DamoFD模型权重默认未预载入内存首次运行会自动下载。
但网络策略可能导致超时。
手动触发并观察from modelscope.pipelines import pipeline from modelscope.utils.constant import Tasks # 尝试初始化管道不真正推理只验证模型加载能力 try: face_det_pipeline pipeline( taskTasks.face_detection, modeliic/cv_ddsar_face-detection_iclr23-damofd, model_revisionv
1.
1 ) print( ModelScope模型加载成功) except Exception as e: print(❌ 模型加载失败, str(e)[:100])成功标志输出ModelScope模型加载成功且耗时在10秒内注意首次运行会下载约480MB模型文件耐心等待进度条。
若超时可提前在终端执行conda activate damofd modelscope download --model iic/cv_ddsar_face-detection_iclr23-damofd --revision v
1.
0.
1
3 测试三端到端推理出图终极验证用一张最简单的测试图走完从读图→检测→画框→保存的全流程import cv2 import numpy as np from modelscope.outputs import OutputKeys from modelscope.pipelines import pipeline from modelscope.utils.constant import Tasks #
加载测试图使用镜像自带测试图避免路径错误 test_img_path /root/DamoFD/test_images/mog_face_detection.jpg #
初始化管道复用上一步已加载的实例加快速度 face_det_pipeline pipeline( taskTasks.face_detection, modeliic/cv_ddsar_face-detection_iclr23-damofd, model_revisionv
1.
1 ) #
执行推理 result face_det_pipeline(test_img_path) #
可视化结果 img cv
imread(test_img_path) for face in result[OutputKeys.BOXES]: x1, y1, x2, y2 [int(c) for c in face] cv
rectangle(img, (x1, y
, (x2, y
, (0, 255,
,
#
保存并显示 output_path /root/workspace/damofd_test_result.jpg cv
imwrite(output_path, img) print(f 推理完成结果已保存至{output_path})成功标志控制台输出保存路径左侧文件浏览器中可看到damofd_test_result.jpg生成双击打开清晰看到绿色人脸框如下图示意
两个高频陷阱踩过才懂除了内核和环境还有两个隐蔽坑新手常在这里反复折腾。
1 “复制代码到workspace”不是可选项是必选项镜像文档说“为方便修改代码请复制到workspace”。
很多人觉得“我就跑个demo何必复制”直接在/root/DamoFD/里改。
结果是修改DamoFD.py里的img_path运行后提示Permission denied想保存结果图到原目录报错Read-only file system原因/root/DamoFD/挂载在只读镜像层任何写操作都会失败。
而/root/workspace/是挂载在可读写数据盘上的。
正确姿势务必执行cp -r /root/DamoFD /root/workspace/ cd /root/workspace/DamoFD conda activate damofd之后所有操作改代码、存图片、装包都在/root/workspace/DamoFD/下进行。
2 图片路径不能用相对路径必须用绝对路径在Notebook里写img_path my_photo.jpg # ❌ 错误相对路径Jupyter工作目录不一定是当前文件夹 img_path ../my_photo.jpg # ❌ 同样错误 img_path /root/workspace/my_photo.jpg # 正确绝对路径明确指向为什么因为Jupyter Notebook的默认工作目录是/root不是你双击打开的.ipynb所在目录。
所以my_photo.jpg会被解释为/root/my_photo.jpg而非/root/workspace/DamoFD/my_photo.jpg。
安全写法推荐import os img_path os.path.join(/root/workspace, my_photo.jpg)
5.
总结你的damofd环境现在是否ready回顾一下一个真正ready的damofd环境必须同时满足以下五项内核正确Jupyter内核显示为Python (damofd)且sys.executable路径含/envs/damofd/GPU就绪torch.cuda.is_available()返回True且设备名、CUDA版本匹配模型可达pipeline()初始化不报错能成功加载iic/cv_ddsar_face-detection_iclr23-damofd路径合规所有代码、图片、输出文件均在/root/workspace/下操作杜绝/root/DamoFD/写入推理闭环能从读图→检测→画框→保存全程无报错结果图可查看如果你卡在其中任意一环不用重装镜像按本文对应章节逐项检查95%的问题都能5分钟内解决。
最后送你一句实测心得DamoFD-
5G模型的检测精度和速度在同等轻量级模型中确实突出。
但再好的刀也得先装对刀柄——这个“刀柄”就是你亲手配准的damofd内核与环境。