Бесконечная загрузка linux mint

Обновлено: 23.01.2025

Linux mint грузится 10 минут, помогите пожалуйста

Для новичков как вообще в Linux, так и в конкретной теме, к которой относится вопрос.

Модератор: Bizdelnick

Linux mint грузится 10 минут, помогите пожалуйста

Всем привет! Я оч плохо во всем этом разбираюсь, для работы нужно было установить linux mint cinnamon 19.1
Поставила рядом с win 8.1 установка с флешки, все установилось быстро и без проблем, но с первого же раза грузится так долго железо

60Hz
OpenGL: renderer: GeForce GTX 760M/PCIe/SSE2 v: 4.6.0 NVIDIA 390.116
direct render: Yes
Audio:
Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio
driver: snd_hda_intel v: kernel bus ID: 00:03.0
Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus ID: 00:1b.0
Sound Server: ALSA v: k4.15.0-20-generic
Network:
Device-1: Qualcomm Atheros AR9485 Wireless Network Adapter
vendor: AzureWave driver: ath9k v: kernel port: e000 bus ID: 03:00.0
IF: wlp3s0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: ASUSTeK driver: r8169 v: 2.3LK-NAPI port: d000 bus ID: 04:00.0
IF: enp4s0 state: down mac: <filter>
Device-3: IMC Networks Atheros AR3012 Bluetooth 4.0 Adapter type: USB
driver: btusb bus ID: 3-5:3
Drives:
Local Storage: total: 698.64 GiB used: 8.69 GiB (1.2%)
ID-1: /dev/sda vendor: Toshiba model: MQ01ABD075 size: 698.64 GiB
Partition:
ID-1: / size: 95.62 GiB used: 8.66 GiB (9.1%) fs: ext4 dev: /dev/sda7
Sensors:
System Temperatures: cpu: 77.0 C mobo: N/A gpu: nvidia temp: 75 C
Fan Speeds (RPM): cpu: 3900
Info:
Processes: 207 Uptime: 7m Memory: 7.68 GiB used: 1.03 GiB (13.4%)
Init: systemd runlevel: 5 Compilers: gcc: 7.3.0 Shell: bash v: 4.4.19
inxi: 3.0.27

$ systemd-analyze
Startup finished in 49.641s (firmware) + 9min 7.990s (loader) + 6.388s (kernel) + 21.599s (userspace) = 10min 25.620s

Основное время проходит до появления GRUB, именно это и является проблемой.

Менеджер обновлений предложил обновиться, потом завис на этапе обновления grub примерно на 4 часа. После чего комп был перезагружен, а система не запускалась.
На компе было два жестких диска, на одном винда, на втором линукс. При попытке загрузиться как обычно с диска с линуксом ничего не происходило. В дополнительных параметрах загрузки были попытки восстановить систему и починить grub с помощью команды grub, но процесс так же зависал.

После отключения диска с виндой при загрузке линукс была возможность выбрать дополнительные параметры загрузки, как на фото.
При попытке выполнить fsck ничего не произошло, команда зафейлилась. При попытке выполнить grub, а затем dpkg всё прошло хорошо, но система теперь загружается катастрофически медленно. Винда же загружается хорошо, когда два диска подключены к материнской плате.
Как узнать причину этой медленной загрузки линукса и что с ней делать?

Смотрите, что стартует долго, ядро или юзерспейс. Если ядро, думаете почему. Если юзерспейс отнимает много времени - смотрите какой сервис сколько стартовал и думаете почему. Что-то более конкретное посоветовать тут нельзя.

Выводила это в график, вышло так

Если я правильно понимаю, проблема в firmware и loader. Можно ли их убрать из загрузки системы?

Файл графика, видимо, очень большой. Прикрепляю по кусочкам. Первое - общий вид (как полагаю, вполне стандартный. Второе - длина firmware и loader, третьим идёт kernel, а за ним systemd

Убрать их никуда нельзя, это этап загрузки изначальной. 1) загружается прошивка BIOS/UEFI(firmware)
2)загрузчик(loader), grub в вашем случае, и далее по списку, что нас не особо интересует. Загрузка grub в 5 секунд конечно не критична, это нужно сравнить с тем как он на вашем железе грузился раньше.
firmware же в 26 секунд простоя это пздц. По скольку firmware грузится еще до того, как загрузится не то что ядро а даже загрузчик, т.е. в момент как грузится firmware на вашем компьютере еще даже нет линукса. Это вводит меня в ступор и мне даже сложно что-то предположить. Единственное, что могу предположить - у вас в системе установлен режим (BIOS/UEFI/Legacy CSM) отличный от разметки дисков. Т.е. у вас возможно загрузка стоит UEFI а диски размечены в MBR или наоборот. Попробуйте копнуть в эту сторону. Еще попробуйте поискать в биосе опцию Skip POST или что-то типа того, это может решить симптом долгой загрузки firmware, но не проблему как таковую, потому что проблема изначально была вызвана сбоем при обновлении в ОС и как это могло повлиять на настройки прошивки, мне опять же сложно предположить. Начните с проверки сопоставления метода загрузки и формата дисков как я описал выше. А вообще я бы лично просто систему переустановил, если вам нужно просто чтобы компьютер нормально заработал, а не важен сам процесс починки.

