AUser0

Проверьте, что Apache не висит в памяти работающим зомби процессом. Команда ps axf покажет все запущенные процессы, ищите там apache.

Если онлайн система умеет забирать файлы с Dropbox, Google Drive, с SFTP сервера - то вам для неё не нужен полноценный белый IP-адрес. Просто научитесь класть файлы на Dropbox, или Google Drive, или SFTP сервер. Вот и всё!
Всегда ваш, Капитан Очевидность.

Выглядит так, как будто на диске уже была Linux операционка, и установка его прихоромчила в уголке: папки /oldroot/ и /oldroot/dev/ на это непрозрачно намекают...

Может установку с полным стиранием всего диска?

Сообщение о том, что

такого файла не существует и установлен он не будет

означает, что не существует такого файла и он не будет установлен. Вот теперь понятно?

Так же попытки установки deb пакетов были безуспешны.

С каким текстом ошибки? Нам самим что-ли ошибку придумывать?

Вам именно BASH? Можно и BASH, что-нибудь типа echo "SHOW PROCESSLIST;" |mysql, и вуаля!
Докидываете параметров по вкусу, парсите список исполняющихся запросов (есть вкусный параметр Time - время выполнения), и делаете с этим списком всё что заблагорассудится... А что вам благорассудится?

Прочитайте, как в почтовом сообщении хранится бинарный файл, boundary и base64. Можно sed-ом вытаскивать base64 между boundary метками, декодировать его утилитой base64 - вуаля, вот он ваш файл, делайте что хотите.

А канонический telinit 1 в уже загруженной системе - не помогает?

У вас в

в основном конфиге gitlab

и в /etc/nginx/conf.d/gitlab прописан один и тот же server_name gitlab.company.ltd;. Удалите один из server { ... } - конфликт пропадёт, очевидно же!

P.S. И уберите listen [::]:34080 default_server;, именно это не даёт стартовать nginx-у.

sudo chown -R apache /var/www/domain.local/

Кроме того, что chown -R :apache /home/main/sites/test.local,
стоит ещё

echo -ne "\n\n127.0.0.1     test.local\n" >>/etc/hosts

Но доступ через домен test.local появится только у той Linux-like машины, на которой выполнена эта команда. И для Windows расположение hosts сооооовсем другое.

Называется конвейер (канал, pipe, |):

find  -type f -iname "*.html" -exec grep -Him1 'TEXT' {} \; | head -n500

У вас уже какой-то сервис занял порт 80, на котором должен работать nginx. Найдите и остановите, а лучше удалите сервис, занимающий 80-й порт. Поможет команда netstat -nltp |grep :80, в конце строки - имя сервиса.

Проверяйте /etc/passwd, там в первой строке (у пользователя root) в конце строки указано :/bin/bash, верно?

Написать скрипт для проверки fstab, cron-ом запускать раз в NN часов, присылать извещения. А в fstab так IMHO не делается.

Любопытно, в репозитории нет запрашиваемой директории https://mirrorcache-us.opensuse.org/repositories/o... ,зато есть директория https://mirrorcache-us.opensuse.org/repositories/o...
Делайте вывод...

Жескому диску на ноутбуке - кирдык.
Можете попробовать отремонтировать с помощью Victoria или MHDD.
Но лучше - сразу скопировать всё содержимое на другой диск, пока данные хоть как-то читаются...

Ну так ведь же...

lsusb | awk ‘{print $3 “ “ $4 “ - “ $7 “ “ $8 “ “ $9 " OK"}’