добрый дикий мир

В нулевых, когда на линуксе глючил X-server, можно было зайти в консоль по alt-f[1-6], прибить зависшие процессы, если они были, и набрать startx.

Сейчас же, вариант - только внешнее подключение, например по ssh, и команда (для гнома):
killall -HUP gnome-shell

Так-то линукс сам по себе пашет. Проблемы бывают при попытках запустить какую-нибудь игрушку из стима.

cd ~/.mozilla/firefox/*.default/

for i in *.sqlite; do echo "VACUUM;" | sqlite3 $i ; done

или

find ~/.mozilla/firefox/ -name *.sqlite -exec sqlite3 {} VACUUM \;

отсюда

Совет из 2009-го, когда firefox был версии 3. Сейчас 128 - и до сих пор актуально.

Телефон и линукс подключены к одному роутеру.

В телефоне:
Скачать Cx Проводник. Запустить. Сеть -> Доступ из сети -> Пуск.
Появится строка похожая на: ftp://192.x.x.x:2179 ; имя пользователя, пароль.

В линуксе:
Gnome. Запустить "Файлы". Другие места. В правом нижнем углу в окне "ввести адрес сервера" ввести адрес сервера ftp. Зарегистрированный пользователь. Имя, пароль. Подключиться.

Всё ещё не понимаю. Но решение вроде есть.

Утилита chmem позволяет заблокировать участки блоками по 128 мегабайт.

Ничего из этих ссылок не помогло. А memmap я не догоняю как что и куда.

Сначала в меню memtest выбрал badrampatterns. Потом этот код прописал в GRUB_BADRAM. И словил черный экран, пришлось chrootить.

Про использование chmem. В chmem проще без адресов, блоками ( -b ) заизолировать примерный участок. lsmem покажет адрес, и его надо сравнить с тем, что написал memtest. Тупо в python копипастится шестнадцатеричный адрес и нажимается ввод. Потом прописать в загрузку и ок.

upd. Минусом блокировки сбойных участков памяти с помощью chmem является вероятность того, что сбойные участки уже могут быть зарезервированы системой. В моем случае блокировка с chmem сработала отлично.

upd2. Щаз. Я обсчитался на порядок. Через примерно 2 недели работы был глюк. Стал смотреть внимательнее и выяснилось, что chmem таки не блокирует сбойный участок. Зато нашлась пара понятных ссылок.

Да, параметр надо писать в GRUB_CMDLINE_LINUX, а не в GRUB_CMDLINE_LINIX_DEFAULT.
Примерно так: GRUB_CMDLINE_LINUX="memmap=1M!2061M", что в переводе на человеческий означает заблокировать 1 мегабайт начиная от 2061-го мегабайта.
Нужный мегабайт находится так: берется плохой адрес, вместо последних пяти цифр ставятся нули. Полученное число пишется в python с префиксом 0x вот так: 0x95f00000. Нажимается ввод. Потом число два раза делится на 1024.

Проверить командой
#dmesg | grep user
должна быть строка с persistent (type 12).

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

Внезапно закончились задания для биолого-медицинских проектов в BOINC. У WCG проблемы с хостингом до начала января. Админы Rosetta@Home после Нобелевской премии расслабились и проспали время замены сертификатов SSL; пока можно поправить, прописав незатронутый сервер в /etc/hosts. Дальше в треде пишут, что начали исчезать аккаунты. SiDock почти досчитали мишень 23, правда у них еще осталась 11-я, дропнули раньше, хотя проценты её выполнения увеличиваются. Еле-еле. Непонятно.

Хотел было подключиться к CERN, вроде как сурьезный проект, но пока возился с virtualbox, задания разобрали.

upd. К lhc@home можно подключиться как нативно, так и через virtualbox. Нативно я пробовал, настроил для одного из заданий, несколько посчитались. Потом отключился на несколько месяцев, настройки не менял, подключился снова и работать перестало. Там надо чуть ли не их файловую систему ставить, реализовано на centos, пляска с бубном та ещё; на virtualbox проще, но говорят считает медленнее.

Проблемы с virtualbox. Я нарвался на эту. Сделал так и ещё создал директории VirtualBox VMs. Что именно сработало - не знаю.

Еще стал ловить краши, возможно следствие разгона.

Посчитал буквально пару заданий folding@home для cpu. Был краш. И новые теперь не скачиваются. Тут пишут, что россиян банят по ip. Пока непонятно.

------------------------

Про boinc из репов выяснилась неприятная подробность. Мантейнеры взяли версию для Андроида, а не для amd64. В debian такая же ерунда.

Скомпилил 8.1. Почему-то не считает на gpu. Вернулся пока на пакет из репов.

----------------------

OpenCL на картах AMD начали делать в mesa, но потом был выпущен rocm, и на разработку в mesa походу забили. Но вот интеграция rocm в дистрибутивы со стороны AMD оставляет желать лучшего: есть драйвера для 4-х. В следующем релизе debian вроде как есть несколько файлов.

upd2. Ниасилил lhc@home. Ошибки. Ещё и squid требует. Ссылка, кстати, малоактуальная для нубов - не работает, если делать по пунктам.

2024-12-22 02:58:27 (10739): Guest Log: [INFO] CMS application starting. Check log files.
2024-12-22 03:18:32 (10739): Guest Log: [ERROR] glidein exited with return value 1.
2024-12-22 03:18:32 (10739): Guest Log: [DEBUG] Volunteer: siu77 (574792)

Подключил Einstein@home.

upd3. Похоже, что система крашится при одновременном выполнении F@H на cpu и numberfields на gpu intel. Сыпятся ошибки заданий numberfields, а что с folding - не знаю.

upd4. lhc - не только у меня проблемы.

upd5. rocm теперь можно установить в debian 12, но работать будет только на ускорителях ИИ. И поддержку GCN потихоньку депрекуют, RDNA требуется.

В линуксе можно сделать с помощью gparted.

Отформатировать например в fat16. (4 гига максимум)
В меню: 'Раздел' -> 'Управление флагами' включить флаг boot.


Скопировать iso на флешку:
варианты

в debian
# cp debian.iso /dev/sdX
# sync

Почистил от пыли, местами промыл - кулер перестал крутиться. Изображение выдает, температура под 90 градусов при просмотре видео. И растёт, дойдет ли до ста смотреть не стал. Купил другой кулер - та же ситуация. Т.е., проблема не в вентиляторе.

Ресурс давно выработала, но все равно жалко.

.....

asus rx 560 4gb, в онлайнтрейде, с бонусами 8615р. Немного меньше 100$.
Выбирал именно с dual-link dvi. Разьем уходит в прошлое и мало кто из даже не продавцов - производителей утруждает себя уточнением. В итоге вариантов было немного.

Судя по тестам в сети она процентов на 20 быстрее и процентов на 20 потребляет меньше, чем r7 260x.

На драйвере radeon не запустилась. amdgpu были установлены, набрал в консоли:

#modeprobe amdgpu

и изображение появилось. Как потом выяснилось - amdgpu стоял в blacklist и были выставлены всякие параметры для 260x, так что не уверен на 100% в том, что проблема именно в свободных драйверах.

Неа, чип не поддерживается свободным драйвером. Неа, поддерживается polaris 11.

Удалил amdgpu и с драйвером radeon - работает. И даже vulkan работает.

Причем и там и там определяется одинаково - polaris 11, тогда как железо polaris 21. Вот тут они пишутся через дробь: 11/21. "Википедия" лучше определяет, чем драйвера в линуксе.

Теперь надо понять какой драйвер шустрее.
----
Странно теперь реализованы дрова в линухе, непонятно. Radeon похоже все-таки не работает.
Устанавливаю radeon, удаляю amdgpu, прописываю в файле
/etc/modprobe.d/radeon.conf строчку
blacklist amdgpu
результат - черный экран при загрузке.
Закомментировав её
#blacklist amdgpu
грузится.
Тестирую.

Устанавливаю amdgpu, удаляю radeon, в файлах закомменчиваю все строчки.
Тестирую.

Вижу, что цифры у теста unigine superposition одинаковые. Больше того в обоих случаях написано, что драйвер amdgpu.

Т.е., даже когда установлен radeon, а amdgpu удален, linux откуда-то подтягивает amdgpu. Загадочно как-то.

И в скринах встроенного теста из игры tomb raider один из результатов (самый первый) больше чем на 10 fps выше. Или это я в настройках теста что-то не синхронизировал, или влияют опции, которые были включены для Southern Islands и Sea Islands. Что, по идее не должно влиять. Но, я не помню, чтобы ставил тест на средних или там на низких.

Зависания, лечащиеся ребутом, случаются при подсчете более 3-х заданий rosetta beta.

На gpu в это время вычисляется prime grid. Отдельная нить для gpu не выделена.

Возможные причины:
1. Нехватка памяти. Для розетты рекомендовано 2 гига на задание. Т.е., 8-ми гигов на 4 потока должно быть достаточно. Но, нет.
Было такое, что считалось задание розетты на одном потоке - и занимало как раз около 2-х гигов. А когда выполняются 3-4 параллельно, то они занимают по около 300 мегабайт каждое.
Мэйби.

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

upd. Неа, не розетта. Зависание было при 4-х заданиях mcm и primegrid. Выделил под primegrid отдельное ядро. И опять зависание (работало видео youtube в firefox). Железо?

Ядро перебирал не помню когда. Смысл был в выкидывании драйверов неиспользуемого оборудования и тем самым освобождении памяти и ускорении загрузки. И реально помогало, когда памяти у компа было в разы меньше гигабайта. А потом после апгрейда пересобрал и... практически никакого ускорения; визуально, по крайней мере, по тестам-то чуть-чуть есть, но самую малость. И как-то забросил это дело.

Выпустили ремастер второй кваки. В винде летает, а в линуксе нужен vulkan. Который на картах с gcn 2 работает лишь в бета-версии.

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

Во-первых, драйвер amdgpu категорически не запускает wayland - черный экран.
Во-вторых, неожиданно возникли проблемы с grub. При апдейте винду он не видел. Я ковырялся в настройках ядра, но не нашел опции.

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

Такие дела. Не знаю можно ли получить .config из работающего ядра? Было бы интересно посмотреть в чем там загвоздка.

В итоге, wayland не пашет, вторая квака идет на vulkan, задания einstein@home считаются в несколько раз быстрее, чем на драйвере radeon. Но, полагаю, при следующем апдейте стандартного ядра дебиана, возникнет черный экран. Посмотрим.

upd. Пришлось отключить amdgpu и включить radeon. Слишком частые зависания, черный экран без возможности войти в систему с того же хоста. Но игры работают хорошо, это да.