SunTechnik

#!/bin/bash
[ -x /usr/bin/rpmbuild ] || { echo 'rpmbuild not found'; exit 1; }

mkdir -p /tmp/rb
cd /tmp/rb

echo 'Name: testpackage
Version: 999
Release: 111
Summary: test summary
License: qwe
%description
test package
%install
cp $HOME/your_file %buildroot
%files
/your_file' > temp.spec

rpmbuild -v --target noarch --define "_topdir $PWD" -ba temp.spec

после этого в /tmp/rb/RPMS будет собранный rpm

Привет,
Вот это, думаю, поможет:
https://wiki.astralinux.ru/pages/viewpage.action?p...

Был до этого сгоревшей слот

Хотеть чего то от материнки, в которой УЖЕ есть сгоревший слот - такое себе. Что то в ней ДОГОРЕЛО когда вставили новую плашку (непонятно кстати в какой слот, да и не важно).

Что делать - менять мать. В лучшем случае.

~/DEV/back/data/django.log

укажи абсолютный путь, logrotate же не от юзера делается

Как вариант купить один управляемый коммутатор. За пару тысяч dlink des на авито.
Настроить на нем только loop detection на всех портах. Секунд 10.
И для теста подставлять вместо каждого..
Смотреть какие порты вырубит.
Скажем вырубило на 10 секунд 43 порт. Ждешь когда подымется. И так пару раз.
Начинаешь поодному вырубать порты.
Например при выключении 15 порта 43 перестал вырубаться.
Значит нашел ему пару.
И так дальше.
Если у тебя коммутаторы управляемые, но не настроены просто вруби loop detection кроме аплинкоаых портов.
Например с 1-48
49-52 аплинковые на них не включай.
В итоге погаснет порт пользователя на котором хабик в петле включен

уйдет несколько часов на перенаправление домена на новый ip

Ставите в настройках днс для домена TTL в 5 минут и через двое суток на изменение ip будет уходить как раз 5 минут....
Если управлять днс записями через cloudflare.com, то изменение ip практически мгновенно.

Раз щелкает в БП - то похоже, что срабатывает защита от КЗ. Для начала проверьте сам БП: полностью разберите ПК, вытащите БП, отключите все кабели от всего, подключите к БП несколько вентиляторов для создания хоть какой-то нагрузки и попробуйте его включить замкнув перемычкой зеленый и любой черный провода для старта. Если все равно щелкает - требуется полная диагностика БП. Если не щелкает и стартует - хорошо бы проверить напряжения БП и далее собирать систему на столе и подключать железки и кабели по очереди и пробовать запускать.

да, рванет.
Без диодов будет к.з. по входу когда на них придут 1 и 0.
используй хотя бы диодно-резистивную логику для организации элемента ИЛИ

Наиболее правильным вариантом будет использование системы управления конфигурациями: ansible, salt, или другой.

Думаю надо определять видеокарту перед запуском и генерировать конфигурационный файл для нее.

Попробуйте увеличить TTL на компьютере. Сообщите в комменте результат. Первое на что падает подозрение для такого поведения оператора - маршрутизация на основе TTL значения

может таки начать с https://developers.trueconf.com/api/server/ и перестать дергать таблицы с бд?

Взять номера Vlan с фортика и настроить их на MikroTik через Bridge VLAN Filtering в сторону фортика. Дальше на MikroTik раскидать на нужные порты.

140Тб записей это странно, еще более странно что утилита говорит что 96% Хорошо, когда как всего у накопителя заявлены 300Тб (т.е. должно быть ~50% исчерпания лимита записей), с некоторыми шансами CrystalDiskinfo глючит и не может у nvme корректно распознать этот предел (например неправильно умножает числа из SMART диска на размер блока). Обычно правильную информацию говорят официальные утилиты от производителя диска, типа этого.

Если количество записей реальны - открой диспетчер задач (ctrl+shift+esc) и для начала понаблюдай за записями, там будет видно и общую статистику и по процессам. Так же можно запустить монитор ресурсов из панели управления... кажется там же можно настроить логирование, в крайнем случае это можно сделать с помощью Process Monitor

Понаблюдав какое то время, можно будет понять откуда такой поток записей