Продолжайте получать сообщения о внутренних системных ошибках

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Потенциальная причина этих неопровержимых ошибок

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

Это понятно, но я считаю это ошибкой, что apport / ubuntu-bug представляет пользователю информацию, не подлежащую действию , Когда разработка останавливается, и они больше не хотят, чтобы большой объем отчетов об ошибках, отключая автоматическую отчетность об ошибках, - это одно, но оставляя пользователя без пути (по крайней мере, ссылку), чтобы сообщать на панель запуска, и без способа сэкономить информация, содержащаяся в отчете об ошибке, должна быть переосмыслена.

Мое решение для отчетов о недействительных ошибках

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

Как действовать в отношении ошибки вашего GPU

Что касается вашей проблемы, apport запускал скрипт для отладки задач GPU.

Если вы на самом деле не замечаете проблем с вашим GPU, кроме этих сообщений об ошибках, я бы сказал, что вы можете спокойно их игнорировать.

Если вы видите какое-либо странное поведение, связанное с графикой, следите за своими журналами - в частности xorg.0.log и syslog, но, возможно, журналы ядра также. Если вы заметили ошибки, скопируйте их и попытайтесь сделать наилучшее предположение (или спросить), является ли это проблемой драйвера, проблемой ядра или проблемой X11. Затем используйте apport, чтобы указать ошибку, которую вы определяете как лучший пакет (например, для моего драйвера nvidia, который я бы ввел apport-bug nvidia-current-updates), быть таким подробным, каким вы можете быть в полученном отчете об ошибке, и поставить симптомы, которые вы испытываете, и любые ошибки, которые вы заметили в описании при подаче ошибки. Более подробная информация о регистрации ошибок - здесь и здесь . Удачи.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Это может помочь. Откройте программу GParted и проверьте, отображается ли сообщение об ошибке на одном из разделов Ubuntu.

Недавно я вычистил свои Mac-разделы и установил Ubuntu на свой жесткий диск. Я вижу, что Ubuntu создал небольшой раздел размером 977 КБ с флагом bios_grub.

Интересно, вызывает ли это системные ошибки. Маки не имеют BIOS.

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.

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

Идите вперед и запустите xdiagnose. Снимите флажок «Включить автоматическую отчетность об авариях». Вы никогда не будете беспокоиться по этим сообщениям.