нечетное поведение диспетчера пакетов после человечности привело к сбою обновление, которое включало обновление nginx

Так, вчера я обновил человечность, и это включало обновление nginx, процесс предупредил о diffs/changes 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