Почему линукс не зависает

Как выявить причину зависания?

xubuntu 14.04_64 Стабильно раз в сутки стал зависать намертво, только hard_reset. Где посмотреть лог и причину зависания? Как определить?

сначала исключи ОС. Лучше всего с помощью не другого линукс. Обычно висяки случаются от железа, но лучше не гадать, а применить метод исключения.

память проверить тем же memtest’ом не помешает.

что сенсоры в плане температуры показывают?

что сенсоры в плане температуры показывают?

С температурой все норм. Память попробую проверить.

сначала исключи ОС. Лучше всего с помощью не другого линукс. Обычно висяки случаются от железа, но лучше не гадать, а применить метод исключения.

Возможно, недавно систему переставил, до этого такого не наблюдалось.

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

Будем гадать или что?

Лучше всего с помощью не другого линукс.

Винду поставить что ли?

или винду или юникс. Надо исключить баг в ядре.

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

/var/log/
тебя могут заинтересовать messages, dmesg и kern.log (или kernel.log, не знаю как в убунтах он называется)

Лучше всего будет полностью удалить вирусную прошивку под названием «Linux». И начать наконец пользоваться нормальными системами.

dmesg, df -h,/proc/config.gz, /proc/cpuinfo в студию

попробуй подключить mcelog

чтобы отфильтровать возможные проблемы — загрузись с livecd (vendor distro, SystemRescueCD) и оставь на пару суток

proc/config.gz не нашел, в proc/нету

/proc/cpuinfo пустой файл

[ 40.965901] ————[ cut here ]———— [ 40.965948] WARNING: CPU: 0 PID: 1712 at /build/linux-lts-vivid-LIqOuh/linux-lts-vivid-3.19.0/ubuntu/i915/intel_uncore.c:620 hsw_unclaimed_reg_debug.isra.14+0x80/0xa0 [i915_bpo]()

попробуй этот WARNING проверить

как его проверить?

скорее всего, файловая система крякнула и полетела

скорее всег, файловая система крякнула и полетела

Источник

Почему зависает и НЕ зависает консоль в Linux?

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

А недавно. загружаюсь — и у меня консоль 80х25, графики нет и фонты консольные не загружены — квадратики. Убираю nomodeset — работает. Подумал, что опять консоль будет виснуть — так нет же, не виснет! Сталкивался кто-нибудь?

Calculate Linux 17
Linux sentry 4.4.39-calculate #1 SMP PREEMPT Mon Dec 26 14:55:34 UTC 2016 x86_64 Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz GenuineIntel GNU/Linux

UPD: Неспешно тестируется откат дров intel. С последними дровами (2.99.917_p20170313) виснет с черным экраном. С дровами p20161118 — виснет с текстом, который был в тот момент на экране. Сейчас собрал p20161007.

• Вопрос задан более трёх лет назад
• 592 просмотра

Совет обычный — открыть лог и пробовать повторить баг
И гуглить

Проблема как раз в переключении режимов из графики в текст и обратно, при работающей графике. Проявляется иногда не только на драйверах интел, но и на других карточках, кому как повезет. Но интельные драйверы здесь в лидерах. Да, проявляется очень часто из-за включенного скринсейвера с какими нибудь фракталами и очень активным GPU. Подробно описывать суть проблемы не буду, но связана она с распределением ресурсов графической памяти в разных драйверах, отвечающих за консоль и собственно Xwindow, и загрузкой дополнительных ресурсов (расширение буфера, подгрузка фонтов и т.д.) в «текстовую» (codepage) часть карточки. При этом графический драйвер вполне может переписать часть информации, аллокированной консольным драйвером.

Самый простой выход из положения, отказаться от красивостей в консоли, если используете Xwindow. Выбирайте что-то одно.

Если графика (XWindow) не запущена, то проблем с modeset никаких нет!

Алексей Черемисин: М-да. я не работал под DOS. Не ставил DOS 3.3, не использовал Карат и Paradox, не писал программы в Turbo C, не играл в Aibrorne Ranger, F-19 и Spear of Destiny. Не было у меня DOS Navigator, не работал Multi-Edit, и отладчика Watcom тоже не было 🙂 И модем на 2400 бит мне приснился, наверное. Впрочем, нынешним пользователям такое только в кошмарах может сниться — инет на скорости 2400 бит!

Мне просто всегда казалось, что проблема перезаписи B800:0000 решилась уже сто тыщ мильенов лет назад. Да, прямая запись в видеобуфер была прикольной — в невыносимо лохматом 1996 году я написал небольшую TSR-программку для самопальных модемов на 1200 бит (чесслово, именно такая была скорость!). Использовалась она в FoxPro для того, чтобы данные по этим «модемам» передать.

Не думал никогда, что через двадцать лет столкнусь с этой проблемой :ROFL:

Источник

Почему линукс не зависает

Re: Намертво записает система.

04 окт 2016, 21:11

Re: Намертво записает система.

07 окт 2016, 11:35

Re: Намертво записает система.

07 окт 2016, 19:06

Re: Намертво записает система.

10 окт 2016, 08:25

Намертво записает система.

16 фев 2017, 11:14

Намертво записает система.

16 фев 2017, 11:24

Намертво записает система.

16 фев 2017, 11:39

Намертво записает система.

16 фев 2017, 12:20

Намертво зависает система.

20 фев 2017, 23:58

Намертво зависает система.

07 апр 2018, 18:18

Намертво зависает система.

15 янв 2020, 13:36

Доброго время суток.

