CityCat4

как отключить нетбиос на Астре и на на другом линуксе?

Зачем? Если для того, чтобы остановить всяческих Вась, Петь, Миш - это грозит только винде.

Большая часть кода написана и доработана GPT,

Поржал. Вот GPT и спрашивайте, почему не так. GPT - огромная библиотека, само оно ни строчки кода написать не может.
Что хотите сделать?
Начинаем разбор:

# Вывели сообщение
echo "Starting.."
# Перешли в некий каталог
cd /home/technocat/PyShell/bin/
# Ничего не делаем, но видимо пытались вызвать окно терминала, только странно как-то
#gnome-terminal -e "bash -c \"source activate; exec bash\""
# Подгружаем скрипт activate из общих путей - такой скрипт существует? Он действительно находится на общих путях?
source activate 
# Вызываем вложенный шелл в режиме логина (при этом выполняется .bash_profile, а не только .bashrc)
exec bash --login

Вы делаете чушь. Полностью. Как сформулировали задачу?

И больше не используйте GPT. Никогда Потому что он вам посоветует патч Бармина - тоже установите? :)

Первый основан на линухе, второй и третий - на FreeBSD. Соответственно разница в средствах управления, в возможностях, в поддержке железа - во FreeBSD чтобы добавить что-то, что не входит в GENERIC нужно джигу станцевать на потолке :)

Потому что так захотели создатели дистриба :)

ЧЯДНТ?

Что Я Делаю Не Так? Не так был сделан выбор дистриба. Пакетный дистриб, к которому относится бубунта работает по принципу "мы знаем лучше, что вам надо, хавайте, ламеры" (любой пакетный дистриб). Вы получаете упрощение жизни - не нужно знать, как приложения собираются и как они зависят друг от друга, но платите за это тем, что есть некий Джон, который решает, что и какой версии у Вас будет стоять.

Как поставить php5.6 на ubuntu 16.04.07?

Вам - только скачать исходники и поставить вручную, предварительно потренировавшись на кошках, потому что make install может гарантированно снести нахрен все, что ему не понравится.

В чем проблема - в репозитарии, в самой ubuntu, в php?

В выборе типа дистриба. Дистрибов всего два типа - пакетные и source-based. Первые легче и проще в освоении, потому что часть работы ты переложил на сборщика дистриба (но тем самым делегировал ему право решать, что будет стоять у тебя). Вторые в освоении сложнее, они требуют, чтобы ты знал все сам, но зато в нем ты можешь поставить любую версию (две, три, десять) любой программы.

Я подобную задачу решил немного другим способом. Берется одна машина и обьявляется "мастером" - на ней идет сборка и обновление софта. С "мастера" снимается образ через dump, потом через restore этот образ разворачивается на другой машине.
Развертывание идет загрузкой с Livedvd или флэшки, скриптом, который положен внутрь дистриба, лежащего там в squashfs.
То есть общая логика примерно такова:
- Запросить адрес сервера с дампами и некоторые настройки
- Подключиться к серверу, проверить наличие дампов
- Создать разделы на диске, куда разворачиваем
- Поочередно скачать и развернуть дампы
- Поправить некоторые файлы (fstab, загрузчик), некоторые настройки приходится править через chroot

Чего пока добиться не удалось - это получить образ, годный для записи на флэшку непосредственно, через balenaEtcher, например, пока что пишется только руфусом в винде :(

Ну, надо разобраться почему configure так посчитало :) Там могут быть неочевидные вещи. Сначала снимаем трассу:
sh -x ./configure > blabla.txt
и смотрим, что там в выводе, на выполнении какой команды configure выдает такое заключение...

Хочу заняться графической оболочкой для линукс. Есть ли какая-нибудь база дистрибутива?
Хочу просто скачать дистрибутив в котором находятся базовые драйвера (желательно и arm-ные), и консоль с пакетным менеджером.

Гента! Дрова там точно есть, emerge вполне канает за пакетный менеджер :)

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

unknown filesystem обычно означает, что граб либо не видит раздела, который ему указан в качестве загрузочного, либо на этом разделе реально неизвестная ему файлуха (например, загрузку модуля поддержки FAT забыли прописать).
Скорее всего, обновил grub.cfg и обновился он криво :)

У r1412s ссылка есть - почитай, должно помочь

Если в РФ - то линух, однозначно. M$ рано или поздно, в конце года или еще когда, тушкой или чучелком - но выдавят из РФ (да-да, он не сам уходит - сами такой рыной, окучиваемый почти 30 лет не бросают...)

В гугле забанили? Ищите документацию по PAM, какие там переменные окружения он выставляет и как с него получить пароль (если нужно) - а получить пароль не просто можно, а довольно просто :) Логин, пароль, удаленный хост (если это не локальный логин) - все можно получить.

Как сделаете - так и будет. Линух - это одно такое большое Лего :)

Флэшка не считается загрузочной.
Проверь, что она реально с EFI, если bios с EFI (ноуты сейчас требуют только EFI) или включи режим легаси, если она с MBR.
Но я бы не рекомендовал сейчас использовать MBR.

Сначала grub-mkconfig > /tmp/grub.cfg и убедиться, что там присутствует пункт
menuentry "Windows boot manager" ...
после чего переписать этот файл в /boot/grub/grub.cfg (старый сохранить!)

После чего переустановить загрузчик (попутно сделав запись в efivars о загрузке - именно ее не хватает, ее можно сделать через efibootmgr, но там сложнее):

grub-install --target=x86_64-efi /dev/XXX --efi-directory=где-efi --boot-directory=где-boot

где:
/dev/XXX - имя устройства, где линух. Это может быть и sda и дичь типа nvme0n1, но это непременное целое устройство, не раздел!
где-efi - точка, куда смонтирован раздел EFI
где-boot - каталог, где находится ядро. Обычно это /boot, но может быть что угодно

После грузиться с диска с линухом