Может быть просто ложное срабатывание. У меня был случай винда на компьютерах с lvm цепляла на него букву диска и показывала как "вон вам неотформатированный диск, форматируйте". Поскольку на lvm лежали образы нужных виртуалок, пришлось ходить по всем компам и снимать привязку буквы к этому разделу.
Специализированная литература нужна руководителю поддержки, тимлиду отдельной группы, в конце концов. Рядовому сотруднику это всё ни к чему. Ему придётся в любом случае вникать в специфику конкретного места работы, различный экзотический софт, незнакомые бизнес-процессы итд итп. И, конечно, будет неизбежно набито множество шишек.
Ну а научиться решать проблемы вообще легко. Достаточно, например, поставить себе дома Linux, заставить в нём работать свой любимый принтер и решить разного рода другие возникающие вопросы. Опыта это даст - хоть отбавляй.
Или, например, посмотреть прям на этом сайте, чего спрашивают люди, и попробовать самостоятельно разобраться в каких-то из их проблем. Необязательно даже людям при этом отвечать. Можно рассматривать как бесплатные упражнеия в качестве домашнего задания.
Для чего? Если это что-то легальное, то зачем его убивать? А если вирус/зловред, то просто прибивать его нет смысла, надо систему лечить и иногда даже переустанавливать.
maksimwork1980, чтобы можно было копировать из консольного приложения, захватывающего мышь, нужно действия с мышкой выполнять с зажатой клавишей Shift.
paran0id, ранее мажорные версии ядра менялись только тогда, когда делались серьёзные фундмаментальные изменения в основах. Например, главная особенность ядра версии 2.x - поддержка виртуальной памяти. Соответственно, по старой системе нумерации ядро до сих пор продолжает ветку 2.6. Но так как нумеровать ядра в стиле 2.6.100500 неудобно, то приняли решение регулярно начинать новую мажорную версию.
В общем, для образовательных целей описание ядра 2.6 сойдёт. Только не надо думать, что там прям всё так, как описано в книжках и не меняется. На деле там по мелочи всё время что-то меняют, и даже выпущенная полгода назад книжка может быть не вполне актуальна в каких-то деталях.
Но в целом мне не кажется, что читать описание API ядра это прям лучший способ осваивать Linux. Это как при изучении иностранного языка зубрить буквы, но не заниматься словами, грамматикой, практикой чтения и письма. Нужно изучать разные вещи в комплексе. В том числе приближенные к практике. Например, по сетям разбираться как работают iptables, iproute2 (policy routing, ограничение скорости), net namespaces (очень актуально в свете популярности контейнеризации, где namespaces это основная технология) итд. В частности, по iproute2 есть классическое руководство - LARTC (Linux Advanced Routing and Traffic Control HOWTO), которое полезно почитать в люблом случае для улучшения понимания работы сети.
Martin_AIDEN, если AudioModel.predict синхронная (что логично - вычислительная задача же), то неудивительно, что при её вызове всё встаёт.
Так что... Треды, мультипроцессинг, отдельный сервис через брокер очередей типа rabbitmq (можно мультитредовый/мультипроцессный или просто запустить N инстансов - брокер очередей умеет гарантировать раздачу задачи только одному инстансу), можно ещё сделать отдельный сервис с uwsgi и достаточным числом воркеров... В общем, варианты есть.
Дмитрий Бойцов, тогда действительно я бы поизучал возможности pxe. Или попробовал соорудить условную загрузку в grub в зависимости от флаг-файла где-то на ntfs (чтобы в любой системе было доступно).
Вот-вот, и на самом деле простейший способ детекта вообще легко делается: если за ндцать минут позиция не изменилась до 19 знака после запятой - то это явно не вычисленная алгоритмами позиция, а что-то фейковое...