M学院

npm install -g 报 EACCES 怎么办？先别用 sudo

Sat, 06 Jun 2026 10:48:06 +0800

npm 全局安装报 EACCES 时，先把 npm 全局目录改到当前用户目录，再补 PATH，别急着用 sudo。

有时装一个全局命令，刚跑 npm install -g，终端就回一串 EACCES 或 permission denied。不少人第一反应是前面加 sudo，但这样容易把全局包和缓存目录搞成 root 权限，后面更乱。

先用当前用户目录接住 npm 的全局安装。可以按 npm 官方文档给的做法，先执行：

mkdir ~/.local npm config set prefix ~/.local

然后把这个目录加到 PATH。当前 shell 先临时执行一次：

export PATH="$HOME/.local/bin:$PATH"

想长期生效，就把同一行加到你常用 shell 的配置文件里，比如 ~/.zshrc 或 ~/.bashrc，保存后重新打开终端，或者执行一次：

source ~/.zshrc

这时再重试原来的全局安装命令，一般就能过去。如果你只是偶尔跑一次命令，不一定非要全局装。npm 文档也提到，可以直接试试 npx your-package-name。

另外，npm 官方把 Node 版本管理器列为更推荐的长期方案，因为它会把 Node 和 npm 放在当前用户可写的位置，后面少踩很多权限坑。参考：Resolving EACCES permissions errors when installing packages globally。

最后提醒两点：第一，别把 sudo npm install -g 当默认解法；第二，如果你之前已经用过 sudo 装全局包，后面仍报权限问题，还要顺手检查 npm 缓存和旧目录属主是不是已经被改乱了。

Excel 打开 CSV 中文乱码怎么办？用数据导入选 UTF-8

Thu, 04 Jun 2026 23:55:00 +0800

有时从系统导出一个 CSV，双击用 Excel 打开，姓名、地址、备注里的中文全变成乱码。

文件本身不一定坏，多数是 Excel 直接打开时没有按正确编码解析。先别在乱码单元格里手动改，也不要马上让对方重新发 Excel 文件。

可以从导入入口重新打开。先在 Excel 里新建空白工作簿，进入：

数据 > 获取数据 > 自文件 > 从文本/CSV

选择这个 CSV 后，在预览窗口里看“文件原点”或编码选项，把它改成：

65001: Unicode (UTF-8)

然后再看分隔符是不是逗号。预览里的中文正常、列也没有挤在一起，再点“加载”。

如果你能控制导出端，导出时优先选择 CSV UTF-8。有些系统会写成带 BOM 的 UTF-8，这样 Excel 直接打开时更容易识别。

Microsoft 支持文档说明，Excel 可以导入或导出文本、CSV 文件，也有专门页面说明 CSV UTF-8 文件在 Excel 中正确打开的问题。参考：Import or export text (.txt or .csv) files、Opening CSV UTF-8 files correctly in Excel。

最后提醒两点：第一，乱码 CSV 先保留原文件副本，别覆盖保存；第二，如果预览里仍然不正常，可能原文件不是 UTF-8，而是 GBK、Big5 等其他编码，需要按实际来源选择。

curl 提示 SSL certificate problem 怎么办？先更新 CA 证书

Sun, 31 May 2026 12:13:58 +0800

在服务器上用 curl 访问 HTTPS 地址，突然看到 SSL certificate problem: unable to get local issuer certificate，或者提示本地证书无法校验。

这种情况先别急着加 -k。它会跳过证书校验，临时测试可以，长期写进脚本里不合适。

先看系统 CA 证书包是不是太旧。Debian/Ubuntu 可以先更新并重新生成：

sudo apt update
sudo apt install --reinstall ca-certificates
sudo update-ca-certificates

RHEL、Rocky Linux、CentOS 这类系统可以用：

sudo dnf reinstall ca-certificates
sudo update-ca-trust

执行完再试一次：

curl -I https://example.com

如果只对某个测试服务失败，不要直接关掉校验。更稳的做法是把对应 CA 证书加入系统信任库，或者只在这次请求里显式指定：

curl --cacert ca.pem https://example.com

还有一个判断方法：加 -v 看 curl 正在使用哪个 CA store 或证书文件。如果显示的证书来源不对，通常就是安装包或环境配置问题。

curl 官方文档说明，默认会进行证书验证；校验失败时可以使用 --cacert 指定 CA 文件，也可以修正本机 CA store；-k / --insecure 会降低连接校验强度，不适合作为长期方案。参考：curl - SSL CA Certificates。

最后提醒两点：第一，访问公开网站时，顺手检查服务器时间是否明显错误；第二，如果是自己维护的 HTTPS 服务，还要确认服务端有没有发完整证书链。

GitHub Actions 定时任务时间不对怎么办？先看时区

Sat, 30 May 2026 19:52:51 +0800

GitHub Actions 里写了一个定时任务，本来想每天早上执行，结果总是差几个小时，或者偶尔没有准点开始。

