Линукс виснет что делать

Linux постоянно зависает

В одном месте, назовем его N, расположено много компьютеров. Надо на них поставить линукс. На одном ( Intel Core 2 Duo 3.0Ghz, MSI (модель не помню), 2Gb RAM, Nv GF 8600GT 256MB, 320HDD, Windows XP SP3) Ubuntu Linux до этого стоял достаточно долго второй системой, недавно претерпел обновление до версии 10.04 и работает очень хорошо и быстро. А вот на других. Intel Pentiun D 3.0Ghz, MSI, 1Gb RAM, Встроенка от Intel, 160Gb, Windows XP SP3 После установки Ubuntu Linux 10.04 в ней постоянно виснет. Windows XP при этом второй системой работает как часы. Intel Celeron 1.7Ghz (есть предположение, что двухядерный), MSI, 1Gb RAM, Встроенка от Intel, 80Gb, Windows Vista SP2 (стояла раньше). Vista постоянно висла(. Порой надо было компьютер по 10 раз перезагрузить чтобы он потом нормально работал. Переустановили на линукс. Ubuntu Linux. Версии 10.04. Постоянно виснет он и сейчас.

Из 15 компьютеров с Линуксом нормально может только один. И он под ним и работает. Не освещенные компьютеры работают под Windows XP. Их надо скоро тоже переводить на Linux. Они удоволетворяют 3-ей конфигурации.

Подскажите пожалуйста, как можно избавиться от зависаний? Может что надо в BIOS выставить?

Установили Linux на ещё один компьютер, удоволетворяющий 3-ей конфигурации. Опасения подтвердились. Он зависает.

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

Источник

Что делать если зависла Ubuntu или Linux Mint?

В этой статье мы поговорим о том, что делать если зависла Ubuntu или Linux Mint. Разберем несколько самых удобных, понятных и быстрых вариантов. Если у вас возникнут какие-то вопросы по этой теме, можете написать о них в форме комментариев.

Постарайтесь как можно более подробно описать вопрос.

Также рекомендуем ознакомиться с предыдущими статьями на нашем сайте, например мы уже рассказывали о том, как майнить Эфириум на Ubuntu.

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

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

Когда одна программа перестает работать

Когда окно программы перестает отвечать на запросы, вы можете остановить его, нажав кнопку X-shaped Close в левом верхнем углу окна. Это, как правило, приводит к диалогу, в котором говорится, что программа не отвечает (но вы уже это и так знаете) и предоставляет вам возможность закрыть программу или продолжать ждать ответа.

Иногда это не работает должным образом. Если вы не можете закрыть окно обычными способами, вы можете нажать Alt + F2, введите xkill и нажмите Enter. Затем ваш курсор мыши превратится в X. Наведите курсор на нужное окно и щелкните левой кнопкой мыши, чтобы закрыть это окно. Правый щелчок отменит команду и вернет вашу мышь в нормальное состояние.

Если ваша программа работает с терминалом, с другой стороны, вы можете остановить ее с помощью Ctrl + C. Если нет, найдите имя и идентификатор процесса своей команды и сообщите программе как можно скорее, чтобы завершить [идентификатор процесса]. Он отправляет сигнал SIGTERM по умолчанию (15). Если все остальное не удается, в качестве последнего средства отправьте SIGKILL (9): kill -9 [идентификатор процесса здесь]. Обратите внимание, что вы должны использовать SIGKILL только в крайнем случае, потому что процесс будет немедленно прекращен ядром без возможности очистки. Он даже не получает сигнал — он просто закрывается.

(Закрытие процесса с помощью kill -9 allways работает, если у вас есть разрешение на убийство. В некоторых особых случаях процесс по-прежнему отображается в ps или top (как «зомби») — в этом случае программа была свернута, но процесс запись в таблице сохраняется, потому что это необходимо позже.)

Когда мышь перестает работать:

Если клавиатура все еще работает, нажмите Alt + F2 и запустите gnome-terminal (или, если они не запускаются, нажмите Alt + Ctrl + F1 и войдите в систему с вашим именем пользователя и паролем). Оттуда вы можете устранить неполадки. Здесь я не собираюсь заниматься поиском и устранением неполадок с мышью, поскольку я не исследовал его. Если вы просто хотите попробовать перезапустить графический интерфейс, запустите перезапуск sudo service lightdm. Это должно привести к закрытию GUI, который затем попытается перезагрузится, возвращая вас на экран входа в систему.

Давайте перейдем к еще одному способу, что делать если зависла Ubuntu.

Когда все, клавиши и мышь и все перестают работать

Если это не работает, нажмите кнопку «Сброс» на корпусе компьютера. Если даже это не сработает, вам просто нужно зажать кнопку питания на корпусе. После зажатия кнопки включения устройство перезагрузится.

Надеемся, мы помогли вам в решении ситуации о том, что делать если зависла Ubuntu, Elementary OS и остальные дистрибутивы.

Выводы

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Что делать, когда Linux зависает?

Когда я только переходил на Linux, то много читал о том, что Linux невозможно повесить, «это тебе не винда», и что в нем дофига способов обойтись без кнопки перезагрузки на системнике. Раньше мне это было как-то до фонаря, но в последнее время из-за глюков VLC в ubuntu постоянно были зависания, когда ставил фильм на паузу дольше минуты. Не помогало ничего, никакие советы, никакие комбинации клавиш и т.д. Только перезагрузка с системника.

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

ctrl+alt+f2 > логин/пароль > killall vlc.

F3 — теперь на F1 логи, на F2 GUI.

А вот не работает. Это был самый известный способ. Никакие из ctrl-f1-12 не заработают. В обычное время переключается, после зависания уже нет.

Это на каком дистре? У меня в ubuntu gui на f7, в fedora на f1.

А если завис действительно намертво, то есть SysRq, погугли. Лучше использовать в комбинации с crashkernel, чтобы потом проанализировать дамп. SysRq + С

Про SysRq еще в вики читал, ни разу не сработало. Есть идеи почему?

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

А так для начала проверь память мемтестом. Особенно если и windows тоже зависает.

Наверное, дело в USB-клавиатурах. Тут бы PS/2 с аппаратной SysRq.

Ага. Спасибо кривым UEFI — некоторые материнки мосле memtest превращаются в кирпич. Скоро железо не для серверов будет вообще невозможно нормально использовать.

Когда я только переходил на Linux, то много читал о том, что Linux невозможно повесить, «это тебе не винда», и что в нем дофига способов обойтись без кнопки перезагрузки на системнике.

Это действительно так, если не допускать переполнения ОЗУ.

Источник

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

А нет такой мысли, что вешается гном? Если другие ДЕ использовать, религия позволяет?

Источник