Linux mint после обновления не входит пользователь
Проблема такая:
Не могу войти в юзера после последней перегрузки. Ввожу пароль(все правильно %100), экран на секунду гаснет и опять просит ввести пароль.
У меня стоит Linux 38.0-35-generic
Версия набора по KDE 4.10.5
/; rm -f .Xauthority .ICEauthority
sudo shutdown -r now
попробуй загрузиться с live cd и подключить корневой раздел и это
пустой пароль ставить не хочу. Пароль нужен.
как подключить корневой раздел? Поподробнее, пожалуйста, я е чайник ещё. Причем полный.
1.сначала сбросишь, потом можно поставить новый;
2.например, у меня это будет выглядеть так sudo mount /dev/sda8 /mnt , где sda8 раздел, на котором установлен Linux (можно посмотреть командой sudo fdisk -l ).
Спасибо!) Сделал. Пишет "неизвестный тип файловой системы "crypto Luks"
он у тебя шифрованный что ли?
и покажи вывод
sudo fdisk -l
я правильно тебя понимаю, тебе нужны логи? А как их достать?
в live cd в консоли вводишь sudo fdisk -l>fdisk.txt и полученный файл показываешь
ты какой раздел подключал sda1 или sda5? как я понимаю нужно подключать первый
sudo mount /dev/sda1 /mnt
Скорее всего никаких проблем с монтированием разделов у Вас нет. Если Вы сами ничего не меняли в файле fstab (он находится по адресу: /etc/fstab), то ещё до загрузки xorg (графической подсистемы) корневой раздел, да и все остальные указанные в этом самом fstab разделы будут проверятся на наличие ошибок. Если у Вас никаких проверок во время загрузки не происходит значит всё в порядке с разделами (при условии, что Вы ничего в fstab не меняли).
Такое поведение как правило означает ошибки при загрузке окружения рабочего стола, причём такие которые приводят к краху и, соответственно, перезапуску x-сервера (xorg). Вот почему Вас постоянно выбрасывает к диалогу входа в систему.
Скажите бывало ли такое ранее и, если не бывало, то что вы делали до последней злополучной перезагрузки?
Вы случайно не пробовали обновлять систему или менять DM (например KDM на LightDM или наоборот LightDM --> KDM)?
а ещё бывает с правами лажа
alt+F1 под рутом
chown -R юзерник:юзерник /home/юзерник
Многие пользователи Linux сталкивались с проблемой, когда после ввода пароля вместо загрузки графического окружения и рабочего стола появляется чёрный экран, а потом снова запрос ввода пароля. Такая ситуация называется Login loop или ещё её можно описать как ошибка входа в систему. Часто она вызвана неверно выполненным обновлением или экспериментами с системой, хотя у неё могут быть и другие причины.
Почему не входит в систему Ubuntu
Но сначала надо попасть в терминал. Для этого на экране входа нажмите сочетание клавиш Ctrl+Alt+F2, затем введите логин и пароль:
Перед вами откроется командная строка в которую уже можно вводить команды терминала. Теперь вы можете просмотреть лог с ошибками:
Если здесь этого файла нет, что можно попытаться найти его по такому пути:
1. Нет места на диске
2. Проблемы с обновлением
Если вы раньше выполняли обновление и оно прошло неудачно, попробуйте его завершить. Для этого выполните такие команды:
sudo apt update
sudo apt -y full-upgrade
Затем очистите систему от лишних пакетов:
sudo apt -y autoremove
sudo apt -y clean
3. Неверные права на
Убедитесь, что права на файл
/.Xauthority верные. Владельцем этого файла должен быть пользователь, от имени которого вы пытаетесь войти в систему и у этого владельца должны быть все права на файл. В старых дистрибутивах этот файл находился в домашней папке:
В современной Ubuntu он находится по пути /run/user/id_пользователя/gdm/Xauthority и создается он уже после успешного входа в систему:
ls -l /run/имя_пользователя/id_пользователя/gdm/Xauthority
Во втором случае проблема с правами вряд-ли возникнет, но в первом она вполне может быть. Для её исправления выполните:
sudo chown имя_пользователя:имя_пользователя
4. Неверные права на /tmp
Папка /tmp предназначена для записи временных файлов и поэтому она должна быть доступна всем пользователям в системе как для чтения, так и для записи. Проверьте какие сейчас установлены права на эту папку:
ls -l / | grep /tmp
Затем установите правильные права если надо:
sudo chmod 1777 /tmp
5. Проблема с проприетарными драйверами
Ещё одной причиной проблем может стать проприетарный драйвер видеокарты. Возможно он сломался после обновления или каких-либо действий с ядром. Его можно обновить до новой версии, переустановить или удалить вовсе. Для удаления драйвера Nvidia используйте команду:
sudo apt remove nvidia-*
Затем очистить конфигурацию Xorg:
нужно переустановить свободный драйвер Nouveau:
sudo apt install --reinstall xserver-xorg-video-nouveau
Подробнее про удаление видео драйвера Nvidia читайте тут. Про установку драйвера Nvidia - здесь.
6. Перезапуск менеджера входа
После того, как вы проверили все методы надо вернуться в графический режим и попробовать войти в систему снова. Для этого используйте сочетание клавиш Ctrl+Alt+F1 или Ctrl+Alt+F7 в старых системах. Также вы можете полностью перезагрузить компьютер или только менеджер входа:
sudo systemctl restart display-manager
Выводы
Нет похожих записей
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.
Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.
Что такое Grub
Grub (или GRand Unified Bootloader) - загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего - основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.
Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно - узнаете далее.
От чего могут возникнуть проблемы
Одна из самых распространенных причин - это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК - вам непременно стоит знать правильную последовательность:
- Сначала устанавливаем Windows
- И только потом уже Linux
Если, например, сделать наоборот, то как раз-таки Grub будет поврежден; система будет грузиться напрямую в Windows, а дистрибутив Linux останется недоступным.
Grub может сломаться и по другим причинам. Например, из-за попыток ручного изменения параметров запуска (при недостатке опыта), в таком случае нужно будет либо вручную убирать лишнее, либо полностью переустанавливать Grub.
Восстановление Grub с помощью LiveCD/USB
Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.
Как создать LiveCD/USB
Само собой, нам понадобится носитель, на который мы временно (а может и нет) запишем систему. Сохраните все важные файлы, которые были на этом носителе, после чего (имеется ввиду на другом ПК, желательно под управлением Windows) запишите загруженный образ дистрибутива на носитель. В качестве примера мы будем использовать дистрибутив Ubuntu.
Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.
С помощью Rufus:
Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:
Вставляем носитель, выбираем его в соответствующем меню. Далее выбираем нужную схему раздела и тип системного интерфейса, и после уже открываем файловый менеджер с помощью этой кнопки:
Находим загруженный образ через менеджер, после чего жмем "Старт".
С помощью Etcher:
Опять же, идем на официальный сайт, где скачиваем последнюю версию утилиты. Далее делаем все так, как показано на этой гифке:
Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:
Открываем таблицу разделов с помощью команды:
Примерно такая таблица будет выведена на экран:
По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.
С помощью следующей команды мы смонтируем этот раздел в /mnt:
Теперь, для записи grub в MBR, нужно ввести следующую команду:
Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.
Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:
Вот и все, восстановление закончено!
Восстановление с помощью chroot
Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.
Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:
В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.
В этом способе нам необходимо примонтировать системный, а также нескольких других важных разделов. Для этого вводим эти команды:
Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.
Далее мы переходим в окружающую среду chroot с помощью команды:
И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:
Если все прошло успешно, выходим из chroot, используя команду:
Далее нужно отмонтировать все разделы. Для этого вводим в терминал:
В случае, если вы монтировали раздел /boot введите команду:
Теперь перезагружаем систему с помощью:
Можно также обновить меню Grub, используя команду:
Восстановление Grub в rescue mode
Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.
Само восстановление проходит таким образом: сначала мы подгружаем все модули, чтобы открыть доступ ко всей функциональной части Grub, после чего запуститься с нужного раздела. Надо понимать, что Grub состоит из двух частей:
Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).
Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:
Для начала вводим следующую команду:
В выводе будет что-то подобное:
В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.
В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела - (hd0,1). Используем следующую команду:
С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:
Если в выводе будет список файлов и папок, значит мы все сделали правильно. Теперь можно загрузить все необходимые модули. Для этого выполним команды:
После выполнения команд Grub загрузится в полнофункциональном режиме. Будут найдены все операционные системы, которые установлены на компьютере, после чего будет показано стандартное меню загрузки.
Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:
sdX - диск, на который должен быть установлен Grub.
Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:
И подгрузить модули:
Ну и теперь запустить GRUB:
Восстановление Grub с помощью утилиты Boot repair
С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный GUI, ее использование не вызовет трудностей.
Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:
- Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
- Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.
Если с первым способом все понятно: нужно просто скачать и записать образ с помощью соответствующих инструментов. То во втором уже нужно знать конкретные команды, которые выглядят следующим образом:
В утилите будет доступно два варианта на выбор:
Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.
Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.
Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.
Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.
Выводы
Вот мы и рассмотрели несколько вариантов исправления загрузчика Grub. Стоит сказать, что некоторые из них могут показаться сложными или даже невыполнимыми. Это не так, каждый из рассмотренных способов нашел подтверждение в виде сотен и тысяч актов исправления загрузчика Grub в опенсорсном сообществе. Кстати говоря, какой из способов выбрать - решать только вам, любой из них достаточно эффективен, чтобы попасть в этот материал.
Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.
Не секрет, что каждый пользователь компьютера стремится чтобы его система была отлажена и работала, как швейцарский часовой механизм, без сбоев, зависаний и прочих артефактов.
В этой статье я хочу описать 10 фатальных ошибок, которые следует избегать пользователям операционных систем Ubuntu/Linux Mint.
Эти предупреждения в основном касаются начинающих пользователей Linux, но думаю, что пользователи со стажем также прислушаются к данным советам, хотя опытные пользователи, сами знают, как выйти из сложившейся, сложной ситуации, а вернее сказать, как туда НЕ войти.
Как правило после выхода очередного релиза дистрибутива Ubuntu/Linux Mint я публикую статью под заголовком "Ubuntu xxxx/Linux Mint xxxx после установки", в которой описываю настройку системы под конкретного пользователя и установку дополнительных программ. В самом начале каждой из подобных статей, после обязательного пункта обновить систему, я делаю приписку о том, что ниже следующие пункты не обязательны к исполнению, т. к. и без них система будет работать стабильно, с уже установленным в ней программным обеспечением, рассчитанным на усреднённого пользователя компьютером, а дополнительные (специфические) программы можно установить из Центра приложений Ubuntu/Менеджера программ (Linux Mint), которые расположены в них по категориям: Аудио/видио; Графика; Игры; Интернет и т.д.
Но многие пользователи, только что перешедшие с Windows, почувствовав "свободу" в плане всевозможных настроек ( т. к. файловая система открыта для Администратора, коим является сам пользователь, установивший её), пытаются перенастроить систему и установить дополнительное программное обеспечение, подсмотрев инструкции на различных сайтах по Linux, подобных Compizomania, без опыта и необходимой предосторожности.
Итак, что же это за 10 фатальных ошибок, которые следует избегать пользователю в Ubuntu/Linux Mint?
1. Никогда не используйте установочные скрипты программ, такие как: Ultamatix, Ubuntu Tweak, Ubuntu Sources List Generator или Ubuntuzilla.
Данные установочные сценарии перечисленных программ опасны в плане стабильности системы: одни из них больше, другие чуть меньше, но лучше избежать неприятностей.
1.1. Ultamatix является худшим из всех. Он может непоправимо повредить систему.
Неофициальная утилита Ultamatix, стремится автоматизировать установку и конфигурацию программного обеспечения, которое официально не упаковано для Ubuntu.
Разработчик Ultamatix говорит о том, что те пользователи, которые пользуются данным инструментом, будут избавлены от поиска необходимых зависимостей и прочих неудобств по установке неофициальных программ. Но всего одна неправильная зависимость или ошибка в приложении и ваша система может быть повреждена без возможности восстановления. И только чистая переустановка Ubuntu с форматированием корневого раздела, может быть единственным решением.
Всё что делает Ultamatix, вы можете сделать безопасном способом, лишь с небольшим дополнительным усилием.
1.2. Достаточно высокий уровень опасности для системы представляют программы: Ubuntu Tweak и Ubuntu Sources List Generator (Генератор списка репозиториев).
С их помощью вы можете добавлять несколько сторонних репозиториев неизвестного происхождения и без запроса ключа проверки. А также производить установку программных пакетов без проверки или проверки качества, не зная, подходят ли они для вашей версии Ubuntu и не повредит ли их упаковка системе.
Лучше держаться от них подальше.
1.3. Повышенный уровень опасности представляет собой Ubuntuzilla
Ubuntuzilla носит более ограниченный характер по охвату и не представляет особой угрозы безопасности системы, но может вызвать странные сбои в Firefox, так как версия Ubuntuzilla для Firefox не является оригинальным программным обеспечением, которое не полностью адаптировано и испытано для вашей версии Ubuntu. С Ubuntuzilla, вы обходите всю систему настроек и проверок качества, которую разработчики Ubuntu применяют к Firefox, что ставит под угрозу стабильность и надежность браузера.
2. Никогда не используйте приложения по очистке системы
Некоторые пользователи, особенно со стажем, могут возразить, что Ubuntu Tweak и Bleachbit очень даже неплохо и безопасно чистят систему. Это не совсем так.
Особенно опасной является программа Bleachbit, т. к. пока вы поймёте что нужно чистить, а что нет, можете просто "угробить" систему.
Есть несколько безопасных действий по очистке системы, которые я опишу ниже.
Так как Ubuntu не "загрязняется" сильно в течение долгого времени и не требует дефрагментации, как Windows, поэтому ряд действий по очиcтке, которые вы могли сделать "безболезненно" в Ubuntu, это следующие:
В системах Linux есть очень хороший инструмент под названием Synaptic. Synaptic - графический менеджер пакетов, который обеспечивает простое управление пакетами: установку, обновление и удаление. В Linux Mint он установлен по умолчанию в системе. В Ubuntu его можно установить из Центра приложений - synaptic.
2.1. Очистка кэша обновлений
Кэш - временное хранилище данных: файлов, записей, снимков и пр., накопленных в процессе работы пользователем в системе.
Чтобы очистить кэш обновлений, т.е. удалить неиспользованные больше файлы после обновлений системы, откройте Synsptic - Настройки->Параметры->Файлы и активируйте пункт - Удалить загруженные файлы после установки:
А затем нажмите кнопку Очистить кэш файлов пакетов, для очистки использованных файлов, Применить и ОК. Теперь все загруженные файлы после установки приложений и пр., будут удалятся автоматически, т.к. они больше не нужны в системе.
2.2. Удалить неиспользуемые остатки неустановленных программ
Также в Synsptic нажмите на кнопке Состояние, затем Не установленные (остались файлы настроек):
Если в правой колонке окна Synsptic отобразились какие-то пакеты, помеченные зелёным, правый клик на строке с файлом/файлами, в контекстном меню выберите Отметить для полного удаления и в меню программы Применить, чтобы удалить ненужные файлы:
2.3. Очистить кэш миниатюр
В процессе работы пользователя, в системе скапливаются эскизы для каждого показанного изображения. В Ubuntu/Linux Mint автоматически создается эскиз, для просмотра в файловом менеджере. Эти эскизы хранятся в скрытом каталоге, в учетной записи пользователя (Имена скрытых каталогов (папок) и скрытых файлов начинаются с точки. Например: .cache или .bashrc. Точка перед файлом/папкой делает их скрытыми).
В открытом файловом менеджере - Домашняя папка вы можете применить клавиатурное сокращение Ctrl+H, чтобы увидеть все скрытые файлы и папки. Откройте папку .cache->.thumbnails (эскизы), где вы найдёте ещё папки, с хранящимися в них миниатюрами изображений, когда-то использованные вами:
Со временем, число миниатюр может резко увеличиться. Кроме того, кэш миниатюр может содержать много лишних эскизов снимков/фотографий, которые больше не существуют.
Кэш миниатюр желательно очищать каждые шесть месяцев или около того. Можно это делать в ручную, открыв папку и удалив содержимое, но самый быстрый способ очистки миниатюр происходит при выполнении команды в терминале (Ctrl+Alt+T):
2.4. Удаление старых ядер
Удаление старых/неиспользованных ядер можно производить в менеджере Synsptic.
Но прежде всего определите актуальное ядро системы, т.е. то ядро на котором работает система в настоящий момент, следующей командой в терминале:
Далее введите в поле Поиск окна Synsptic - linux-image , после чего в правой колонке отобразятся все ядра системы. Установленные будут отображены зелёным квадратиком:
Оставьте актуальное ядро, которое отобразилось в терминале после выполненной команды uname -r, а остальные можете удалить. Правый клик на строке с ядром, в контекстном меню выберите Отметить для полного удаления и в меню программы Применить.
Обновите загрузчик GRUB, чтобы и из его меню удалить ненужные теперь ядра следующей командой в терминале:
sudo update-grub
А затем перезагрузите компьютер.
После нового входа в систему можете сделать дополнительную очистку системы следующими командами:
sudo apt-get autoremove
sudo apt-get autoclean
2.5. Сделать автоматическую самоочистку Firefox при выходе
Немаловажную роль в очистке играет браузер Firefox, т.к. в процессе работы в нём накапливаются куки, запоминание истории и пр., что в конечном итоге приводит к утяжелению работы браузера. Откройте в меню Firefox ->Правка ->Настройки ->Приватность и сделайте так как на снимке, чтобы создать автоматическую самоочистку Firefox при выходе:
3. Будьте очень осторожны с подключением сторонних репозиториев и отдельными .deb файлами
3.1. Установка программ с подключением сторонних репозиториев не проверялась в вашей версии Ubuntu, и может привести к нарушению стабильности и надежности системы. Кроме того, вы делаете себя зависимым от владельца репозитория, часто только одного человека, который не проверил все установленные пакеты на совместимость, а завтра просто забросил развитие.
Лучше всего для установки программ использовать Центр приложений Ubuntu/Менеджер программ (Linux Mint).
Используйте сторонние репозитории только в том случае, когда вы действительно не нашли приемлемую альтернативу данной программе в Центре приложений Ubuntu/Менеджере программ (Linux Mint).
3.2. Следует также соблюдать осторожность при установке программ .deb файлами из внешних источников.
Файлы с расширением .deb, это инсталляторы пакетов программ в Ubuntu/Linux Mint, такие же как инсталляторы .exe для Windows. Вы можете скачать .deb файл с какого-то сайта, после загрузки двойной клик на нём, происходит запрос пароля, а затем он устанавливаются в вашей системе.
Устанавливайте только те .deb файлы, которым вы полностью доверяете. В случае если вы вообще не уверены в .deb файле, лучше не устанавливайте его! Некоторые файлы могут быть не проверены на совместимость, а какие-то вызывать конфликт пакетов основной системы, что в конечном итоге может нанести вред вашей системе.
И хотя Linux-системы менее восприимчивы к вирусам чем Windows, но некоторые из них могут содержать вредоносные или шпионские программы.
4. Используйте команды sudo и gksudo в случае крайней необходимости
Команды sudo и gksudo , это команды, которые дают права Суперпользователя/Администратора системы, позволяющие выполнять установки только для приложений системного администрирования и никогда для обычных приложений. Что это значит? Это значит, что неоправданное применение sudo и gksudo может нарушить разрешения ваших файлов и каталогов , в результате чего могут возникнуть странные неисправности данных приложений.
При запуске обычного приложения с sudo или gksudo , создаются файлы и каталоги, которые являются собственностью root, а не вас, как обычного пользователя и отсюда могут возникнуть проблемы в дальнейшем при открытии программы.
Никогда не запускайте обычные приложения с sudo или gksudo . Это не нужно и опасно, т.к. подобный запуск приводит к риску перезаписать разрешения собственных файлов.
5. Не доверяйтесь слепо дополнениям Firefox и Chromium/Google Chrome
Прежде всего хотелось бы отметить, что чрезмерная установка дополнений в браузере приводит к замедлению его работы. Иными словами, чем больше вы установите дополнений/расширений, тем медленнее работает Firefox и Chromium/Google Chrome.
Но и это ещё не всё. Некоторые дополнения/расширения могут конфликтовать между собой, что в конечном итоге приводит к сбоям одного из них, а также "зависаниям" браузера или полной "заморозке", отчего может помочь только перезагрузка и последующее удаление каких-то дополнений.
6. Не устанавливайте дополнительные окружения рабочего стола в рабочую систему
Установка дополнительных окружений в системе по умолчанию Ubuntu/Linux Mint зачастую приводит к смешению/конфликту пакетов и дублированию программ, что в конечном итоге приводит к снижению производительности, а так же может вызвать изменение шрифтов, нестабильность и сбои. Особенно этим "грешит" рабочий стол KDE, установленный в другие окружения по умолчанию (Mate, Cinnamon, Unity, Xfce, Gnome).
Придерживайтесь среды рабочего стола по умолчанию. Не устанавливайте любые приложения KDE в Ubuntu или Linux Mint, которые после установки "тянут" за собой половину рабочего стола KDE в качестве зависимостей, как, например, приложение K3b - запись CD/DVD дисков.
Может возникнуть резонный вопрос: "А для чего тогда публикуются статьи с инструкциями по установке дополнительных окружений?".
Ответ. Для установки в тестируемую систему, чтобы не делать отдельную установку образа на жёсткий диск компьютера, а только попробовать и выбрать понравившееся окружение для последующей установки, как рабочей системы.
7. Не подключайте репозиторий программного обеспечения "proposed"(Ubuntu) или "romeo"(Linux MInt)
Не включайте репозиторий "proposed" в Ubuntu, если вы не тестер и цените стабильность системы. В Linux Mint этот репозиторий называется "romeo", который несёт в себе тот же самый риск нестабильности.
Программы и обновления - Обновления:
Источники приложений - Официальные репозитории:
Единственная причина существования этого репозитория с источниках приложений, использование его тестерами, которые помогают разработчикам в подготовке обновлений, прежде чем эти обновления выйдут в официальный выпуск пользователям Ubuntu и Linux Mint.
8. Использовать с некоторой осторожностью репозитории: Backports, Партнеры Canonical и Независимое ПО
Есть три программных репозитория, которые достаточно безопасны для их подключения в вашей системе, это Backports, Партнеры Canonical и Независимое ПО. Подключение данных репозиториев не фатально, потому что эти хранилища представляют приемлемый низкий риск, но тем не менее они достойны некоторого внимания
8.1. Backports - обновитель версий
В Ubuntu данный репозиторий подключен по умолчанию после установки системы, т.к. получение обновлений версий основных программ и решение проблем безопасности путём регулярных обновлений считается одной из приоритетных задач.
В Linux Mint репозиторий Backports не подключен по умолчанию. Лучше его оставить таковым, т.к. у каждого разработчика программного обеспечения свои подходы к данному вопросу. Разработчики Linux Mint вначале "обкатывают" все обновлённые программы сами, а уж затем выкладывают их для пользователей в общем пакете. Так, например, не так давно было обновление программного обеспечения и безопасности для долгосрочного релиза Linux Mint 13, портированных с стабильного релиза Linux Mint 17.
Подключив репозиторий Backports не дожидаясь официального обновления может привести к нестабильности системы, хотя такая вероятность очень мала.
8.2. Партнеры Canonical и Независимое ПО
Эти хранилища (Партнеры Canonical и Независимое ПО) могут представлять некоторую угрозу безопасности, так как они не всегда обновляется адекватно. Все обновления приходят от компаний-партнеров и независимых разработчиков, а не от Canonical (Ubuntu). Canonical только делает для них упаковку. А также компании-партнеры и независимые, не всегда на должном уровне уделяют внимание к обеспечению обновления безопасности.
Так что лучше использовать эти репозитории с некоторой осторожностью.
9. Никогда не удаляйте приложение, которое является частью установки по умолчанию в Ubuntu/Linux Mint
Даже если вы никогда не используете конкретное приложение, установленное по умолчанию, не удаляйте его. Приложения установленные по умолячанию, зачастую переплетаются между собой в системе общими и вспомогательными файлами/библиотеками, что делает работу операционной системы стабильной.
При удалении приложения по умолчанию, вы рискуете серьезно повредить систему. При удалении некоторых приложений по умолчанию этот риск у каких-то приложений больше, у других меньше, а с некоторыми нет вообще никакого риска. Но чтобы избежать возможные риски в целом, лучше их не удалять.
Примечание . Это ограничение относится только к тем приложениям, которые установлены по умолчанию в Ubuntu/Linux Mint. Приложения установленные самостоятельно, вы можете удалить без проблем.
10. Не экспериментируйте в рабочей системе
Никогда не экспериментируйте в рабочей системе, как бы не было это заманчиво, только для того чтобы попробовать что-то новое, т.к. вы можете остаться, в конце-концов, с нерабочей системой.
"Пожертвуйте" несколько десятков гигабайт дискового пространства на жёстком диске для этих целей, а ещё лучше проводите экспериметы на другом компьютере.
Устанавливайте на рабочих компьютерах только LTS версии Ubuntu (с долгосрочной поддержкой). Потому что LTS версии более отлажены, стабильны и надежны.
Старайтесь обновлять/переустанавливать систему на своём компьютере, который уже работает на версии LTS, до новой версии LTS после выхода первого выпуска обновлённой версии (Например: Ubuntu 14.04.1 LTS).
Лучше всего если на вашем компьютере будет три раздела с системами на жёстком диске: система для постоянной работы, для экспериментов и игровой раздел.
Ни одна из операционных систем, установленных на компьютере не является 100% совершенной и 100% стабильной, потому что её создают люди, а как известно, человеку свойственно ошибаться.
Но в тоже время, стабильность работы системы во многом зависит ещё и от пользователя, его бережного отношения к ней.
Читайте также: