Завис при запуске linux

ОС зависает намертво при загрузке или сразу после загрузки на раб. столе.

Такая трабла на Manjaro 18 KDE, Cinnamon, XFCE, Deepin DE. во время почти каждой загрузке ОС. Приходится ресетнуть, потом уже нормально грузится. Точно такое же на Linux Mint Cinnamon 19. Когда загружаю Виндовс (на другом HDD) — все окей, без каких либо багов. После отключения второго винта — то же самое. Тестировал винт MHDD — битых секторов или с задержкой не обнаружено. винт в идеальном состоянии. Думал уже, что это видео драйверы nvidia глюконутые — ан нет. До их установки тож висло, с X.org-ом; Может, ядро новое имеет несовместимость с моим аппаратным обеспечением. Раньше ж такого не было, до середины осени. Кто знает решение? Задолбало ж уже каждый раз ресет жать.

А версия ядра какая?

Какой дистрибутив у тебя прямо сейчас?

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

Нажми на экране GRUB2 клавишу E — попадешь в редактор. Найди строчку, что начинается с «linux». Убери от ядра все параметры, кроме минимально необходимых. Грузись в этом режиме и жди зависания.

Поставь LTS-ядро 4.14 да проверь. Делов на 5 мин.

Источник

Ubuntu постоянно зависает почти сразу после загрузки

На версии 19.04 такой проблемы не было. Обновился до 19.10, как через некоторое время началось следующее: почти всегда после загрузки, когда я открываю какой-нибудь Firefox, система намертво виснет. Иногда ещё до появления окна, с остановкой крутящегося курсора, иногда после. Ещё были загрузки через раз, но подробнее о них я уже не помню.

Тогда я списал всё на баги в версии и решил установить 18.04 LTS. Месяц всё работало нормально, но потом начались те же проблемы.

В 80% случаев рабочий стол попросту не загружается. Выдаются обычно либо одни и те же ошибки ACPI и noveau (по две каждая), либо куча строк ошибок, читать которые страшно. В первом случае после этого включается emergency mode, но предложенные команды для продолжения загрузки и перезагрузки не хотят работать. Выводят немного а потом слишком долго не подают признаков жизни. Аварийно вырубаю.

Если даже система загрузилась, почти всегда она зависает в тот момент, когда, казалось бы, не создаётся большой нагрузки. Приходится снова аварийно вырубать. Но иногда система живёт чуть дольше. Установлено, что звук в системе спокойно работает, музыка из плеера не только играет, но даже автоматически переключается на следующую.

Есть версия, что это всё из-за перегрева, раньше пробовал его оставить на несколько минут в покое, и тот включался. Но Винда спокойно включается сразу после ошибки Убунты.

Оставил бы логи, но я новичок в этом деле и не знаю, какие конкретно нужны. Да и проблемно их будет получить, если не работает система.

Источник

Зависает при запуски Линукс

Хотел я себе установить линукс Ubuntu. И при запуске когда грузится эти точки, то они зависают (полностью останавливаются), но я думаю что это связано с дискретной видеокартой, потому что она крч жужит когда зависает. Ещё пробовал устанавливать KaliLinux, и тоже самое. У меня UEFI(крч графической биос там даже курсор есть). Интегрированная видеокарта Intel(R) HD Graphics 630 а дискретная NVIDIA GeForce GTX 950M. Уже все перепробовал но ничего неработает. Я скчал кали линукс, вот ошибку которую он выдает https://pp.userapi.com/c848736/v848736599/5da43/rhderFBUIC4.jpg

ну крч не на каждый ноутбук можно поставить линукс Ubuntu без специального опыта в этом деле.

У gdm часто траблы с nvidia, поэтому из консоли поставь lightdm и выбери его на стадии установки. На крайний kubuntu/xubuntu.

крч ты пожамкай там чо, когда точки, и скажи, что тебе консоль пишет.

nomodeset в параметры ядра попробовать прописать?

Найди работающий LiveCD\USB, systemresquecd например, и установи gentoo. Там никаких точек не будет, пока сам не поставишь.

