Linux зависает намертво логи

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

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 проверить

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

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

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

Источник

Как узнать почему зависла ubuntu. Где лежат логи, и есть ли они?

Поставил я значит ubuntu 15.10, но она достаточно часто (раз в 1-2 дня точно) стала виснуть. Хотя на старой версии убунты этого не было.

Собственно вопрос, а можно ли узнать почему она зависает? Есть системные логи, где они лежат?

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

Если система инициализации — systemd (а в этой версии убунты вроде она) — то можно сделать следующиее

1. добавить к параметрам ядра опцию для большего выхлопа
systemd.log_level=debug

2. При зависании, после перезагрузки использовать journalctl, чтобы просмотреть логи с предыдущей загрузки до выключения:
journalctl -p 0..3 -b 1

-p 0..3 это фильтр по приоритету записей в логах, от ошибок до АДСКИХ ошибок, список возможных вариантов: emerg(0), alert(1), crit(2), err(3), warning(4), notice(5), info(6), debug(7).
-b это диапазон загрузок, например -b 0 покажет только логи за текущую загрузку, -b 1 за предыдущую, -b 0..9 за десять последних.

Если хочется более подробных логов, то можно ещё добавить -o verbose, но тогда в них можно утонуть 😀

systemd делает огромную работу по собиранию и агрегации логов в одном месте, и даёт инструменты для работы с ними — глупо этим пренебрегать. Подробнее о том, как решать проблемы с systemd — тут например.

Источник

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

Источник

Linux зависает намертво логи

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

Источник