Hallo zusammen,
ich habe einen Server auf Debian Etch und regelmäßig mit aptitude -update und aptitude upgrade aktualisiert.
Seit ein heute fällt mir auf, daß sowohl der Aufruf von aptitude als auch der von apt-get upgrade mit einem Speicherzugriffsfehler enden. Ist da was bekannt über kaputte pakete? Welche Möglichkeiten habe ich jetzt noch?
Danke und Gruß,
Martin
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Wie genau lautet die Meldung?Zitat von smartysmart34
Debian GNU/Linux - what else?
Murphy's Gesetz:
Jetzt ging es gerade. Gestern slbst frisch nach Reboot kam beim Aufruf von Aptitude auf der Konsole eine Meldung die lautete ungefähr:
Autsch. Speicherzugriffsfehler...
Sobald ich sie wieder habe poste ich hier.
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Übrigens: Jetzt habe ich gerade ein Aptitude upgrade gemacht und erhalte folgenden Output. Insbesondere die letzten paar Zeilen finde ich erschreckend...:
Jemand ne Idee???Code:SoltauDebian:/home/martin# aptitude upgrade Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Lese erweiterte Statusinformationen Initialisiere Paketstatus... Fertig Lese Task-Beschreibungen... Fertig Erzeuge Tag-Datenbank... Fertig Die folgenden Pakete werden zurückgehalten: openoffice.org openoffice.org-base openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-evolution openoffice.org-gcj openoffice.org-gnome openoffice.org-gtk openoffice.org-impress openoffice.org-java-common openoffice.org-math openoffice.org-writer python-uno Die folgenden Pakete werden aktualisiert: libmozjs0d libnspr4-0d libnss3-0d libxul-common libxul0d xulrunner-gnome-support 6 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 14 nicht aktualisiert. Muss 7690kB an Archiven herunterladen. Nach dem Entpacken werden 213kB frei werden. Wollen Sie fortsetzen? [Y/n/?] Y Hole:1 http://security.debian.org etch/updates/main libnspr4-0d 1.8.0.14~pre071019b-0etch1 [138kB] Hole:2 http://security.debian.org etch/updates/main libmozjs0d 1.8.0.14~pre071019b-0etch1 [334kB] Hole:3 http://security.debian.org etch/updates/main libnss3-0d 1.8.0.14~pre071019b-0etch1 [741kB] Hole:4 http://security.debian.org etch/updates/main libxul0d 1.8.0.14~pre071019b-0etch1 [5364kB] Hole:5 http://security.debian.org etch/updates/main libxul-common 1.8.0.14~pre071019b-0etch1 [1050kB] Hole:6 http://security.debian.org etch/updates/main xulrunner-gnome-support 1.8.0.14~pre071019b-0etch1 [62,3kB] 7690kB wurden in 14s heruntergeladen (522kB/s) (Lese Datenbank ... E: Sub-process /usr/bin/dpkg received a segmentation fault. Ein Paket konnte nicht installiert werden. Versuche zu lösen: Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: Oops: 0000 [#1] Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: CPU: 0 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: EIP is at inotify_inode_queue_event+0x4e/0xc6 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: eax: d5a347f8 ebx: d5a346dc ecx: 00000000 edx: 00000020 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: esi: f5a347e8 edi: 00000020 ebp: 00000007 esp: c719df5c Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: ds: 007b es: 007b ss: 0068 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: Process dpkg (pid: 5938, ti=c719c000 task=c712b570 task.ti=c719c000) Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: Stack: 00000000 00000000 00000000 00000020 d5a347f8 00000007 d5a347f0 d5a31394 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: d82ce720 00000020 00000007 c0147903 00000000 00000000 d5a313f0 c1475000 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: d5a346dc 082aca38 00008000 b7fd5ff4 c719c000 c0147952 00000000 c01029dd Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: Call Trace: Message from syslogd@SoltauDebian at Mon Oct 22 08:22:35 2007 ... SoltauDebian kernel: Code: 01 00 00 89 44 24 18 39 83 14 01 00 00 0f 84 88 00 00 00 8d 83 1c 01 00 00 89 44 24 10 e8 94 d6 10 00 8b b3 14 01 00 00 83 ee 08 <8b> 6e 08 eb 4f 8b 7e 20 85 7c 24 0c 74 41 8b 5e 14 8d 43 10 89 Message from syslogd@SoltauDebian at Mon Oct 22 08:22:36 2007 ... SoltauDebian kernel: EIP: [<c0167ff4>] inotify_inode_queue_event+0x4e/0xc6 SS:ESP 0068:c719df5c SoltauDebian:/home/martin#
Danke und Gruß,
Martin
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
evtl. auch einfach mal einen memtest drüberlaufen lassen...
Ich bin root - ich darf das.
Wird wohl nicht anders gehen. Da muß ich erst mal ne Tastatur und nen Monitor anschleppen sowie eine Boot-CD mit Memtest finden. Nachinstallieren kann ich's ja nicht :-(
Gruß,
Martin
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Ok... Ich habe memtest laufen lassen. Massenweise fehler nach 10 sekunden.
Es handelt sich um einen Athlon mit einkanaligem Ram (im Moment nur ein Rigel a 512 MB). Der tut folgerichtig in keinem der drei Steckplätze.
Letzte Frage: Hat hier jemand Erfahrungen wie hoch die Wahrscheinlichkeit ist, daß auch tatsächlich der Rigel defekt ist, und nicht etwa Chipsatz oder Board?
Danke und Gruß,
Martin
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Aus _meiner_ Erfahrung heraus hat memtest meist Recht.
Du hast nicht zufällig einen anderen PC, in dem Du den Riegel testen kannst?
Bei älteren Rechnern sind es manchmal auch einfach Kontaktprobleme durch Oxidation - evtl. also mal die Kontaktflächen "reinigen" und dann neu probieren - am wahrscheinlichsten ist aber der Speicher hinüber...
Ich bin root - ich darf das.
Das sind SDR-Dimms. Scheinen bei AMD damals so gewesen zu sein. Keine DDR / DDR2-Riegel. Insofern: Nö, habbich keinen mehr da.
Ich muss überhaupt erstmal sehen, ob es sowas noch zu kaufen gibt. Ansonsten: Hat noch wer irgendwo ein GB übrig? ;-)
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Ich würde sicherheitshalber nen Blick aufs Board werfen. Bei mir waren es damals defekte Elkos, deren "Deckel" schon leicht gewölbt war.
"Bei mir ist die Differenz, die ich zu frueh komme, proportional zum Weg, den ich kommen muss." -- HEMIcuda
<mschlens> Wenn ich n Hirn haette, wuerde das jetzt krampfen.
Das Blogdoppel Meine Mucke Reviews
Also alle Elkos, die ich sehen konnte, haben noch "Flachdach".
Die Hoffnung steigt - und die stirbt ja bekanntlich zuletzt ;-)
Server: i5-4430, 32GB, openSUSE Leap 15.2
Workstation: i9-9900, 64GB, openSUSE Tumbleweed
Berechtigungen
Zitieren
Lesezeichen