Дмитрий

Можно ли из под Windows перенести

Не надо из под Windows. Надо из самого Debian.
1.1. через sfdisk выгрузить дамп таблицы разделов HDD в текстовый файл;
1.2. поправить размеры разделов (если несколько разделов ext4, то с учетом их заполненности), чтобы суммарно влезло на 120 ГБ (на самом деле нужно через fdisk -l проверить точный размер SSD в мегабайтах; возможно, там чуть меньше, чем 120 ГБ);
1.3. через sfdisk залить исправленную таблицу разделов на SSD;
2. сделать обычное пофайловое копирование ext4-разделов с HDD на SSD, а лучше потоковое копирование через tar (dd не годится, потому что размеры разделов уменьшились);
3. скопировать через dd первый сектор диска, в который обычно ставится grub;
4. если есть раздел EFI, то его целиком скопировать через dd;
5. PROFIT
Когда у вас Linux, то для такого переноса даже не требуется cпециальное ПО, всё можно сделать стандартными средствами Linux.

P.S. Не помешает перед копированием файлов перемонтировать файловые системы на HDD в режиме read-only.

Вот что бывает, когда ставишь нечто по какому-то там гайду, который не понимаешь от слова совсем. Интересно, если в этом гайде будет присутствовать патч Бармина, который тоже спросит y/n? - тоже ответите y?

1. вместо RAID6 я бы собрал RAID50, у него выше производительность. Фактически полезный объем останется тем же, а скорость выше.
2. В сервер Dell тебе нужно установить контроллер, который будет поддерживать U.2 диски, только тогда ты сможешь установить U.2 NVMe диски. Кроме того, обязательно контроллер должен уметь строить RAID-массивы из U.2 дисков. И это еще не все. Одновременно в бекплейне ты не сможешь использовать и U.2 и SAS диски. Бекплейн подключается разными кабелями к контроллеру, для использования либо тех, либо других дисков.
3. диски PM1653 я бы не стал наверное использовать, тк есть более интересный вариант, например SSD KIOXIA . Посмотри, сравни характеристики.
4. Давай разберемся, для чего вы собираете сервак. Какая планируется нагрузка, под какие задачи и тд. Из недавнего. Мы недавно прикупили ASUS, в него установили как раз SSD SAS KIOXIA и получили на выходе 60ТБ в рейде. На него реплицируются SQL-базы и отрабатывают фоновые и регламентные задания порядка 10 баз размером от 1 до 6 ТБ.
Если у вас не планируется огромная нагрузка на дисковую подсистему, если на нем одновременно в 1С не будет работать тысячи полторы пользователей, переписанная до нельзя база не занимает пару-тройку терабайт, то вам вполне будет достаточно и SAS. Если планируемая нагрузка будет только расти и быстро, то NVMe вам помогут жить, однако, в таком же бюджете это не будут супер скоростные диски.
Все зависит от потребностей.

что за действия там пользователи буду делать - пока нет конкретики

Без тз - результат хз.

смотрю в сторону связки asp+bootstrap, при беглом поиске все шаблоны админок очень нагруженные

Что мешает удалить лишние блоки?

Может посоветуете что именно искать или вообще другой вариант реализации предложите?

Если знаний на фронте минимум, то лучше либо готовое что то использовать, по типу Bootstrap, либо какую то CMS, не обязательно на .NET

Вам уже отвечали на этот вопрос

а настройки php?

upload_max_filesize = 100M
post_max_size = 100M
memory_limit = 256M

каким кодом файл принимаете?

Будет ли разница в результате между двумя вариантами

Да. См. fiddle

CREATE TABLE a SELECT 'a' x UNION SELECT 'b';
CREATE TABLE b SELECT 'a' x UNION SELECT 'c';
CREATE TABLE c SELECT 'b' x UNION SELECT 'c';

select a.*, b.*, c.*
from a left join b using (x) left join c using (x)

x	x	x
a	a	null
b	null	b

select a.*, b.*, c.*
from a left join (b left join c using (x))  using (x)

x	x	x
a	a	null
b	null	null

Есть ли какое-то правило, которое определяет порядок связывания таблиц?

Да. Порядок связывания определяется требуемой логикой.

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

PPS. При абсолютной эквивалентности обеих форм - разницы нет.

if (isset($_SESSION['user'])) {
    echo "User is logged in!"; // Этого здесь быть не должно
    header('Location: ./index.php');

Заголовки отправляются до тела ответа, потом отправлять их бесполезно. В логах наверняка Fatal есть на этот счёт. Пробелов или иных символов перед <?php тоже быть не должно.

Надо или обеспечить отсутствие какого либо вывода до отправки заголовков, либо буферизовать вывод.

Функционально такой вирус создать конечно же можно, мало того, на linux все вышеописанное даже легче реализовать, за небольшим исключением.

В linux по умолчанию пользователь менее привилегирован чем в windows (особенно когда в windows по умолчанию запрос на повышение привилегий не выдается в большинстве случаев). Т.е. проблема не в создании приложения с нужным функционалом, а в заражении, т.е. его запуске.

Пример путей проникновения - win-way пути запуска их как скачал-запустил, например .AppImage образ, изначально в нем должна поддерживаться песочница, но большинство примитивных приложений что я смотрел типа чат для ИИ (chatbox тот же) - требуют для запуска необоснованное отключение песочницы.

Или к примеру смотришь, а приложение не запускается, требует suid флаг на бинарник,.. (тот же proton если запускать из lutris) и в лучшем случае ты нагуглишь инстуркции но никак не гарантии что после этого в систему не будет установлен троян.

Запуск приложений что в windows что в linux это вопрос ДОВЕРИЯ их разработчикам. Отличный пример rustdesk, опенсорс, но это приложение столько телеметрии отправляет (а в исходниках бинарники забиты) а еще на глюке начинает нагружать одно ядро процессора тупо в цикле ps запускать. Есть песочницы по типу snap/flatpak а так же штатно lxc, но интерфейс для их использования не для обывателя (нужно в консоли писать команды, с неудобной документацией по настройке прав доступа и т.п.) поэтому пока это не изменится, linux будет таким же дырявым с точки зрения простоты заражения как и windows.

Может. Вы со своим проектом можете работать в любом каталоге, в корне у вас основные файлы или вложены куда-то глубже - не имеет значения. Из вашего описания вообще не понятно что у вас не получается и что именно вы хотите сделать. Прочитайте ман сначала и просто следуйте по шагам инструкции как работать с гит: gitscm.org
Для работы с репозиторием нескольким разработчикам вам надо настроить рабочий процесс - выдать разработчикам права, настроить организацию/проект в вашем гите, организовать документацию и прочее. Типовой рабочий процесс - github flow. Для работы приложения на сервере настраиваются CI/CD процессы для автоматизации доставки и развёртывания проекта на сервере. Это тоже настраивается отдельно. В разных сервисах этот процесс отличается в деталях, но основные приципы везде одинаковые. Вам просто следует открыть руководство пользователя и прочитать о том, как сделать то, что вы хотите сделать.

Да.