office动态链接库问题 昨天由于卸载visio了，谁知道竟会顺手把其他office依赖的动态链接库给卸载，我于是今天想用c2r安装结果提示网络报错，这么奇怪，我联网了，我想难道是UWP应用的代理环回限制，反正不需要代理下载，我就退出代理软件了，结果还是不行。 然后我就换软件Office_Tool_with_runtime_v10.22.2.0_x64,之前没用过，感觉界面好多呀，眼花缭乱。今天试着，还行，连上我的热点一会儿下完所需的2G，然后我想可以刻录为ISO，我就刻录下来，以防以后网络卡顿下载慢。一开始少勾选了Excel，少下载安装了，我又重新下载，ISO，安装，又来了一遍。不过最后还是安装好了。以后office还是少单独卸载吧，万一在整这一出有麻烦。有人可能会说为什么我不修复安装呀，省的在下载安装，但是呢我试过了，还是提示网络错误还有其他报错。 markdown软件 另外呢我安装了Typora的最后一个免费测试的版本。同时根据一个教程把禁止它修改注册表，然后就停止更新提醒了。我也想付费，但是学生党没钱买，服务器都是忍痛买了个便宜的，以后上班一定会补回来。

PixPin老版本bug 晚上看网课的时候突然想用PixPin截屏，但截屏后发现程序结束了，也许这就是自动启动是计划任务的弊端吧，然后想是是版本太老了，结果一看版本是2.0.0.3。25年7月下载的，想升级，点击升级提示服务器相应错误。我猜应该是链接改了，我不更新，本地程序没更新 那我点击使用文档发现还能跳转到官网，再一看，原来我当初安装的是 2025年4月9日 2.0.0的版本下的一个小更新版本。现在都有 v3.1.4.0了，2026年04月23日的，看来我得赶紧更新了 看来更新了不少内容

问题 TIM 4.0.98 在 Android 16（crDroid）上启动后报"无法存储文件，请检查SD卡状态"，无法加载图片及缓存文件。 根因 Android 16 存在 bug，应用安装后 /storage/emulated/0/Android/data/<包名>/ 目录不会自动创建。TIM 的 NTKernel（C++ 层）直接拼路径写文件，没有经过 getExternalFilesDir() 这个 Java API，因此没有触发系统自动创建目录，导致所有文件写入返回 EIO（error -5）。 关键日志 W ContextImpl: Failed to ensure /storage/emulated/0/Android/data/com.tencent.tim/cache E NTKernel: CreateTempDir Fail. error:-5 path=/storage/emulated/0/Android/data/com.tencent.tim/Tencent/Tim/chatpic/Temp E NTKernel: CreateFileDir Fail. error:-5 path=/storage/emulated/0/Android/data/com.tencent.tim/Tencent/Tim/chatpic/chatraw/a29 E NTKernel: fail to create directory:/storage/emulated/0/Android/data/com.tencent.tim/Tencent/Tim/chatpic/Temp(-5) 临时解决方案 获取 TIM 的 uid： su -c "stat -c %u /data/data/com.tencent.tim" 手动创建目录并设置正确属主（将 10499 替换为实际 uid）： su -c "mkdir -p /storage/emulated/0/Android/data/com.tencent.tim/cache && \ mkdir -p /storage/emulated/0/Android/data/com.tencent.tim/files && \ chown -R 10499:10499 /storage/emulated/0/Android/data/com.tencent.tim && \ chmod -R 771 /storage/emulated/0/Android/data/com.tencent.tim" 备注（个人见解） 此问题为 Android 16 上游 bug，非 crDroid 特有，原生 Pixel 设备同样可复现 其他经过 Java API（getExternalFilesDir()）创建目录的 app 不受影响 TIM 未针对 Android 16 做适配，且测试范围基本限于国内厂商 ROM

