"Segmentation fault" bei Installation mit rpm ...

Message
Author
bleh

Re:

#16 Post by bleh »

<blockquote><pre><font size="1" face="">code:</font><hr><font face="Courier New" size="2">
emerge rpm
</font><hr></pre></blockquote>

Nimm halt ne richtige Distri fuer sowas. :P

spaci76
Posts: 191
Joined: 05. Jul 2001 22:17
Location: Heidesheim
Contact:

Re:

#17 Post by spaci76 »

was für ein sau dummer kommentar .. den kannste dir auch sparen .. *grml*

ich hab hier ein ernsthaftes prob. Damit ist nicht zu spassen ...

*ich find es net mehr lustig*

anscheinend ist beim suse update ein bug drin

cu spaci76

User avatar
max
Posts: 806
Joined: 14. May 2000 12:55
Location: Ruhrpott

Re:

#18 Post by max »

habe das hier gefunden.
Passt zwar nicht ganz, aber vielleicht kannst du es ja nutzen da rpm ja bei beiden gleich sein sollte..
<a href="http://groups.google.de/groups?hl=de&lr ... le%2BSuche" target="_blank"><!--auto-->http://groups.google.de/groups?hl=de&lr ... <!--auto-->

Gruss Max

Jochen

Re:

#19 Post by Jochen »

Ich will mal hoffen, dass spaci76 dir jetzt nicht durch's Netzwerkkabel gekrochen kommt und dich erwürgt... <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle"> Genau *das*, nämlich die Neuinstallation oder Nachinstallation beliebiger Software, *also auch von rpm selbst*, geht ja nicht mehr mit seinem geb0rkten rpm!

Aber der Segfault macht mich schon misstrauisch. Wenn Du die Kiste mal 'ne Zeit vom Netz nehmen kannst, würde ich im Single-User das Dateisystem mit der rpm-Datenbank sichern, das FS neu anlegen und die Daten zurücksichern. Vielleicht erst mal ein fesck drüberlaufen lassen... Denn eigentlich will der rpm nix Verbotenes machen, so wie es für mich aussieht.

Die rpm-Datenbank (/var/lib/rpm/*) ist ja im DB-Format. Vielleicht gibt es da Tools zum Untersuchen/Reparieren solcher Dateien, wenn die mal inkonsistent geworden sein sollten?

Sorry, konkretere Tipps habe ich nicht mehr auf Lager. Trotzdem viel Erfolg!

Jochen

User avatar
max
Posts: 806
Joined: 14. May 2000 12:55
Location: Ruhrpott

Re:

#20 Post by max »

Sorry, war keine Absicht...

Nutze ja sonst dpkg ;<!--no-->-) und das ist mir noch nie /*weggekackt*/

wie wäre es mit...
...rpm saugen, möglichst gleiche Version
... auspacken und die entpackten Dateien gegen die Originalen austauschen. (alte natürlich nur umbennnen)
... danach --rebuilddb

Ansonsten: Backup einspielen ;<!--no-->-) *duck* und wech

Gruss Max

joyrider
Posts: 12
Joined: 05. Nov 2001 13:07
Location: Aurich

Re:

#21 Post by joyrider »

HI,

<blockquote><hr>
wechsel die ram bausteine
<hr></blockquote>

War vielleicht der richtige Tipp...

Zur Erklärung:

Ein "Segmentation Fault" passiert immer dann, wenn das System einen Zugriff auf einen nicht verfügbaren Speicherbereich feststellt.

In Deinem Fall scheint es so zu sein, das ein Zugriff auf einen Adressbereich stattfindet, der nicht Verwaltet wird, oder ausserhalb des (reservierten) virtuellen Speichers liegt.

Vielleicht haben deine Ram's tatsächlich ne Macke, ich empfehle Dir die einfach mal zu Tauschen und zu Testen ob es danach klappt, bevor dir den den Wolf installierst und kompilierst.

so long

Joyrider

Jochen

Re:

#22 Post by Jochen »

Normalerweise ist das bei unerklärlichen Segfaults auch immer mein erster Tip. Aber wenn der Segfault nur bei rpm und sonst nicht kommt, weisst das doch stark auf rpm selbst hin... Oder segfaultet auch der gcc, wenn ein neuer Kernel kompiliert wird? Das wäre ein klarer Fall für einen RAM-Fehler - nichts scheint das RAM so gut zu stressen wie der gcc, wenn er auf eine Meute *.c-Dateien angesetzt wird...

Jochen

joyrider
Posts: 12
Joined: 05. Nov 2001 13:07
Location: Aurich

Re:

#23 Post by joyrider »

Ja stimmt schon,

Er schrieb etwas weiter oben es sei mittlerweile ein generelles Problem.

Vielleicht hat auch die Speicherverwaltung des SuSE-Kernels ne Macke, wär ja nicht das erste mal. Ich denke nicht, dass es direkt an rpm liegt, dieses Problem würde dann sicherlich häufiger in diversen Foren gepostet werden, speziell nach einem Update.

Es wäre ein guter Ansatz mal zu checken, was denn bei dem Online Update alles angefasst wurde, welche Paktete dem Update zum Opfer gefallen sind. Dann evtl. systematisch Downgrades machen und mal weiterschauen.