telikan

Идите вы уже со своей Gentoo, советчики. Для таких новичков лучший выбор — помощь со стороны профи, установка чего-то самосборного, но проще и быстрее, как Arch. (быстрота установки имелась в виду)

А кто вам именно этот дистрибутив посоветовал? Есть много других. Он может просто вам не подойти.

грузится эти точки, то они зависают

Это система зависает при запуске по какой-то причине. Нужно смотреть на то, что выдает консоль

дискретной видеокартой, потому что она крч жужит когда зависает

Уже все перепробовал но ничего неработает

Советую вам попробовать другой дистрибутив. В Manjaro, вроде как, переключаемая графика работает чуть ли не из коробки. А вообще, если есть желание разобраться и сделать все по уму, смотрите в сторону Arch Linux и минималистичных дистрибутивов. Могу подсказать по установке в Mumble (программа для общения голосом) или Jabber (программа для общения текстом по протоколу XMPP).

Генту проще всего новичку поставить, наверное единственный из простых и понятных дистрибутивов остался. Остальные пытаются быть умнее пользователя, несмотря на свою убогость и тупизну (у венды научились, не иначе) и новичку сложно в этом дерьме разобраться. Кроме того никогда не знаешь, что оно сейчас будет делать и зачем, в генте такого нет. По времени тоже, генту устанавливается столько, сколько untar выполняется. Быстрее просто не получится.

Потом можно бинхост в интернете найти и накатывать бинарные пакеты, ничем не отличается от ппа и компании. При этом ты не жертвуешь простотой и понятностью.

Источник

Устранение неполадок при загрузке в Linux

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

Понимание процедуры загрузки в Linux RHEL7/CentOS

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

Следующие шаги суммируют, как процедура загрузки происходит в Linux.

1. Выполнение POST: машина включена. Из системного ПО, которым может быть UEFI или классический BIOS, выполняется самотестирование при включении питания (POST) и аппаратное обеспечение, необходимое для запуска инициализации системы.

2. Выбор загрузочного устройства: В загрузочной прошивке UEFI или в основной загрузочной записи находится загрузочное устройство.

3. Загрузка загрузчика: с загрузочного устройства находится загрузчик. На Red Hat/CentOS это обычно GRUB 2.

4. Загрузка ядра: Загрузчик может представить пользователю меню загрузки или может быть настроен на автоматический запуск Linux по умолчанию. Для загрузки Linux ядро загружается вместе с initramfs . Initramfs содержит модули ядра для всего оборудования, которое требуется для загрузки, а также начальные сценарии, необходимые для перехода к следующему этапу загрузки. На RHEL 7/CentOS initramfs содержит полную операционную систему (которая может использоваться для устранения неполадок).

5. Запуск /sbin/init: Как только ядро загружено в память, загружается первый из всех процессов, но все еще из initramfs . Это процесс /sbin/init , который связан с systemd . Демон udev также загружается для дальнейшей инициализации оборудования. Все это все еще происходит из образа initramfs .

6. Обработка initrd.target: процесс systemd выполняет все юниты из initrd.target , который подготавливает минимальную операционную среду, в которой корневая файловая система на диске монтируется в каталог /sysroot . На данный момент загружено достаточно, чтобы перейти к установке системы, которая была записана на жесткий диск.

7. Переключение на корневую файловую систему: система переключается на корневую файловую систему, которая находится на диске, и в этот момент может также загрузить процесс systemd с диска.

8. Запуск цели по умолчанию (default target): Systemd ищет цель по умолчанию для выполнения и запускает все свои юниты. В этом процессе отображается экран входа в систему, и пользователь может проходить аутентификацию. Обратите внимание, что приглашение к входу в систему может быть запрошено до успешной загрузки всех файлов модуля systemd . Таким образом, просмотр приглашения на вход в систему не обязательно означает, что сервер еще полностью функционирует.
На каждом из перечисленных этапов могут возникнуть проблемы из-за неправильной настройки или других проблем. Таблица суммирует, где настроена определенная фаза и что вы можете сделать, чтобы устранить неполадки, если что-то пойдет не так.

