Wciąż pojawiają się wyskakujące okienka na temat wewnętrznych błędów systemu (patrz zrzut ekranu poniżej) w nieregularnych odstępach czasu (kilka razy dziennie), z których nie wiem, co mam robić. Jeśli będę kontynuować okno dialogowe i spróbuję zgłosić błąd z powrotem do projektu Ubuntu, pojawi się komunikat informujący, że prace nad tą wersją Ubuntu zostały zakończone i że powinienem poprosić o pomoc, jeśli nie wiem, co zrobić zrób to.
Ja nie.
Jeśli pokażę szczegóły komunikatu o błędzie, pojawi się parametr „ścieżka wykonywalna” /usr/share/apport/apport-gpu-error-intel.py.
Czy to błąd, który powinienem zgłosić Launchpad, czy po prostu błąd konfiguracji? Jeśli to błąd, jak mogę zebrać dane, których potrzebuję (i programistów)?
Aktualizacja w odpowiedzi na komentarz: Używam ASUS N53SN , mam procesor Intel Core i7 2630QM i procesor graficzny NVidia GeForce 550M.
Odpowiedzi:
Potencjalny powód tych nieudokumentowanych błędów
Myślę, że to rozgryzłem. Myślę, że ten konkretny sposób zgłaszania błędów jest kacem z etapów opracowywania wersji alfa i beta - gdy programiści chcieli jak największej liczby zgłoszeń błędów, niezależnie od tego, czy użytkownik był skłonny złożyć pełne zgłoszenie błędu startera, czy nie. Po wydaniu 12.04 programiści nie chcieli już anonimowych zgłoszeń błędów, więc wyłączają tę możliwość. Chcą tylko raportów o błędach, które sam użytkownik ręcznie potrzebuje czasu na zgłoszenie.
Jest to zrozumiałe, ale uważam to za błąd, który
apport/ubuntu-bugprzedstawia użytkownikowi informacje niepodlegające działaniu. Gdy programowanie kończy się i nie chcą już dużej liczby zgłoszeń błędów, wyłączanie automatycznego zgłaszania błędów to jedno, ale pozostawianie użytkownika bez ścieżki (przynajmniej linku) do zgłaszania się do startera i bez możliwości zapisania informacje zawarte w zgłoszeniu błędu powinny zostać ponownie przemyślane.Moje rozwiązanie dla niewykonalnych raportów o błędach
Wiem, co zrobię następnym razem, gdy otrzymam jeden z tych niezgłaszalnych / niezapisanych błędów. Zrobię zrzut ekranu okna, uruchomię
apport-bug apporti zgłoś błąd informujący, że apport nie powinien przedstawiać użytkownikowi informacji niepodlegających działaniu. Przynajmniej użytkownik powinien mieć możliwość zapisania raportu na własny użytek lub do ręcznego zgłaszania błędu.Jak postępować w kwestii błędu GPU
Jeśli chodzi o twój problem, apport uruchomił skrypt do debugowania problemów z GPU.
Jeśli tak naprawdę nie zauważasz problemów z GPU poza tymi komunikatami o błędach, powiedziałbym, że możesz je bezpiecznie zignorować.
Jeśli widzisz jakieś dziwne zachowanie związane z grafiką, miej oko na swoje logi - szczególnie
xorg.0.logisyslog, ale być może także logi jądra. Jeśli zauważysz błędy, skopiuj je i spróbuj zgadnąć (lub zapytać), czy jest to problem ze sterownikiem, problem z jądrem lub X11. Następnie użyj apport, aby zgłosić błąd w stosunku do tego, co uważasz za najlepszy pakiet (na przykład, do mojego sterownika nvidia, który chciałbym wprowadzićapport-bug nvidia-current-updates), bądź tak szczegółowy, jak to możliwe, w wynikowym raporcie o błędzie i umieść występujące objawy oraz wszelkie błędy zauważono w opisie podczas zgłaszania błędu. Więcej informacji na temat zgłaszania błędów znajduje się tutaj i tutaj . Powodzenia.źródło
Śmiało i uruchom Xdiagnose. Odznacz „Włącz automatyczne raportowanie błędów awarii”. Te wiadomości nigdy nie będą Ci przeszkadzać.
źródło
To może pomóc. Otwórz program GParted i sprawdź, czy na jednej z partycji Ubuntu pojawia się komunikat o błędzie.
Niedawno wyczyściłem partycje Mac i zainstalowałem Ubuntu na dysku twardym. Widzę, że Ubuntu utworzył małą partycję 977 KB z flagą
bios_grub.Zastanawiam się, czy to właśnie powoduje błędy systemowe. Komputery Mac nie mają systemu BIOS.
źródło
Jeśli masz sterowniki NVidia i często występują awarie i zawieszone komputery, spróbuj przełączyć się na korzystny sterownik NVidia zamiast na open source.
źródło