Отпишусь тоже.
Установлена система на новый чистый SSD. К сожалению возникли следующие проблемы.
1. Намертво зависает во время перезагрузки. (вечно черный экран)
2. Намертво зависает при закрытии и открытии крышки (не выходим из спящего режима и остается на черном экране )
3. При попытке установить драйвера на сетевой сканер Samsung, скачаный с их сайта (перезапуск udev) так же намертво зависает. Установил руками sane, но при поиске сканера так же намертво завис.

Установка самого свежего ядра не помогло.
Куда можно еще покопать что бы победить зависание?

$ inxi -Fxz
System:
Host: ASUSLaptop Kernel: 5.3.0-23-generic x86_64 bits: 64 compiler: gcc
v: 7.4.0 Desktop: Cinnamon 4.2.3 Distro: Linux Mint 19.2 Tina
base: Ubuntu 18.04 bionic
Machine:
Type: Laptop System: ASUSTeK product: VivoBook_ASUSLaptop X509DJ_D509DJ
v: 1.0 serial:
Mobo: ASUSTeK model: X509DJ v: 1.0 serial:
UEFI: American Megatrends v: X509DJ.303 date: 09/09/2019
Battery:
ID-1: BAT0 charge: 9.8 Wh condition: 30.8/32.1 Wh (96%)
model: ASUSTeK ASUS Battery status: Discharging
CPU:
Topology: Quad Core model: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx
bits: 64 type: MT MCP arch: Zen rev: 1 L2 cache: 2048 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
bogomips: 33534
Speed: 1223 MHz min/max: 1400/2100 MHz Core speeds (MHz): 1: 1222 2:
1222
3: 1222 4: 1221 5: 1222 6: 1222 7: 1222 8: 1222
Graphics:
Device-1: NVIDIA vendor: ASUSTeK driver: nvidia v: 435.21 bus ID:
01:00.0
Device-2: AMD Picasso vendor: ASUSTeK driver: amdgpu v: kernel
bus ID: 04:00.0
Display: x11 server: X.Org 1.19.6
driver: amdgpu,ati,modesetting,nouveau,nvidia unloaded:
fbdev,radeon,vesa
resolution: 1366×768

60Hz
OpenGL: renderer: AMD RAVEN (DRM 3.33.0 5.3.0-23-generic LLVM 8.0.0)
v: 4.5 Mesa 19.0.8 direct render: Yes
Audio:
Device-1: AMD driver: snd_hda_intel v: kernel bus ID: 04:00.1
Device-2: AMD driver: N/A bus ID: 04:00.5
Device-3: AMD vendor: ASUSTeK driver: snd_hda_intel v: kernel
bus ID: 04:00.6
Sound Server: ALSA v: k5.3.0-23-generic
Network:
Device-1: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: AzureWave driver: rtl8821ce v: N/A port: e000 bus ID: 02:00.0
IF: wlp2s0 state: up mac:
Drives:
Local Storage: total: 238.47 GiB used: 36.11 GiB (15.1%)
ID-1: /dev/nvme0n1 vendor: Micron model: 2200V MTFDHBA256TCK
size: 238.47 GiB
Partition:
ID-1: / size: 45.49 GiB used: 36.11 GiB (79.4%) fs: ext4
dev: /dev/nvme0n1p5
ID-2: swap-1 size: 10.96 GiB used: 0 KiB (0.0%) fs: swap
dev: /dev/nvme0n1p4
Sensors:
System Temperatures: cpu: 52.6 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 262 Uptime: 18m Memory: 5.81 GiB used: 1.19 GiB (20.5%)
Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.19
inxi: 3.0.32

Источник

Решения для Ubuntu неожиданно зависают.

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

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

Попытайтесь определить проблему

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

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

Чаще всего это вызвано тем, что последнее запущенное вами приложение было причиной этого либо из-за какого-то плагина, расширения, либо из-за перегрузки системы, либо из-за того, что оно просто несовместимо с сертификатом X.

Установите правильные драйверы

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

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

Изменить ядро

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

Сейчас Я рекомендую вам найти и установить версию Kernel LTS выше той, которую вы используете, потому что у него будет поддержка в течение нескольких месяцев, и мы всегда настоятельно рекомендуем это делать.

Отключить аппаратное ускорение

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

Проверить совместимость с X

Это проблема, с которой я лично столкнулся, как я уже упоминал ранее. если у вас есть выделенная видеокарта, возможно, вам придется установить частные драйверы, поэтому необходимо проверить совместимость с Xorg.

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

Для этого необходимо проверить, какая у нас версия Xorg и какая рекомендуется для нашей карты.

Потому что нет 100% эффективного способа понизить версию Из-за проблемы с зависимостями вам необходимо будет искать LTS-версию системы с поддержкой версии Xorg. что вам нужно.

Что делать, если система зависает

Одним из наиболее эффективных решений, которые я использовал, является доступ к aluna TTY и выполнение xkill, потому что был заморожен только X, но если система не отвечает, вы можете использовать эту знаменитую комбинацию клавиш, которая является Alt + SysRq (клавиша печати ) А где будем нажимать клавиши REISU B каждые 2 секунды.

Вот объяснение того, что делает эта комбинация.

• Alt + SysRq + R возвращает управление с клавиатуры.
• Alt + SysRq + E завершает (завершает) все процессы (кроме init).
• Alt + SysRq + I убивает все процессы (кроме init).
• Alt + SysRq + S синхронизирует диски.
• Alt + SysRq + U перемонтирует все файловые системы в режиме чтения.
• Alt + SysRq + B перезагружает машину.

Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Полный путь к статье: Убунлог » Ubuntu » Учебники » Решения для Ubuntu неожиданно зависают.

Источник