Перезагрузка или есть способ?

Процесс в состоянии Zombie, самое простое перезагрузка, но вот root.exe меня всёже смущает

1.«перезагрузка» - «мы не ищем легких путей»(с)
2.root.exe - это программа пользователя, как Вы видели, к системному root’у отношения не имеет

root.exe

Ганс неси огнемет!

А чем плоха перезагрузка? В этой ситуации, процесс Xorg с pid 1402, в таблице процессов ядра потерял своего «папку» и сидит теперь как дурачёк с кодом возврата и ждёт пока его заберут, а забирать никто не хочет, на него повесили шильдик Z, высвободили все ресурсы и забили. Никто не мешает иметь кучу одновременно запущенных Xorg’ов, он в некотором роде спроектирован под это дело, просто будет всё отображаться на DISPLAY=:1

1.Как видно, 10 задач уже проработали по 15 часов и не завершились.
2.Этот «дурачёк» отжирает 100% одного процессора.

Ну да, они чтото там делают, процессы не всегда завершаются по цепочке, в случае если родитель хочет завершить свою деятельность, возможно как раз по этому и не хочет завершиться Xorg и вернуть уже свой результат в wait() системы инициализации

Что значит потерял? Там ppid не виден.

Цель какая? Запустить гуи?

Набери

ps axwwo user,pid,ppid,command | grep 1402

посмотри что там в колонке ppid на на него такую же команду, и так по цепочке до pid 1.

Ну или можешь pstree -p сделать, может такой вид удобнее будет. После этого уже выясняй почему завис родитель Xorg-а.

Цель тут на ладони - не потерять 150 часов расчетов. Не понимаю, как знание того, кто запускает Xorg, поможет этому?

А чисто познавательно хотелось бы знать, почему в linux образуется такая ситуация, и нет способа убить паразитный процесс?

Цель тут на ладони - не потерять 150 часов расчетов.

соболезнования расчётам. им не повезло с.

А как связано не потерять расчеты и рабочие X-ы? Расчетный софт выводит результаты в gui чтоль?

Не знаю, за сигаретами может вышел, в жизни по разному бывает. ТС пытался прибить Login Manager, с большой вероятностью ppid xorg’а будет 1

Чтобы не потерять расчёты - достаточно подождать пока они доделаются. Этим расчётам графика же не нужна? Вот пусть и считаются без неё. Чем тебе Xorg мешает?

Не понимаю, как знание того, кто запускает Xorg, поможет этому?

Потому что завис не Xorg а тот кто его запустил. Об этом свидетельствует буква Z в его статусе.

А чисто познавательно хотелось бы знать, почему в linux образуется такая ситуация, и нет способа убить паразитный процесс?

Такое бывает действительно иногда, но у тебя не тот случай - Z означает что процесс уже завершился, и ждёт своего запускателя чтоб окончательно удалиться из списка. Откуда там написано 100% cpu не знаю, видимо баг.

Если бы у него был ppid 1 то он не был бы зомби - инит бы его завершил успешно.

Такое бывает действительно иногда, но у тебя не тот случай - Z означает что процесс уже завершился, и ждёт своего запускателя чтоб окончательно удалиться из списка. Откуда там написано 100% cpu не знаю, видимо баг.

1.Z означает, что процессу присвоено звание «зомби», а вот завершился ли он - это «бабушка на двое сказала», я бы свою руку на отсечение не дал бы, а Вы?
2.Общая сумма загрузки CPU(12 потоков) включает и 100% Xorg. Где «баг», в каком коде?
3.Почему не перезапускается/останавливается графика, которая породила Xorg?

P.S.Я рассматриваю эту ситуацию как ненормальную, т.е. непредсказуемую однозначно. Вопрос более общий, чем сохранение насчитанных результатов (промежуточные результаты программно сохраняются для возможного продолжения - на дядю(систему) пока нет надежды)

1. Зомби это и есть завершившийся процесс.

2. Не знаю, какая разница то? Где-то в ядре. Ты ж не побежишь его чинить?

3. Вопрос непонятен. Что это такое вообще - «графика которая породила Xorg»?

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

P.S.Я рассматриваю эту ситуацию как ненормальную,

Конечно ненормальная, Xorg почему-то упал, а в ядре баг из-за которого зомби-процессу приписывается потребление проца. Но всё-таки посмотри ppid.

3.Что это такое вообще - «графика которая породила Xorg»?

Думаю, что не процесс №1. Наверное, в моем случае lightdm. Он-то должен был убиться при рестарте, однако, выжил. Докладывать такое как баг бесполезно без логов и т.п.

Но всё-таки посмотри ppid.

Думаете, я сутки жду что будет? С удаленного терминала команда «reboot» его отключила, но компьютер не перегрузился, на старт по сети тоже не ответил - пришлось просить человека нажать на кнопочку.

Наверное, в моем случае lightdm. Он-то должен был убиться при рестарте, однако, выжил.

А надо было не предполагать а сразу посмотреть, ну да ладно уже поздно.

Думаете, я сутки жду что будет?

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

С удаленного терминала команда «reboot» его отключила, но компьютер не перегрузился

Такое обычно бывает из-за ядерных зависаний, которые либо из-за багов в ядре, либо из-за багов в железе.

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

Мой пост по большому счету - не решить сиюминутно проблему, а понять ее, и, возможно, инициировать лечение

Из лечения к сожалению только два простых способа:

1) ждать обновлений ядра

2) заменить железо (частично или полностью)

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

root.exe - это церновская библиотека ROOT. У них там какая традиция тянется еще с 1995 года. Вполне возможно, что библиотека сначала разрабатывалась на Windows NT. В 1994-95 годах Linux был ещё в зародыше.

ТС коллайдере чтоли шатает?

Цель тут на ладони - не потерять 150 часов расчетов

Не писать багованных скриптов, сохранять на диск как можно чаще.

А чисто познавательно хотелось бы знать, почему в linux образуется такая ситуация, и нет способа убить паразитный процесс?

killall -9 root.exe

Что-то 150 часов считал и не проверял.

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