pfg21

Да, это вполне возможно. Для этого вам придётся разобрать ТВ, исследовать как он внутри устроен — как у матрицы устроено питание и какой у неё интерфейс с платы управления идёт. Далее найти/купить готовый контроллёр или конвертер с подходящим интерфейсом и использовать его для управления матрицей, а уже к этому контроллёру подключать ваш мини-ПК. Там может быть какой-то нестандартный разъём, может быть какой-то стандартный или вообще может быть припаяно — тут уж надо будет вручную паять тонкий шлейф с тонкими проводами, возможно даже под микроскопом (зависит от шлейфа, прямоты рук и умений в пайке). Ну и написать прошивку для этого контроллёра тоже может потребоваться или залить что-то уже готовое. Плюс ещё надо обеспечить питание матрице либо от родного блока питания либо от своего какого-то. Плата питания может быть тоже с сюрпризами типа включения питания матрицы по сигналу с платы управления. Или ещё как-то. Там может быть несколько плат, а может быть всё на одной плате. Если вам просто нужен ТВ — проще купить новый или любой б/у, что будет гораздо дешевле и быстрее. Если вам для развлечения и есть желание освоить электронику — гугл, статьи и форумы электронщиков в помощь. Но, вообще, рекомендовал бы начать с чего-нибудь по-проще: какую-нибудь малинку/апельсинку, мини-робота сделать или ещё что-то такого типа. Готовых наборов полно в любом магазине.

Дифференциальная шина данных идёт на пару резисторов, на этой плате - по 33 Ом.
Исходя из порядка на разъёме VCC/D-/D+/GND будет
VCC - L2,
D- - R4,
D+ - R2.

Если будут как минимум нужные для запуска драйвера, для начала, может и взлетит... но эт не точно. тем более с "импортозамещением"

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

Фототросик. Так и называется.

conda/mamba (и micromamba)/uv умеют хранить пакеты в одном месте и при создании окружения делать хардлинки (если они на одном диске), uv умеет делать copy-on-write для cow файловых систем типа zfs/btrfs/xfs, в этом случае даже при редактировании файла он поменяется только там где меняли но при этом место на диске при копировании не тратится (только метаинформация, там по кластерам fs хранение идет).

Рекомендую uv, так как по факту там тот же python -m venv но подменяется сам pip установщик плюс фишки по управлению версиями.

p.s. есть утилита duperemove которую просто натравливаешь на каталог, и она заменяет копии файлов на их copy-on-write вариант, это вообще не требует ничего менять в используемых утилитах, а просто вручную запускать ее после заметных обновлений, как минимум сэкономишь место

За каждой фигуркой закреплена цифра. Для звёздочки подходит только 5. Слагаемые равны 555/3 = 185

Так как find у Вас показал:

# sudo find / -name "6to4"
/root/6in4/bin/6to4
/root/6in4/6in4/bin/6to4

То и запускать команду надо с полным путем:
sudo /root/6in4/bin/6to4 add 1 8.8.8.8

Могла сработать команда:
# sudo ./bin/6to4 add 1 8.8.8.8
Если бы предварительно Вы сменили текущий каталог на /root/6in4, выполнив:
cd /root/6in4

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

Ну вот смотрите. Есть объект на порядка 100 камер, можно считать что на вас похоже.

1. Сервер видеонаблюдения: 24 отсека на 3,5", занято половина. интерфейсы как медные 1Гб, так и оптика 10Гб. 2 процессора Xeon Silver 4208 @ 2.10GHz. Чтобы принимать и класть потоки и отдавать видео без компрессии клиентам - более чем. По заббиксу загрузка процессоров выглядит как-то так:



2. Диски. Состояние массива сейчас примерно следующее:

/dev/sdc         13T  2.6T   11T  20% /mnt/cctv14tb02
/dev/sdb         13T  2.6T   11T  20% /mnt/cctv14tb01
/dev/sdj         13T  2.6T   11T  20% /mnt/cctv14tb09
/dev/sdm         13T  2.6T   11T  20% /mnt/cctv14tb12
/dev/sde         13T  2.6T   11T  20% /mnt/cctv14tb04
/dev/sdf         13T  2.6T   11T  20% /mnt/cctv14tb05
/dev/sdk         13T  2.6T   11T  20% /mnt/cctv14tb10
/dev/sdd         13T  2.6T   11T  20% /mnt/cctv14tb03
/dev/sdl         13T  2.6T   11T  20% /mnt/cctv14tb11
/dev/sdh         13T  2.6T   11T  20% /mnt/cctv14tb07
/dev/sdi         13T  2.6T   11T  20% /mnt/cctv14tb08
/dev/sdn         15T  4.4T   11T  30% /mnt/cctv16tb01

Естественно, никаких рейдов. Убьёте весь массив если начнёте восстанавливать. Просто следить за СМАРТом и менять при подозрениях. Софт, что мы используем умеет автоматом размазывать по имеющимся дискам

Хочется SSD под систему, ставьте. Не хочется, не ставьте

3. Сеть. Сеть сегментировать. Вам же не хочется чтобы юзеры были в той же сети что и камеры. Трафик на этих 100 камерах примерно вот такой:



Казалось бы немного. Но зато стабильно. У нас в выделенном влане с бэкбоном в 10Гбит о пропускной способности ещё долго не придётся задумываться

4. Что касается софта - когда изучали вопрос, тестировали всякие опенсорсные. Близко не в состоянии. Остановились на коммерческом. Будет интересно, в личке скажу. Тут полный фарш. Отсутствие лицензий на пользователей, только на камеры и функциональность. Рабочих мест может быть сколько угодно. При этом по разным причинам у нас разные пользователи в разных вланах и камеры тоже. Управлять этим совсем не сложно. Умеет размазывать архив по разным дискам, регулярные обновления. Всякое ИИшное

5. Кстати, об ИИ. Не забудьте предусмотреть в сервер подходящую видеокарту, если захочется например лиц или номеров, никуда не деться.

делайте бридж, адрес на него вешайте, в него добавляйте езернет сетевую и вифи сетевую.