Вы всегда можете выбрать Ubuntu Gnome и установить его. В случае, если вы используете Unity и хотите переключиться на GNOME, так как это будет стандартная среда рабочего стола по умолчанию с 18.04, вы можете использовать указанную выше команду.
sudo apt install gnome-shell
Выберите gdm3 над lightdm, и вы получите возможность входа в систему на сеанс Ubuntu GNome при следующем запуске.
Установите GNOME в Ubuntu
Конкретный ответ на ваш вопрос «Самый безопасный подход для удаления нежелательных приложений / библиотек в Ubuntu, который не включает проверку всех пакетов и их зависимостей один на один »:« Пусть Ап делает свою работу ». Вы можете сделать это, когда лучше поймете, как apt делает его решения. Для большинства новых пользователей это нормальная часть кривой обучения. Итак, давайте обсудим логику Apt ....
Apt понятия не имеет, если вы самый безопасный подход для удаления нежелательных приложений / библиотек в Ubuntu, который не включает проверку всех пакетов и их зависимостей один на один пакет или нет. Это не экстрасенс. Он знает только зависимости каждого пакета и то, что вы ему рассказываете. Для того, чтобы любой пакет имел право на autoremoval (осиротевший), он должен соответствовать двум критериям:
Он должен быть помечен как auto (вместо manual) Нет manual package зависит - прямо или косвенно - на упаковке.Есть два критерия , которые путают пользователей.
Он должен быть помечен как auto (вместо manual) [ ! d7] Установщик Ubuntu отмечает все начальные пакеты на новой установке manual. Это должно заставить новых людей случайно удалять огромные плиты своей системы. Пакет manual пакета не зависит - прямо или косвенно - от пакета.Вот и все - два правила и три специальных поведения.
Давайте рассмотрим пару общих примеров, чтобы увидеть, как применяются эти правила и поведение.
Пример # 1: sudo apt install foo libfoo
Довольно очевидно, что все, что называется libfoo, вероятно, является зависимостью от foo. И это тоже знает. Однако мы явно сказали apt установить libfoo - он будет отмечен manual и не будет иметь права на автовосстановление. Если бы мы вместо этого сказали только sudo apt install foo, и пусть apt вычисляет зависимости, тогда libfoo будет (должным образом) отмечен auto и будет иметь право на автоопределение при удалении foo.
Пример # 1 : sudo apt remove ubuntu-desktop
Если вы создаете систему Ubuntu с минимального изображения или устанавливаете стеки LAMP или новые окружения рабочего стола после начальной установки, тогда Metapackages, например ubuntu-desktop отлично - весь стек в одной команде. Но посмотрите на это с точки зрения apt: один пакет manual и десятки (сотни) зависимостей auto. Когда вы удалите метапакет из-за попыток другого приложения ... ну, вы получите эту идею.
Выход состоит в том, чтобы просто отметить ваши ключевые приложения верхнего уровня как manual:
sudo apt install foo // Even if foo is already installed
sudo apt-mark manual foo // Does the same thing
sudo apt-mark auto libfoo // Makes libfoo eligible for autoremoval someday when foo gets removed
sudo apt remove foo // Apt will remove foo *regardless* of apt-mark
Помните, что apt-marking просто сообщает apt, какие пакеты являются вашими приложениями верхнего уровня, непригодными для autoremoval - это НЕ защищает их от человеческой глупости.
Простой способ просмотреть autoremoval список для большинства людей - это просто поиск пакетов приложений верхнего уровня - вашего почтового клиента, вашего веб-браузера, вашей среды IDE, вашей любимой игры. Найдите foo, игнорируйте libfoo. Когда кто-то проскальзывает и удаляется, просто переустановите его - помните, что указание системе установить пакет отметит его manual. Однако ваш конкретный прецедент более сложный, поскольку вы компилируете программное обеспечение и используете пакеты -dev. Нет волшебного решения для вас (извините) - вы должны потратить время, чтобы узнать, какие пакеты важны для вас ... как и все мы.
Простой способ просмотра список autoremoval : все это относится к пакетам deb из репозиториев Ubuntu. Если вы добавите много странных пакетов из какого-то другого места, тогда вам потребуется больше обслуживания по пакетам. Помните, что apt не знает и не контролирует pip, snap, flatpack, appimage software, загруженные двоичные файлы или скрипты или скомпилированный код.
Конкретный ответ на ваш вопрос «Самый безопасный подход для удаления нежелательных приложений / библиотек в Ubuntu, который не включает проверку всех пакетов и их зависимостей один на один »:« Пусть Ап делает свою работу ». Вы можете сделать это, когда лучше поймете, как apt делает его решения. Для большинства новых пользователей это нормальная часть кривой обучения. Итак, давайте обсудим логику Apt ....
Apt понятия не имеет, если вы самый безопасный подход для удаления нежелательных приложений / библиотек в Ubuntu, который не включает проверку всех пакетов и их зависимостей один на один пакет или нет. Это не экстрасенс. Он знает только зависимости каждого пакета и то, что вы ему рассказываете. Для того, чтобы любой пакет имел право на autoremoval (осиротевший), он должен соответствовать двум критериям:
Он должен быть помечен как auto (вместо manual) Нет manual package зависит - прямо или косвенно - на упаковке.Есть два критерия , которые путают пользователей.
Он должен быть помечен как auto (вместо manual) [ ! d7] Установщик Ubuntu отмечает все начальные пакеты на новой установке manual. Это должно заставить новых людей случайно удалять огромные плиты своей системы. Пакет manual пакета не зависит - прямо или косвенно - от пакета.Вот и все - два правила и три специальных поведения.
Давайте рассмотрим пару общих примеров, чтобы увидеть, как применяются эти правила и поведение.
Пример # 1: sudo apt install foo libfoo
Довольно очевидно, что все, что называется libfoo, вероятно, является зависимостью от foo. И это тоже знает. Однако мы явно сказали apt установить libfoo - он будет отмечен manual и не будет иметь права на автовосстановление. Если бы мы вместо этого сказали только sudo apt install foo, и пусть apt вычисляет зависимости, тогда libfoo будет (должным образом) отмечен auto и будет иметь право на автоопределение при удалении foo.
Пример # 1 : sudo apt remove ubuntu-desktop
Если вы создаете систему Ubuntu с минимального изображения или устанавливаете стеки LAMP или новые окружения рабочего стола после начальной установки, тогда Metapackages, например ubuntu-desktop отлично - весь стек в одной команде. Но посмотрите на это с точки зрения apt: один пакет manual и десятки (сотни) зависимостей auto. Когда вы удалите метапакет из-за попыток другого приложения ... ну, вы получите эту идею.
Выход состоит в том, чтобы просто отметить ваши ключевые приложения верхнего уровня как manual:
sudo apt install foo // Even if foo is already installed
sudo apt-mark manual foo // Does the same thing
sudo apt-mark auto libfoo // Makes libfoo eligible for autoremoval someday when foo gets removed
sudo apt remove foo // Apt will remove foo *regardless* of apt-mark
Помните, что apt-marking просто сообщает apt, какие пакеты являются вашими приложениями верхнего уровня, непригодными для autoremoval - это НЕ защищает их от человеческой глупости.
Простой способ просмотреть autoremoval список для большинства людей - это просто поиск пакетов приложений верхнего уровня - вашего почтового клиента, вашего веб-браузера, вашей среды IDE, вашей любимой игры. Найдите foo, игнорируйте libfoo. Когда кто-то проскальзывает и удаляется, просто переустановите его - помните, что указание системе установить пакет отметит его manual. Однако ваш конкретный прецедент более сложный, поскольку вы компилируете программное обеспечение и используете пакеты -dev. Нет волшебного решения для вас (извините) - вы должны потратить время, чтобы узнать, какие пакеты важны для вас ... как и все мы.
Простой способ просмотра список autoremoval : все это относится к пакетам deb из репозиториев Ubuntu. Если вы добавите много странных пакетов из какого-то другого места, тогда вам потребуется больше обслуживания по пакетам. Помните, что apt не знает и не контролирует pip, snap, flatpack, appimage software, загруженные двоичные файлы или скрипты или скомпилированный код.