[[Vorlage(Getestet, general)]] {{{#!vorlage Wissen [:Terminal: Ein Terminal öffnen] }}} [[Inhaltsverzeichnis()]] [[Bild(./paketfinden_logo.png, align=left)]] Wenn man [:Fehler melden:] möchte, dann muss jeder Bug dem Paket zugeordnet werden, welches den Fehler hervorruft. Doch wie findet man das passende Paket? Bei Anwendungen ist dies meist leicht zu bestimmen. Tritt ein Fehler beispielsweise im Bildbearbeitungsprogramm [:GIMP:] auf, so nennt sich das passende Paket natürlich '''gimp'''. Bei Fehlern im Kernel oder der Desktop-DVD wird es jedoch schwieriger, das passende Paket zu bestimmen. Generell muss man jedoch betonen, dass es nicht so wichtig ist, das passende Paket zu treffen. Hat man ein falsches Paket gewählt, so wird der Fehler meist recht schnell von anderen Launchpad-Benutzern korrigiert. Trotzdem sollte man sich natürlich bemühen, dem selbst auf die Schliche zu kommen, da dadurch natürlich der Fehler auch schneller ausgemerzt werden kann. = Bei der Installation = [[Bild(Wiki/Icons/optical.png, 72, right)]] == Beim Booten der Desktop-DVD oder Alternate-CD == Kann man mit den Installationsmedien von Ubuntu, also der Desktop- oder Alternate-CD, nicht booten, so sollte man einen Bug im betreffenden Kernel melden. Weitere Informationen hierzu findet man im weiteren Verlauf dieses Artikels unter [#Kernel Kernel]. == Beim Benutzen der Desktop-DVD == Hat die Desktop-DVD gebootet und es tritt ein Fehler auf, der weder dem Installationsprozess noch einer einzelnen Anwendung zuzuordnen ist, so ist der Fehler in [https://bugs.launchpad.net/ubuntu/+source/casper/+filebug casper] {en} zu melden. == Bei der Installation von der Desktop-DVD == Hat man einen Fehler, der während der Installation von Ubuntu mittels der Desktop-DVD auftritt, so betrifft der Fehler die Installationsroutine [https://bugs.launchpad.net/ubuntu/+source/ubiquity/+filebug ubiquity] {en} . Weitere Informationen zu ubiquity und Möglichkeiten, den Installationsprozess zu debuggen, kann man unter [ubuntu:DebuggingUbiquity/AttachingLogs:debugging ubiquity] {en} im englischen Wiki erfahren. == Bei der Installation von der Alternate-CD == Fehler, die bei der Installation über die Alternate- oder Server-CD auftreten, sind dem [https://bugs.launchpad.net/ubuntu/+source/debian-installer/+filebug debian-installer] {en} zuzuordnen. = Fehler während des Boot-Prozesses vor der Anmeldung = [[Bild(./monitor_usplash.png, align=right)]] Wenn das System gestartet bzw. beendet wird, sieht man noch vor dem Bildschirm zur Anmeldung eine Fortschrittsanzeige, wofür [:Plymouth:] zuständig ist. Fehler die da auftreten, werden gegen das Paket [https://bugs.launchpad.net/ubuntu/+source/plymouth/+filebug plymouth] {en} gemeldet. = Anmeldebildschirm = [[Bild(./monitor_gdm.png, align=right)]] Am Anmeldebildschirm kann der Benutzer Login und Passwort eingeben. Benutzer von Ubuntu oder Xubuntu haben hier üblicherweise [:GDM:]. Hat man Kubuntu installiert, so nutzt man [:SDDM:]. Bugs müssen dem entsprechend in [https://launchpad.net/ubuntu/+source/gdm/+filebug gdm] {en} bzw. [https://launchpad.net/ubuntu/+source/kdebase/+filebug kdebase] {en} eingetragen werden. = Xserver = [[Bild(./monitor_ubuntu.png, align=right)]] Das X Windows System, kurz der [:XServer:], bereitet die Basis für Desktopumgebungen wie [:GNOME:] oder [:KDE:]. Bugs übermittelt man gegen das Paket [https://bugs.launchpad.net/ubuntu/+source/xorg/+filebug xorg] {en} , weitere Informationen zum Analysieren von Fehler im XServer findet man im englischen Wiki unter [https://help.ubuntu.com/community/DebuggingXAutoconfiguration debugging X] {en} . = Drucksystem = [[Bild(Wiki/Icons/printer.png, 72, right)]] Ubuntu nutzt das "Common UNIX Printing System" (kurz [:CUPS:]) zum Drucken. Falls man Fehler im Drucksystem finden sollte, so gehören diese zum Paket [https://bugs.launchpad.net/ubuntu/+source/cupsys/+filebug cupsys] {en}. Weiterführende Informationen zum Debuggen des Drucksystems findet man im englischen Wiki unter [ubuntu:DebuggingPrintingProblems: debugging printing problems] {en} . = Audio = [[Bild(Wiki/Icons/sound.png, 72, right)]] Sollte man Probleme mit der Audioausgabe haben, also dass die Soundkarte nicht erkannt wird, der Kopfhörerausgang nicht so funktioniert wie er sollte usw., so muss das Problem im zugehörigen Kernel gemeldet werden. Hierfür ist es nötig, die Versionsnummer des genutzten Kernels herauszufinden. Wie dies geht und weitere Informationen zum Melden von Fehlern im Kernel findet man im Abschnitt über den [#Kernel Kernel], sowie im englischen Wiki unter [ubuntu_doc:/community/DebuggingSoundProblems: debugging sound problems] {en}. [[Anker(Kernel)]] = Bugs, die den Kernel betreffen = Um Fehler im Kernel zu melden, ist es wichtig zu wissen, welchen Kernel man verwendet. Dieser hängt von der installierten Ubuntu-Version ab und kann über den Befehl in Erfahrung gebracht werden: {{{#!vorlage Befehl uname -r }}} Ergebnis z.B : {{{ 2.6.22-14-generic }}} Aus der Ausgabe kann man schließen, welches Paket betroffen ist. Weitere Informationen und Tipps zum Melden von Bugs im Kernel findet man in den [ubuntu:KernelTeam/KernelTeamBugPolicies:Richtlinien] {en} des Kernel-Teams. = Die ausführbare Datei finden = Manchmal ist es gar nicht so einfach, den eigentlichen Namen eines Programms zu bestimmen. Gerade wenn man ein Programm aus dem Menü heraus startet, so steckt hinter ''"System -> Administration -> Benutzer und Gruppen"'' beispielsweise die Anwendung "users-admin". Es gibt ein paar Wege, den Namen herauszubekommen. Man kann beispielsweise das Kommando `xprop` aus einem Terminal [1] heraus nutzen. Man startet dazu die Anwendung und gibt den Befehl ein. Der Mauszeiger wird zu einem Fadenkreuz, mit dem man nun auf die betroffene Anwendung [[Vorlage(Tasten, lmt)]]-klickt. Nun bekommt man den Namen der Anwendung ausgegeben: {{{#!vorlage Befehl xprop | grep WM_CLASS }}} {{{ WM_CLASS(STRING) = "users-admin", "Users-admin" }}} Alternativ kann man mit einer ganzen Reihen von Programmen die laufenden Prozesse betrachten und so Rückschlüsse auf den Namen der Anwendung ziehen. Informationen hierzu findet man unter [:Prozesse:] im Wiki. = Mehr Informationen zu einem Fehler finden = Manchmal stürzen Anwendungen, wenn man sie aus dem Menü heraus aufruft, ohne weitere Meldungen ab. Es werden keine Fehler ausgegeben, es passiert einfach nichts, wenn die Anwendung gestartet wird. So startet beispielsweise VMware nicht, wenn die Kernelmodule nicht korrekt installiert sind. Hier ist es von Vorteil, die Anwendung aus einem Terminal [1] heraus zu starten. {{{#!vorlage Befehl vmware }}} {{{ vmware is installed, but it has not been (correctly) configured for this system. To (re-)configure it, invoke the following command: /usr/bin/vmware-config.p }}} Als Ergebnis erhält man in diesem Fall nicht nur Fehlermeldungen, sondern sogar die Lösung zum Problem. Manche Programme hinterlassen zudem Fehlermeldungen in der Datei '''~/.xsession-errors''' im [:Homeverzeichnis:] des Anwenders. = Das Paket finden, zu dem eine ausführbare Datei gehört = Nachdem der Befehl für ein Programm ermittelt wurde, empfiehlt es sich, erst den absoluten Pfad der ausführbaren Datei des Programms zu ermitteln, obwohl `dpkg -S` diesen nicht explizit braucht, sondern dann alle Pfade mit der entsprechenden Befehlsbezeichnung auflisten würde. Es gibt mehrere Möglichkeiten, den absoluten Pfad zu ermitteln. Dabei sind Shell-Builtins zu bevorzugen, da die Shell den Pfad eines über sie aufrufbaren Programms kennt. * Shell-Builtin `type` nutzen: [[Vorlage (Befehl, "type BEFEHLSAUFRUF")]] * Je nach Shell, Systembefehl oder Builtin `which`: [[Vorlage (Befehl, "which BEFEHLSAUFRUF")]] * Lokalen Dateiindex mit [:locate:] abfragen (meist mehrere Ergebnisse): [[Vorlage (Befehl, "locate BEFEHLSAUFRUF")]] * Über die Paketverwaltung registrierte Dateinamen durchsuchen (meist mehrere Ergebnisse): [[Vorlage (Befehl, "dpkg -S BEFEHLSAUFRUF")]] Beispiel: {{{#!vorlage Befehl type users-admin }}} {{{ users-admin is /usr/bin/users-admin }}} Anschließend kann man über den vollständigen Pfad das betroffene Paket bestimmen. {{{#!vorlage Befehl dpkg -S PFAD/ODER/GLOBBING }}} Beispiel: {{{#!vorlage Befehl dpkg -S /usr/bin/users-admin }}} {{{ gnome-system-tools: /usr/bin/users-admin }}} Wenn man aber die Paketnamen für Dateien zu bestimmen sucht, die man gar nicht installiert hat, so ist dafür [:apt-file:] der richtige Befehl. = Paketsuche im Internet = Eine weitere wichtige Quelle für Informationen ist [https://packages.ubuntu.com/#search_packages packages.ubuntu.com] {en}. Dort kann man ebenfalls nach Dateien innerhalb von Paketen suchen, die man gar nicht installiert hat. Im Falle von Gedit kann so beispielsweise über https://packages.ubuntu.com/gedit ermittelt werden, in welcher offiziell unterstützten Ubuntu-Versionen das Programm in welcher Version enthalten ist. Nach Auswahl der Ubuntu-Version erfährt man, welche Abhängigkeiten bestehen, welche Fehler bereits auf [launchpad::Launchpad] gemeldet wurden, welche Fehler zuletzt repariert wurden (changelog), usw. = Links = == Intern == * [:Fehler melden:] – Allgemeiner Artikel zum Melden von Fehlern in Programmen == Extern == * [ubuntu:Bugs/FindRightPackage: Finding the right source package for a bug] {en} #tag: System