Saboteur

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

Гуглить нужно "как работает отладчик".
Для программ это сделано на уровне операционной системы.
Есть специальный режим отладки, в котором отладчик запускает программу, что позволяет ему выполнять ее пошагово.

Отладка вне операционной системы, или отладка ядра операционной системы, уровень посложнее. Но он тоже предусмотрен уже в современных процессорах, когда ты отладчик вешает свой код на прерывание и переводит процессор в режим, чтобы после каждой инструкции выполнялся код отладчика.

На старых процессорах (где-то в районе 286 и раньше), такого режима вроде не было, там было чуток сложнее отлаживать по шагам, но с другой стороны все работали в едином пространстве, все процессы имели доступ друг к другу. Но тогда я был малой и зеленый, могу ошибаться.

Чем отличается продавец от менеджера по продажам от кассира от мерчендайзера?
Чем отличается клининг менеджер от мастера чистоты или от уборщика?

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

Познакомься со следующим:

1. Система мониторинга. На хайпе сейчас prometheus/grafana, но можно посмотреть любые другие системы + графана.
2. оркестрация, например ansible для управления своими серверами
3. изучи баш на уровне "быстро напишу скрипт который что-то скачает, развернет, скопирует, подчистит, получит текст по curl и распарсит из него нужные строки, запустит приложение и убедится что оно успешно запустилось"
4. Можно также подучить python/groovy на базовом уровне.
5. Все свои наработки храни в git, а еще лучше поставить какой-нить gitlab и почитать о парочке git workflow
6. После этого настойчиво рекомендуется ознакомиться с контейнерами docker/kubernetes/openshift

Если за год осилишь, можно пробовать поискать что-то начальное, где есть команда девопс инженеров.

6. Берусь за любую работу, которую могу сделать (чтобы быть хоть немного полезным)

Не надо за совсем любую. Если есть выбор, бери за те, которые для тебя будут более полезные - с чем-то разберешься, доведешь до конца, узнаешь какие-то моменты.

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

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

Поговори с ним о проблеме. Назначь встречи раз в неделю один на один, где будете уточнять какие от тебя ожидания, и какие у тебя успехи. К таким встречам заранее подготовь краткий план, чтобы это было не час времени потрындеть о жизни, а 5-10 минут доложить о том, что было сделано, 5-10 минут сообщить какие есть проблемы и что ты их сейчас решаешь вот таким образом, надо ли что-то менять. И может быть 5-10 минут на фидбек от твоего начальника.

Проведешь таким образом 3-5 встреч, посмотришь какой из них выхлоп, и вместе решите надо ли делать чаще или реже, и в каком формате - это все можно адаптировать по ходу. Или они вообще перестанут быть нужны.

P.S. По сути у тебя и так должен быть куратор, который бы тебе это все разжевал. В хороших компаниях есть даже планирование глобальных целей сотрудника на полгода-год вперед, по которым ты понимаешь что кроме выполнения непосредственно ежедневных задач, надо расти именно в запланированном направлении, чтобы через год получить возможность переключиться на другие задачи, которые есть в вашем проекте.

Есть люди, которые выбирают себе красивое начертание шрифтов, и тащатся от этого, и готовы платить.
А есть люди, у которых буква А бывает заглавная и маленькая, главное различимая.

В основном дело привычки и вкусов.

Возьмите то что нужно регуляркой

SystemName=$(grep -oP "SystemName: \K[A-Za-z0-9]*" server_out.db)
if [ "$SystemName" == " S4BZJ045 ]; then
  echo "Ok"
else
  echo "Not Ok"
fi

Программа-шредер не удаляет непонятные файлы, она просто удаляет файл и чистит место, в котором он был записан, чтобы нельзя было восстановить информацию

Соответственно командой tar его не запакуешь и не скачаешь по sftp

В адекватном сайте, медиа контент должен жить в отдельных каталогах, следовательно аудио и видео качаются отдельно, база отдельно, а код сайта пакуется таром и качается тоже отдельно.
Или все вместе по sftp (почему нельзя, неясно, все можно)
или rsync

Пингайте разовыми пингами и проверяйте код возврата в переменной $?: 0 успех, не 0 - ошибка связи.

ping mysite.com -c 1
echo $?

После обсуждения в камментах, вот вам скрипт помощнее:

declare -i failcount=0
status="OK"

while true: do
    if ping mysite.com -c 1; then
        if [ "$status" == "FAIL" ]; then
            echo "Network is restored"
            curl -X GET -k "https://api.telegram.org/bot1938&text=Connection_is_restored"; 
            status="OK"
        fi
        failcount=0
    else
        failcount+=1
        if [ "$status" == "OK" ] && [ $failcount -gt 60 ] ; then
            echo "Network is unavailable for 60 seconds!!!"
            curl -X GET -k "https://api.telegram.org/bot1938&text=Connection_broken_for_60_seconds"; 
            status="FAIL"
        fi
    fi
done

Чтобы один процесс А мог читать память процесса Б, в современных операционных системах требуется, чтобы процесс А был запущен с привилегиями.
Обычно программы для этого встраивают в ядро свои драйвера (отладчики, всякие cheatengine/artmoney) и др.

Да никто вам ничего дельного не подскажет. Это ваша жизнь, ваши интересы.
Фронт и SAP - это просто два рандомных слова в вашей жизни.
Все зависит от конкретной компании, от того как туда ездить/ не ездить, адекватный начальник и коллектив или нет.

Это просто начало карьеры, в начале карьеры можно еще 10 раз сменить направление.
Выбирайте сами, а не закапывайте себе жизнь первым же решением.

Все что вы задали, это не вопросы по гиту. Это вопросы по SDLC - и на эти вопросы можете ответить только вы.
Гит это просто инструмент версионирования, а не доставки контента.
Тем более, что даже неизвестно сайт у вас крутится на виртуалке или на хостинге, и в принципе там git поставить есть возможность или нет.

Да, гитом тоже можно синхронизировать изменения между разными енвайрнментами, но вот те вопросы которые вы задаете - вы сами должны придумать удобный пайплайн и выбрать инструменты (git, scp, rsync, какой-нить CI/CD инструмент или что угодно)

Если есть скрипт, который делает вообще другие вещи, зачем именно его нужно менять?
Просто напиши другой скрипт.
Умеешь немного писать и что-то не получается - задай конкретный вопрос.
Не умеешь писать вообще ничего - обратись на фриланс.