Saboteur

1) Если /proc не хранит информация не на диске, не в рам - то где вообще? Не понимаю(

/proc это вообще абстракция. Ядро системы знает какие процессы сейчас запущены и хранит это в памяти. А в /proc визуализирует это, предоставляя некий интерфейс в виде "все есть файл". Просто нужно понимать, что это не ext2/ext3/ext4 эмулируемый в памяти, это именно procfs

2) Например я в bash. Возможно ли как-то получить мой вывод, смотря в папку /proc процесса bash?

да, можете подключиться к вашему stdout, который собственно/proc/<PID>/fd/1
можно посмотреть как вы подключились и куда смотрит ваш /proc/<PID>/fd/1 (скорее всего в какой-нить /dev/pts/0) и оттуда тоже смотреть.

3) Если папка /tmp хранится в ОЗУ, могу ли я там хранить свои временные файлы для мгновенного доступа?

Да. Только нужно помнить, что tmpfs не ограничен, то есть чем больше туда кладешь, тем меньше свободного ОЗУ остается

4) Как можно реализовать подобное: Есть файл, в который постоянно пишется информация, чтобы он не занимал много места, я ставлю условный лимит в 10000кб, когда файл начинает весить больше, то разница будет стёрта из начала файла.

Нужно понимать, что стереть 10 байт из начала файла нельзя, потому что нужно сдвинуть содержимое всего файла. Другими словами - файл целиком придется перезаписать.
Поэтому применяют другой способ - log rotate - когда идет запись в файл, проверяется его размер. Если он превысил значение, файл переименовывается (например в file.log.1) и открывается новый файл file.log
Можно контролировать сколько файлов может быть в списке и не забывать переименовываьт все файлы, чтобы они соответствовали порядку. Но этим нужно заниматься тому, кто пишет в файл.

ps в 99.99% работает у всех корректно. Например вот:

$ ps
  PID TTY          TIME CMD
  792 pts/0    00:00:00 bash
  814 pts/0    00:00:00 ps

Уважаемые линуксоиды! Обращаюсь к вам. Сегодня я твердо решил, что пора завязывать с злоупотреблением винды и надо адаптироваться по линь.

Как только перестанете злоупотреблять ОС, может быть начнете пользоваться.
Пока что видно, что вы хотите начать злоупотреблять Линуксом.

Я хочу рядом с виндой поставить полноценный дистр и начать в нем копаться, разбираться.

Ну вы же даже в винде не разобрались, раз ее хейтите.
Вам нужно действительно ковыряться в самой OS, или в конкретных программах?

Из опыта на Лине у меня только Kali для тролла дноклассников, и все. Но мне надоело сидеть на уровне msf + ngrok, и я хочу всерьёз начать познавать linux.

Если нужны сети, идите сразу в циско.

Но я не знаю, какой дистр лучше поставить! Все говорят, что лучший выбор для новичков - это mint, но мне не хочется идти лёгким путем, поэтому это не мой вариант (могу заблуждаться). Про Ubuntu я слышал, что это что-то "среднее" между Шindows и macOS, но говорят, что она уж очень не стабильная.

RHEL и Ubuntu это сейчас самые актуальные дистрибутивы.

Разница между дистрибутивам не так велика. Основные принципы - совершенно аналогичны. Софт почти везде одинаковый. Любую ставьте.

Если на этой файловой системе ничего нет, то просто пересоздайте новый файл

отмонтировать файл
fallocate -l 50mb myfile
resize2fs myfile
примонтировать файл

Если вам нужно запускать их последовательно, зачем вы каждый сервис запускаете в крон отдельно от других?

Сделайте скрипт, впишите в него все сервисы по очереди и запускайте скрипт раз в 10 минут?

Попробуйте добавить -o ldif-wrap=no

title=$(ldapsearch -o ldif-wrap=no -x -D user@domain.ru -w "(SAMAccountName=${SAM})" title | grep "title::" | cut -d " " -f2 | base64 -d);

процесс должен отвечать на что-либо, либо писать логи.
Иначе вы не определите чем конкретно он занят.
bash скрипты ничего решить не могут, можно просто при помощи баш скриптов отправлять сигналы в процесс или смотреть его параметры, но это можно делать и другими способами. Просто баш скрипты обычно самые доступные для пользователя.
Можете пробовать смотреть что-то в /proc/, или через top
или посмотреть как именно работают те bash скрипты, про которые вы упоминаете.

Варианта два.
1) Файловая система - древовидная, начинается с корня, и права на все есть только у суперпользователя. Вроде как у совсем старых юниксов, для суперпользователя даже не было отдельной домашней папки - использовался корень.

2) Дерево процессов начинается с ядра системы (процесс init), который запущен от суперпользователя (root), который имеет доступ ко всем процессам.

У вас перебор с кавычками

exePath="path_to_program";
exeArgs="--param1=sdfsdf --param2=sdfdf"
strace -xf -o path $exePath $exeArgs

#!/bin/bash

echo -n "Enter a folder name: "
read way 

eval "ls $way"

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