Ergänzend wollte ich noch sagen, dass die Ursachen des Segfaults natürlich nicht NUR im Hardware Bereich zu suchen sind, miese Programmierung hat unter Umständen den selben Effekt ( meist wenn Bufferoverflows ect. pp. vorgebeugt werden soll).

Um mehr Informationen zu deim Segfault zu bekommen kannst du folgendes machen :

übergieb die rpm Geschichte mal dem gdm Debugger und führe es über den Debugger aus, bei dem Segfault wirst du dann genauere Informationen erhalten.

so long
Joyrider

P.S.
Ich würde trotzdem erstmal den RAM checken, nur um das als Fehler auszuschliessen <img src="http://www.pl-forum.de/UltraBoard/Images/Happy.gif" border="0" align="middle">

spaci76
Posts: 191
Joined: 05. Jul 2001 22:17
Location: Heidesheim
Contact:

Re:

#24 Post by spaci76 »

moin leutz,

also erstmal danke das sich soviel noch gemeldet haben .. :)

also das was ich aus diversen foren noch auslesen hab koennen ist das jedesmal das problem kamm nach einem UPDATE sprich so wie bei mir hat yast das glibc - / devel deinstalliert udn wollte updaten .. ab diesen zeit punkt lief nix mehr... (der rechner läuft bis dato durch) nun ist die frage wie ich die sachen wieder drauf bekomme ohne rpm und compiler .. ist echt ne verzwickte lage .. hab mir überlegt das ich evtl. nene parralles system hochziehe und dann per ftp die libs rüberkopieren .. solte doch gehn oder?
koennt ihr mir sagen was alles in den packeten glibc/-devel drin ist das ich die files dann rüber kopieren ???

ein versuch ist es wert.

danke :)

cu spaci76

joyrider
Posts: 12
Joined: 05. Nov 2001 13:07
Location: Aurich

Re:

#25 Post by joyrider »

hi,

Wenns denn schon so sein soll, und du ein zweites System zur Verfügung hast, pack alles was du wirklich brauchst auf das Notsystem und zieh das eigentliche System in aller Ruhe komplett neu auf. Installiere deine Apps und wenn alles vernünftig läuft, kehre zurück zum Hauptsystem.

Die Libs ect. pp. zu kopieren ist in diesem Zusammenhang Unsinn und nur unnötiger Arbeitsauffwand.

Schade ist nur, dass das eigentliche Problem dabei unentdeckt bleibt (naja nicht schade... ärgerlich eben, ich persönlich mag es nicht vor einem Problem zu Kapitulieren)

so long

Joyrider

spaci76
Posts: 191
Joined: 05. Jul 2001 22:17
Location: Heidesheim
Contact:

Re:

#26 Post by spaci76 »

moin,

das problem mit dem NOT rechner ist das es ein p1 133 wäre ... und diese dann mit großer wahrscheinlichkeit zusammen brechen wird.. oder halt sau mässig laagt.
deswegen hatte ich nur die idee mit dem kopieren .. da es ja ehh alles binär pakete sind .. wäre es doch egal ob p1 óder p4 ODER?

cu spaci76

User avatar
max
Posts: 806
Joined: 14. May 2000 12:55
Location: Ruhrpott

Re:

#27 Post by max »

hat suse denn nicht mehr die Möglichkeit ein Rettungssystem von CD zu booten?
Habe das schon länger nicht mehr am laufen gehabt, aber bis suse 6.4 war das IMHO mit das Beste Rettungssystem von CD.
Damit solltest du dann doch ein rpm und die Original-rpms von cd haben. Und könntest so rpm auf die Platte bringen.
Oder, kannst du dann nicht per yast1 das Basissystem (umfasst doch /lib /usr/bin usw...) auf Platte kopieren?
Einfach in eine leere Partiton installieren und dann rüber damit, über das vorhandene System kopieren?

Zumindestens würde ich dasnoch probieren bevor ich alles neu aufspiele...
(Aber erst dann) ;<!--no-->-)

Gruß Max, viel Glück...

nufap

Re:

#28 Post by nufap »

Hmm, falls du ein funktionierendes rpm zur Verfuegung haben solltest (Rettungs-CD od. andere Installation, z.B auf zweiter Festplatte), schau dir mal folgende Optionen von rpm an.

[Alte Rootpartition auf /mnt/ gemountet]

rpm -V --dbpath /mnt/var/lib/rpm/ rpm-4.0.4-7x (Beispiel RedHat 7.2)

Es wird eine Liste aller veraenderten Dateien im Dateisystem gegenueber den entsprechenden im rpm-Paket ausgegeben.

Bei mir:

--8<---
[root@xxx root]# rpm -V --dbpath /var/lib/rpm/ rpm-4.0.4-7x
.....UG. c /var/lib/rpm/Filemd5s
.....UG. c /var/lib/rpm/Sha1header
.....UG. c /var/lib/rpm/Sigmd5
.....UG. c /var/lib/rpm/__db.001
.....UG. c /var/lib/rpm/__db.002
[root@xxx root]#
--->8--

Wenn da 'ne 5 steht, stimmt die MD5 Pruefsumme nicht ueberein. Waer ein guter Hinweis, dass ein File im Eimer ist. Siehe:

man rpm, unter 'VERIFY OPTIONS'.

Gruesse, nufap

Post Reply