解决 WSL下的 git 代理 问题 首先，WSL的本身就是虚拟机，自己有着自己的网络协议栈，如果硬要实现直接被实体机直接代理就麻烦许多，所以我只是通过实体机的局域网IP来局域网代理 a git config --global http.proxy http://*.*.*.*:10808 git config --global https.proxy http://*.*.*.*:10808 还有的 ssh 能用http代理，通过 connect-proxy apt install -y connect-proxy Host github.com HostName ssh.github.com Port 443 User git IdentityFile path/to/ssh_private_key ProxyCommand connect-proxy -H <Porxy IP>:<port> %h %p 解决 PowerShell 启动加载速度慢 使得 PowerShell 启动加速 1418ms 到秒开 问题： Loading personal and system profiles took 1418ms。D:\UserName\Documents\PowerShell\profile.ps1 里 Conda 初始化每次启动调用 conda.exe，加上 Windows Defender 扫描。 解决： ...

一、 修复原生环境的 SSH 密钥管理 我解决了在本地 PowerShell 通过 ssh 命令登录 VPS 时的技术阻碍： 解决 ssh-agent 无法连接问题 针对执行 ssh-add 报错 Error connecting to agent 的问题，我通过管理员权限执行以下命令，将 ssh-agent 服务设为自动启动并开启： 设置ssh config Set-Service -Name ssh-agent -StartupType Automatic Start-Service ssh-agent Host "VPS Doamin" Hostname "VPS IP" User root Port 22 IdentityFile path\to\id_ed25519 二、 使用专业的 SSH 连接工具 为了更方便地连接和管理 VPS，我配置并测试了专门的 SSH 工具： WindTerm：使用了这款高性能的 SSH 客户端，其实时响应速度非常快。 MobaXterm：通过将 MobaXterm_Portable_v24.3_chs 汉化版的插件覆盖移动到官方安装版的文件中，实现了官方安装版的汉化使用。利用其集成的 SFTP 传输和中文界面来管理远程 VPS 文件。 三、 Eclipse 插件安装与汉化 我尝试了对 Eclipse 的界面汉化： ...

💡 背景知识 默认情况下，当你安装操作系统时，系统会在磁盘的特定位置创建一个 EFI 分区。UEFI/BIOS正是利用该分区来正确引导系统启动的。然而，如果你在同一块磁盘上安装了另一个操作系统（例如 Windows），新的安装程序可能会覆盖原有的 EFI 分区，从而导致之前的操作系统无法启动。我就遇到了这种情况——Windows 覆盖了我的 Linux 引导加载程序（Bootloader）。 1. 修复前的准备工作 当时我手头没有现成的 Linux 安装介质，于是我从官方网站下载了我所用发行版的 ISO 镜像文件，并将其写入到了一个 USB 闪存盘中。随后，我进入了 UEFI/BIOS 设置界面，**禁用了“安全启动”（Secure Boot）和“快速启动”（Fast Boot）**功能，保存设置并重启电脑，最终通过 USB 闪存盘成功引导进入了 Live 环境。 💡 如果你使用的是像 Ventoy 这样的多系统引导工具，且在正常引导模式下遇到了卡死的情况，不妨尝试切换到 GRUB 引导模式。 2. 挂载分区 进入 Live 环境后，我使用 lsblk 和 fdisk -l 命令来检查磁盘分区情况，以此确定哪一个是我 Linux 系统的根分区（Root Partition），哪一个又是 EFI 分区（通常大小在 100 至 500 MB 之间，且文件系统类型为 vfat）。下图展示了在 DiskGenius 中看到的磁盘分区布局： 接着，我挂载了这些分区： mount /dev/nvme0n1p5 /mnt # 挂载根分区（请根据你的实际配置进行调整） mount /dev/nvme0n1p1 /mnt/boot/efi # 挂载 EFI 分区 mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys mount --bind /run /mnt/run （我没有单独的 /home 或 /boot 分区，所以我跳过了它们。不过，后来再次遇到这种启动故障——特别是在一步步手动安装 Arch Linux 之后——我对这一过程有了更深入的理解。实际上，在 Arch Linux 中，你无需挂载如此多的目录；像 /dev、/proc、/sys 和 /run 这些必要的目录，系统会自动为你挂载。） ...