Продовжуйте отримувати повідомлення про внутрішні системні помилки

Я постійно отримую спливаючі вікна про внутрішні системні помилки (див. Скріншот нижче) через нерегулярні інтервали (кілька разів на день), що я не знаю, що робити. Якщо я продовжую діалогове вікно і спробую повідомити про помилку проекту Ubuntu, я отримаю повідомлення про те, що розробка цієї версії Ubuntu завершена, і що мені слід попросити допомоги, якщо я не знаю, що робити зроби з цього приводу.

Я не.

Якщо я показую деталі повідомлення про помилку, відображається параметр "виконуваний шлях" /usr/share/apport/apport-gpu-error-intel.py.

Це помилка, про яку я повинен повідомити Launchpad, або просто помилка конфігурації десь? Якщо це помилка, як я можу зібрати дані, які мені (і розробникам) потрібні?

Оновлення у відповідь на коментар: Я запускаю ASUS N53SN , в якому є процесор Intel Core i7 2630QM та процесор NVidia GeForce 550M.

Потенційна причина цих помилок, що не повідомляються

Я думаю, я це зрозумів. Я думаю, що саме ця дорога звітування про помилки - це похмілля від стадії розробки альфа- та бета-версії - коли розробники хотіли отримати якомога більше звітів про помилки, незалежно від того, чи готовий користувач подати повний звіт про помилку на стартовій панелі чи ні. Після виходу 12.04 розробники більше не бажали анонімних звітів про помилки, тому вони відключили цю можливість. Вони хочуть лише звітів про помилки, які користувач сам вручну потребує часу для подачі.

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

Моє рішення щодо неприпустимих звітів про помилки

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

Як діяти щодо помилки вашого GPU

Що стосується вашої проблеми, apport запускав сценарій для налагодження проблем із графічним процесором.

Якщо ви насправді не помічаєте проблем із графічним процесором, окрім цих повідомлень про помилки, я б сказав, що ви можете сміливо їх ігнорувати.

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

Вперед і запустіть xdiagnose. Зніміть прапорець "Увімкнути автоматичне звітування про помилки". Ви ніколи більше не будете турбуватися цими повідомленнями.

Це може допомогти. Відкрийте програму GParted і перевірте, чи з’являється повідомлення про помилку на одному з розділів Ubuntu.

Нещодавно я витер мак-розділи та встановив Ubuntu на свій жорсткий диск. Я бачу, що Ubuntu створив невеликий розділ розміром 977 КБ, на якому є прапор bios_grub.

Цікаво, чи саме це викликає системні помилки. Маки не мають BIOS.

Якщо у вас є драйвери NVidia і у вас трапляються часті збої та заморожені настільні комп'ютери, спробуйте перейти на сприятливий драйвер NVidia замість відкритого.