Назар Мокринский

Если Python 3, то вам скорее всего нужно использовать и pip3 вместо pip

Собирать кластер из Raspberry Pi имеет смысл только развлечения ради. Для производительности более целесообразно взять Xeon какой-то не самого нового поколения.
Как обрабатывать данные в кластере очень сильно зависит от приложения, и общего эффективного решения, которое позволит вам с десятка Raspberry Pi сделать виртуальную машинку с хотя бы 5x производительностью по сравнению с одной системой, нет.

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

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

С Nvidia работать не будет, и с AMD тоже бесполезное занятие к сожалению.

50x ошибки это ошибки сервера. В частности 503 значит что сервер по какой-то причине не смог обработать запрос (например, перегружен).
Посмотрите логи веб-сервера, там должно быть больше подробностей касательно причины.

Давно решил эту проблему для себя таким вот образом: https://bugs.launchpad.net/unity/+bug/1226962/comm...
Работает до сегодняшнего дня во всех приложениях (я уже на Ubuntu 18.10).

GRUB есть в любом дистрибутиве. Загружаетесь в любой Live USB или полноценную систему и делаете sudo grub-install.
Конфиг из той папки где он находится должен грузить по умолчанию.

Если вопрос именно о браузере и у вас есть достаточно широкий канал подключения к Интернет - я бы посоветовал полностью отключить дисковый кэш в настройках браузера. Это существенно снизит нагрузку на накопитель во время работы.

но они не встали

Этого не достаточно для того, чтобы вам хоть чем-то помочь.

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

Для проверки можете в актуальной версии Ubuntu (17.10) запустить какую-то достаточно мощную игрушку из того же Steam (не что-то простое казуальное) и по идее у вас тоже будут проблемы. Очень сомневаюсь что дело в ОС.

Ставьте последнюю актуальную версию Ubuntu, на данный момент 17.10.1. Не нужна вам Kali Linux, совсем!

Ubuntu для начала будет проще, ибо сообщество больше и в случае возникновения вопросов быстрее найдете ответ.

Lubuntu это Ubuntu с другим интерфейсом, этот интерфейс можно при желании установить на Ubuntu или любую другую *ubuntu, под капотом они идентичные.

С точки зрения производительности все современные ОС на базе Linux примерно одинаковые, существенной разницы не заметите. Основное отличие во внешнем виде, пакетном менеджере и наборе приложений что установлены по-умолчанию. Всё кроме пакетного менеджера вы по сути можете изменить в любой ОС. То есть можно сделать чтобы Fedora выглядела как Ubuntu или Ubuntu как Linux Mint, если будет на то желание.

Со временем рекомендую добавить оперативки хотя бы ещё 4 и желательно поставить SSD хоть и небольшой, на 60Гб, с 4Гб и HDD бегать шустро оно не будет, но с таким ограниченным бюджетом можно попробовать.

Сложно, конечно, ответить если вы не говорите что вы делали до того как это случилось.

Могу посоветовать установить конфигуратор compiz:
sudo apt-get install compizconfig-settings-manager

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

-y должно работать, вот эта вариация:

apt-get install -y libfile-copy-recursive-perl libmysqlclient18 proftpd-mod-vroot update-inetd

Если не работает - приводите полный вывод из терминала, может вы просто sudo пропустили?
Вот пример где работает -y: https://github.com/nazar-pc/docker-webserver/blob/...

Зачем вы компилируете grub из исходников если он по-умолчанию доступен в Ubuntu?
1-6 можно пропустить целиком. Вместо них делаете:

sudo apt-get update
sudo apt-get install grub-efi-ia32

Потом вызываете как обычную команду без параметра -d:

sudo grub-install --efi-directory /boot/efi/ --target=i386

10 пункт странный, я бы его не делал.
В 11-13 вместо nano используйте gedit если это графический интерфейс - будет проще.
По идее этого должно хватить.
14 не повредит, можете сделать.

Суть в том, что сборка grub для экзотичной ia32 доступна в стоковых репозиториях Ubuntu и должна просто работать, не должно быть необходимости чего-то там компилировать. Если эти операции проводятся с флэшки, то после попадания в рабочую систему поставьте там тоже grub-efi-ia32 чтобы оно нормально обновлялось.