Довольный Айтишникъ

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

Все, что попало в интернет – остается там навсегда!

Забудь, нет таких сервисов.

Почему вирус-то ? По логу же видно что из вне пытаются соединиться.

fail2ban свежий с "прогрессивным" баном быстро заблокирует ip вражин сначала на часы, потом на дни а потом и на месяцы :)

Если нужно то правила fail2ban для exim для параноиков скину :)

1) В цикле проверяете наличие файлов в директории через os.listdir()
2) Если файл появился - обрабатываете его.
3) Удаляете/перемещаете файл
4) Цикл начинается заново после завершения парсинга файла

Отвечу всё же на заданный вопрос:

Откуда это берется вообще? /*!40001 SQL_NO_CACHE */ и как это убрать?

Это - комментарий с фрагментом запроса, специфичным для MySQL.

Помещается в тело запроса (в т.ч. в дамп) для того, чтобы запрос, использующий какую-либо специфичную для MySQL конструкцию, мог быть выполнен в другом SQL-диалекте без внесения изменений в текст запроса. Т.е. MySQL обрабатывает содержимое такого комментария так, словно этот фрагмент не закомментирован, тогда как другие СУБД проигнорируют этот фрагмент как комментарий.

Опциональное пятизначное число указывает минимальную версию MySQL, начиная с которой содержимое комментария должно обрабатываться (в показанном фрагменте - это версия 4.00.01), на более младшей версии комментарий останется комментарием. При его отсутствии (используется только /*!) - код из комментария обрабатывается любой версией.

Убрать - в случае дампа никак. Да и не нужно это - эти комментарии специально добавляются для того, чтобы можно было корректно развернуть дамп на более младшей версии MySQL. Впрочем, далеко не все специфичные конструкции так комментируются - скажем, если в теле хранимой процедуры имеется обращение к функции, отсутствующей в младшей версии, то это обращение не комментируется и при разворачивании на младшей версии приведёт к ошибке. Но тут уж, как говорится, на каждый чих не наздравствуешься...

Для Li-ion:
Оптимальный диапазон зарядки для продления срока службы: 30-80%.

Если хотите вынимать батарею (хранить её отдельно), то заряжайте до 50-70%. На этот счёт постоянно идут диспуты, я лично склоняюсь к заряду около 50%, либо прим. 3.7 В, если есть возможность контролировать напряжение.

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

Если хотите держать батарею внутри (встроенный ИБП), то поищите у производителя ноутбука софт для управления питанием, в котором можно настраивать диапазон начала и окончания заряда.
Поставьте те же 30/80, работайте от розетки, когда батарея саморазрядится до 30%, она зарядится до 80%.
У отдельных вендоров/линеек такое может быть в BIOS.
Кстати, в БИОСе также проверьте наличие опции наподобие FastCharge и подобного - повышенная мощность зарядки. Если она есть, отключите.

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

Все ключи/пароли/логины/ссылки на другие сервисы выносят в переменные окружения, и не хранят их в исходниках.

Kiosk mode
firefox --kiosk https://...
google-chrome --kiosk https://...

from os import system

system("cls")

print ("Hello word")