Фаза загрузки
POST	Железо (F2, Esc, F10, или другая кнопка)	Замена железа
Выбор загрузочного устройства	BIOS/UEFI конфигурация или загрузочное устройство	Замена железа или использовать восстановление системы
Загрузка загрузчика (GRUB 2)	grub2-install и редактирует в /etc/defaults/grub	Приглашение GRUB для загрузки и изменения в /etc/defaults/grub , после чего следует выполнить grub2-mkconfig .
Загрузка ядра	Редактирует конфигурацию GRUB и /etc/dracut.conf	Приглашение GRUB для загрузки и изменения в /etc/defaults/grub , после чего следует выполнить grub2-mkconfig .
Запуск /sbin/init	Компиляция в initramfs	init = kernel аргумент загрузки, rd.break аргумент загрузки ядра
Обработка initrd.target	Компиляция в initramfs	Обычно ничего не требуется
Переключение на корневую файловую систему	/etc/fstab	/etc/fstab
Запуск цели по умолчанию	/etc/systemd/system/default.target	Запустить rescue.target как аргумент при загрузке ядра

Передача аргементов в GRUB 2 ядру во время загрузки

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

Когда сервер загружается, вы кратко видите меню GRUB 2. Смотри быстро, потому что это будет длиться всего несколько секунд. В этом загрузочном меню вы можете ввести e, чтобы войти в режим, в котором вы можете редактировать команды, или c, чтобы ввести полную командную строку GRUB.

После передачи e в загрузочное меню GRUB вы увидите интерфейс, показанный на скриншоте ниже. В этом интерфейсе прокрутите вниз, чтобы найти раздел, начинающийся с linux16 /vmlinuz , за которым следует множество аргументов. Это строка, которая сообщает GRUB, как запустить ядро, и по умолчанию это выглядит так:

После ввода параметров загрузки, которые вы хотите использовать, нажмите Ctrl + X, чтобы запустить ядро с этими параметрами. Обратите внимание, что эти параметры используются только один раз и не являются постоянными. Чтобы сделать их постоянными, вы должны изменить содержимое файла конфигурации /etc/default/grub и использовать grub2-mkconfig -o /boot/grub2/grub.cfg , чтобы применить изменение.

Когда у вас возникли проблемы, у вас есть несколько вариантов (целей), которые вы можете ввести в приглашении загрузки GRUB:

■ rd.break Это останавливает процедуру загрузки, пока она еще находится в стадии initramfs .
Эта опция полезна, если у вас нет пароля root.

■ init=/bin/sh или init=/bin/bash Указывает, что оболочка должна быть запущена сразу после загрузки ядра и initrd . Это полезный вариант, но не лучший, потому что в некоторых случаях вы потеряете консольный доступ или пропустите другие функции.

■ systemd.unit=emergency.target Входит в минимальный режим, когда загружается минимальное количество системных юнитов.
Требуется пароль root.
Чтобы увидеть, что загружено только очень ограниченное количество файлов юнитов, вы можете ввести команду systemctl list-units .

■ systemd.unit=rescue.target Команда запускает еще несколько системных юнитов, чтобы привести вас в более полный рабочий режим. Требуется пароль root.
Чтобы увидеть, что загружено только очень ограниченное количество юнит-файлов, вы можете ввести команду systemctl list-units .

Запуск целей(targets) устранения неполадок в Linux

1. (Пере)загружаем Linux. Когда отобразиться меню GRUB, нажимаем e ;

2. Находим строку, которая начинается на linux16 /vmlinuz. В конце строки вводим systemd.unit=rescue.target и удаляем rhgb quit ;

3. Жмем Ctrl+X, чтобы начать загрузку с этими параметрами. Вводим пароль от root;

4. Вводим systemctl list-units и смотрим. Будут показаны все юнит-файлы, которые загружены в данный момент и соответственно загружена базовая системная среда;

