Зависает fly astra linux

Содержание

fly-dm не стартует после обновления
Montfer
vvbirkin
eugene_
Карл
vvbirkin
Неполное зависание системы.
Alex-der
Alex-der
Зависание системы.
MkZ
kvv-vp
MkZ
kvv-vp
MkZ
Faustus
MkZ
Faustus
kvv-vp
MkZ
Alex-der
Медленная работа Fly

fly-dm не стартует после обновления

попробуй у себя, голубчик, переустановить хотя бы один метапакет.
«Мета», конечно в списке иноагентов, но ни один метапакет и не должен иметь исходников, а потоМУ и не скачивается.
Фсё, скачал на рутрекере ALSE 1.7.2 !
Common Edition к чертям, да здравствуют «не только лишь все но и некоторые».
Фперёд

Montfer

New member

vvbirkin

New member

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

eugene_

New member

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

Карл

New member

сегодня разбирался с подобным в SE 1.7
1. чистая 1.7
2. добавил репы на обновления (https://wiki.astralinux.ru/pages/viewpage.action?pageId=158598882)
3. начал процесс, заругался на сертификаты, подкинул их из debian
4. начал процесс .
5. завершился, перегрузился
6. ввожу пароль, а не входит, странно .
7. зашел по ssh — вижу: fly-wm: symbol lookup error: fly-wm: undefined symbol: _Z12getAstraModev
8. обнаружилось, что по команде apt-cache show libflycore — выдает что установлены две версии 2.11.12+ci1 и 2.11.6+ci2
10. strings /usr/lib/x86_64-linux-gnu/libflycore.so.1.0.0|grep getAstra выдает _Z12getAstraModePb т.е. это не _Z12getAstraModev
11. помогло sudo apt-get install —reinstall fly-wm

vvbirkin

New member

Поставлен эксперимент на читую систему после установки с orel-current.iso и apt-get update :

# apt-get install —no-install-recommends fly-dm
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Рекомендуемые пакеты:
x-session-manager | x-window-manager fly-mac-dialog
Пакеты, которые будут обновлены:
fly-dm
обновлено 1, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 401 пакетов не обновлено.
Необходимо скачать 125 kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 12,3 kB.
Пол:1 https://download.astralinux.ru/astra/stable/orel/repository orel/non-free amd64 fly-dm amd64 2.11.21+ci1 [125 kB]
Получено 125 kБ за 0с (168 kБ/c)
Предварительная настройка пакетов .
(Чтение базы данных … на данный момент установлено 216464 файла и каталога.)
Подготовка к распаковке …/fly-dm_2.11.21+ci1_amd64.deb …
Распаковывается fly-dm (2.11.21+ci1) на замену (2.11.12+ci1) …
Обрабатываются триггеры для systemd (232-25+deb9u12astra.ce9) …
Настраивается пакет fly-dm (2.11.21+ci1) …
addgroup: Группа «fly-dm» уже существует и является системной. Завершение работы.

Далее при рестарте fly-dm уже не поднялся.
П**дец котенку.

Я хочу восстановить 2.11.12, но как это сделать — в репе уже 2.11.21 (глючный)
а для двд не могу найти как прописать его репку, хотя подмонтировал вручную в /mnt.

Источник

Неполное зависание системы.

Как я уже писАл в других темах, предстоит переход на работе на Астру.

Поставил 1.7.2 на пробную машину, ковыряю, знакомлюсь. Опыт работы с линуксом есть, правда, в серверных вариантах (без Х-ов). А вчера вечером вернулся, ввёл пароль — и система погрузилась в размышления о чём-то, вероятно, о масштабах Вселенной, не иначе. Вначале на движения мышкой, Caps-Num- ещё реагировала, потом время реакции стало достигать несколько десятков секунд. Индикатор работы ЖД раскалился. Мышка по экрану вначале шевелилась, потом тоже перестала отрабатывать. Рабочий стол так и не открылся. На консоль не переключалось. С соседней машины ping шёл, но зайти по ssh не удалось — login(tty?) не запускался. В итоге пришлось перезагружаться. uptime на тот момент был порядка двух недель, на рабочем столе было запущено несколько терминалок, пару fly-file-manager и chromium с ~ двумя десятками вкладок на разных столах.
В messages в это время есть только это

Dec 13 17:13:54 admin-test kernel: WARNING: chroot access! Dec 13 17:13:54 admin-test kernel: WARNING: chroot access! Dec 13 17:14:10 admin-test ru.astralinux.fly-fm.open[22890]: [ALSOFT] (EE) Could not query RTKit: No such file or directory (2) Dec 13 17:14:12 admin-test ru.astralinux.fly-fm.open[22890]: qt.gui.imageio.jpeg: Corrupt JPEG data: premature end of data segment

[ 0.000000] Memory: 5903184K/6220740K available (16393K kernel code, 4274K rwdata, 10496K rodata, 2868K init, 4996K bss, 317296K reserved, 0K cma-reserved) [ 0.119774] smpboot: CPU0: AMD Athlon 3000G with Radeon Vega Graphics (family: 0x17, model: 0x18, stepping: 0x1) [ 0.119947] Performance Events: Fam17h+ core perfctr, AMD PMU driver.

Как-то неприятно-странное поведение. С чего бы? Куда ещё можно глянуть, чтобы понять причину? Памяти дофига, своп есть, правда 1 гиг всего, как инсталлятор рекомендовал. Flash не стоит.

Да, сеанс под пользователем без админских прав. Т.е., если бы систему забило пользовательским процессом, его бы отстрелило, или нет?

Alex-der

New member

Продолжение истории.
Вчера вечером опять произошло погружение (неполное) системы в свои размышления: перед концом рабочего дня система начала дико торомозить, снова индикатор работы диска раскалился, но на мышку реакция была нормальная и на клавиатуру, хоть и с опозданием, но была ответка. Я переключился в первую консоль, ввёл логин-пароль, в систему зашёл. top показал почему-то 60% CPU xfreerdp. Что мог такого делать xfreerdp — для меня загадка. Кроме него болталось около 30 процессов хрома, штуки 4 xterm-а, vlc на паузе, synaptic, fly-fm. uptime — 6 с небольшим дней. Минут с 10-15 попереключавшись с графики на консоль и обратно в попытках найти загрузивший систему процесс, я поймал ошибку что-то типа «session ticket incorrect» и система раздуплилась, вышибив synaptic, все fly-fm-ы, vlc и все xterm-ы. xfreerdp и chromium остались живы (по идее, именно хром должен был из всего этого скушать память и его должны были первым пристрелить). В messages снова тихо. Долго не ковырялся — рабочий день закончился, система вела себя адекватно. Сегодня посмотрел — опять целый день зайка.
Вот что это может быть? Куда посмотреть можно? что показать опытным людям для диагностики?

Alex-der

New member

Продолжение эпопеи
После всех новогодних праздников система «встретила» меня в полумёртвом состоянии. В этот раз я немного подготовился и оставил открытой текстовую консоль, на которую можно было переключиться и хоть что-то попытаться посмотреть. top показал, что 100% процессора съедено kswapd0. Занята система была настолько, что команда top вводилась секунд 30 — я удивился, что удалось так легко переключиться в консоль — всего каких-то 5-10 секунд. Есть в Астре инструмент, чем посмотреть, кто так выжирает память? Я на соседней машине нашёл только скрипты, но они не двухсотбайтные и ввести на полуживой системе не удалось.
Дня три на моих глазах система боролась с (чем?), пару раз, впрочем, оживая минут на пять и опять потом впадая в кому. Перенести на неё скрипт анализа потребления свопа за эти минуты просветления я не успел. Все ресурсы по-прежнему занимал kswapd0.
Наконец, система на моих глазах очнулась и пришла в себя. Удалось без проблем зайти в гуях под пользователем и даже всё с виду работало. Просмотр логов показал, что система вдруг посчитала файловую систему основного раздела / повреждённой и перевела её в ro. Запуск fsck исправил пару мелких ошибок файлов и сказал, что ФС чистая. Но перевести / в rw не удавалось — система твердила, что это невозможно на повреждённом разделе. Дальнейшее чтение гугла и яндекса ответа не дало. При этом swap и /home — на отдельном разделе и можно работать с файлами и в интернет. /tmp и /var/tmp практически пустые. В течение двух дней машинка жила весьма бодро, но стала наблюдаться постепенная деградация: вначале потребовала обновления и отвалилась телега, потом — ещё что-то (уже не помню). Логи замерли на моменте перевода раздела в ro. В общем, было принято решение не мучать животное и перезагрузить. Прошёлся раза три викторией по диску — ошибок нет, смарт отличный, перемещённых секторов 0 (диск новый). На сегодня аптайм уже 10 дней — пока полёт нормальный. Скриптик анализа свопа наготове.

Источник

Зависание системы.

Попробуйте «разблокировать» графику при помощи «магических клавиш». При нажатии какой клавиши произойдет разблокировка?

MkZ

New member

kvv-vp

New member

При очередном зависании давите Ctrl + Alt + SysRq + последовательно R, E, I, S, U, B и смотри после какой комбинации система очухается.
Ctrl + Alt + SysRq + R и далее. Ctrl + Alt + SysRq + B — перезагрузка.

MkZ

New member

kvv-vp

New member

Пардон. В астре SysRq, по умолчанию, отключены. Включить нужно- в файл /proc/sys/kernel/sysrq «1» записать, без кавычек и перезагруз.

MkZ

New member

магия включается (можно вызвать перезагрузку), но после перезагрузки значение в файле сбрасывается на 0
если не перезагружаться и ждать зависания, то после оного магия не работает, что ни нажимай — ничего не происходит
ps: зависание можно вызвать перетаскиванием окна

Faustus

New member

MkZ

New member

Faustus

New member

kvv-vp

New member

Не понял. У вас при зависании и включенных SysRq комбинация Ctrl + Alt + SysRq + B не работает? На в консоль вы загрузится можете?

MkZ

New member

Alex-der

New member

Вопрос — индикатор активности HDD молчит? Или что-то индицирует? Снаружи хост пингуется?
У меня на тестовой машине что-то подобное происходит, только периодичность — пару недель: машина уходит в себя, индикатор HDD горит ярким огнём, ни мыша, ни клава не работают. Порой удаётся успеть переключиться в консоль — тогда что-то ещё работает. top ничего критичного не показывает — в первых строчках сам топ, kswapd, иногда ещё что-то. Но я заметил, что блокировщик экрана, который включается при переходе в консоль, понижает приоритеты активных приложений или, вообще, замораживает их. (Хотя, нет — телега работает, периодически булькает). Если в этот момент зайти в графике другим пользователем — всё спокойно. Если вернуться снова в того пользователя, то процесс «зависания» продолжается до конца. При этом снаружи хост пингуется, но тот же ssh висит — не спрашивает ни подтверждения ключей, ни логина-пароля. Причину понять пока не могу — очень большой период времени проходит до этого явления. И случается оно весьма неожиданно.

PS1: Попробуйте сразу после загрузки переключиться в консоль, пока машинка «жива» и понаблюдать — виснет или нет. Если да, то это на уровне системы. Если нет — это, вероятнее всего, Х-ы и надо копатьв сторону дров на видео.

PS2: Посмотрите файлик /etc/sysctl.conf — там в конце есть про магию. Файлик в некоторых системах читается перед загрузкой ядра, а в некоторых — перед переходом в мультизадачность. Но смысл одинаков — важные системные переменные устанавливаются перед началом работы системы.

Источник

Медленная работа Fly

В некоторых случаях, как правило на видеокартах Matrox, может проявляться медленная работа Fly (фризы, тормоза). В этом случае может помочь инструкция Matrox. Если это не помогло, то можно внести некоторые изменения в настройки Fly. Для существующих пользователей в каталоге /home/Имя_Пользователя/.fly/theme/ во всех файлах изменить значения:

ThumbSize на 0, параметр отвечает за включение/отключение отображения миниатюры содержимого окон, когда в панели задач наводите курсор мыши на запущенное приложение.
Все параметры со словом Speed установите в 0
IconOverEffect на 0, либо на 1, параметр отвечает за включение/отключение эффекта подсвечивание иконок, при наведении на них курсора мыши.
OnScreenEffectExit на 0, параметр отвечает за включение/отключение эффекта затемнения экрана при завершении работы.
OnScreenEffectSwitcher на 0, параметр отвечает за включение/отключение эффекта затемнения экрана при выборе рабочих столов.
OpaqueMove в false, параметр отвечает за включение/отключение эффектов при передвижении окна.
OpaqueResize в false, параметр отвечает за включение/отключение эффектов при сворачивании окна.

Если изменения необходимо применить для всех пользователей, которые будут созданы в будущем, то в каталоге /usr/share/fly-wm/theme/ во всех файлах внесите аналогичные изменения.

Изменения лучше вносить последовательно, возможно в отдельном случае поможет изменение какого-то конкретного параметра.

Источник