aptitude update<\/code>
\naptitude safe-upgrade<\/code><\/p>\nKeine berauschenden Neuheiten dieses mal, aber es kann auch nicht immer der 08. November<\/a> sein. Doch was ist das? Zwei libwebkitgtk-Pakete wollen sich nicht per safe-upgrade<\/em> installieren lassen. Unerschrocken versuche ich es mit einem full-upgrade<\/em>. Schon erwarte ich, dass irgendein Paket endg\u00fcltig deinstalliert werden muss, um das Update zu erm\u00f6glichen, doch nein, Apt signalisiert nur die zus\u00e4tzliche Neuinstallation der zwei Pakete. Dann beginnt der Spa\u00df.<\/p>\n![\"\"](\"https:\/\/gambaru.de\/blog\/wp-content\/uploads\/2011\/11\/20111113_apt_speicher_fehler1-1-300x186.jpg\" "\\"20111113_apt_speicher_fehler\\"")
<\/a>
\nDpkg meldet mir gleich zwei gzip-Lesefehler und aptitude verabschiedet sich danach mit einem \"segmentation fault (core dumped)\"<\/em>-Fehler. Die ZSH-Shell macht es kurz und dr\u00fcckt mit einem Emoticon meine momentane Stimmung aus. \ud83d\ude41
\nWeitere Versuche die Pakete zu installieren schlagen fehl. Geistesgegenw\u00e4rtig mache ich noch einen Screenshot f\u00fcr den sp\u00e4teren Debian-Fehlerbericht. Hier wurde ja offensichtlich gemurkst!
\nIch versuche Iceweasel zu starten um nach dem Fehler zu recherchieren. Bestimmt gab es noch andere, die das gleiche Schicksal teilten.
\nIceweasel startet nicht mehr.
\nIch \u00f6ffne die Gnome-Shell um eine andere Anwendung zu starten. Gnome-Shell st\u00fcrzt ab. Wieder mit diesem ungl\u00fccklichen Emote, dass die Gedanken des Gegen\u00fcber nicht besser ausdr\u00fccken k\u00f6nnte. \ud83d\ude41 Fortschritt ist wunderbar.
\nIch schaue in den Terminal und probiere es mit dmesg<\/strong>.<\/p>\naptitude[3080]: segfault at 1dcbe0 ip 0828a86e sp bfc33df0 error 4 in aptitude-curses[8048000+3a3000]\n[ 527.464217] aptitude[3235]: segfault at 77b3255b ip 0828a88a sp bfd5a920 error 4 in aptitude-curses[8048000+3a3000]\n[ 549.243137] gnome-shell[3243]: segfault at b46c0120 ip b5e948ff sp a7c738b0 error 7 in libglib-2.0.so.0.2800.8[b5e33000+f0000]\n[ 551.414108] [drm] nouveau 0000:02:00.0: Unexpected pageflip in channel 4.\n[ 551.431058] [drm] nouveau 0000:02:00.0: PGRAPH - DATA_ERROR INVALID_BITFIELD\n[ 551.431063] [drm] nouveau 0000:02:00.0: PGRAPH - DATA_ERROR\n[ 551.431067] [drm] nouveau 0000:02:00.0: PGRAPH - ch 4 (0x0001c70000) subc 5 class 0x8297 mthd 0x1454 data 0x02050185\n[ 551.432188] [drm] nouveau 0000:02:00.0: Unexpected pageflip in channel 4.<\/pre>\nMir schwant nichts Gutes und ich beschlie\u00dfe einen Neustart zu machen. Da ich \u00fcber ein Multiboot-System verf\u00fcge, kann ich meine dunklen Vorahnungen sofort \u00fcberpr\u00fcfen.
\nIch boote in mein leichtgewichtiges Debian-Sid-Spielesystem<\/a>, doch der Rechner h\u00e4ngt sich nach dem Login direkt auf. Bei Ubuntu, meinem dritten System, ereilt mich das gleiche Schicksal. Womit ich einen neuen Vorteil f\u00fcr ein Multiboot-System<\/a> gefunden habe. Es kann wunderbar als Indikator f\u00fcr Hardwareprobleme dienen.
\nAn dieser Stelle bin ich mir schon ziemlich sicher, dass es ins Geld gehen k\u00f6nnte. Ich z\u00f6gere nicht und greife mir die n\u00e4chst erreichbare Grml<\/a> Linuxdistribution und starte aus dem Bootmen\u00fc der CD das Programm Memtest86<\/a>. Memtest geh\u00f6rt zu der Sorte von Programmen, von denen man hofft, dass man sie nie benutzen muss, die aber, wenn es darauf ankommt, extrem hilfreich sind.
\nIch lasse das Programm 20 Minuten ohne Fehlermeldungen laufen als pl\u00f6tzlich die Anzeige von blau auf rot springt und sich die Fehler beginnen zu summieren. 10000, 20000, 100000....Ich denke, ich bin f\u00fcndig geworden. Die Warnmeldungen begannen erst in einem Speichersegment > 2GB, weshalb ich die Hoffnung habe, dass der Defekt nur auf einen meiner 2GB RAM Riegel beschr\u00e4nkt ist.
\nIch \u00f6ffne das Geh\u00e4use, stelle fest, dass jetzt genau der richtige Moment f\u00fcr eine Reinigungsaktion ist *hust*, entferne Staub und einen der RAM-Riegel (50\/50 Chance), verschraube wieder alles, boote erneut mit der Grml-CD und lasse Memtest86 laufen. Ich scheine das richtige Bauteil erwischt zu haben. Zumindest werden mir nun nur noch 12 Fehler angezeigt. Das ist zwar nicht toll, aber immerhin besser als 100000.<\/p>\nDie Moral von der Geschichte<\/h2>\n
Genauso wie bei Festplattenproblemen<\/a> ist nicht immer die Software Ursache allen \u00dcbels. In den meisten F\u00e4llen warnt Linux durch scheinbar be\u00e4ngstigende Fehler bei einem Hardwaredefekt. Ich habe mal wieder gelernt, dass in PCs von der Stange oft Komponenten verbaut sind, die nicht nur g\u00fcnstig, sondern auch billig sein k\u00f6nnen. Mit Sicherheit achte ich in Zukunft wieder mehr auf Qualit\u00e4t oder zumindest suche ich mir nur noch Hersteller, die auf ihren RAM eine Garantie von 10 Jahren geben, ein Zeitfenster, was gut zu der anderen Hardware<\/a> des Haushalts passt. Um schnell herauszufinden, welche Art von Speicher \u00fcberhaupt im eigenen Rechner verbaut worden ist, eignet sich besonders das Standardwerkzeug dmidecode<\/strong>. Mit dem Befehl dmidecode -t memory<\/code> l\u00e4sst sich hier genaueres erfahren.
\nAnsonsten scheint alles heil geblieben zu sein. Der Core Duo hat jetzt nur noch 2 GB RAM, aber da ich selten an die 1GB-Speichergrenze sto\u00dfe, spielt es kaum eine Rolle, ob 3 GB frei sind oder nur 1 GB. \ud83d\ude1b<\/p>\n","protected":false},"excerpt":{"rendered":"Es ist ein wundersch\u00f6ner Morgen, der frisch gebr\u00fchte Kaffee dampft aus meiner schwarzen Tasse, die Sonne scheint, die V\u00f6gel zwitschern und ich vergn\u00fcge mich mit dem Anblick des brandneuen Gnome-3-Desktops von Debian. Das Gl\u00fcck k\u00f6nnte nicht sch\u00f6ner sein und schon beginne ich mit dem wiederkehrenden Ritual eines Systemupdates. aptitude update aptitude safe-upgrade Keine berauschenden Neuheiten … <\/p>\n