Saboteur

Какая цель такой "компиляции", поскольку баш изначально не предназначался для компиляции, это скриптовый язык, и штатных средств для такого нет.
Кроме того, баш собственно хорошо заточен на вызов внешних утилит, поэтому их все "вкомпилировать" в баш врядли возможно

Все файлы, после проверки, остались целыми, не битыми и не перекодироваными. Вес тот же, а вот содержимое их отличается.

Противоречивые параграфы я вижу.
Если файлы вы проверили и они целые и не битые и не перекодированные, то КАК содержимое может отличаться?
Восстановление файлов в современных файловых системах маловероятно. Особенно больших, ибо фрагментация убивает возможность восстановления.
То, что файлы того же размера, не значит что они реально восстановились.

От подобных случаев спасают бэкапы.

Естественно, проблем с арендой мощного виртуального ПК возникнуть не должно, но это почти наверняка не то чтобы дёшево. Я сейчас говорю о пк, который в состоянии тянуть игровые новинки, а также Фотошоп с премьером. Такие задачи, однако, возникают достаточно редко, что делает нерациональным постоянную плату за мощный сервак.
Таким образом, вот мой основной вопрос:

Не существует такого протокола, который бы по инету отдавал быстрее чем pci-express видеокарточка по HDMI/display port

Как ты себе представляешь хотя бы 60 герц изобразить хотя бы на 24" ?

Даже кино уровня сериалов смотреть не комфортно.
Если фотошоп еще покатит - там не обязательно каждый кадр целиком передавать, или какие-нить стратегии типа героев, то активное видео будет лагать.

А вот для офисной работы - в 99% случаев тонкий клиент хорошее решение.

Решил я провести эскперимент. Запустился с LiveCD Ubuntu 18.04 и поставил виртуальную машину на тот же раздел, что и в Windows. Всё дико лагало, жёстко тормозило, но работало.
Запустился обратно в Windows. Стоило только один раз включить эту виртуальную машины, как всё сдохло и вылезла

Если железо древнее, проблемное, внешнее проявление может быть какое угодно.
Поэтому эксперементы средне-релевантны. Глючит либо сам диск, либо контроллер к диску (может даже кабель), или комп (материнка/память/проц) - что угодно может сбоить от нагрузки.

Но да, диск и шлейф к нему надо проверить в первую очередь. И если глючное - менять.

Производительность не увеличится потому что

1) размер физического сектора ты не изменишь. Винчестеры с возможностью домашнего низкоуровневого форматирования последний раз видели лет 20 назад на IDE и до него.

2) размер логического сектора может немного упростить работу с файловой системой, если у тебя огромные файлы за счет уменьшения количества секторов. Но в целом - линейная скорость видимо не поменяется, а рандомный аццесс замедлится. Ну и в любом случае на физическом уровне останется 512б.

3) Physical Sector size: 512 bytes
не доверяй этой инфе. Внутри может быть 4к, эмулирующие 512б. Найти винчестеры с 512б сектором производства 2011+ года довольно сложно. Правда это точная инфа для HDD. Может быть в SSD 512байтные сектора вполне еще норма.

1. В подавляющем количестве гаражей проблемы с нормальным электричеством, вплоть до просто пропадание на пару часов. Ну и без хорошего стабилизатора быстро вылетит. И опять таки - протащить в гараж хороший инет не всегда выйдет.
2. Охрана - если в гараже будет столько техники, без сигнализации не очень. Опять хлопоты.
2. Если беспокоит шум игровой машины - вынесите ее на балкон, пару маленьких отверстий для кабелей и все.
А сервера - арендуйте VPS, зачем свои?

Судя по всему - вполне надежно, AES-256

Смотря какой линукс.

Вроде ubuntu 14xx серверная (без GUI) укладывалась в 8 гб. От этого можно было отталкиваться.

Почитайте требования вашего дистрибутива, это можно найти в system requirements вашего дистрибутива.

Да, любая виртуальная машина будет отлично работать. В юности запускал несколько виртуалбоксов, каждый со своим кликером. Сворачивал их и парралельно занимался своими делами на хост-машине.

Не так давно была статья, может быть даже на хабре, как один хостер скупил дешевое старое железо, и сделал из него ОЧЕНЬ дешевый хостинг.
Вопрос стабильности решился грамотной виртуализацией и резервированием, если вдруг какая-то железка сбоила, ее отключали и чуть ли не выбрасывали. Но стоимость трех старых железок была дешевле чем одной новой, а мощность была сопоставима или даже больше за те же деньги. Ну и клиентам они смогли предложить цены ниже конкурентов, успех был достигнут.

Другими словами, как вам уже сказали два предыдущих человека - определите технико-экономическое обоснование пользы от старого железа в перспективе. Если вы технически можете его использовать, если по деньгам (куда включена и зарплата тех, кто будет это настраивать/обслуживать) это выгоднее чем новое железо, то личные предпочтения "я хочу тока новое и блестящее" будут звучать непрофессионально.