Jupyter虚拟环境重装nb_conda报无法配置console格式化程序错误

这个报错是Python包跨环境加载冲突导致的，和你在其他虚拟环境安装Django没有直接关系。
从traceback可以看到明显的路径混用问题：执行nb_conda启用命令时，traitlets配置相关模块从用户全局目录/home/run/.local/lib/python3.8/site-packages/加载，而日志配置模块从当前激活的d2l conda环境目录/home/run/.miniconda3/envs/d2l/lib/python3.8/加载。两个来源的依赖版本不匹配，进程退出触发Application类析构时，日志初始化流程找不到console格式化器的对应定义，就抛出了该ValueError。
注意看输出里的nb_conda 2.2.1 OK，说明nb_conda本身的启用、验证流程已经执行完成，这个异常是进程退出阶段的清理错误，不代表nb_conda安装失败，但如果不解决冲突，后续会出现jupyter无法识别conda内核、启动报错等问题。

• 执行which python、which jupyter，确认当前调用的命令属于目标d2l虚拟环境，没有混用全局Python或其他环境的命令
• 分别执行pip list | grep traitlets、conda list | grep traitlets，确认traitlets、jupyter_core等核心依赖是否同时存在于用户全局site-packages目录和conda环境目录，且版本不一致
• 执行jupyter --paths，检查jupyter的配置、包搜索路径是否优先加载了用户全局目录下的配置，与当前环境的配置产生冲突

按优先级从高到低尝试以下方案：

1. 清理用户全局目录下的冲突依赖
   激活d2l虚拟环境后，执行命令卸载装在用户全局目录的相关包，避免和conda环境内的依赖冲突：

   pip uninstall -y traitlets jupyter_core nb_conda
   

   卸载完成后在conda环境内重新安装nb_conda：

   conda install -c conda-forge nb_conda
   

2. 临时禁用用户全局包导入
   如果不想卸载用户全局目录下的包，可以在执行jupyter相关命令前加环境变量，禁止Python加载用户目录下的第三方包，完全使用当前conda环境内的依赖：

   PYTHONNOUSERSITE=1 jupyter serverextension enable nb_conda
   

   平时启动jupyter如果也遇到同类报错，也可以加这个环境变量启动。
3. 修复冲突的日志配置
   如果以上操作无效，检查jupyter配置文件（通常为~/.jupyter/jupyter_config.py或当前环境下的etc/jupyter/jupyter_config.py），查看是否存在自定义的logging配置，其中定义了console格式化器但没有写全对应参数，把这部分自定义日志配置临时注释后重试即可。

内容的提问来源于stack exchange，提问作者Hu Tianrun