5. Вводим systemctl show-environment . Видим переменные окружения в режиме rescue.target;

6. Перезагружаемся reboot ;

7. Когда отобразится меню GRUB, нажимаем e . Находим строку, которая начинается на linux16 /vmlinuz. В конце строки вводим systemd.unit=emergency.target и удаляем rhgb quit ;

8. Снова вводим пароль от root;

9. Система загрузилась в режиме emergency.target;

10. Вводим systemctl list-units и видим, что загрузился самый минимум из юнит-файлов.

Устранение неполадок с помощью загрузочного диска Linux

Еще один способ восстановления работоспособности Linux использовать образ операционки.

Если вам повезет меньше, вы увидите мигающий курсор в системе, которая вообще не загружается. Если это произойдет, вам нужен аварийный диск. Образ восстановления по умолчанию для Linux находится на установочном диске. При загрузке с установочного диска вы увидите пункт меню «Troubleshooting». Выберите этот пункт, чтобы получить доступ к параметрам, необходимым для ремонта машины.

Выбрав «Troubleshooting», появится выбор из 4-х опций.

• Install CentOS 7 in Basic Graphics Mode: эта опция переустанавливает систему. Не используйте её, если не хотите устранить неполадки в ситуации, когда обычная установка не работает и вам необходим базовый графический режим. Как правило, вам никогда не нужно использовать эту опцию для устранения неисправностей при установке.
• Rescue a CentOS System: это самая гибкая система спасения. Это должен быть первый вариант выбора при использовании аварийного диска.
• Run a Memory Test: если вы столкнулись с ошибками памяти, это позволяет пометить плохие микросхемы памяти, чтобы ваша машина могла нормально загружаться.
• Boot from local drive: здесь я думаю всё понятно.

После запуска «Rescue a CentOS System» обычно требуется включить полный доступ к установке на диске. Обычно аварийный диск обнаруживает вашу установку и монтирует ее в каталог /mnt/sysimage . Чтобы исправить доступ к файлам конфигурации и их расположениям по умолчанию, поскольку они должны быть доступны на диске, используйте команду chroot /mnt/sysimage , чтобы сделать содержимое этого каталога реальной рабочей средой. Если вы не используете команду chroot , многие утилиты не будут работать, потому что, если они записывают в файл конфигурации, это будет версия файла конфигурации, существующего на диске восстановления (и по этой причине только для чтения). Использование команды chroot гарантирует, что все пути к файлам конфигурации верны.

Пример использования «Rescue a CentOS System»

1. Перезагружаем сервер с установочным диском Centos 7. Загружаемся и выбираем «Troubleshooting«.

2. В меню траблшутинга выбираем «Rescue a CentOS System» и загружаемся.

3. Система восстановления теперь предлагает вам найти установленную систему Linux и смонтировать ее в /mnt/sysimage . Выберите номер 1, чтобы продолжить:
4. Если была найдена правильная установка CentOS, вам будет предложено, чтобы система была смонтирована в /mnt/sysimage . В этот момент вы можете дважды нажать Enter, чтобы получить доступ к оболочке восстановления.

5. Ваша система Linux на данный момент доступна через каталог /mnt/sysimage . Введите chroot /mnt/sysimage . На этом этапе у вас есть доступ к корневой файловой системе, и вы можете получить доступ ко всем инструментам, которые необходимы для восстановления доступа к вашей системе.

Переустановка GRUB с помощью аварийного диска

Одна из распространенных причин, по которой вам нужно запустить аварийный диск, заключается в том, что загрузчик GRUB 2 не работает. Если это произойдет, вам может понадобиться установить его снова. После того, как вы восстановили доступ к своему серверу с помощью аварийного диска, переустановить GRUB 2 несложно, и он состоит из двух этапов:

1. Убедитесь, что вы поместили содержимое каталога /mnt/sysimage в текущую рабочую среду.
2. Используйте команду grub2-install , а затем имя устройства, на котором вы хотите переустановить GRUB 2. Если это виртуальная машина KVM используйте команду grub2-install /dev/vda и на физическом сервере или виртуальная машина VMware, HyperV или Virtual Box, это grub2-install /dev/sda .

