Kali linux завис что делать

Загрузка системы Kali linux, останавливается на Resumed from hibernation

Здравствуйте, уважаемые форумчане, работал на kali linux несколько дней и в очередной день при запуске системы , система зависает на Resumed from hibernation, обрыл весь интернет, ничего не нашёл, прошу помощи кто шарит

Как же хорошо было, когда Кали была в оффтоп-листе…

та не .. нету там ничего такого, все по старому осталось, при выключении спрашивать, выбираю именно выключить.. если чё то ДЕ мате.. хотя ДЕ тут не причём, я его командой poweroff тоже выключал.. всеравно сообщуха resumed from hibernation есть,даж не знаю куда смотреть ..

Строка параметров ядру при загрузке как выглядит?

noatime эт я туда добавил, чтоб время доступа к файлам не обновляло лишний раз

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

Заголовок темы как бы намекает.

Но если всё в порядке, то ничего не понятно — что ты пишешь. Записывай видео, выкладывай на ютьюб. Будем думать. %)

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

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

Cпасибо! Thank you! Merci! Рахмет!

В мешках с наличными деньгами.

На дистанции не работает.

Что не работает, четверозвездочный вы наш? Это вы про: «говорит и показывает Москва»? Или вы про Солнце с Луной?

Это вы про: «говорит и показывает Москва»

Конечно, про что же ещё.

«Почитать» journalctl (если журнал не перезаписывается при новой загрузке) или dmesg ,

/.xsession-errors* где-то там должны быть записи сообщений о входе в гибернацию или выключении. Во всяком случае о suspend пишется (гибернацию не использую сейчас).

Такой же случай.

У меня тоже такое случилось. После установки свежей Kali Linux 2019 решил ее обновить. система предложила хренову тучу обновлений с перезагрузкой, после перезагрузки началась установка обновлений, далее я ушел, пришел установка обновлений видимо завершилась, на экране виден порядок запуска системы ок ок ок. далее этот текст Resumed from hibernation. Система на виртуалбоксе. Переустановить можно быстро, но тогда получается что после обновление будет точно такая же история. Кстати до обновления при долгом отсутствии система электропитания чет там ругалась, я не стал вдаваться в подробности. возможно после установки свежей системы нужно пошаманить там. Хз че делать, в интернете ответа не нашел.

вы нашли решение проблемы?

Возможно делается так

1. Отключи переход в гибернацию Power Manager найти в Settings не сложно 2. Из терминала apt update; apt upgrade

Или как я сделал у себя: Использую xfce, окно логина вроде называлось lightdm. Переключился в консоль Ctrl+Alt+F2 ps ax — нашел Display Manager и убил apt purge lightdm — снёс Display Manager apt autoremove — удалил зависимости Display Manager dpkg-reconfigure console-setup — настроил консоль (рекомендую Terminus Bold 10×20) Теперь логинюсь в консоль и если нужны иксы, то startx

Я сам ничего пока не смог сделать ибо не понимаю некоторые пункты. . данные взяты с форума — antichat.ru раздел для Администратора/Linux, Freebsd, *nix/BackTrack / KaliLinux. Задай вопрос — получи ответ. https://forum.antichat.ru/threads/105365/page-66#post-4308008

Возможно вот еще что.

1. Возможно было мало выделено места под жесткий диск. https://c.radikal.ru/c16/1905/09/3d9b7f1282b0.png 2. Возможно нужно переустановить libpam0g скрин https://c.radikal.ru/c24/1905/f7/256e50393e37.png https://toster.ru/q/59528 — для начала прочтите, команды взяты от туда.

Внимание 3 команды. Последний третий пункт не уверен, что нужен ибо он такой же как и первый.

apt-get install -f —reinstall libpam0g libpam-cracklib libpam-modules libpam-modules-bin libpam-runtime

apt-get purge libpam0g libpam-cracklib libpam-modules libpam-modules-bin libpam-runtime

apt-get install -f —reinstall libpam0g libpam-cracklib libpam-modules libpam-modules-bin libpam-runtime

Каникулы — количество калитредов увеличилось втрое.

Проблема не появилась.

