这个问题一般出现在Windows环境下，采用\input{}指令导入的文件正确地与当前文件置于同一目录下，但LaTeX编译器还是获取不到。这可能与Windows下LaTeX的实现有关，在文件名中带空格的时候会出现这个问题，解决方法是将文件名用双引号"包裹起来。

在使用bt下载大型文件的时候，可能面临下载软件要初始化文件的问题。这是为了避免相同逻辑地址残留的历史数据无意或有意损坏文件的完整性（盲猜哈希碰撞）。对于固态硬盘来说，无疑是对底层Flash芯片的一次折磨（即便是置零，大多数情况下也会被主控识别为有效数据，写真实数据的时候还要再进行一次擦除，白白浪费了一次读写寿命）；对于机械硬盘来说，受到读写速率的限制，会在相当一段时间内影响该磁盘的整体读写性能。因而，无论使用哪种存储介质，都会下意识尽可能避免该种情况。

方法是从reddit上看来的：确保设置中的disk.no_zero为true，并使用管理员权限启动uTorrent。

目测原理是给了管理员权限之后，uTorrent可以调用Windows创建类空洞文件的权限（即声明空间但暂不分配、初始化）。

提供类似功能的工具为fsutil：

fsutil file createnew <filename> <length-in-bytes>

检查wim镜像中各系统版本及其索引：

Dism /Get-ImageInfo /imagefile:X:\sources\install.wim

联网修复系统：

Dism /Online /Cleanup-Image /RestoreHealth

有时使用的系统版本过老，官网不再提供在线的镜像恢复功能，用上面的命令时可能会出现远程RPC调用失败的错误。
这时可以使用如下命令，从本地镜像修复系统：

Dism /Online /Cleanup-Image /RestoreHealth /source:wim:X:\sources\install.wim:1 /limitaccess

这里install.wim:1中的1就是上文所提到的，目标系统版本在wim镜像中的索引。这个索引是从1开始的。

简简单单配环境

本来配个rtsp服务十分简单，加个协议配个地址就成，结果因为巨硬把插件的下载链接关闭了，找资源就花了近一个小时。。QAQ

好在最终找到有好心人在archive上做了备份，最终还是成功了。

为了报复巨硬和万恶的C(吃)S(屎)D(大)N(娘)，决定把下载链接放在这：点我下载。

安装时遇到一个小问题就是，直接装会提示需要IIS7以上版本，即使Windows 10安装的IIS版本已经是10.0。这时需要在安装过程中修改注册表项HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\InetStp下的MajorVersion为9，安装即可正常进行（装完记得改回原来的值）。

后来看了一下，OBS只支持rtmp协议的推流，而IIS的推流协议只支持HTTP= =
于是愉快地决定去用nginx了

之前因为要用到某些IPv6的网站，就把网线从不支持IPv6的路由器上拔下来，直接插到光猫上，拨号上网。

结果问题就来了。最近在收集3A大作，每次挂上bt大约一个小时左右，系统就会直接卡死。没错，不是自动重启，也没有蓝屏，整块屏幕就保持卡死前最后一刻的状态，硬盘灯也不闪。这导致，上百G的文件好不容易花上快半个小时校验完，还没下个多少，又得重新校验。这个问题连着出了四五次，使我提高了对这个问题的重视程度。

后来左思右想，想不出哪里出了问题，打算做出硬件出现了暗伤的结论。偶然想到唯一做出的硬件变更就是换了网络连接方式，打算死马当活马医，把网线插回路由器试试（这样电脑就没了IPv6，同时也不需要自己拨号了）。

结果。。

很快啊，啪的一下就好了，bt连着用了近10小时都没出再出现这个问题。

于是得出结论：Windows 8 + P8B75-V + bt + 拨号 = 大概率卡死。

至于为什么是这样，我也不知道

===============================
后记

尝试了一下，如果把下载速度限制在一个合适的范围，好像就不会翻车，用60M的宽带，限制在5000K下载就没问题。