Saboteur

И для записи и для чтения используется тот же механизм - page cache, только для записи они еще помечаются как dirty, которые должны быть записаны на следующий уровень.

У вас есть квартира, где стоит лазерный датчик. Если на него попадает лазерный луч, он открывает все замки.
И приходя домой, вы вставляете ключ с лазером в замок, проворачиваете и подаете сигнал на датчик.

Но при этом у вас есть окно, через которое можно послать лазерный луч, например из окна соседнего дома.

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

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

Хотите более подробный и понятный ответ - изучайте права доступа и принципы работы различных движков на сайте, чтобы найти варианты как можно найти применение тому, что у вас везде 755 на всех файлах.

Там вроде есть консольная утилита sacctmgr, которой можно и задать и посмотреть лимиты ресурсов, но не знаю может ли это сделать обычный юзер

Я бы посоветовал выяснить об ограничениях у ваших админов - это же всегда кастомные настройки.

p.s. Тут вряд ли нужен тег bash, скорее Linux

1. стандартная служба syslog умеет парсить логи по facility, следовательно можно настроить логирование разных компонентов в разные файлы на уровне syslog, управлять их ротацией.
Также syslog умеет работать с другими syslog, таким образом можно аггрегировать логи с разных машин и управлять ими централизованно.

2. логи отправленные в stdout обычно куда-то перенаправляют, в тот же файл, или сразу грабят в какой-то аггрегатор.
В современное время про stdout чаще всего говорят, когда вы запускаете что-то в контейнере, а контейнер крутится в оркестраторе типа kubernetes/openshift.
В этом случае настраивается внешний сборщик - тот же filebeat, fluentd, logstash или syslog, который собирает логи со всего кластера кубернетес/опенщифт, парсит их и кидает в аггрегатор.
Просто задеплоили новый компонент и по его имени можно фильтровать логи в той же Кибане, при этом нигде не нужно в системе логирования настраивать что-то под новый компонент, все тегируется автоматом.

Если просто обнулить файл, то обычный
echo "" > file
если нужно сохранить часть файла, то можно считать кусок из файла и записать в него же

tmp=$(tail -n 1000 file)
echo "$tmp" > file

1. Написано, что ошибка в строке 42-43, а на картинке от силы 20 строк. Ты весь скрипт просмотри, где кавычку не закрыл.
2. Выкладывать надо текст, а не картинку.

экранируешь все доллары и делаешь cat через DocumentHere:

cat <<EOF >newfile.sh
...
EOF

Вот полный пример, можно этот текст поместить в скрипт, выполнить или вставить целиком из буфера, или набрать от руки, и он сделает тебе новый file.sh

cat <<EOF>file.sh
#/bin/sh
inetADD=\$1
#GATEWAY=
#DNS1=
NETMASK=255.255.255.128
ip address | grep -v lo | cut -d ' ' -f2 | tr ':' '\n' | awk NF
echo "Enter interface:"
read nameINT
uuid=\$(\$nameINT)
echo -e "NAME=\$nameINT\nDEVICE=\$nameINT\nBOOTPROTO=static\nUUID=\$uuid\nONBOOT=yes\nIPADDR=\$1\nNETMASK=\$NETMASK" >> /etc/sysconfig/network-scripts/ifcfg-\$nameINT
ifdown \$nameINT && sleep 3 && ifup \$nameINT
if [ "\$(ping -c 1 -I \$nameINT 192.168.1.1)" ] then
  echo "Ping GOOD. System EXIT"
exit
else
  echo "Reloading the interface"
ifdown \$nameINT && sleep 10 && ifup \$nameINT
ping -c 1 -I \$nameINT 192.168.1.1
echo "ERROR"
fi
EOF

Отключаясь от сессии, вы посылаете своему шеллу и всем дочерним процессам (scp, rsync) сигнал SIGHUP.

Есть несколько воркэраундов как этого избежать.

1. Запускать процесс через nohup &
2. Использовать менеджер сессий - screen или tmux
3. Запустить процесс в фоне и заранее отвязать его от своего шелла ( &; disown )

Смотреть PATH нужно не из вашей сессии, а прямо из cron.
Когда юзер логинится интерактивно, выполняются его персональные профайлы - .profile, .bashrc, .login и др.

Крон же просто запускает с правами указанного юзера, не читая его профайлы.

Варианты как это чинить:
1. Использовать в скриптах полные пути к файлам
2. Задать PATH прямо в вашем скрипте
3. Задать PATH в самом кронтаб вначале, например

PATH=$PATH:/home/user/mypersonalbin/
00 09 * * * /mnt/pve/backups/sensors.sh >> /root/myscript.log 2>&1

crontab формат позволяет задавать переменные, которые будут работать для всех скриптов запускаемых из вашего кронтаба.

Нужно понимать два момента

команды jobs, bg и fg являются внутренними командами шелла, и работают с дочерними процессами именно этого шелла.
Если вы приостановили дочерний процесс (Ctrl-Z) или запустили его сразу в бэкраунда (ping google.com &), то командой fg вы выводите его на передний план. Это все равно что в винде вы взяли и поставили мышкой фокус на окне блокнота, после чего нажимая клавиши вы будете писать в этом блокноте.

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

Для понимания потренируйтесь так:

sleep 100
CTRL-Z
jobs
bg 1
echo I am still in shell
fg 1
CTRL+C

И второй момент - можно запустить программу в фоне, и отсоединить ее от текущего шелла вообще (запустить ее через nohup sleep 100 & и отключитья от сессии, или выполнить
sleep 100 &
jobs
disown
jobs
ps aux | grep sleep

в этом случае bg/fg уже не помогут, так как программа запущенная в фоне уже имеет другого родителя, и не подконтрольна внутренним bg/fg - вернуть ее как дочерний процесс под текущий шелл уже не выйдет.

Поэтому Ctrl+C, Ctrl+Z - это просто сигнал который ты отправляешь в текущий "foreground" процесс, с которым ассоциирован stdin

потому что эотт js скрипт не является исполняемым файлом. Его нужно запускать чем-то, например nodejs
как питон запускается
python myscript.py
так и js надо
node myscript.js

или nohup node myscript.js &

ну или прописать через шебанг путь к ноде и сделать файл исполняемым.

Почему именно питон, когда для таких задач как раз подходит баш, или вообще find?

Почему нужно удалять когда заканчивается места, а не настроить изначально ротейт файлов, которые растут - именно так делается в нормальных случаях

putty - это ssh клиент для подключения к удаленной консоли, а не для скачивания файлов.
На сайте putty можно скачать pscp - он как раз используется для скачивания файлов по ssh

Но если очень нужно скопировать что-то прямо из путти, то можно копировать текст напрямую для текстовых данных или через base64