Я крч посмотрел в логах Xorg'a. Оно (SDDM) просто в упор не видит файл /var/run/sddm/{80a766ac-c648-414b-b44c-1a2f7190745e}, который как я понял из контекста, отвечает за авторизацию, и ещё modeset выплёвывал это: modeset(0): failed to set mode: Invalid argument.
Файл этот, кстати, есть, и доступ к нему тоже есть.
Anonymous
Anonymous
Я крч посмотрел в логах Xorg'a. Оно (SDDM) просто в упор не видит файл /var/run/sddm/{80a766ac-c648-414b-b44c-1a2f7190745e}, который как я понял из контекста, отвечает за авторизацию, и ещё modeset выплёвывал это: modeset(0): failed to set mode: Invalid argument.
Есть у кого предположения, из-за чего всё это может быть?
Anonymous
Текущее рабочее ядро: 4.20.12-200.fc29.x86_64
Не рабочее ядро: 4.20.13-200.fc29.x86_64
Late
Текущее рабочее ядро: 4.20.12-200.fc29.x86_64
Не рабочее ядро: 4.20.13-200.fc29.x86_64
при загрузке выберите предыдущее, а потом при обновлении дописывайте --exclude=kernel* пока новое не выйдет
Владимир
ты думаешь оно одномоментно сожрало 18 гигов да так быстро что система не успела это отобразить?
Например, программа в теории может сделать отображение файла в оперативку (mmap) и потом запретить этому отображению уходить в своп (mlock). Есть утилита vmtouch, которая такими вещами и занимается. Если сделать vmtouch -vtl от многогигабайтного файла, картина будет именно такой: в кеше много гигов, памяти не хватает, но кеш не выгружается. Так что от софта действительно много зависит.
RafaelRS
Например, программа в теории может сделать отображение файла в оперативку (mmap) и потом запретить этому отображению уходить в своп (mlock). Есть утилита vmtouch, которая такими вещами и занимается. Если сделать vmtouch -vtl от многогигабайтного файла, картина будет именно такой: в кеше много гигов, памяти не хватает, но кеш не выгружается. Так что от софта действительно много зависит.
хочешь сказать, что в кеше висит что то чего не может отпуститься? Осталось выяснить, от какой программы. Большинство жирных программ я уже закрывал. Так же это не upwork и не Android Studio полагаю т.к. наверное после убийства проги этот кеш бы высвободился.
Владимир
хочешь сказать, что в кеше висит что то чего не может отпуститься? Осталось выяснить, от какой программы. Большинство жирных программ я уже закрывал. Так же это не upwork и не Android Studio полагаю т.к. наверное после убийства проги этот кеш бы высвободился.
Не знаю, возможно, по крайней мере похоже по поведению. Наверное стоит посмотреть вывод cat /proc/meminfo | egrep '^Mlocked:|^Mapped:', чтобы узнать, в этом дело или нет. Но это надо умудрится сделать, когда оно висит или собирается висеть.
Владимир
У меня на рабочей системе в Mlocked сотни килобайт какие-то, думаю больше не должно быть, если всё хорошо
RafaelRS
Не знаю, возможно, по крайней мере похоже по поведению. Наверное стоит посмотреть вывод cat /proc/meminfo | egrep '^Mlocked:|^Mapped:', чтобы узнать, в этом дело или нет. Но это надо умудрится сделать, когда оно висит или собирается висеть.
Возвращаясь к изначальной идее, может просто как то ограничить размер кеша?
ㅤ
Sergey
а зачем своп отключать?
Sergey
я сейчас не с целью поязвить спросил, правда интерсно
Sergey
да как бы и так особо не фризит)
Sergey
спасибо за ответ
ㅤ
да как бы и так особо не фризит)
Да это понятно, у чувака вешается какое-то приложение, но он нас уже второй день терроризирует про сброс кешей в линуксах. Это притом что я ему еще подкикул пару решений что можно попробовать еще сделать, но он их просто проигнорировал.
ㅤ
Это Мистер Гимпер вернулся скорее всего.
RafaelRS
Да это понятно, у чувака вешается какое-то приложение, но он нас уже второй день терроризирует про сброс кешей в линуксах. Это притом что я ему еще подкикул пару решений что можно попробовать еще сделать, но он их просто проигнорировал.
Каких решений? Сбрасывать кеш? Я же написал, что у меня этот скрипт c...:
# ls -l /usr/local/bin/free-cache.sh
-rwxr-xr-x. 1 root root 361 ноя 15 2015 /usr/local/bin/free-cache.sh
ㅤ
ㅤ
xvitaly и другие тебе уже пытались неоднократно объяснить что кеш в линуксе сбрасывают только оккультисты карго-культа, я попробую еще. Таненбаума читать ты же не будешь, верно? https://serverfault.com/a/597131
ㅤ
The reason to drop caches like this is for benchmarking disk performance, and is the only reason it exists.
RafaelRS
xvitaly и другие тебе уже пытались неоднократно объяснить что кеш в линуксе сбрасывают только оккультисты карго-культа, я попробую еще. Таненбаума читать ты же не будешь, верно? https://serverfault.com/a/597131
Ок. Попробую с другой стороны. Что делать, если есть подозрения, что ОС не всегда "отпускает" кеш когда потребуется свободная память?
ㅤ
Ок. Попробую с другой стороны. Что делать, если есть подозрения, что ОС не всегда "отпускает" кеш когда потребуется свободная память?
Но на твоем скрине не видно этого. Почему ты зациклился именно на кеше? Что именно в этот момент грузит ЦП на 100?
ㅤ
Еще попробуй найти в журнале что начало происходить в 1:30.
ㅤ
Ну и в таких случаях когда система вешается BFQ сильно помогает, чтобы хотя бы можно было хоть как-то взаимодействовать c gui и системой вообще.
ㅤ
> Что делать, если есть подозрения, что ОС не всегда "отпускает" кеш когда потребуется свободная память?
Писать багрепорт в https://bugzilla.kernel.org/
RafaelRS
Но на твоем скрине не видно этого. Почему ты зациклился именно на кеше? Что именно в этот момент грузит ЦП на 100?
Я не знаю что именно грузит ЦП в этот момент и определить не могу. Как это сделать? В этот момент система в состоянии фриза и ни на что не реагирует кроме как на Alt-SysRq-F, которое убивает самое жирное приложение в памяти. Почему я и докапываюсь до памяти, потому что система оживает после убийства приложения с самым большим потреблением памяти, иначе бы это не помогало. Да и при загрузке даже 100% цпу система не виснет наглухо вплоть до отстутсвия реакции на мышь и необновление часов на полтора часа. Хоть прямо щас запущу sysbench на 100% загрузку проца и все будет ок, я без проблем смогу работать параллельно, уж на 4х ядрах 8 потоках загрузить проц так, чтобы система была неоткликаема - не знаю как надо потрудиться, в жизни такого не было (вот под виндой такое думаю легче провернуть). К сожалению не додумался пощупать температуру проца в момент когда оно было зависшим, более чем уверен, что он был холодным т.е. не загружен. В следующий раз попробую. Моя логика такова, если причина в памяти, посмотрим что там с памятью, ведь ее дофига, неужели свободного так мало, что запросы на дополнительное выделение такое вызывают. Смотрю, а там кеша море, которое по идее должно было высвободиться, ... теоретически.
ㅤ
> К сожалению не додумался пощупать температуру проца в момент когда оно было зависшим, более чем уверен, что он был холодным т.е. не загружен.
Проц не загружен.jpg
ㅤ
«Стою на асфальте я в лыжи обутый. Толь лыжи не едут, толь я – *****»
ㅤ
Погляди журнал за тот период времени:
journalctl --since "2019-01-10" --until "2019-01-11 03:00"
Пропиши период нужный.
RafaelRS
> К сожалению не додумался пощупать температуру проца в момент когда оно было зависшим, более чем уверен, что он был холодным т.е. не загружен.
Проц не загружен.jpg
Да, но ты видишь не весь участок. ksysguard обновляется очень часто и участок между двумя стрелками это максимум минута, ну хорошо, две (специально сейчас замерил). Где остальные полтора часа? Т.е. в момент перед висяком проц вдруг возбудился и стал усиленно чего то там делать на полной загрузке. Возможно пытаться справиться с задачей распределения памяти, возможно нет, этого сказать не могу. На момент пробуждения ноут не был горячим, мне кажется я бы почувствовал и услышал по вою вентиляторов (такое у меня ни с чем не спутаешь). Но 100% не утверждаю, чтобы уж наверняка, пощупаю в следующий раз.
RafaelRS
ㅤ
Ну что-то повесило тебе систему. Android Studio или Firefox. Всё что угодно могло. Просто не трогай кеши, только хуже сделаешь. Копай в другом месте.
ㅤ
А prime95 проходит тест? RafaelRS Хотя ноут насиловать им нежелательно. Но хотя бы минутку погонять, может сходу будет фейл.
RafaelRS
А prime95 проходит тест? RafaelRS Хотя ноут насиловать им нежелательно. Но хотя бы минутку погонять, может сходу будет фейл.
Онож под винду. У меня винды нет на компах и ноутах, только в виртуалках для эпизодического использования.
ㅤ
Есть линукс версия...
ㅤ
http://www.mersenne.org/ftp_root/gimps/p95v294b8.linux64.tar.gz
ㅤ
Написал, что Невидия не дала скачать бета драйвер и пошло — мемы, Нвидия коммунисты, избегайте и вообще это 💩 😆 Не, ну правда, почему мне нельзя скачать бета драйвер если я не member невидия? Наоборот бы протестили желающие. @xvitaly
RafaelRS
А prime95 проходит тест? RafaelRS Хотя ноут насиловать им нежелательно. Но хотя бы минутку погонять, может сходу будет фейл.
Без проблем потестилась:
https://paste.fedoraproject.org/paste/ih~cWS4fZx40upvIiFj93w
RafaelRS
RafaelRS
ㅤ
Без проблем потестилась:
https://paste.fedoraproject.org/paste/ih~cWS4fZx40upvIiFj93w
Обычно минут 10-15 надо, но да, хоть так. Всё ок. Сильно греет проц, лучше не надо.
ㅤ
В логах что за тот период вчера?
RafaelRS
Обычно минут 10-15 надо, но да, хоть так. Всё ок. Сильно греет проц, лучше не надо.
Ну да, побоялся что в оверхит уйдет и тогда в перезагрузку, потому остановил. Если почистить вентили от пыли, можно подольше.
RafaelRS
В логах что за тот период вчера?
Вот только освободился чтобы засесть посмотреть. Щас буду изучать
ㅤ
Вот только освободился чтобы засесть посмотреть. Щас буду изучать
И еще вот такой момент возможно поможет тебе, потому что обычно в таких случаях взаимодействовать с системой не получится, о чем ты и писал ранее.
ㅤ
Иногда мне действительно так казалось, но если правда не троллит, то хотелось бы помочь. 😊
Anonymous
RafaelRS
И еще вот такой момент возможно поможет тебе, потому что обычно в таких случаях взаимодействовать с системой не получится, о чем ты и писал ранее.
Не поможет скорее всего. Я когда то уже пробовал в таких состояниях года 2-3 назад подрубаться по ssh чтобы кильнуть что-то что жрет много памяти, ssh просто мертвый в такие моменты. Он у меня вообще постоянно включен (sshd). Да какой ssh, сегодня с утра когда ожила система, даже сеть WiFi отвалилась видимо по таймауту и пришлось подключаться заново, потому проц даже после оживания был некисло занят firefox, о чем я показал второй скриншот.
Anonymous
ты всё пытаешься не дать человеку себе ногу отстрелить @Artem4
RafaelRS
Я не знаю сколько вы тут, телеграм не особо долюбливал вообще, я раньше в основном на джаббер канале висел в чате федоры (и щас вишу).
ㅤ
ты всё пытаешься не дать человеку себе ногу отстрелить @Artem4
Что кеши сбрасывать не нужно и это задокуменитровано, он уже понял, я надеюсь. 😊
RafaelRS
RafaelRS
На момент смерти занимал больше 3,5 гигов я так понял. Тем не менее это не больше 19 гигов. Что самое замечательное, журналы остались работоспособными все эти полтора часа, что радует. Будет что почитать :)
RafaelRS
RafaelRS. Щас отпишу туда
Anonymous
а у нас такой есть? оО
ㅤ
Там есть сейчас активность?
🦥Alex Fails
надо в кепку добавить поддержку
RafaelRS
Го в матрикс чат РФР.
Ссылка какая нибудь на подробности есть? Я помню промелкивало в новостях давно, но уже не помню где.
ㅤ
https://riot.im/app/#/room/#russianfedora:matrix.org
🦥Alex Fails
да ладно тебе
🦥Alex Fails
надо хост для Libpurple сделать
🦥Alex Fails
и для telepaty
🦥Alex Fails
и можно будет что угодно фигарить, главное, замокать View-хрени клиента
🦥Alex Fails
тут кстати еще один месенджер зопилили - Delta Chat
🦥Alex Fails
работает поверх E-Mail
🦥Alex Fails
внешне похож на вацап, интерфейс на дерьмотроне
🦥Alex Fails
либа на ссях
ㅤ
Не то?
🦥Alex Fails
я у жедитоба увидел на хабре публикацию про него
🦥Alex Fails
хотел набросить про электрон, но лень стало
ㅤ
Десктоп клиенты не Электрон. Но так мне чем-то понравился даже.
Anonymous
хотел набросить про электрон, но лень стало
https://m.habr.com/ru/company/ruvds/blog/429836/