DollyPapper, а, это я не учла. Тут наверное, дело в том, что с одним жестким диском что-то не до конца в порядке, поэтому на этапе загрузки я всегда захожу в биос и выбираю нужный диск, с которого загружаться.
систему всегда можно переустановить, но это все же не выход, ведь ситуация может повториться. в любом случае, спасибо за наводку, что в этой стороне можно не искать, и за подробное объяснение! круг поиска заметно сузился :)

DollyPapper, привет! Сама проблема всё ещё актуальна, но благодаря этим командам поняла, что дело в юзерспейс. Кажется, проблема с сетью. Заметила, что при вызове systemd-analyze blame часто фигурирует этот фрагмент:

На всякий случай, скриншоты:

Смотреть логи загрузки, обычно для этого достаточно нажать Esc при загрузке. Скорее всего, какой-то сервис не может стартануть, а systemd ждёт. Скорее всего, сеть. Если сами не поймёте, то сфотографируйте экран в тот момент, как там перестанут бежать буковки (не забудьте про Esc, он жмётся после того, как вы покинете Grub).

Рональд Макдональд, посмотрела через график, кажется, проблема в том, что добавились firmware и loader (раньше этот график никогда не видела, но судя по статьям из интернета их не должно быть в загрузке. При обновлении действительно был вопрос про firmware, нажала "yes".

Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей 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, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Linux Mint не установить - виснет в Live режиме

Здесь русские пользователи могут говорить на своем родном языке
9 posts • Page 1 of 1 ITbeginner Level 1
Posts: 4 Joined: Tue Sep 01, 2020 12:41 pm

Linux Mint не установить - виснет в Live режиме

Post by ITbeginner » Tue Sep 01, 2020 1:59 pm

Прошу помощи в решении проблемы при установке Mint - зависает в Live режиме.

И так, вводные - имеем ноутбук Lenovo Legion 530 с установленной Windows 10, цель - установка ВМЕСТО windows Linux Mint.
В Rufus была создана загрузочная флешка со схемой раздела GPT (потому стиль раздела диска таблица с GUID разделов).

Вот при таковых настройках BIOSа все и запускалось (ниже я напишу, что пробовалось менять настройки):

далее, собственно, происходит запуск с флешки, клацаем по тому, что выделено стрелкой:

при появлении значка Mint клацаем ESC дабы видеть что происходит. Идет загрузка в ходе которой замечено вот такую ошибку в строках (ниже написано почему она оказалась не критична):

но загрузка не прерывается и в остальном же все ОК:

система загрузилась с музыкальным сопровождением, вверху справа выскакивает вот такое уведомление:

вот вроде как все прогрузилось:

но увы, никакой реакции как на клавиши так и их комбинации. Тачпад работает, но можно только перемещать мышку по дисплею, ни левая ни правая кнопки тачпада не работают, ярлыки соответственно не выделяются, папки не открываются. В общем тишина полнейшая и признаков жизни никаких. Выход только один - зажимать питание и потом грузиться.

в BIOSе отключались Secure Boot и UEFI как одновременно так и попеременно - результата два: 1 - как описано выше - ноль реакции или 2 - вообще не грузится, черный экран и все (это по-моему при выключенном UEFI)

ноутбук запущен в обычном режиме (windows 10) и проверено образ на работоспособность в virtualbox - все запустилось и прекрасно работает - клавиши и кнопки нажимаются. Ошибка о которой писалось выше не критична потому что при загрузке в virtualbox в строках она тоже присутствовала

Помогите пожалуйста решить проблему.

Vladimir00 Level 4
Posts: 314 Joined: Wed Jul 08, 2020 8:12 pm

Post by Vladimir00 » Tue Sep 01, 2020 4:11 pm

Думаю вам нужно спросить также на англоязычном форуме.(На русскоязычном не так много людей). root Level 3
Posts: 111 Joined: Wed Mar 13, 2019 11:57 am Location: Russia

Post by root » Tue Sep 01, 2020 6:22 pm

ITbeginner Level 1
Posts: 4 Joined: Tue Sep 01, 2020 12:41 pm

Post by ITbeginner » Wed Sep 02, 2020 3:55 am

Благодарю за отклик.
Только что испробовано - все загрузилось и заработало - клавиши, ввод текста, открытие папок, интернет и т.п. Не работает только тачпад и обе кнопки на нем.

root Level 3
Posts: 111 Joined: Wed Mar 13, 2019 11:57 am Location: Russia

Post by root » Thu Sep 03, 2020 4:28 am

Подскажите - то, что система запустилась только в режиме совместимости, а также не работающий в этом режиме тачпад говорят ли о том, что потом после установки будут проблемы в работе как системы так и в работе того, что не работает уже сейчас? Именно. Разница лишь в том, что, помимо копирования содержимого live системы, выполнится ряд команд по настройке/обновлению системы. Но базово ядро останется тем же.
Проблема вашего ноутбука. Официально - он только для винды. В интернете целые инструкции по установке на него ubuntu пишут (раз, два). Минт чуть менее популярен, на него не нашел инструкции (возможно, плохо искал). Но т.к. он основан на Ubuntu, вы можете повторить действия и посмотреть, что из этого выйдет. Опять же, никаких гарантий.
P.S.: естественно, нужно пробовать на версии 19.3 ITbeginner Level 1
Posts: 4 Joined: Tue Sep 01, 2020 12:41 pm

Post by ITbeginner » Thu Sep 03, 2020 5:36 am

Подскажите - то, что система запустилась только в режиме совместимости, а также не работающий в этом режиме тачпад говорят ли о том, что потом после установки будут проблемы в работе как системы так и в работе того, что не работает уже сейчас? Именно. Разница лишь в том, что, помимо копирования содержимого live системы, выполнится ряд команд по настройке/обновлению системы. Но базово ядро останется тем же.
Проблема вашего ноутбука. Официально - он только для винды. В интернете целые инструкции по установке на него ubuntu пишут (раз, два). Минт чуть менее популярен, на него не нашел инструкции (возможно, плохо искал). Но т.к. он основан на Ubuntu, вы можете повторить действия и посмотреть, что из этого выйдет. Опять же, никаких гарантий.
P.S.: естественно, нужно пробовать на версии 19.3 весьма благодарю за информацию. Мной даже не предполагалось, что ноутбук мог быть буквально заточен под Windows. В таком случае, буду дальше изучать что да как и какая система подойдет. ITbeginner Level 1
Posts: 4 Joined: Tue Sep 01, 2020 12:41 pm

Post by ITbeginner » Sat Sep 05, 2020 12:40 pm

В общем, дабы не оставлять поднятый мною вопрос в подвешенном состоянии, поведаю что в итоге вышло.

После описания поднятой в топике проблемы также паралельно искалась информация на всевозможных других площадках. В итоге Windows 10 таки была удалена и вместо нее установлена последняя. Ubuntu. Поставлена она была ввиду того, что имелся гайд по ее установке именно на мой ноутбук, а также то, что она является "первоисточником" множества дистрибутивов, а значит, как мной было предположено, стабильность и надежность должна быть на высоте.

Система запустилась, однако проблему с неработающим wi-fi победить не удалось, да и интерфейс мне как-то не понравился. Посему была хладнокровно снесена.

На этом этапе все же захотелось таки окончательно разобраться с Mint и либо убедиться в ее глючности на моем ноутбуке либо стать счастливым ее пользователем. Увы после установки случилось все также как и в Live-режиме - неработающий wi-fi и потом вообще зависания.

Теперь, окончательно зная, что с Mint мне не по пути, нужно было искать какой-то другой дистрибутив. Поиски были не долгими, так как еще изучая информацию о Mint на глаза часто попадалась Manjaro. Последнюю также советовали новичкам.

К слову, на этом этапе меня уже серьезно терзали сомнения о том столо ли соскакивать с Windows и окунаться в такую головную боль с Linux, но так как образ Manjaro уже был скачан, было решено все же попробовать его и если и с ним будут косяки, танцы с бубном или мне просто не понравится то все - с Linux покончено окончательно и снова здравствуй Window.

Что ж, Manjaro установилась и уже в демонстрационном режиме это была любовь с первого взгляда . Правда - она мне ну очень понравилсь. Не смотря на то, что и в ней wi-fi не работал еще до установки - это все же не смутило меня и система была установлена.
После установки настройка, поиски решений как победить этот чертов wi-fi, решение наконец найдено и ура - наконец непринужденное изучение и любование системой.

Друзья, всем ну очень советую данный дистрибутив так как по моему скромному мнению он:
- очень красив;
- до умопомрачения прост в настройке;
- очень как говорится user-friendly и usability;
- чертовски гибкий в настройках.

Читайте также: