Якщо ви викликали програму СИСТЕМНИЙ МОНІТОР, то переходимо на вкладку ПРОЦЕСИ, знаходимо зависло додаток і проробляємо те ж саме, але вибравши команду ЗАВЕРШИТИ ПРОЦЕС. або виділивши потрібний процес, натискаємо на кнопку внизу ЗАВЕРШИТИ ПРОЦЕС.
А що ж робити, якщо "зависла" система? У Windows ви б вже давно натиснули на кнопку RESET або більше 5 секунд потримали кнопку включення комп'ютера і з кожної такої процедури укорочували б життя своєму жорсткому диску, але в Linux Ubuntu все більш гуманніше. Коли ваша система «підвисла» - затискаємо і утримуємо одночасно Alt + SysRq (зазвичай кнопка з написом PrintScrn), і не відпускаючи, з інтервалом в 1.5-2 секунди, натискаються по черзі клавіші з літерами: R, E, I, S, U , B. Іноді радять затиснути і утримувати комбінацію - Ctrl-Alt-PrtScr / SysRq. Між натисканнями клавіш робіть паузу, щоб попередня команда встигла завершитися. Система повинна коректно перезавантажитися і буде знову готова до роботи.
Але буває так, що система не реагує на натискання вищеописаних клавіш. Для вирішення проблеми потрібно зробити кілька маніпуляцій. Виконаємо в Терміналі команду:
Дописуємо в кінець документа рядок:
Зберігаємо документ. Перезавантажуємо настройки командою:
Після цього все повинно працювати.
Не зовсім зрозуміло про кнопку REISUB чи не можна детальніше? Наперед дякую!
Зазвичай видаляю процеси за допомогою команди kill, все працює чітко, правда процеси потрібно висвітлити командою ps.
Системний монітор-Процеси (поставити в гарячих кл. CTRL + Shift + ESC тому що не завжди реагує на миша)
alt + F2 (Термінал ctrl + alt + T) - xkill
Ctrl + Alt + Backspace - перезавантажує X сервер (в Убунту включити в гарячих клавішах)
Кнопкою на буку в режим сну - вивести з режиму сну
поправка
В Убунту не працює ctrl-shift-esc, можна використовувати ctrl + alt + del (команда gnome-system-monitor в гарячих клавішах), також цією командою можна користуватися в терміналі для виклику системного монітора.
Блін нічаво не працює. мазафака
Я взагалі противник релігійних воєн, але тут на початку статті зачепили за живе:
"А що ж робити, якщо« зависла »система? У Windows ви б вже давно натиснули на кнопку RESET або більше 5 секунд потримали кнопку включення комп'ютера і з кожної такої процедури укорочували б життя своєму жорсткому диску, але в Linux Ubuntu все більш гуманніше. "
В універі на потоці все пішли у напрямку Линух-адмінінга. У напрямку Windows адміністрування пішов тільки я і ще один чол. І як я бачу не дарма.
У мене парк комп'ютерів парядка 300шт. Жоден з них ніколи ось так просто не зависав. Так, комп'ютери можуть виснути через заліза, особливо коли кондери на видяха здуваються або ще гірше відвал чіпа коли йде. Але блін, щоб ось так от софта щось зависло - чесно слово не пригадаю ...
Всім удачі! Все сказане ІМХО.
Я рядовий лінукс-юзер. Чесно, мені навіть слова багато Ваших незрозумілі. Я ціную в Лінукс за те, що: встановив, налаштував і від 5 років і більше користуюся. На винде, пам'ятаю, кожні пів-року перевстановлювати систему. Мені - користувачеві було так простіше.
А "OpenWR або скрипти на php, js" - такі слова мене тільки засмучують.
Справа в тому, що як раз у рядового користувача все в основному і буде працювати стабільно і довго, так як вони як правило встановлюють все з офіційних джерел і не лізуть в налаштування системи. Я зараз пишу не для того, щоб когось образити, а просто в реалі воно так і є. Простий користувач менше ламає систему. А взагалі я Лінукс обожнюю.
Alt + SysRq has been disabled to fix a bug. The disabling of Magic-SysRq was considered a bug itself and it has since been re-enabled (# 1025467). If it is still disabled for you, you can re-enable it:
Ubuntu 12.04 and older
Edit the file /etc/sysctl.conf to include the line
Ubuntu 12.10 and newer
Starting with Ubuntu 12.10 a more fine-grained control of which Magic-SysRq features are enabled is possible. Just edit the file /etc/sysctl.d/10-magic-sysrq.conf.
The file is well documented and tells you exactly how to enable which features. The current default was picked for security purposes and should only be changed if you know why you need to (for security implications see # 194676).