Повторное создание Initramfs с помощью аварийного диска

Иногда initramfs также может быть поврежден. Если это произойдет, вы не сможете загрузить свой сервер в нормальном рабочем режиме. Чтобы восстановить образ initramfs после загрузки в среду восстановления, вы можете использовать команду dracut . Если используется без аргументов, эта команда создает новый initramfs для загруженного в данный момент ядра.
Кроме того, вы можете использовать команду dracut с несколькими опциями для создания initramfs для конкретных сред ядра. Существует также файл конфигурации с именем /etc/dracut.conf , который можно использовать для включения определенных параметров при повторном создании initramfs .

Конфигурация dracut рассредоточена по разным местам:

• /usr/lib/dracut/dracut.conf.d/*.conf содержит системные файлы конфигурации по умолчанию.
• /etc/dracut.conf.d содержит пользовательские файлы конфигурации dracut.
• /etc/dracut.conf используется в качестве основного файла конфигурации.

Вот так выглядит по умолчанию файл /etc/dracut.conf :

Исправление общих проблем

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

Переустановка GRUB 2

Если это произойдет, вам сначала нужно запустить систему восстановления и восстановить доступ к вашему серверу из системы восстановления. После монтирования файловых систем вашего сервера в /mnt/sysimage и использования chroot /mnt/sysimage , чтобы сделать смонтированный образ системы вашим корневым образом: Просто запустите grub2-install , чтобы установить GRUB 2 на желаемое установочное устройство. Но если вы находитесь на виртуальной машине KVM, запустите grub2-install /dev/vda , а если вы находитесь на физическом диске, запустите grub2-install /dev/sda .

Исправление Initramfs

В редких случаях может случиться так, что initramfs будет поврежден. Если вы тщательно проанализируете процедуру загрузки, вы узнаете, что у вас есть проблема с initramfs , потому что вы никогда не увидите, как корневая файловая система монтируется в корневой каталог, и при этом вы не увидите запуска каких-либо системных модулей. Если вы подозреваете, что у вас есть проблема с initramfs , ее легко создать заново. Чтобы воссоздать его, используя все настройки по умолчанию (что в большинстве случаев нормально), вы можете просто запустить команду dracut —force . (Без —force команда откажется перезаписать ваши существующие initramfs .)
При запуске команды dracut вы можете использовать файл конфигурации /etc/dracut.conf , чтобы указать, что именно записывается в initramfs . В этом файле конфигурации вы можете увидеть такие параметры, как lvmconf = «no» , которые можно использовать для включения или выключения определенных функций. Используйте эти параметры, чтобы убедиться, что у вас есть все необходимые функции в initramfs .

Восстановление после проблем с файловой системой

Если вы неправильно настроили монтирование файловой системы, процедура загрузки может просто закончиться сообщением «Give root password for maintenance.». Это сообщение, в частности, генерируется командой fsck , которая пытается проверить целостность файла системы в /etc/fstab при загрузке. Если fsck терпит неудачу, требуется ручное вмешательство, которое может привести к этому сообщению во время загрузки. Убедитесь, что вы знаете, что делать, когда это происходит с вами!

Если упомянуто устройство, которого нет, или если в UUID, который используется для монтирования устройства, есть ошибка, например, systemd сначала ожидает, вернется ли устройство само по себе. Если этого не происходит, выдается сообщение «Give root password for maintenance.». Если это произойдет, вы должны сначала ввести пароль root. Затем вы можете ввести journalctl -xb , как предлагается, чтобы увидеть, записываются ли в журнал соответствующие сообщения, содержащие информацию о том, что не так. Если проблема ориентирована на файловую систему, введите mount -o remount, rw / , чтобы убедиться, что корневая файловая система смонтирована только для чтения, проанализировать, что не так в файле /etc/fstab , и исправить это.

Если вы видите подобный текст, то у вас есть проблема с /etc/fstab :

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

Источник