Ava256

1. Разделы одного харда, не могут находиться на разных дисках (хардах)
2. Вы говорите про старый диск на 2 ТБ, но на скриншотах видны отдельные диски на 119, 699, 999, 153 гигов.
3. Если перестать путать понятия, и внимательно посмотреть в скрины, то можно увидеть что раздел G, расположен на диске 3.
А раздел H, расположен на диске 4.
У вас под эти разделы разные диски. О каком диске на 2тб вы вели речь, загадка.
Разделы расположенные на разных физических дисках объединить нельзя, что логично.

При попытке записать на Микро SD, смартфон на Андройде выдает ошибку, либо вовсе не видит карту памяти. В лучшем случае на карте пустые папки без файлов. В худшем приходится форматировать Micro SD

По поведению похоже на китайскую подделку с дутым объемом памяти.

как передняя панель работает я не в курсе

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

Disk2vhd
Создание виртуального диска из физического
Vhd до 127gb
Vhdx до 64 tb

Либо пробрасывать железку (ссд) в вм и мигрировать диск на другое хранилище подключенное к гипервизору

Никак, йопт.

(Под словом "никак" понимается "никак за разумные деньги", потому что есть гарантированное решение nvidia GRID - но цена Вас нифига не обрадует)

Одну видеокарту в одну виртуалку можно пробросить с танцами и огромным бубном.
Поделить же ресурсы (то самое vGPU) - можно только там, где такое представление имеется. Для этого:
- нужна соответствующая карта
- нужны соответствующие дрова
- нужен соответствующий гипер

Все эти условия есть в ESXi - но там соответствующая цена. Сделано это было намеренно, именно затем, чтобы не клепали виртуалок, занимающихся рендерингом "за копейки".

если там есть sata, то с вероятностью в 99% будет

С использованием PCI-E SATA3 контролёра скорее всего заработает.

Да, 2 из 5 портов поддерживают 6Gb скорости, какие именно - читать в мануале.

sata III обратно совместимы, т.е. можно вставлять быстрые устройства в медленные порты и все будет работать на той скорости что обеспечивает порт.

И нужно понимать, что ограничения скорости интерфейса обычно значительно выше скоростей самого устройства, т.е. даже если вы вставите ssd sata в старый порт sata I, работающий на 1.5мбит, то чтение с диска будет 150мбайт/с, и таких скоростей дешевые устройства тупо не смогут выдать (максимум из кеша, что в контексте задачи пользователь не заметит)

init это не консоль, это процесс ядра операционки.

оболочка bash запускается после того, как юзер залогинился, и дефолтная оболочка указывается для юзера в /etc/passwd. И это тоже не консоль.

Нужно разобраться с терминологией и что именно нужно сделать.

В огороде бузина, в эмуляторе консоли MC, а буфер - в DE.
И никакой связи между MC и DE нет и быть не может.
Хочется тягать в телегу файлы из файлового менеджера - пользуешься файловым менеджером DE, можно будет хоть drag-n-drop-ать мышкой.

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

Вот тут https://vmind.ru/2013/06/14/sozdaem-svoimi-rukami-... собирают FC-target, но это работает только с адаптерами Qlogic.

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

Поверз FC можно было поднять IP, и тогда тестировать тем же iperf.

Но в режиме point-to-point не все режимы работы FC-контроллера реализуемы. Тот же buffer-credit работает только на FC-коммутаторах.
Да и с построением тестов возникают вопросы: Что тестируем потоковую скорость или IOPS. Для первого надо размер блока брать по максимому, для второго - нужен минимальный.

Удалить home вообще, и все его место отдать в рут.
На серверах home очень редко используется

Поскольку у вас lvm и xfs, то:

- для centos_home
1. xfsdump
2. отмонтировать диск
3. lvmreduce
4. форматировать диск xfs
5. cмонтировать диск
6. xfsrestore

- для centos_root
1. lvmextend
2. xfs_growfs

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

Вся проблема в том, что Ваш fakeraid - исключительно для лохов. Это просто битик в биосе исключительно для винды, которая автоматически его (этот битик) увидев, собирает software raid массив из этих дисков.
Другими словами - для остальных систем, как впрочем и для винды, это просто два диска. Более того, перенеся эти диски на другую материнку - "fakeraid" просто перестанет существовать!

И да, как уже заметили: fakeraid - зло!

Не мучте себя и других, собирайте нормальный software raid на mdadm.

PS. На всякий случай, еще раз - выставление "битиков" в биосе никакого отношения к RAID не имеет, от слова - совсем. Даже винда все равно делает software raid. Просто в линуксах это нужно сделать явно, ибо в винде в стандартной поставке про всякие raid вообще нихрена нет. Вот и сделали кулибины от мелкомягких такой финт ушами с производителями оборудования - чисто рекламный трюк, чтобы немного всем заработать лишние 10 баксов на лейбле "RAID".