Linux Mint 20 зависает намертво!
Я больше так не могу! Сам я пользуюсь Linux Mint 20 Cinnamon Edition почти месяц, программы хорошо работают, претензий к ним нет. А вот с играми Ад и Израиль, мне удаётся от силы проиграть 2-3 часа, потом ноут начинает замерзать намертво (эти игры в формате flatpak установлены). Официальные форумы этого дистра читал (нету никакой информации об Ульяне), никакие команды не помогают — я всё перепробовал. Может у кого-нибудь была такая же проблема, поделитесь пожалуйста советом!
System: Kernel: 5.4.0-58-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Cinnamon 4.6.7 Distro: Linux Mint 20 Ulyana base: Ubuntu 20.04 focal
Machine: Type: Laptop System: HP product: HP Stream Laptop 14-ax0XX v: Type1ProductConfigId serial: Mobo: HP model: 82BD v: 11.20 serial: UEFI: Insyde v:
F.41 date: 11/09/2017
Battery: ID-1: BAT0 charge: 10.0 Wh condition: 20.4/20.4 Wh (100%) model: Hewlett-Packard Primary status: Discharging
CPU: Topology: Dual Core model: Intel Celeron N3060 bits: 64 type:
MCP arch: Airmont rev: 4 L2 cache: 1024 KiB flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Speed: 480 MHz min/max: 480/2480 MHz Core speeds (MHz): 1: 480 2: 801
Graphics: Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0 Display: x11 server: X.Org 1.20.8 driver: modesetting unloaded: fbdev,vesa resolution: 1366×768
60Hz OpenGL: renderer: Mesa DRI Intel HD Graphics 400 (BSW) v: 4.6 Mesa 21.0.0-devel (git-05ad0f8 2020-12-19 focal-oibaf-ppa) direct render: Yes
Audio: Device-1: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 00:1b.0 Sound Server: ALSA v: k5.4.0-58-generic
Network: Device-1: Intel Wireless 7265 driver: iwlwifi v: kernel port: 1040 bus ID: 02:00.0 IF: wlo1 state: up mac:
Drives: Local Storage: total: 29.12 GiB used: 12.10 GiB (41.6%) ID-1: /dev/mmcblk0 model: DF4032 size: 29.12 GiB
Partition: ID-1: / size: 18.21 GiB used: 10.11 GiB (55.6%) fs: ext4 dev: /dev/mmcblk0p3 ID-2: /home size: 5.65 GiB used: 1.84 GiB (32.6%) fs: ext4 dev: /dev/mmcblk0p4 ID-3: swap-1 size: 4.19 GiB used: 142.2 MiB (3.3%) fs: swap dev: /dev/mmcblk0p2
Sensors: System Temperatures: cpu: 52.0 C mobo: N/A Fan Speeds (RPM): N/A
Info: Processes: 187 Uptime: 23m Memory: 1.85 GiB used: 1.23 GiB (66.8%) Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.17 inxi: 3.0.38
Источник
Зависают наглухо все современные дистрибутивы на ноутбуке
Зависания происходят несистемно, можно проработать несколько часов, а могут происходить через несколько минут работы, или даже в окне входа в систему, даже до ввода пароля. Виснет напрочь и мышь и клавиатура, никакие комбинации не работают, перейти в другую консоль невозможно. Содержимое монитора отображается.
Стабильно работает Винда 7,XP, Дебиан из стаб. ветки. PUPPY slax 5.5(разок-другой завис за месяц тоже, не считается)
PUPPY Precise 5.5 — тот, что на Убунте, иногда зависает, но реже.
1. Ноут новенький, от московской конторы IRU(делается в том же Китае. конечно же, думаю, где и другие тачки). К нему подключена радиомышка SmartTrack, WIFI отключен, Вебкамера отключена.
проц: celeron B815(2ядра. встроенная графика) память: DDR3 2 gb звук: HDA INTEL сеть: realtek 8191 всё остальное тоже Интел
Память проверена мемтестом. Никаких перегревов не наблюдается, корпус под Виндой греется и посильнее иногда, чем при зависании под Линукс, может зависнуть и при холодном корпусе, не успев даже загрузиться.
Битва идёт уже месяца два, все интернеты перерыты, никакие советы не помогают.
О себе: на Линупсе уже лет пять, Начинал с Мандривы 2006-7-8, когда 2008-ю испоганили, переполз на Убунту, за эти годы интересовался и другими поделками, но они меня как-то не впечатлили, окромя Puppy, с которого сейчас и пишу. По сути своей — мышевод, даже в консоль копи-пастил мышью, в глубины особо не вникал, но сейчас вот, видимо, придётся. Но.
Телепаты говорят, что проблема в ядре. Попробуй поновее.
Может висят иксы, а следовательно иксовые драйвера клавы и мыши, это может происходить из-за драйвера. Попробуйте поюзать драйвер vesa, если с ним висяки прекратятся, то все понятно.
На каких дистрибутивах, с каким ядром наблюдается проблема?
Пробовал
Результат ровно тот же. Запускал SLAX со всем самым новеньким
noacpi, nomodeset пробовал?
На всех с новым ядром
Только консервативный стабильный Дебиан работал нормально
Пробовал noaсpi, noapic, nolapic. Не помогло.
nomodeset не пробовал, попробую сейчас
Поточнее, дистрибутивов много, а новое ядро — понятие относительное. Начиная с какой версии?
Попробуй другой HDD. Не дочитал твой пост, прежде чем написать:)
Не пробуй, у тебя иксы не стартанут — твоя мышевозная душонка не переживёт.
1. Когда у меня была подобная фигня, я настроих syslog-ng, чтобы он сообщения об ошибках выбрасывал в KDE нотификациями.Если хочешь — поделюсь конфигом. Ошибки детектировались на основании facility и на основании парсинга сообщений
2. У тебя не reiserfs часом? Там один баг приводящий к зависанию до сих по не убрали.
3. Вообще-то в таких случаях по-максимуму выключаются все навороты в ядре и включаются все сообщения об ошибках, чтобы анализировать логи.
4. Помониторь все температурные датчики.
Пробовал самые свежие: Убунту Сузи Минт Центос Калькулят Дебиан стаб.(работает) Паппи-слака работает Паппи пресайз(иногда зависает так же
Зависают и с флешки и с СД
Зависают ровно и рейзер и ект4
Тогда температура и/или мониторинг логов как я говорил. Остальное — гадание на кофейной гуще.
Да, еще момент. Для изменения параметров ядра я убил Граб-2, так как его придумал Дьявол и накатил Граб4дос.
Система, которую я решил таки добить и использовать — Убунту, всё самый свежак. Так вот, нет ли какой подводной мины в плане того, что Граб4 не передавал системе параметры ядра, что я ему задавал по его правилам? Может быть какой-то нюанс имееццо что нужен обязательно Граб 2?
Давай подробнее. чувак. Логи я понимаю на два с плюсом, может поработаем? Спроси меня, что показать
Температурные датчики забудем. Венда поганая работает абсолютно стабильно, как и старый Дебиан. Проблема стопудов в ядре. но как её поймать? Какие логи зырить?
посмотрите вывод dmesg на предмет всяческих error & fail’ов.
В dmesg есть немного смущающие строчки: ACPI Warning: 0x00000428-0x0000042f SystemIO conflicts with Region \PMS0 1 (20120320/utaddress-251) [ 13.411312] ACPI Warning: 0x00000428-0x0000042f SystemIO conflicts with Region \PMIO 2 (20120320/utaddress-251) [ 13.411317] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Но вот они и сейчас там, недалеко отсюда, а я уже час работаю без зависания. после зависания они тоже есть, но я уже вычитал, что это не баг и не надо обращать на них внимания.
Да, нет ли какой закавыки в том, что перед зависанием упоминается протокол IPV6?
[ 18.920298] type=1400 audit(1364012844.879:20): apparmor=«STATUS» operation=«profile_replace» name=«/usr/lib/cups/backend/cups-pdf» pid=916 comm=«apparmor_parser» [ 18.922853] type=1400 audit(1364012844.883:21): apparmor=«STATUS» operation=«profile_load» name=«/usr/bin/evince//launchpad_integration» pid=913 comm=«apparmor_parser» [ 18.924254] type=1400 audit(1364012844.883:22): apparmor=«STATUS» operation=«profile_load» name=«/usr/bin/evince//sanitized_helper» pid=913 comm=«apparmor_parser» [ 19.061586] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 19.062112] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 19.076663] jme 0000:02:00.5: irq 46 for MSI/MSI-X [ 19.076762] jme 0000:02:00.5: eth0: Link is down [ 19.101145] jme 0000:02:00.5: eth0: Link is down [ 19.101304] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 19.101689] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
А нет такой мысли, что вешается гном? Если другие ДЕ использовать, религия позволяет?
Источник
Что делать если зависла Ubuntu
Операционная система Linux намного стабильнее Windows. Но и здесь тоже иногда случаются зависания. Зависнуть может как отдельное приложение, полностью графическая оболочка или вся система. Важно знать, как правильно действовать в таких случаях, когда зависает ubuntu 16.04, чтобы не повредить данные и файловую систему, чтобы выйти из таких ситуаций с минимальными потерями.
В этой инструкции мы рассмотрим возможные причины зависания Ubuntu, что со всем этим делать, а также как попытаться спасти не сохраненные данные. Это, наверное, самый важный момент — выйти из ситуации без потери данных.
Зависла программа Ubuntu
Сама система, ядро или графическая оболочка зависают очень редко. Они уже множество раз протестированы, перепроверены и достаточно стабильны. А вот сторонние программы могут зависать довольно-таки часто, даже ни с того ни с сего.
Эти зависания не опасны для системы и очень просто решаются. В Ubuntu есть несколько графических утилит для завершения зависших приложений. Их мы рассмотрим чуть ниже. Но очень жаль несохраненных данных, которые остались, когда зависла программа Ubuntu. Если вы пользуетесь крупными редакторами, такими как Libreoffice или WPS office, то, скорее всего, редактируемый текст автоматически сохранился. Но в браузере и простых редакторах ситуация не такая безоблачная. Но даже те данные можно попытаться спасти, хотя работает этот способ не всегда.
Предположим, что завис Gedit. Сначала откройте терминал нажатием сочетания клавиш Ctrl+Alt+T. Теперь попробуем узнать PID процесса Gedit с помощью ps:
ps aux | grep gedit
Уже на этом этапе можно завершить программу. Но я вам покажу, как спасти редактируемый текст. Мы получим дамп памяти процесса и извлечем оттуда редактируемый текст. Для этого подключитесь к процессу Gedit с помощью отладчика gdb:
1493 — это PID зависшей программы, который мы узнали в предыдущей команде.
Дальше сохраним дамп памяти, выполнив в консоли Gdb:
Вот и все, отключаемся от процесса
Для выхода с отладчика нажмите q. Теперь у нас есть все данные сохраненные в памяти нашего приложения, и мы можем легко извлечь нужную информацию:
strings core.1493 | grep ‘my text’
С английским текстом работает на ура.
Самый простой способ закрыть зависшее приложение в Ubuntu — это Xkill. Нажмите Alt+F2 и наберите Xkill и нажмите Enter:
Теперь курсор превратился в крестик и достаточно кликнуть на любом окне, чтобы его закрыть.
Кроме того, в Ubuntu есть аналог диспетчера задач Windows — системный монитор. Чтобы его открыть наберите Системный или System в поиске Dash. Здесь отображаются все запущенные приложения, и любое из них можно завершить через контекстное меню, если зависла программа в Ubuntu, вы можете ее закрыть:
Также закрыть зависшее приложение ubuntu можно из терминала, например, с помощью команды kill:
1493 — это PID. Также можно не использовать PID а сразу завершить программу по имени:
Зависла графическая оболочка в Ubuntu
С зависанием приложений разобрались. Это было не очень страшно. Но что делать, если графическая оболочка Ubuntu зависла намертво, и вы не можете ни запустить системный монитор, ни XKill? Это может случиться по разным причинам, например, из-за неправильных драйверов или ошибке в системных программах. Но Linux тем отличается от Windows, что здесь кроме графической оболочки есть еще и режим терминала. Графическая оболочка зависла, но система все еще работает. Поэтому мы можем все исправить.
Сначала можно просто попытаться перезагрузить X сервер. Для этого используется специальная комбинация клавиш — Ctrl+Alt+Backspace.
Далее, если не помогло, переключаемся в один из терминалов. Всего в Linux по умолчанию создается 12 терминалов входа. И доступны они по сочетанию клавиш Ctrl+Alt+Fцифра.
Графический сервер, как правило, размещается по Ctrl+Alt+F7. Переключаемся в первый терминал Ctrl+Alt+F1, вводим там логин и пароль, затем перезагружаем графический сервер командой:
sudo service lightdm restart
Если в приложениях остались не сохраненные данные, их можно попытаться извлечь описанным выше способом. Но поскольку тут уже зависла Ubuntu, и работать нужно в терминале, все сделать будет немного сложнее хотя бы потому, что вы не сможете копировать команды.
Не хватает памяти
Если все сделать правильно — такой тип зависания даже менее опасный, чем предыдущий. Конечно, лучше таких моментов не допускать и настроить раздел подкачки или сжатие оперативной памяти с помощью zram, но если оно уже случилось и застало вас врасплох, можно попытаться что-то сделать.
Если вы еще можете переключиться в режим терминала, переключайтесь (Ctrl+Alt+F1), вводите логин и пароль. Причем будьте готовы к тому, что система будет работать очень медленно.
Отсортировать процессы по потреблению памяти можно командой:
Дальше остается завершить виновника одной из вышеописанных команд, например, pkill:
Посмотреть количество свободной памяти можно командой:
В современные ядра встроен механизм мониторинга памяти, таким образом, если памяти недостаточно, ядро смотрит какая программа потребляет больше всего и завершает ее, только в случае, если запущенно большое количество мелких программ этот процесс может занять много времени.
Если вы не хотите ждать и нет возможности перейти в режим терминала, можно попросить ядро завершить все процессы в текущем сеансе терминала сочинением клавиш Alt+PrintScreen+K. Завершит все запущенные вами программы в текущей терминальной сессии, в том числе графическую оболочку и ту программу, что использует много оперативной памяти.
Ubuntu зависла полностью
Хорошо, а что же делать, если Ubuntu зависла намертво, полностью? Если система уже ни на что не реагирует, но ядро, скорее всего, работает то можно попытаться выполнить безопасную перезагрузку. Ядро поддерживает несколько сочетаний клавиш, которыми можно ему напрямую отдавать команды.
Нажмите и удерживайте клавиши Alt+PrintScreen, и последовательно с интервалом 2-3 секунды нажимайте:
R E I S U B
- R — вернуть ядру управление над клавиатурой
- E — отправить сигнал SigTerm всем процессам
- I — отправить сигнал SigKill всем процессам
- U — Перемонтировать все файловые системы в режим только для чтения
- S — Сохранить все буфера файловых систем на жесткий диск
- B — Перезагрузить.
По сути, все эти действия происходят и при обычной перезагрузке. Но здесь мы выполняем их вручную.
Если же ubuntu зависает намертво и даже не работает последний метод, остается нажать кнопку Reset или на 6 секунд зажать кнопку выключения.
Не хватает энергии
Уже не первый раз сталкиваюсь с проблемой, что компьютеру не хватает энергии. Во время работы мышь и клавиатура неожиданно перестают работать. Складывается впечатление, что компьютер полностью завис, однако это не так. В данном случае, материнской плате не хватает тока, чтобы дать полноценное питание для мыши и клавиатуры. Убедится что у вас именно эта проблема можно отключив клавиатуру от компьютера, а мышь переставив в другой разъем. Если заработало — проблема здесь. Решить можно заменив мышь и клавиатуру на PS/2 или на беспроводный вариант. Также можно попытаться заменить блок питания на более мощный.
Выводы
Теперь мы рассмотрели все что нужно, чтобы привести свою систему в чувство, и вы знаете что делать если зависла Ubuntu и как закрыть зависшее приложение. Если у вас есть другие, более эффективные способы, напишите в комментариях!
Источник
