1с зависает при запуске ubuntu
Обновлено: 07.07.2024
Все операционные системы иногда зависают, и Ubuntu не является исключением. Что я должен сделать, чтобы восстановить контроль, когда.
- только одна программа перестает отвечать?
- вообще ничего не реагирует на щелчки мышью или нажатия клавиш?
- мышь перестает двигаться полностью?
- У меня есть процессор Intel Bay Trail?
В каком порядке я должен попробовать различные решения, прежде чем выдернуть вилку из розетки?
Что я должен делать при сбое запуска Ubuntu? Есть ли диагностическая процедура, которой я могу следовать?
Когда одна программа перестает работать:
Когда окно программы перестает отвечать на запросы, вы обычно можете остановить его, нажав X-образную кнопку закрытия в левом верхнем углу окна. Как правило, это приводит к появлению диалогового окна, в котором говорится, что программа не отвечает (но вы уже знали об этом), и вам предоставляется возможность убить программу или продолжать ждать ее ответа.
Иногда это не работает, как ожидалось. Если вы не можете закрыть окно обычным способом, вы можете нажать Alt + F2 , набрать xkill и нажмите Enter . Ваш курсор мыши превратится в X. Наведите курсор на оскорбительное окно и щелкните левой кнопкой мыши, чтобы убить его. Правый щелчок отменит и вернет вашу мышь в нормальное состояние.
Если ваша программа выполняется из терминала, с другой стороны, вы обычно можете остановить ее с помощью Ctrl + C. Если нет, найдите имя и идентификатор процесса его команды и скажите программе завершить как можно скорее kill [process ID here] , Посылает сигнал по умолчанию SIGTERM ( 15 ). Если ничего не помогает, в крайнем случае отправьте SIGKILL ( 9 ): kill -9 [process ID here] , Обратите внимание, что вы должны использовать только SIGKILL в крайнем случае, потому что процесс будет немедленно остановлен ядром без возможности очистки. Он даже не получает сигнал - он просто перестает существовать.
(Убить процесс kill -9 всегда работает, если у вас есть разрешение на убийство. В некоторых особых случаях процесс все еще перечисляется ps или же top (как "зомби") - в этом случае программа была убита, но запись в таблице процессов сохраняется, так как она понадобится позже.)
Когда мышь перестает работать:
Если клавиатура все еще работает, нажмите Alt + F2 и запустите gnome-terminal (или, если они не запускаются, нажмите Alt + Ctrl + F1 и войдите под своим именем пользователя и паролем). Оттуда вы можете решать проблемы. Я не собираюсь углубляться в устранение неполадок мыши, так как я не исследовал это. Если вы просто хотите попробовать перезапустить графический интерфейс, запустите sudo service lightdm restart , Это должно привести к отключению графического интерфейса, который затем попытается возродиться, и вы вернетесь к экрану входа в систему.
Если у вас есть процессор Intel Bay Trail
Когда все, клавиши и мышь и все, перестают работать:
Сначала попробуйте метод Magic SysReq, описанный в ответе Феникса. Если это не сработает, нажмите кнопку сброса на корпусе компьютера. Если даже это не сработает, вам просто нужно выключить и снова включить двигатель.
Пусть ты никогда не достигнешь этой точки.
1. Ошибка при запуске config_server
Проблема возникает на операционных системах с архитектурой x86_64 из-за отсутствия 32-х битного пакета glibc.
2. Не запустился сервер 1с предприятия
После завершения установки сервер 1с предприятия сообщил о том что запустился, но не работает:
При попытке остановить пишет:
1. Проверяем какие порты слушает сервер 1с предприятия
Если в результате проверки получилось что работает только rmngr (менеджер сервера), значит при установке были не правильно созданы конфигурационные файлы и мы можем переходить к п.2.
2. Проверяем selinux
Сервер 1с предприятия вполне может работать при включенным SELinux c политикой targeted в запрещающем режиме Enforcing, однако в некоторых комбинациях он может вызвать проблему при запуске ragent (агента сервера 1с). Проверяем:
Открываем для редактирования /etc/sysconfig/selinux и меняем параметр SELINUX на disabled или permissive.
3. Разрешение имен hostname и hosts
Для работы сервера 1с предприятия очень важно что бы его имя правильно преобразовывалось в IP. По хорошему мы должны иметь возможность с любого хоста в сети разрешить FQDN и краткое имя сервера, но просто для запуска нам достаточно, что бы имя хоста разрешалось в пределах только самого сервера.
Смотрим какой у нас hostname, если hostname получился похожим на localhost.localdomain обязательно меняем его в файле /etc/sysconfig/network на FQDN-имя сервера, после перезагружаем систему.
Для сервера с именем 1csrv.mydomain.local файл hosts должен выглядеть следующим побразом.
4. Пересоздаем конфигурацию по умолчанию
Удаляем конфигурационные файлы:
Если мы видим вывод подобный приведенному выше, значит все отлично сервер 1с предприятия запустился и работает.
3. Не могу подключиться к серверу 1с предприятия.
2. Проверяем работает ли сервер 1с предприятия. Для этого на сервере выполняем следующую комманду:
3. Настройка Iptables. Сервер 1с предприятия в большинстве случаев находится в пределах локальной сети и его вполне можно использовать с отключенным файрволом без большой угрозы безопасности. Отключаем iptables:
Для тех кто все-таки хочет заморочиться с правильной настройкой.
Консоли администрирования нужен доступ к агенту сервера (ragent) по порту 1540, а для создания базы понадобится еще и доступ к рабочим процессам по портам 1562-1591. Толстому клиенту нужен доступ к менеджеру сервера (rmngr) по порту 1541 и рабочим процессам порты 1562-1591.
Остальное зависит только от вашей фантазии. Для стандартно настроенного файрвола в CentOS набор разрешающих правили будет выглядеть приближенно так:
1. Проверяем установлен ли potgresql-contrib. Для этого запрашиваем список установленных пакетов PostgreSQL:
Если не находим в выводе icu и libicu, устанавливаем их.
Делаем соответствующие ссылки
Заключение.
Добрый день. Помогите пожалуйста решить проблему.
Недавно перешли по импортозамещению на Astra Linux Орел
На скриншоте видны характеристики сервера.
Версия ОС сервера - 2.12.42
Версия ОС клиентских машин - 2.12.42
Версия 1С - Предприятие 8.3 (8.3.15.2107)
Твердотельный накопитель Intel D3
Проблем конечно хватает с этой ОС, но они в принципе сильно работу не тормозят.
Самая главная проблема, которая появилась - зависание 1С (толстый клиент) при подключении посредством RDP. Зависания происходят бывает 3 раза в день, а бывает и чаще.
Не важно подключиться через Remmina или через xfreerdp.
Зависает не зависимо от количества пользователей. Проблема наблюдается у трех пользователей с остальными проблем не наблюдал. Если у одного пользователя зависает 1С, все остальные работают без зависания, но чувствуется, что система работает "в напряг".
После зависания окна 1С приходится закрывать процесс 1С через "Системный монитор".
После закрытия 1С и повторном запуске 1С продолжает зависать при каком-либо действии. Бывает зависнет сразу при клике на любую кнопку на панели задач 1С, а бывает зависает при работе с документом, при вызове какого-либо раздела. Бывают случаи зависания даже в состоянии простоя. Приходит сотрудник, а 1С висит.
Далее выявил закономерность. Если на учетке Buh1 зависло, то так и будет зависать, хоть сколько раз перезапускай 1С. Приходится заходить в 1С под другой учеткой Buh2. Тогда 1С работает без зависаний, но это не всегда стабильно и не всегда помогает. Помогало также смена пользователя 1С. Заходил вместо Бухгалтера на ее компьютере под своей учеткой 1С и она не зависала.
Когда зависает окно 1С, окно программы замирает, становится неактивным. Его можно свернуть, передвинуть и т.д. но оно становится однотонным серым.
При зависании в Системной мониторе в Таблице процессов, напротив зависшего процесса в разделе ЦП (центральный процессор) стоит значение 25% или 1/4 суммарного потребления процессорного времени процессором. То есть одно ядро из 4 грузится дико и по полной на 100%.
Если долго подождать, то окно может развиснуть и выполнить действие, которое сотрудник последний раз предпринял. (нажал к примеру на какой-нибудь значок на панели задач). Потом снова висит.
Ну этому есть объяснение - ядро отведенное под данный процесс 1С загружено под 100%, соответственно можно и не ждать, что 1С будет работать стабильно.
Ключ 1С аппарантный. Попробовали выгрузить модуль ядра vhci-hcd." - ситуация не изменилась.
Куда копать. Так невозможно работать. С ОС Windows привыкли работать, проблем не было, а Астра это ппц.
Техподдержка Linux утверждают что проблема у 1С, а 1С говорят что проблема у Астры.
Очень прошу помочь, работать просто невозможно.
Учебное пособие было выполнено на недавно установленной системе Ubuntu, но оно должно быть применимо и в других случаях.
На днях я купил ноутбук Acer Predator (партнерская ссылка) для тестирования различных дистрибутивов Linux. Это громоздкий, тяжело сложенный ноутбук, который отличается от того, что мне нравятся небольшие легкие ноутбуки, такие как потрясающий Dell XPS.
Причиной, по которой я выбрал этот игровой ноутбук, хотя я не играю на ПК, является NVIDIA Graphics.
Acer Predator Helios 300 поставляется с NVIDIA Geforce GTX 1050Ti.
Поэтому, когда я решил приобрести новое специализированное устройство для тестирования дистрибутивов Linux, я выбрал ноутбук с графикой NVIDA.
Этот ноутбук поставляется с Windows 10, установленной на 120 ГБ SSD и 1 ТБ жесткого диска для хранения данных.
У меня дуалбут Windows 10 с Ubuntu 18.04.
Установка была быстрой, легкой и безболезненной.
Я загрузился в Ubuntu.
Она показывала знакомый фиолетовый экран, а потом я заметил, что он замерз.
Мышь не двигалась, я ничего не мог набрать, и ничего не мог сделать, кроме как выключить устройство, удерживая кнопку питания.
И это была та же история при следующей попытке входа в систему. Ubuntu просто застревает на фиолетовом экране, даже не дойдя до экрана входа в систему.
Звучит знакомо? Позвольте мне показать вам, как вы можете решить эту проблему с зависанием Ubuntu при входе в систему.
Не пользуетесь Ubuntu?
Обратите внимание, что хотя это руководство было выполнено с Ubuntu 18.04, оно также будет работать на других дистрибутивах на основе Ubuntu, таких как Linux Mint,elementary OS и т. д.
Исправление зависания Ubuntu во время загрузки из-за драйверов NVIDIA
Решение, которое я здесь опишу, работает для систем с графической картой NVIDIA.
Это потому, что ваша система зависает благодаря открытым драйверам NVIDIA Nouveau.
Без дальнейших задержек, давайте посмотрим, как решить эту проблему.
Шаг 1: Редактирование Grub
Когда вы загружаете свою систему, просто остановитесь на экране Grub, как показано ниже.
Если вы не видите этот экран, продолжайте удерживать клавишу Shift во время загрузки.
На этом экране нажмите клавишу «E», чтобы перейти в режим редактирования.
Вы должны увидеть код, подобный приведенному ниже.
Вы должны сосредоточиться на строке, которая начинается с Linux.
Шаг 2: Временное изменение параметров ядра Linux в Grub
Помните, что наша проблема с драйверами NVIDIA Graphics.
Эта несовместимость с открытой версией драйверов NVIDIA стала причиной проблемы, поэтому мы можем отключить эти драйверы.
Теперь есть несколько способов отключить эти драйверы.
Просто добавьте следующий текст в конце строки, начиная с Linux.
Вы должны быть в состоянии вводить данные.
Просто убедитесь, что вы добавляете этот текст в конце строки.
Теперь ваш экран должен выглядеть так:
Нажмите Ctrl + X или F10, чтобы сохранить изменения и выйти.
Теперь вы загрузитесь с недавно измененными параметрами ядра.
Если вы добавляете параметр nomodeset в ядро, он указывает ядру загружать видео / графические драйверы после запуска сервера дисплея.
Другими словами, вы отключили загрузку графического драйвера в это время, и конфликт, который он вызывал, исчез.
Шаг 3: Обновите вашу систему и установите проприетарные драйверы NVIDIA
Не будьте слишком счастливы только потому, что теперь вы можете войти в свою систему.
То, что вы сделали, было временным, и в следующий раз, когда вы загрузитесь в свою систему, ваша система все равно будет зависать, потому что она все равно будет пытаться загрузить драйверы Nouveau.
Значит ли это, что вам всегда придется редактировать ядро с экрана grub?
Здесь вы можете установить дополнительные драйверы в Ubuntu для NVIDIA.
Ubuntu не зависает во время загрузки при использовании этих проприетарных драйверов.
Я предполагаю, что это ваш первый вход в недавно установленную систему.
Это означает, что вы должны обновить Ubuntu, прежде чем делать что-либо еще.
Откройте терминал с помощью сочетания клавиш Ctrl + Alt + T в Ubuntu и используйте следующую команду:
Вы можете попробовать установить дополнительные драйверы в Ubuntu сразу после выполнения вышеупомянутой команды, но, по моему опыту, вам придется перезагрузить систему, прежде чем вы сможете успешно установить новые драйверы.
А при перезапуске вам придется снова изменить параметр ядра так же, как мы делали это раньше.
После обновления и перезапуска системы нажмите на поиск драйверов, чтобы перейти в меню и выполнить поиск программного обеспечения и обновлений.
Теперь перейдите на вкладку «Дополнительные драйверы» и подождите несколько секунд.
Здесь вы увидите проприетарные драйверы, доступные для вашей системы.
Вы должны увидеть драйвера NVIDIA в этом спискеь.
Выберите проприетарный драйвер и нажмите «Применить изменения».
Это займет некоторое время при установке новых драйверов.
Если в вашей системе включена безопасная загрузка UEFI, вас также попросят установить пароль.
Вы можете установить тот пароль, что легко запомнить.
Я покажу вам его последствия позже в шаге 4.
После завершения установки вам будет предложено перезагрузить систему, чтобы изменения вступили в силу.
Шаг 4: Работа с MOK (только для устройств с поддержкой UEFI Secure Boot)
Если вас попросят установить пароль безопасной загрузки, вы увидите синий экран, который говорит о «управлении MOK».
Это сложная тема, и я попытаюсь объяснить ее в более простых терминах.
MOK (Machine Owner Key) необходим из-за функции безопасной загрузки, которая требует подписи всех модулей ядра.
Ubuntu делает это для всех модулей ядра, которые поставляются в ISO.
Поскольку вы установили новый модуль (дополнительный драйвер) или внесли изменения в модули ядра, ваша защищенная система может воспринимать это как нежелательное / постороннее изменение в вашей системе и может отказаться от загрузки.
Следовательно, вы можете либо подписать модуль ядра самостоятельно (указав системе UEFI не паниковать, потому что вы внесли эти изменения), либо просто отключить безопасную загрузку.
Теперь, когда вы немного знаете о безопасной загрузке и MOK, давайте посмотрим, что делать при следующей загрузке, когда вы увидите синий экран при следующей загрузке.
Если вы выберете «Continue boot», скорее всего, ваша система загрузится как обычно, и вам вообще ничего не нужно будет делать.
Но возможно, что не все функции нового драйвера работают правильно.
Вот почему вы должны выбрать Enroll MOK.
Он попросит вас продолжить на следующем экране, а затем попросит пароль.
Используйте пароль, который вы установили при установке дополнительных драйверов на предыдущем шаге.
Вам будет предложено перезагрузить систему.
Шаг 5: Наслаждайтесь Ubuntu Linux с проприетарными драйверами NVIDIA
Как только новый драйвер будет установлен, вам придется перезапустить вашу систему снова.
Теперь все должно быть лучше, и вам больше не нужно редактировать параметры ядра.
Вы сразу загрузитесь в Ubuntu.
Я надеюсь, что это руководство помогло вам решить проблему зависания Ubuntu во время загрузки, и вы смогли загрузить систему Ubuntu.
Если у вас есть какие-либо вопросы или предложения, пожалуйста, дайте мне знать в разделе комментариев ниже.
31 thoughts on “ 🕓 Исправление зависания Ubuntu во время загрузки ”
Спасибо большое, ты просто нереально мне помог. Большооее тебе спасибо
Всегда пожалуйста! Приятно слышать
С наилучшими пожеланиями,
p.s. Картинки на сайте не могу приложить
Добрый день! Вы можете выложить листинг, когда провалились в настройки grub?
Предполагаю, что вам надо прокрутить вниз, чтобы добраться до нужной строки, которую нужно изменить.
В этом отличие.
Вот пролистал вниз и пишу:
linux bootvmlinuz-5.3/0-generic root=UUID=2970b0d2-3fdc\-40ed-9886-7146ef656861 ro quit rootfst vpe=ext4 libahci.ignore sss=1 raid=\noautodetect selinux=0 plvmouth.enable=0 lpi=11232000
И вот чуть ниже строка:
initrd /boot/initrd.img-5.3.0.-46-generic
nomodeset пробовали добавить?
Напишите пожалуйста в этом варианте в какое место это вставлять.
linux bootvmlinuz-5.3/0-generic root=UUID=2970b0d2-3fdc\-40ed-9886-7146ef656861 ro quit nomodeset
Добрый день! Я вчера всё выполнил, как ВЫ рекомендовали, при старте системы все иконки и шрифты были огромного размера, но после рестарта всё встало на свои места. Вечером при просмотре видео онлайн всё было нормально. Утром пришли обновления и в том числе и обновление ядра. После надо было перезагрузить систему. И потом уже при просмотре видео ролика на ютубе произошло зависание экрана, но звук продолжал работать. Комбинации разных вариантов клавишь просто не работали. Пришлось тупо выключить ноутбук. Вот как то так.
Добрый день! что показывает top и df -h ?
Вот то, что Вы просили про top и df -h
vladimir1956@vladimir1956-Satellite-A665:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19216 vladimi+ 20 0 1896008 348380 35960 R 67,3 4,3 119:21.82 terminal.e+
16298 vladimi+ 20 0 29484 12404 1972 R 51,8 0,2 88:51.73 wineserver
2410 vladimi+ 20 0 3919828 140956 76048 S 8,3 1,7 9:49.00 cinnamon
2011 root 20 0 609144 77116 55452 S 3,3 1,0 12:51.40 Xorg
3687 root 20 0 0 0 0 I 1,7 0,0 0:03.40 kworker/u1+
3995 vladimi+ 20 0 3928476 1,046g 128964 S 1,3 13,6 12:19.37 chromium-b+
4661 root 20 0 0 0 0 I 1,3 0,0 0:02.20 kworker/u1+
6320 vladimi+ 20 0 590828 35828 26184 S 1,3 0,4 0:00.97 gnome-term+
902 systemd+ 20 0 146112 3440 2876 S 0,7 0,0 0:00.09 systemd-ti+
6335 vladimi+ 20 0 46716 4200 3520 R 0,7 0,1 0:00.34 top
16320 vladimi+ 20 0 2022288 15488 13176 S 0,7 0,2 0:27.80 winedevice+
779 root -51 0 0 0 0 S 0,3 0,0 1:01.00 irq/39-iwl+
949 root 20 0 503224 11628 8756 S 0,3 0,1 0:21.63 udisksd
950 message+ 20 0 51348 5592 3956 S 0,3 0,1 0:06.20 dbus-daemon
2445 vladimi+ 20 0 661672 37520 29588 S 0,3 0,5 0:04.62 nm-applet
16307 vladimi+ 20 0 1946428 12080 10460 S 0,3 0,1 0:01.59 winedevice+
27453 root 20 0 0 0 0 I 0,3 0,0 0:03.24 kworker/7:+
$ df -h
Файл.система Размер Использовано Дост Использовано% Cмонтировано в
udev 3,9G 0 3,9G 0% /dev
tmpfs 790M 1,5M 788M 1% /run
/dev/sda1 440G 55G 362G 14% /
tmpfs 3,9G 50M 3,9G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 790M 76K 790M 1% /run/user/1000
vladimir1956@vladimir1956-Satellite-A665:
Тут все ок. Сложно сказать причину
Может проблема в видео карте? У меня стоит NVIDIA. Может проблема в настройках именно видеокарты?
Посмотрите логи по времени появления проблем, так можно гадать бесконечно 🙂
Как посмотреть логи? Объсните подробнее, если не трудно!
/var/log/syslog или messages
Не совсем понятно с /var/log/syslog или messages? Эти команды набирать через командную строку или как? Если не трудно, объясните пожалуйста подробнее.
Читайте также: