Что “Система программирует обнаруженную ошибку”, среднюю и насколько серьезный это?
Я выполняю человечность 32-разрядное использование плеер VMware на окнах 7 64-разрядных. Я вошел в свой аккаунт человечности и сделал мои нормальные операции (проверка на обновления, просмотрите askubuntu, и т.д.), но когда я проверил на обновления, это сказало, что имело ошибки, проходящие проверку подлинности, из-за которого я перезапустил и загрузил браузер Хрома, открыл его и синхронизировал свои приложения. Но когда расширения синхронизировали средство запуска разрушенная (единица), таким образом, я отправил сигнал Ctrl+Alt+Del, который не работал. Я открыл тире и ввел 'Закрытие' и мой разрушенный хост и я трудно перезагруженный.
Компьютер перезапустил несколько раз и когда я вошел в систему своей учетной записи человечности, я был встречен следующий экран:
Мышь, казалось, не работала так, я щелкнул правой кнопкой по кнопкам и нажал Enter. Когда я сообщил о втором, я получил внутреннюю ошибку. Таким образом, я выписался и вошел в систему назад. Все хорошо работало с того времени.
Как я проверяю, что все в порядке?
Я работаю непосредственно от ISO вместо того, чтобы записать его.
1 ответ
Если виртуальная машина действительно важна:
, Если виртуальная машина человечности Вы установили, действительно важно, т.е. содержит данные, которые Вы не можете позволить себе потерять и инвестировали много времени и приложений устанавливающего усилия и конфигурирования их:
-
Клон виртуальная машина сначала: Это довольно легко; можно просто скопировать все файлы виртуальной машины, существующей на хосте (Windows 7 здесь) к персистентному и надежному местоположению (внешний диск, может быть), и удостоверьтесь, чтобы Вы не повреждали его далее.
-
Проверка системные журналы и журналы приложения, которое Вы чувствуете, возможно, вызвали проблему: Это является утомительным и трудоемким; системные журналы присутствуют в
/var/log/syslog,/var/log/dmesg,/var/log/dmesg.0, и т.д. и большинство журналов приложения в/var/logкаталог. Считайте и проанализируйте их для получения сообщений, таких как "ошибка" или "очень важный", и т.д. Обычно, более важные (критические) находятся в красном, таком как это:
и анализируют относительно того, что вызвало катастрофический отказ, и разрешите его, если это возможно.
, Если виртуальная машина не довольно важна:
Отчет и игнорируют. Это сообщение могло бы быть просто отчетом о сбое приложения, но важно, чтобы разработчики знали об этом (который является, почему это поощряется сообщить и должно быть сделано так). Можно продолжить работать, если чего-то действительно причудливого не происходит (катастрофический отказ мог бы теперь быть причиной в будущем), или создайте новую виртуальную машину сразу же.
Однако было бы замечательно, если Вы могли бы воспроизвести катастрофический отказ и сообщить о нем как об ошибке разработчикам соответствующего пакета так, чтобы это было разрешено в восходящем направлении, и другие пользователи (или Вы) в будущем не затронуты тем же.