这种情况先别去改服务器时区，也不用反复改 runner。更常见的原因是 schedule 里的 cron 时区没有看清楚。

如果只写 cron，GitHub Actions 默认按 UTC 来算。比如想按北京时间每天 9:10 运行，可以先换算成 UTC 1:10：

on:
  schedule:
    - cron: '10 1 * * *'

现在官方文档也支持在计划任务里写 IANA 时区。想直接按上海时间写，可以这样：

on:
  schedule:
    - cron: '10 9 * * *'
      timezone: 'Asia/Shanghai'

还有一个容易忽略的点：不要都卡在整点跑。GitHub 官方说明，高负载时段可能导致定时任务延迟，整点附近尤其常见。能接受的话，把时间写成 10、17、43 这类非整点分钟，会更稳一点。

如果任务完全不触发，再检查三件事：第一，workflow 文件必须在默认分支；第二，定时任务会跑默认分支上的最新提交；第三，公开仓库长时间没有活动时，计划任务可能被自动停用。

GitHub 官方文档说明，schedule 使用 POSIX cron 语法，默认 UTC，可选 IANA timezone，最短间隔是 5 分钟；同时也提示高负载时可能延迟或丢弃排队任务。参考：Events that trigger workflows - schedule。

最后提醒两点：第一，定时任务不是实时调度器，不适合要求秒级准点的工作；第二，涉及线上发布、扣费、删除数据这类操作时，最好保留手动触发入口和日志通知。

Windows 摄像头打不开怎么办？先检查相机权限

Fri, 29 May 2026 09:35:41 +0800

电脑摄像头明明在设备里能看到，但打开视频会议、浏览器网页或聊天软件时，就是黑屏，或者提示没有权限访问摄像头。

这种情况先别急着重装驱动，也不要随便下载第三方驱动包。很多时候只是 Windows 的相机权限被关掉了。

Windows 11 可以先打开：

设置 > 隐私和安全性 > 相机

依次检查这几个开关：

第一，打开“相机访问权限”。

第二，打开“允许应用访问你的相机”。如果列表里有你要用的应用，也把对应开关打开。

第三，如果用的是浏览器、Teams、Zoom、微信这类桌面软件，还要往下看“允许桌面应用访问你的相机”，这个开关也要打开。

Windows 10 的入口略有不同：

设置 > 隐私 > 相机

同样检查设备相机访问、允许应用访问相机，以及桌面应用访问相机。

改完以后，彻底退出正在用摄像头的软件，再重新打开。网页会议还要看浏览器地址栏附近的摄像头权限，确认当前网站没有被单独禁止。

Microsoft 支持文档说明，在 Windows 中使用相机需要在相机隐私设置里打开权限；桌面应用可能不会出现在单个应用列表里，但仍需要打开桌面应用访问开关。参考：在 Windows 中管理相机的应用权限，以及相机在 Windows 中不工作。

最后提醒两点：第一，如果相机权限开关是灰色的，可能是管理员或组织策略限制，需要找设备管理员处理；第二，如果 Windows 自带相机应用也打不开，再检查物理遮挡开关、笔记本快捷键、USB 连接和设备管理器里的驱动状态。

systemd 服务文件改完不生效怎么办？先 daemon-reload

Thu, 28 May 2026 12:39:12 +0800

在服务器上改了一个 .service 文件，比如调整 ExecStart、Environment 或依赖关系，保存后直接 restart，有时还是按旧配置跑，甚至提示 unit 文件已经变化。

这种情况先别反复重启服务。更常见的原因是 systemd 还没有重新读取 unit 文件。

先执行：

sudo systemctl daemon-reload

然后再重启对应服务：

sudo systemctl restart your-service.service

最后看一下状态，确认有没有加载失败或启动错误：

sudo systemctl status your-service.service

如果改的是当前用户自己的服务，不是系统服务，命令要加 --user：

systemctl --user daemon-reload
systemctl --user restart your-service.service

systemd 官方 systemctl 手册说明，daemon-reload 会重新加载 systemd 管理器配置，重新读取所有 unit 文件，并重建依赖树。参考：systemctl daemon-reload 文档。

最后提醒两点：第一，daemon-reload 只让 systemd 重新认识 unit 文件，不会替你重启正在运行的服务；第二，如果文件语法写错，先看 systemctl status 和 journalctl -u your-service.service 的报错，不要只盯着 reload 命令本身。

Windows 开机慢怎么办？先关掉启动应用

Tue, 26 May 2026 12:47:53 +0800

电脑能正常开机，但进桌面以后右下角程序一个接一个弹出来，鼠标也有点卡，等一会儿才能正常打开浏览器或文档。

这种情况先别急着重装系统，也不要一上来就清注册表。可以先检查启动应用，把不需要开机自动运行的项目关掉。

方法一，打开 Windows 设置：

设置 > 应用 > 启动

也可以按 Win + I 打开设置，再进入“应用”和“启动”。列表里会看到各个应用的开关，优先看“影响大”或平时用不到的软件，把它们关掉。