И теперь самое интересное, зашел в приложения. Загрузить..обновить после перезагрузки, соглашаюсь, во время загрузки системы все обновляется, само после обновления перезапускается, появляется что-то вроде первого скрина (https://d.radikal.ru/d16/1905/c2/b96f75ee8427.png), но все прошло удачно и без остановки, все запустилось. Что повлияло не знаю, но явно либо увеличение места либо переустановка libpam0g. Теперь интересно, можно ли на той системе, где эта проблема не решена, увеличить объем виртуального диска с 15 до скажем 30Гб, что-то в настройках виртуалбокса покопался, ничего не нашел.

Проблема решена.

Просто нужно больший размер диска, 15Гб мало 30Гб хватает. Как я проверил, загрузился, увидел ошибку, загрузил консоль Ctrl+Alt+F2 Хотел переустановить libpam0g apt-get install -f —reinstall libpam0g libpam-cracklib libpam-modules libpam-modules-bin libpam-runtime выполнил, во время всего что там происходило увидел что система все же ругается на недостаточное количество места. И предлагала удалить архивы установленных пакетов командой apt autoremove что я и сделал. Освободилось примерно 400-500Мб Перезапустил систему и система запустилась без проблем в графическом интерфейсе. Далее предупредила о о том что место заканчивается.

Источник

Решено Что делать если kali linux завис при обновлении

non_logs

Только если понимаете, что делаете. Неплохо было бы написать, в результате чего произошел сбой и для чего предназначены эти манипуляции. Я так понимаю имел место сбой в установке ПО (судя по команде
sudo dpkg —configure -a).

Если это драйвера Nvidia, то действительно после quiet параметры типа nvidia-drm.modeset=1 нужно убрать, если не дрова, то убирать не надо. Да и вообще при проблемах с дровами достаточно выбрать в параметрах загрузки режим восстановления, там все без иксов и дров запустится. То же самое относится и к другим проблемам, команду sudo dpkg —configure -a можно также выполнить из этого режима.

Насколько я помню манипуляции с init=/bin/bash и перемонтированию ro/rw относятся к сбросу пароля, т.е. Вы забыли пароль от рута.

А если у товарища стоял после quiet параметр nouveau.modeset=0 и не было установлено других драйверов, то можно не рассчитывать на запуск системы вовсе.

non_logs

Только если понимаете, что делаете. Неплохо было бы написать, в результате чего произошел сбой и для чего предназначены эти манипуляции. Я так понимаю имел место сбой в установке ПО (судя по команде
sudo dpkg —configure -a).

Если это драйвера Nvidia, то действительно после quiet параметры типа nvidia-drm.modeset=1 нужно убрать, если не дрова, то убирать не надо. Да и вообще при проблемах с дровами достаточно выбрать в параметрах загрузки режим восстановления, там все без иксов и дров запустится. То же самое относится и к другим проблемам, команду sudo dpkg —configure -a можно также выполнить из этого режима.

Насколько я помню манипуляции с init=/bin/bash и перемонтированию ro/rw относятся к сбросу пароля, т.е. Вы забыли пароль от рута.

Источник

Кали Линукс зависает

Всем здравствуйте, сегодня мы поговорим об ошибке, когда операционная система Кали Линукс зависает практически сразу после запуска. Причём предугадать время зависания невозможно, равно как и вычленить главную причину проблемы.

На борту:

• Кали Линукс 2.0
• после получения последних обновлений Кали вдруг зависает в любой момент работы, что может сопровождаться высокой загрузкой процессора
• мышь не двигается, компьютер не откликается на клавиатуру
• перезагрузка только кнопкой RESET компьютера/ноутбука

В чём проблема?

• Часто причина того, что Кали Линукс зависает, видится в службе индексирования gnome shell-а, которая и отвечает за индексирование файлов. Как и в Windows, служба призвана для возможности быстрого к ним доступа со стороны пользователя. Однако, если запущенный «диспетчер задач» Linux (команда top в терминале) показывает высокую нагрузку на процессор со стороны процессов tracker-miner и tracker-store , причина зависаний Кали кроется именно в tracker daemon .
• Конечно же, видеодрайверы.

Кали Линукс зависает: облегчаем индексирование.

Сразу после запуска Кали, пока ничего не зависло, приступаем:

останавливаем запущенные процессы слежения за файловыми изменениями и удаляем соответствующие базы.

отключаем индексирование всех папок Кали Линукс

и меняем значения

• меняем значения (если есть)

на -2 (по умолчанию стоит -1 )

Те же самые изменения мы проводим в документе

Кали Линукс зависает: разбираемся с видеодрайверами.

Вот как внимательно вы прочитаете этот абзац, так быстро вы с зависаниями в Кали и разберётесь. Дело в том, что замерзание стабильно работавшей до того Кали часто подстерегает «пингвина» именно после вполне заурядного и очередного обновления. После которого мусорные библиотеки конфликтуют с работающими. Так что вы должны запомнить пару команд, которые освободят вас от хлама. В одной из статей я показывал как с помощью этих команд справиться с проблемой, когда Кали не загружается нормальным образом после обновления.

Но в какой момент некоторые из них вводить, вам придётся прикидывать на месте. Итак, если вы обладатель видеокарты от nV idia :

• в «безопасном режиме» Кали

набираем в окне терминала команду на удаление установленных драйверов

и сразу почистим систему от файлового мусора

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

Не примените воспользоваться. После всех этих команд покинем ремонтный терминал командой

и уже в нормальном режиме повторите команду

В итоге пробуем полностью обновиться:

Однако. Последняя инструкция по удалению драйверов от nVidia конкретно является неполной. Дело в том, что таким образом мы попытаемся именно переустановить битые библиотеки видеодрайверов. Однако Кали на 99% вероятности всё равно будет подсовывать вам видеодрайвер проекта nouveau по умолчанию. Этим и объясняется жидкий выбор в настройках мониторов. В одной из статей мы разберём как установить драйвер для установленной видеокарты на замену дефолтному.

Источник

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

Источник