Алексей Черемисин

Какой смысл копировать диск на раздел? Там получился винегрет. Надо определиться с задачей. Если нужен образ диска использовать какой-нибудь partclone, если клонировать, то с диска на диск. Partclone не сохраняет пустое место и образ будет меньше.

С этим контроллером не имел дела, но странно что не стартует.

Но при включении компа в адекватном контроллеры обычно выборы такие:
1. Стартовать ОС как есть, с одним диском, (игнорировать что второй вылетел)
2. Вставить новый диск, запустить c ним ребилд и запустить ОС уже после ребилда.
3. Вставить новый диск, запустить ребилд в фоне, и сразу запустить ОС. Обычо настраивается процент ресурсов, который можно использовать на фоновую задачу ребилда.
4. Если рейд поддерживает hot spare, он может быть настроен так, чтобы при сбое одного из дисков, зеркало автоматически запускало ребилд на тот диск, который указан как hot spare

Удаление информации о рейде раньше обычно означало переформатирование диска.
То есть конвертнуть диск из рейда в стенд элон с сохранением информации, штатные утилиты рейда раньше не поддерживали, даже если там разница только в бутсекторе. Может быть сейчас уже не так.

Поддержу Алексей Черемисин - софтрейд сейчас вполне норм, и хардварный рейд обычно нужен только для hi-end решений, когда на железке есть и свой большой кеш и батарейка и процессор, который будет все это решать там хороший стоит, и обычно хардварный рейд для решений из большого количества дисков, с корзиной для них.

заявлена возможность подключения до 122 дисков. Как это реализовать

Выделите полчаса на то, чтобы погуглить различные словосочетания, включающие в себя слова "expander" и "backplane".
Это то, что вам нужно как в плане железа, так и в плане знаний. Если вы раньше никогда не работали с подобным оборудованием, то хотя бы базово однозначно стоит разобраться, иначе потом могут быть неприятные сюрпризы.

Докупать нужные железки надо б/у на eBay, авито, хламаде, и т.п.

старому SAS-контроллеру

Обязательно обратите внимание на вот эту статью KB, т.к. к вашей плате она тоже относится: https://www.broadcom.com/support/knowledgebase/121...

If a drive larger than two TeraBytes in capacity is used with an LSI 3Gb/s SATA+SAS HBA, you will not be able to use the remaining capacity beyond 2TB.

Я бы не особо полагался на выделенную жирным часть цитаты, а по умолчанию полагал, что диски больше 2 ТБ использовать нельзя. Если всё же хотите рискнуть, то необходимо предварительно провести тщательную проверку поведения с большими дисками.
В противном случае однозначно станете нашим клиентом, а с учётом того, для каких RAID'ов обычно используют такие железки, и какие повреждения ожидаемы, ещё и с непредсказуемым исходом.

Также обратите внимание, что по-моему, у вас RAID-контроллер, их работа обычно отличается от HBA-адаптеров.

Сам разбирался час назад)
Если файлы в корне проекта - убери слеш в начале.
Еще можно из ресурсов брать файлы\стримы: App.class.getClassLoader().getResource("filename")
+Как уже сказал Алексей, Path удобнее.

Не все программы и ос хранятся на hdd

Есть еще такая BIOS и вот она нужна для того, чтобы запустить все остальные.

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

Поэтому с древних времен на материнские платы ставят специальный чип, который содержит эту BIOS и хранится она в ROM

Точнее, в древние времена хранилась. Потом стало достаточно дешево ставить туда ROM, которую можно стереть ультрафиолетом, потом EEPROM, которую можно перезаписывать электрически.

https://learn.javascript.ru/localstorage

man getuid
man getpwuid

Есть стандартные функции для подобных задач. Их использовать намного правильнее, чем парсить utmp (в который пользователь может не попасть, особенно если это неинтерактивный логин или su/sudo) и /etc/passwd (поскольку пользователи могут храниться не только в passwd, но и в winbind/ldap/nis/итд).

Если это подходит для postgresql, то, вероятно, подойдёт и для вас: https://github.com/postgres/postgres/blob/REL_13_S...

(geteuid + getpwuid под linux)

arbrspb,

Имеется сервер с установленным на него ubuntu linux. Суть задачи заключается в том чтобы на него поставить виртуальную машину в которой можно будет пробросить физическую видеокарту nvidia для использования ее в майнинге. На виртуальную машину планируется установить wondows 10. Возможно ли такое реализовать?

1. О главном! За железо.
- К серверу должен быть физический доступ для первоначальной настройки. Все эти конфигурации, включение-выключения и подсоединения к монитору для того что бы видеть воочию.

- Железо должно поддерживать VT-d (сейчас почти у всех есть поддержка этой технологии) и VT-x. (Для АМД AMD-Vi, IOMMU) Обязательно нужно активировать указанные технологии в BIOS'е. Если на этом этапе VT-x включить нельзя, или он не включается вместе с VT-d, то идем менять железо, и меняем его до тех пор, пока опция не будет активирована и в любой ОС программы анализаторы железа не покажут, что технология включена и работает. Можно использовать читы, в виде анализа чужого опыта, т.е. косплея конфиги тех пользователей в сети, которые хвастливо утверждают, еще лучше, показывают что у них все получилось.