方法二，用任务管理器看得更细一点：

右键开始菜单 > 任务管理器 > 启动应用

也可以按 Ctrl + Shift + Esc 打开任务管理器。选中不需要自动启动的应用，点“禁用”。这样它不会在登录时自动运行，但以后仍然可以手动打开。

Microsoft 支持文档也说明，设备启动时自动运行的应用可能影响启动速度和系统整体性能；启动应用可以通过“设置”或“任务管理器”来配置。参考：在 Windows 中配置启动应用程序 - Microsoft 支持。

最后提醒两点：第一，不确定用途的项目不要一口气全关，输入法、触控板、显卡、同步工具和安全软件要按实际需要判断；第二，如果某个软件关掉后又自己打开，可以再进这个软件的设置里找“开机启动”或“登录时启动”选项。

移动硬盘插上不显示怎么办？先看看有没有盘符

Sun, 24 May 2026 14:46:42 +0800

插上移动硬盘或 U 盘以后，Windows 有提示音，设备管理器里也能看到设备，但资源管理器里就是没有新的盘符。这个时候很多人会怀疑硬盘坏了，或者想点“格式化”试试。

先别急。如果磁盘管理里能看到已有分区，常见原因之一只是这个分区没有分配盘符。

可以右键开始菜单，打开：

磁盘管理

也可以按 Win + R，输入：

diskmgmt.msc

在下方磁盘列表里找到对应的移动硬盘。重点看分区状态：如果显示“正常”，但卷名旁边没有 D:、E: 这样的盘符，就右键这个分区，选择“更改驱动器号和路径”。

然后点“添加”，选一个没有被占用的字母，确认后再打开资源管理器，一般就能看到这个盘了。

Microsoft Learn 的磁盘管理文档也说明，可以用 Disk Management 更改、添加或删除驱动器号；前提是当前账号有相应管理权限，并且不要对系统盘或应用所在盘随意改盘符。参考：Change a Drive Letter - Microsoft Learn。

最后提醒两点：第一，如果 Windows 弹出“必须格式化才能使用”，而硬盘里有重要资料，不要直接格式化，先考虑备份或数据恢复；第二，如果磁盘管理里显示“未知”“未初始化”“未分配”，这就不是单纯缺盘符，先别乱点初始化或新建卷。

VS Code 保存时不自动格式化怎么办？打开 Format On Save

Sat, 23 May 2026 11:15:25 +0800

写代码或改配置文件时，有时保存以后缩进、空格、换行还是乱的。每次手动点“格式化文档”又很麻烦。

如果你用的是 VS Code，可以先打开保存时自动格式化。

方法一：打开设置，搜索 Format On Save，勾选 Editor: Format On Save。

方法二：打开设置 JSON，加入：

{
  "editor.formatOnSave": true
}

只想对某一种语言生效，也可以写在语言范围里。比如只对 JavaScript 生效：

{
  "[javascript]": {
    "editor.formatOnSave": true
  }
}

如果保存后仍然没变化，先右键编辑器选 Format Document With...，再选 Configure Default Formatter...，指定一个默认格式化器。

VS Code 官方文档也说明，它支持 Format Document、Format Selection，并可以用 editor.formatOnSave 在保存时格式化文件。参考：VS Code Basic Editing - Formatting。

最后提醒两点：第一，项目里如果已经有团队统一配置，优先按项目配置来；第二，不同语言可能需要不同扩展，没有可用格式化器时，开关打开也不会自动生效。

Docker 日志越滚越大怎么办？给 json-file 加上大小上限

Fri, 22 May 2026 15:11:28 +0800

Docker 容器跑久了，有时系统盘空间突然变小。顺着目录查下去，常见结果是某个容器的 *-json.log 一直在增长。

这种情况不要先去手动编辑 Docker 的日志文件。更稳的做法，是给默认的 json-file 日志驱动加上大小上限。

先看当前默认日志驱动：

docker info --format '{{.LoggingDriver}}'

如果输出是 json-file，可以编辑 /etc/docker/daemon.json，加入下面这一段：

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

已经有其它 Docker 配置时，不要直接整段覆盖，只把 log-driver 和 log-opts 合并进去，保证 JSON 格式正确。

保存后重启 Docker：

sudo systemctl restart docker

生产环境重启 Docker 前，先安排维护窗口，避免正在运行的容器被影响。

上面这个配置的意思是：单个日志文件最多 10MB，最多保留 3 个文件。Docker 官方文档也说明，daemon.json 里的 log-opts 选项值要写成字符串，所以 3 也要加引号。

还有一个容易忽略的点：改完默认配置后，只会影响后续新建的容器。已经在跑的容器不会自动套用新日志规则，需要按你的部署方式重建容器。

如果只想给某个新容器单独设置，也可以在启动时加参数：

docker run --log-driver json-file --log-opt max-size=10m --log-opt max-file=3 alpine echo hello

参考：Docker json-file logging driver 文档。