Ветер Солнечный

1. запустили намеренно pg_dump с отказом -O - то есть --no-owner
   
2. развернули дамп от супера
   
3. все объекты теперь ожидаемо принадлежат суперу, owner'а же не переносили
   
4. удивляемся, что постороннему пользователю нет прав чтения
   

Что же тут могло пойти не так?

Самое простое для баз с одним пользователем - импортируйте дамп базы от имени этого самого пользователя. Если в базе есть какие-то extension - то сперва их создать от суперпользователя.

Больше чем установлено в компьютер памяти у вас не станет. Зачем вам больше свободной памяти? Ведь именно в этом назначение памяти хранить данные (в том числе кэш). Если вы очистите его - программе придётся снова считывать данные с диска (или другого источника). Так что не занимайтесь ерундой - оставьте управление памятью операционной системе - она это сделает лучше вас!

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

И не важно, есть в текущем каталоге файлы или нет. Зачем вы акцентируете на этом внимание?

Ваш второй вопрос к инициализации не относится:

И почему пуш делается обязательно с --set-upstream?

Не обязательно. Этот ключ лишь добавляет связь между локальной и внешней веткой. Чтобы в следующий раз отправлять коммиты просто командой push. Git уже будет помнить, в какой внешний репозиторий отправлять и в какую ветку.

И самое важное:
Никогда не вбивайте команды, смысл которых не понимаете. Сначала почитайте их описание.

Тут системно надо подходить к вопросу. Много неясностей.

1. Если все пользователи пишут в одну и ту же папку (типа upload), можно просто проставить SUID и SGID флаги на папку, и все файлы в ней будут создаваться от юзера/группы владельца upload/

2. Также почему все кидают файлы от своего имени? Можно сделать специального пользователя, попросить всех юзеров сгенерировать ssh ключи и добавить в этого пользователя. Каждый будет логиниться со своим ssh ключом, но юзер будет один и тот же

3. Добавить всех пользователей в одну группу и проверить чтобы umask был 0002

Делаете нужную группу основной у пользователей - и она начинает проставляться при создании файлов.

rsync -avh --link-dest=previous_backup/ source_directory/ new_backup_directory/

добавить ключей по вкусу

Эта команда будет делать резервную копию source_directory/ копируя файлы в new_backup_directory/ проверяя параллельно предыдущую копию в previous_backup/ и пропуская копирование не изменившихся файлов, создавая для них символические/жесткие ссылки.

Такой инкрементальный бакап не занимает место на диске но при этом каталог с копией можно читать как обычный каталог. Удаляя старые каталоги так же обычными средствами, ничего в новых каталогах не удаляется (при использовании жестких ссылок).

По сети чтобы все работало рекомендуется установить rsync демона (как минимум создавать жесткие ссылки через всякие nfs оно не умеет но можно проверить ssh scp/sftp)

Недостаток, на диске с бакапами созадется миллионы файлов, проверка такого диска в случае чего затягивается на часы. Так же процесс копирования сканирует весь исходный каталог каждый раз, но это делают все инструменты копирования, за исключением btrfs/zfs...

p.s. еще есть вариант, кардинально иной - использовать файловую систему btrfs, там есть возможность получать моментально в виде файла разницу между двумя снапшотами, отсылать этот любым файл удобным способом на другую машину и там либо хранить либо применять этот снапшот в любой момент к развернутой копии файловой системы (с ней не рекомендуется работать на запись, только на чтение)

как перенаправить информацию из вывода команд в файл, который создается в процессе проверки командой
#touch $( date '+%Y-%m-%d_%H-%M' )

Записать имя файла в переменную и дальше везде использовать её. Например:

…
file=$( date '+%Y-%m-%d_%H-%M' )
touch "$file"
…
echo -e "               Product Name : $PN_FRU" >> "$file"
…

man pgrep
man kill
systemd.timer

У тебя чёрным по белому написано PORTS: 0.0.0.0:8080->8083/tcp - что означает, что контейнер внутри Docker сопоставляет порт 8083 внутри контейнера с портом 8080 на машине (0.0.0.0:8080->8083/tcp).

При переходе по адресу localhost:8080 в веб-браузере, запрос будет направлен на порт 8083 контейнера.

Данные от ssh клиента до ssh сервера идут в шифрованном виде.
От браузера до ssh клиента и от ssh сервера до веб сервера идет обычный HTTP или HTTPS.

Прям необходимости точно нет.
Современная винда - стабильная, продуманная и, самое главное, очень удобная ОС.

Десктопный линукс - кривой, косой, нестабильный и местами не очень неудобный.

Главный недостаток винды - производительность.
Я пишу не джаве - у меня один и тот же проект на линуксе собирается в два(!) раза быстрее чем на винде.

Не дублирование, а symlink. Примерно как ярлык. В avaliable храним конфигурацию хоста, в enabled кидаем симлинк, чтобы включить его. Nginx считывает конфиги из enabled. Если хотим выключить, удаляем симлинк, а файл конфигурации остается лежать.