У меня есть сервер человечности, из которого я удалил зернышко, поэтому выполнил рабочий стол человечности установки ^ теперь не уверенный, если это корректно?
У меня есть сервер человечности (16.04), что я, как предполагается, развертываю веб-сайт фляги Python на. Однако я испытывал некоторые трудности с виртуальной средой, и читайте здесь для удаления пакетов вручную в папке dist-пакетов, которая не была в моей виртуальной среде.
Это привело ко мне удаляющий зернышко и не бывший способный использовать его в моей виртуальной среде также.
Таким образом я считал здесь, что должен выполнить команду;
sudo apt-get install ubuntu-desktop^
Таким образом, я сделал и его все еще выполнение 10 протоколировавших позже. Но теперь запутываюсь, поскольку у меня есть сервер человечности, не настольный человечностью, это восстановит соответствующие файлы правильно? В противном случае, если я отменяю эту команду, я работаю, как она все еще работает теперь.
Обновление:
Это - мой файл журнала операций для сегодняшних событий. Я не уверен, что еще удалить, я уже работал apt remove ubuntu-desktop;
Start-Date: 2017-03-28 06:07:33
Commandline: /usr/bin/unattended-upgrade
Install: linux-headers-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-cloud-tools-4.4.0-70:amd64 (4.4.0-70.91, automatic), linux-cloud-tools-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-headers-4.4.0-70:amd64 (4.4.0-70.91, automatic), linux-image-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic), linux-image-extra-4.4.0-70-generic:amd64 (4.4.0-70.91, automatic)
Upgrade: linux-headers-generic:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-libc-dev:amd64 (4.4.0-67.88, 4.4.0-70.91), linux-image-generic:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-cloud-tools-common:amd64 (4.4.0-67.88, 4.4.0-70.91), linux-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), eject:amd64 (2.1.5+deb1+cvs20081104-13.1, 2.1.5+deb1+cvs20081104-13.1ubuntu0.16.04.1), linux-headers-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-cloud-tools-virtual:amd64 (4.4.0.67.72, 4.4.0.70.76), linux-image-extra-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76), linux-image-virtual:amd64 (4.4.0.66.70, 4.4.0.70.76)
End-Date: 2017-03-28 06:15:21
Start-Date: 2017-03-28 06:15:37
Commandline: /usr/bin/unattended-upgrade
Remove: linux-cloud-tools-4.4.0-67-generic:amd64 (4.4.0-67.88), linux-cloud-tools-4.4.0-67:amd64 (4.4.0-67.88)
End-Date: 2017-03-28 06:15:44
Start-Date: 2017-03-28 10:40:36
Commandline: apt-get install ubuntu-desktop^
Requested-By: Fonzi (1000)
1 ответ
Вручную удаляющие файлы от мест кроме Вашей домашней папки, если Вы не уверены в том, на что Вы влияете, не являются хорошим стартовым знаком....
Первый вопрос был бы, Вы даже помните то, что Вы удалили во-первых?
, Во-вторых, apt-get install ubuntu-desktop^ действительно не должен был быть выполнен во-первых..., подсказка была на имя...
, В-третьих, "фиксируя" с удалением это приведет к нечетным результатам, не в последнюю очередь потому что Вы также удалили файлы вручную; но также и потому что при удалении с диспетчером пакетов, это также попытается проверить на "неиспользованные" файлы..., когда вещи не будут в правильных местах, проверки могут привести к ложным положительным сторонам, ложным отрицательным сторонам; если некоторые файлы были установлены, прежде ubuntu-desktop был установлен, но обычно часть ubuntu-desktop, удаление ubuntu-desktop могло бы удалить их также.
Вы могли бы снова удалить путь больше, чем Вы установили. apt install X ; apt remove X, КАК гарантируют, не будет идемпотентом.
...
я мог продолжить, но достаточным, чтобы сказать, что этот сервер находится, вероятно, не в рабочем состоянии, или по крайней мере, это долгое время не будет - маршруты к разрешению:
- , Кто предоставил этот сервер Вам? Если это был клиент, работодатель, и т.д. спросите их. Не крутитесь один, Вы только нанесете больше ущерба
- , Если сервер будет VM или самим контейнером, можно ли вернуться к снимку? Возвращение рано предпочтительно для отъезда сервера в жалком состоянии, накапливая больше оперативной информации..., потому что это - просто больше данных, которые будут потеряны на, возвращаются
- , Был совершенно новый сервер? Если так, просто угробьте сервер и запустите новый.
, Если уже были важные данные по серверу, найдите администратора (если не Вы). Они должны будут взять свое резервное копирование как можно скорее и запустить новый сервер для восстановления к. Учитывая то, что Вы описали выше, я сказал бы, что сервер является fubar теперь.