- Железо. Правишь Grub, активируя в нем
для процессоров Интел
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"
для процессоров АМД
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on"
Далее, после перезагрузки хоста отрой консоль и выполни как написано в копипасте из соответствующего раздела Wiki:

1) Run the «dmesg | grep ecap» command.

2) On the IOMMU lines, the hexadecimal value after «ecap» indicates whether interrupt remapping is supported. If the last character of this value is an 8, 9, a, b, c, d, e, or an f, interrupt remapping is supported. For example, «ecap 1000» indicates there is no interrupt remapping support. «ecap 10207f» indicates interrupt remapping support, as the last character is an «f».

Interrupt remapping will only be enabled if every IOMMU supports it.

Если здесь тебя поджидает облом, то опять меняем мать, пока не пройдем тест.

2. О не менее главном. О софте.
Если все получилось, то дальше 2 пути, или KVM+QEMU, либо Proxmox (надстройка над Debian Linux + KVM). Т.е. или KVM или KVM. После чего пользуешься гайдами, например:
Ubuntu KVM+QEMU: ubuntovod.ru/instructions/probros-videokarty-v-kvm...
Proxmox: https://habr.com/ru/post/437598/

Об Nvidia и Ошибке 43.
В процессе настройки можно поиметь проблему, широко известную в узких кругах, как Ошибка 43, это драйвер видеокарт Nvidia не дает запустить ВК в ВМ. Лечится путем правки конфигов, с тем что бы скрыть от драйвер, что оборудование проброшено в ВМ.
в Proxmox'е лечится путем внесении доп. параметра в конфигурационный файл ВМ:

args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'

еще лечится прописыванием таких команд:

echo "softdep nouveau pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia* pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf

То же делается и в Ubuntu KVM+QEMU, но hv_vendor_id=willitwork прописывается в libvirt.xml
https://www.reddit.com/r/VFIO/comments/479xnx/gues...

После успешной настройки выглядит это так:
https://www.youtube.com/watch?v=wjlmWHJiEug

ЗЫ.
Тут Nvidia утверждает, что, якобы, в последних вариантов драйверов она больше не будет гадить пользователям с ошибкой 43, но это не точно.
https://habr.com/ru/news/t/550678/

В особо упоротых случаях может потребоваться подмена ROM'а ВК через гипервизор, или даже перепрошивка Биоса Видеокарты. Но в последнее время эти технологии уходят в прошлое.

Почему прямо не загружается?

В режиме efi как раз сразу защищенный и стартует

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

Вопрос в другом - насколько он будет надежен, какая функциональность нужна. Много ли клиентов на WIFI.
Например 60 пользователей это вполне вероятно большая площадь. А чтобы обеспечить качественный WiFI на большой площади скорее всего необходимо будет несколько точек доступа.

По поводу функциональности - может вам надо будет гибко управлять трафиком, делать резервирование, настраивать приоритеты, это все требования к функциональности роутера.
В некоторых случаях этого ничего не требуется. Хотя 60 пользователей - уже возможны проблемы, что кто-то будет забивать канал полностью, кто-то воткнет свой роутер с работающим DHCP, телефония будет булькать, и.т.п.

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

Но как это сделать правильно?

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

бесперебойник и автоматическое выключение по сигналу

Дешевле решить проблему аппаратным способом, поставить ups, подключить его по usb/com к компу и настроить уход в сон по пропаданию электричества дольше чем на минуту. Чтобы восстановилось все после сбоя, необходимо городить какой-то watchdog со стороннего устройства, который будет будить сервер по WoL при появлении энергии, логично завести управление ups именно на это устройство а не сам файловый сервер, какую-нибудь малинку или дешевую mitx плату с процом потребляющим 5ват.

Постоянные отключения энергии добьют любую систему, включая железо (hdd не любят этого)

Если же отвечать по теме - настраивай linux за работу из ram/образа диска (смотреть как сделано в livecd, там есть ro образ squashfs сжатый, а необходимые записи заворачиваются через что то типа aufs в tmpfs).

Саму же файлопомойку размести на btrfs/zfs/xfs (ключевое тут - cow), они легче переносят прерывание работы.
Про производительность и надежность - при использовании ext3..4 можно разместить журнал на ssd диске (там надо от силы 512Мб), сильно ускорит запись на hdd без необходимости переводить nas в режим writeback (оно тоже улучшает но роняет надежность при потери энергии).

p.s. про windows, в свойствах диска системы (рекомендуется при этом каталоги temp разместить на ram диске) и файлопомойки отключи кеширование записи, это даст гарантию что данные не потеряются при отключении энергии ценой понижения производительности (будет работать кеш записи самого hdd так что не все так плохо).