Здравствуйте, друзья! Есть вопрос по $subj, насколько опасно так делать.
В частности, какая вероятность того, что команда dump для корня файловой системы испортит базу данных MongoDB (её исходные файлы), если во время дампа кто-то из MongoDB будет читать или в неё же писать? В целевую систему при этом можно эту базу восстановить по-человечески, из отдельного бэкапа БД, созданного заранее.
Здравствуйте, друзья! Вопрос по поводу SUBJ, EASY EAI Hailo-8 AI.
Увидел, что такое продаётся на Алике. Вопрос, можно ли прикрутить на материнку (у меня SUPERMICRO X11SAT-F) в слот M.2 NVMe и будет ли работать, принося пользу при ускорении AI? А также, не нужно ли ей дополнительное охлаждение?
И насчет совместимости с софтом, можно ли будет завести на Debian 12?
Вопрос к тому, что это я видел пока что только на RPI5, и возможно, с настольными применениями не так всё однозначно. Про вариант использования с малиной тут на ЛОРе была статья, Начало продаж комплекта Raspberry Pi AI за 70 долларов — я так понял, это именно то, что я сейчас рассматриваю.
Всем привет!
Продолжаю ковыряться с контроллером (первая тема тут: HBA-контроллер LSI SAS 9201-16i, вопрос по HDD LED).
Подскажите, пожалуйста, как узнать, умеет ли он в горячую замену жестких дисков? Корзина умеет, этого достаточно или нет?
Всем привет!
В свете последних событий приходится думать о переезде с оффтопика на онтопик. В связи с этим, хотелось бы, чтобы этот переход был по возможности плавным, кроссплатформенным, а также сохранить преемственность IT-архитектуры.
Как можно сделать так, чтобы мигрироваться с Windows AD на GNU/Linux AD с минимальными потерями?
Как при этом админить? политики останутся, или лучше заменить их чем-то более юниксовым, типо Ansible?
Ну и вопрос, озвученный в теме, не даёт покоя, конечно же: если оставить AD с его групповыми политиками, то что-то мне подсказывает, что это будет уже не совсем GNU/Linux.
Есть годный туториал про nftables — такого же качества, что и iptables tutorial v1.19? Если есть такое, просьба поделиться. Или же ссылка на бумажную книжку.
Как правильно организовать backup MX? Чтобы при падении или кратковременном отсутствии связи с основным MX, не терялись сообщения? Правильно ли понимаю, что надо на backup MX поднять MTA и потом гнать мессаги по rsync в maildir-каталоги файлы сообщений, либо поднять вместо этого Dovecot и оттуда забирать по POP3/IMAP4 на основной MX MTA?
Есть сабжевый контроллер. У него четыре канала (A,B,C,D) с типономиналом интерфейсного разъема SAS/SATA устройств — SFF-8087, для каждого канала нужен свой HDD LED, причем сказано, что один электрод светодиода идет на +3.3V, другой — на сигнальный пин. Можно ли обойтись одним HDD LED, и как это сделать?
Мне в голову стукнула идея спаять диодную сборку из четырех 1N4148 с общим анодом, подсоединить катоды этой сборки к сигнальным пинам HDD LED (каналы A, B, C, D), катод HDD LED — к аноду сборки, а 3.3V — к аноду HDD LED. Насколько такая схема может быть рабочей?
Дело в том, что на лицевой панели серверного корпуса — только один HDD LED, и курочить эту лицевую панель с целью установки четырех светодиодов HDD LED будет еще сложней, чем паять на коленках такую схему запитки HDD LED. А в настройках BIOS контроллера не нашел, как ему сказать, чтобы HDD LED был один на все четыре канала.
Сабж. Как проект и как продукт. Что движет его развитием, что привлекает к нему пользователей и разработчиков?
Сабж.
Есть серверный корпус, в котором корзины для HDD SATA, и с них выходят провода, которые можно подключить к материнской плате ATX. Если же ставить RAID или HBA, то на нём SATA-разъемов, как на материнке, в большинстве случаев, нет, и нужен кабель-переходник, одним концом втыкающийся в контроллер, а другие концы у него — такие же разъемы, как на материнке. Или же нужен дополнительный переходник между кабелем системника и кабелем контроллера. Есть ли такое в природе, и как это искать? Контроллер еще до конца не выбрал, не знаю, что у него будет за разъем для подключения кабеля, но знаю, что один такой кабель будет в состоянии подключать до 4х приводов на один канал.
Мне нужен именно такой HBA, потому что часть устройств будет SATA (HDD, SSD, ODD), а часть — SAS (LTO Tape Drive).
Линукс тут притом, что на это всё хозяйство будет ставиться deb12 amd64.
Здравствуйте, друзья!
Есть задача, собирать статистику трафика с микротика по протоколу netflow (WinBox: MENU -> IP -> traffic flow). В deb10 есть рабочее решение, пакет flow-tools, но его нельзя пересобрать и перетащить в современный deb12, т.к. там в зависимостях Python 2.x. Чем еще можно пособирать трафик нужным мне способом? Наверняка, есть уже рабочее решение, которое я не знаю. Подскажите.
Тут были мысли переходить на FreeBSD+Bhyve, пока не наткнулся на вот это: https://docs.danube.cloud/user-guide/howto/convert-kvm-to-bhyve.html Вкрадцы:
Теперь я понимаю, почему у OpenBSD похожие проблемы. То есть именно в Linux зоопарк виртуальных машин держать — это единственный вариант?
Уважаемый клиент,
вынуждены сообщить, что TeamViewer прекращает поддержку Вашей версии программного обеспечения и останавливает работу сервиса серверов на территории Российской Федерации и Республики Беларусь.
При возникновении вопросов, пожалyйста, обратитесь в нашу Техническую поддержку.
Благодарим за Ваше понимание. С уважением, команда TeamViewer
Если что, у меня платная версия 13. Была.
Реально ли сделать на LDAP поддомен, но который не хранит сам учетные данные, а проксирует их в сторонний самописный API? можно ли использовать для этого slapd? и каков примерно порядок действий, чтобы выстроить такую схему? это нужно для авторизации (интерактивного логина, авторизация через PAM), но может быть пригодится и для Microsoft Active Directory, поэтому было решено ковырять не прямо PAM, а в его связке с LDAP.
Как обеспечить конфиденциальность закрытого ключа электронной подписи, чтобы к нему технически не имел доступ удостоверяющий центр, а только владелец сертификата электронной подписи? Есть прецеденты применения закона, когда физлица получают сертификат ЭП, сгенерированный удостоверяющим центром на основе специального файла-запроса CSR, генерирующемуся на стороне физического лица — клиента удостоверяющего центра и подписанного закрытым ключом, который есть только у физлица? Ведь такая схема успешно работает для получения SSL-сертификата для работы веб-сайта по https-протоколу; почему-то это не применяется, по крайней мере широко, для ЭП, хотя по существу сертификат ЭП — технически такой же сертификат, как SSL-сертификат. Есть еще какие-то варианты, кроме указанного мной, то есть использующего преимущества ассиметричной криптографии? Линукс тут притом, что посоветуйте, пожалуйста, чем можно сгенерировать такой файл запроса, кроме КриптоАРМ, например под Debian 12 AMD64?
Всем привет! Просветите в области системного программирования. Есть среда Debian GNU/Linux 12 AMD64 со всеми обновлениями. Пытаюсь освоить pcsc-lite, и вот сабжевая проблема.
Версия пакета libpcsclite-dev: 1.9.9-2.
Что делал и что получалось:
mkdir -p ~/devel/pcsclite-20240813-001 ; cd ~/devel/pcsclite-20240813-001
cp /usr/share/doc/libpcsclite-dev/examples/pcsc_demo.c .
gcc -o pcsc_demo pcsc_demo.c
pcsc_demo.c:39:10: fatal error: winscard.h: Нет такого файла или каталога
39 | #include <winscard.h>
| ^~~~~~~~~~~~
compilation terminated.
, хотя winscard.h есть в /usr/include/PCSC/ . Далее
gcc -I /usr/include/PCSC/ -l pcsclite -o pcsc_demo pcsc_demo.c
/usr/bin/ld: /tmp/ccGvDSs7.o: предупреждение: перемещение указывает на «g_rgSCardT1Pci» из раздела только для чтения «.text»
/usr/bin/ld: /tmp/ccGvDSs7.o: в функции «main»:
pcsc_demo.c:(.text+0x172): неопределённая ссылка на «SCardEstablishContext»
/usr/bin/ld: pcsc_demo.c:(.text+0x1c3): неопределённая ссылка на «SCardListReaders»
/usr/bin/ld: pcsc_demo.c:(.text+0x1da): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x392): неопределённая ссылка на «SCardConnect»
/usr/bin/ld: pcsc_demo.c:(.text+0x3c4): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x438): неопределённая ссылка на «SCardStatus»
/usr/bin/ld: pcsc_demo.c:(.text+0x50d): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x55b): неопределённая ссылка на «g_rgSCardT0Pci»
/usr/bin/ld: pcsc_demo.c:(.text+0x568): неопределённая ссылка на «g_rgSCardT1Pci»
/usr/bin/ld: pcsc_demo.c:(.text+0x622): неопределённая ссылка на «SCardTransmit»
/usr/bin/ld: pcsc_demo.c:(.text+0x69b): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x6e1): неопределённая ссылка на «SCardDisconnect»
/usr/bin/ld: pcsc_demo.c:(.text+0x6f8): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x770): неопределённая ссылка на «SCardConnect»
/usr/bin/ld: pcsc_demo.c:(.text+0x7a2): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x877): неопределённая ссылка на «SCardTransmit»
/usr/bin/ld: pcsc_demo.c:(.text+0x8f0): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x947): неопределённая ссылка на «SCardReconnect»
/usr/bin/ld: pcsc_demo.c:(.text+0x95e): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0x9d2): неопределённая ссылка на «SCardStatus»
/usr/bin/ld: pcsc_demo.c:(.text+0xaa7): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xb12): неопределённая ссылка на «SCardGetStatusChange»
/usr/bin/ld: pcsc_demo.c:(.text+0xb47): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xb88): неопределённая ссылка на «SCardBeginTransaction»
/usr/bin/ld: pcsc_demo.c:(.text+0xb9f): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xc74): неопределённая ссылка на «SCardTransmit»
/usr/bin/ld: pcsc_demo.c:(.text+0xced): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xd33): неопределённая ссылка на «SCardEndTransaction»
/usr/bin/ld: pcsc_demo.c:(.text+0xd4a): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xd8d): неопределённая ссылка на «SCardDisconnect»
/usr/bin/ld: pcsc_demo.c:(.text+0xda4): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: pcsc_demo.c:(.text+0xdf2): неопределённая ссылка на «SCardFreeMemory»
/usr/bin/ld: pcsc_demo.c:(.text+0xdfe): неопределённая ссылка на «SCardReleaseContext»
/usr/bin/ld: pcsc_demo.c:(.text+0xe15): неопределённая ссылка на «pcsc_stringify_error»
/usr/bin/ld: предупреждение: создаётся DT_TEXTREL в PIE
collect2: error: ld returned 1 exit status
Также пробовал обходной путь: поставил libpcsc-perl, у которого также есть зависимость от пакета libpcsclite1, и запускал пример оттуда — там по крайней мере видно, что что-то работает:
/usr/share/doc/libpcsc-perl/examples/single_reader.pl
Getting context:
........................................ OK
Retrieving readers'list:
ACS ACR1252 1S CL Reader [ACR1252 Dual Reader PICC] 00 00
ACS ACR1252 1S CL Reader [ACR1252 Dual Reader SAM] 01 00
........................................ OK
Connecting to the card:
........................................ OK
Getting Status:
ReaderName = ACS ACR1252 1S CL Reader [ACR1252 Dual Reader PICC] 00 00
Status = 20034
Protocol = 2
ATR = 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 26 00 00 00 00 4D
........................................ OK
Exchanging data:
Can't transmit data: Transaction failed. at /usr/share/doc/libpcsc-perl/examples/single_reader.pl line 103.
Сабж.
Ведь если, как пишут, грохается систем-ди, и старые системы на BIOS выдают ошибку загрузки по UEFI, то как минимум надо восстанавливать систему с резервной копии.
Как там новости про команду безопасности проекта Базальт, еще не приняли решение о ее создании?
Не так давно прочёл новость, что в Intel с 14го поколения будет аппаратное ускорение в виде инструкций ассемблера для работы с ИИ. Вопрос, в ядре линукс как-то это планируется использовать или нет?
Сабж. Мажорная версия. Очень много сильных изменений!
Новое в этой версии: https://www.rarlab.com/rarnew.htm
Последняя новость на ЛОРе по продукту: RAR и WinRAR 6.23
Сабж, вот пример ссылки на форум https://forums.debian.net/viewtopic.php?t=158261
Проблема достаточно известная. Как один из выходов, предлагается очистить ядро -18 командой
apt purge linux-image-amd64 linux-headers-amd64 linux-image-6.1.0-18-amd64 linux-headers-6.1.0-18-amd64Сабж:
~$ openssl s_client -connect jabber.ru:5222 2>/dev/null | openssl x509 -noout -dates
notBefore=Jul 18 12:38:51 2023 GMT
notAfter=Oct 16 12:38:50 2023 GMT
^C
| следующие → |