planc

Вообще для таких вещей есть /etc/grub.d/40_custom

А так можно захолдить пакет, чтобы он не обновлялся.

sudo apt-mark hold grub-rc

https://notes.valdikss.org.ru/linux-for-old-pc-fro...
https://www.linux.org.ru/gallery/workplaces/16862790

На фотографии представлен веб-браузер Qutebrowser с 7 открытыми вкладками, в режиме работы с QtWebkit. Как видно, даже с 7 вкладками (2 из которых ­— страницы Википедии с большим количеством картинок) браузер потребляет около 140 мегабайт, что позволяет комфортно сёрфить интернет на смешных 512 МБ RAM.
Из других браузеров, до сих пор поддерживающих QtWebkit, можно отметить Otter Browser и KDE’шный Konqueror, который дополнительно поддерживает еще и KHTML (3 движка в одном браузере), но в Debian собран только с WebEngine. Первый в репозиториях Debian не присутствует.
Браузер Seamonkey, актуальная версия которого построена на базе движка из Firefox 60, работает более-менее сносно, но не блестяще — рендерит дольше QtWebkit’а примерно в 2-3 раза, потребляет заметно больше памяти, зато работает со всеми современными сайтами. Можно использовать в качестве запасного варианта, когда QtWebkit не справляется.

Однозначно стоит учить. Повышается скорость редактирования текста (практически не нужно переключаться на мышь) и в целом уровень комфорта при работе в текстовом редакторе.

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

Vim имеет обильное количество настроек и подробнейшую документацию по ним, встроенную в редактор. Есть много возможностей для адаптации редактора практически под любые нужды, в частности, имеется встроенный язык программирования для написания различных сценариев. Редактор отлично справляется с большими файлами.

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

UPD Добавлю, что учить то на самом деле не много. От силы пару десятков основных команд, немного практики и вот вы уже уверенный пользователь Vim.

Ты ошибку-то прочитал? Он прямо говорит, что указанный файл (изображение) не найден.
Если ты уверен, что файл есть, читай дальше.
Путь, который ты указал - относительный, поэтому отсчитывается относительно текущей рабочей директории (которая может совпадать или не совпадать с директорией где лежит скрипт, смотря как его запускаешь).
Так что используй pathlib, чтобы сформировать абсолютный путь к изображению - т.е. начинающийся с корня диска. Если искомый файл лежит неподалёку от каталога бота, то можешь воспользоваться тем фактом, что sys.argv[0] (модуль sys) содержит путь к скрипту бота.

1. Фильтровать по владельцу: iptables -m owner -h

2. Использовать cgroups и фильтровать по ним: iptables -m cgroup -h

3. Использовать отдельный network namespace без доступа в интернет: ip help netns

4. Использовать docker с none-сетью: docker run -it --net=none my_awesome_image_for_application

Очевидно C#

Если будешь читать, научишься читать.
Если будешь писать, научишься писать.

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

С составления списка моделей угроз.
Хороший сервис для обучения: https://owasp.org/

https://githowto.com/ru
https://learngitbranching.js.org/

В директории /etc/udev/rules.d добавляешь файл, например
/etc/udev/rules.d/mydevice.rules:

В него добавляешь строчку
ATTRS{idVendor}=="152d", ATTRS{idProduct}=="2329", RUN+="/path/.sh"

Потом пишешь собственно скрипт /path/mydevice.sh

#! /bin/sh
    env >>/path/mydevice.log
    file "/sys${DEVPATH}" >>/path/mydevice.log

    if [ "${ACTION}" = add -a -d "/sys${DEVPATH}" ]; then
    echo "add ${DEVPATH}" >>/path/mydevice.log
    fi

    lsusb >> /path/mydevice.log

dialog, например.

Чтобы разобраться как устроен Python под капотом, можно почитать это. Только упомянутые вами придирки они про подкопотное устройство не Python'а, а компьютера и операционных систем. Чтобы разобраться с этим, стоит почитать Таненбаума.