因此,昨天我更新了 ubuntu,其中包括 nginx 更新,该过程警告了default
文件下的差异/更改sites-available
,我检查了更改并准备了一个包含更新和我的个人设置的新文件,我注意到存储项目的默认目录现在是/var/www/html/
而不是/usr/share/nginx/html/
,我实际上一直在考虑自己做同样的更改,所以我同意并将该更改包含在我的新的default
配置文件中,我~/Desktop
暂时保存到该文件中,这样我就不会干扰更新过程。
编辑完新文件后,我同意按照更新提示/过程的要求替换现有文件。
更新过程继续进行,但几秒钟后显示失败,错误显示有关failed to decompress package
,我以为可以通过再次尝试更新系统来修复它,所以我尝试了,但更新管理器显示“没有要安装的更新”(不用说我有点怀疑,但是好吧,我只是按照要求重新启动了操作系统)。
重新启动后,我备份了文件并default
用新创建的文件替换了该文件,并将所有内容移动/usr/share/nginx/html/
到/var/www/html/
奇怪的是,转到localhost
没有用,但转到存储在子目录中的任何其他项目都可以正常工作,所以我暂时不太在意。
事情开始变得有趣了(至少有点意思)。
今天我安装了一个不相关的包,突然包管理器试图通过执行脚本将一些 nginx 更改纳入进程中,但失败了。
注意:这是终端输出的 pastebin(修复前后): http://pastebin.com/pYv7yKrz
答案1
我注意到了这一行:
cp: 无法统计‘/usr/share/nginx/html/index.html’:没有此文件或目录
因此我想也许只需将之前的 index.html 文件(现在位于/var/www/html/
)添加到旧路径(/usr/share/nginx/html/
)即可帮助脚本执行而不会引发异常,而且它确实有效。
http://localhost
现在工作正常。