Файлы hs_err_pidxxx.log продолжают появляться в корневой папке macOS Mojave

Question

Я изучал файлы hs_err_pidxxx.log онлайн в течение нескольких недель, и единственная информация, которую я могу найти, это то, что они представляют собой журналы ошибок, генерируемые Java в виде простого текста.

Во-первых, эти файлы время от времени появлялись в моем корневом каталоге (Macintosh HD) с тех пор, как у меня появился этот компьютер. Они обычно появляются, когда компьютер спит, около 2 часов ночи.

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

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

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

Приложение (2019.02.13):

Ниже приведены результаты команды launchctl, предложенной вчера @MMB:

этикетка
com.bitdefender.AuthHelperTool
com.bitdefender.CoreIssues
com.bitdefender.демон
com.bitdefender.UpdDaemon
com.bitdefender.agent
com.bitdefender.credentials
com.bitdefender.upgrade
com.teamviewer.помощник
com.vix.cron
net.tunnelblick.tunnelblick.tunnelblickd
org.cups.cupsd
org.serviio.server

Обратите внимание, что BitDefender AntiVirus не был установлен во время возникновения этой проблемы. Последний сгенерированный файл журнала - hs_err_pid208.log, а PID 208 - com.apple.usbd, а не любой из вышеперечисленных.

Answer 1

Это происходит, когда происходит сбой JVM, и это эквивалент основных файлов для отладки. Вы не можете прочитать их, потому что они, вероятно, из службы, запущенной пользователем root.

Несмотря на это, похоже, у вас все еще есть Java в вашей системе, что неудивительно, учитывая, что некоторые поставщики приложений на основе Java поставили свои собственные JVM, поэтому у них не было проблем с версией или они требуют от пользователя ручной установки Java в дополнение к собственное приложение. Если память служит, Crashplan, приложение для резервного копирования, использовавшееся для этого, но Java потеряла популярность, так что это, вероятно, старое приложение или служба (что также, вероятно, объясняет, почему происходит сбой).

Тем не менее, есть простое разрешение через Терминал. Возьмите номер PID (xxx) из имени файла журнала и найдите его в таблице процессов. Например, если PID был 13924, то

~ ps -e | grep 13924
13924 ??         0:07.79 /Applications/Arduino.app/Contents/MacOS/Arduino

Я не верю, что в моей системе уже есть какие-либо из указанных приложений, поэтому я просто использовал приложение Arduino в качестве примера, но с помощью этой информации вы сможете определить, где находится среда выполнения Java. Оттуда вы можете найти правильный способ удаления виновного приложения.