rpm segmentation fault - core dumped

[dillhole]

hi

tijdens de upgrade naar een nieuwere versie van gnome is bij mij de klad gekomen in mij rpm db. Ik moest de update afbreken (hij was allleen nog maar aan het dll zei de installer ).

maar goed nu krijg ik elke keer als ik ook maar iets met een rpm wil doen "segmentation fault - core dumped" het zit hem in de db. Als ik "rpm --vv --rebuilddb doe dan chrashed hij op na enligtenment. op een of ander manier wil hij gewoon niet meer met de huidige db aan de praat.

is het mogelijk om een niuewe aan temaken en die met rebuild weer te vullen (initd of zo geloof ik) enzo ja moet ik dan de oude eerst weg doen en de nieuwe op die plaats zetten of gewoon ergens in een rc (rpmrc) verwijzen naar de nieuwe db.

ik draai redhat 7.1 en rpm versie 4.0.2

TIA

[Coen Rosdorff]

Je kan wel een nieuwe db maken, maar dan ben je al je info over de reeds geinstalleerd rpms kwijt. Die kan je ook niet meer opnieuw opbouwen.

Als je een backup hebt, dan kan die terug zetten, anders wordt het een system-upgrade of een verse install.

[dillhole]

mm owke ik heb ergens wel een backup maar goed of die wel uptodate is weet ik niet maar het kan nooit veel schelen. Hoe heet die db?

Ik kan dus een nieuwe db aan maken en dan ben ik alles kwijt maar goed dat boeit niet. Kan ik dan wel gewoon weer nieuwe packeges installeren?

[Verwijderd]

Je loopt bij het installeren waarschijnlijk tegen ontzettend veel dependency problemen aan als je rpm db leeg is. Een backup van de rpm db terugzetten zal dat verminderen maar niet helemaal oplossen m.b.t. packages die je na die backup hebt geinstalleerd. Die zullen niet in de rpm db voorkomen. Backup maken en dan opnieuw installeren ?

[Coen Rosdorff]

Op donderdag 14 maart 2002 08:53 schreef dillhole het volgende:
mm owke ik heb ergens wel een backup maar goed of die wel uptodate is weet ik niet maar het kan nooit veel schelen. Hoe heet die db?

Je moet "/var/lib/rpm/" in zijn geheel terug zetten.

Ik kan dus een nieuwe db aan maken en dan ben ik alles kwijt maar goed dat boeit niet. Kan ik dan wel gewoon weer nieuwe packeges installeren?

Wat de reactie hierboven al zegt. Veel deps problemen, geen packets kunnen verwijderen enz enz, niet iets wat je graag wilt.

[dillhole]

he, jullie hadden inderdaad gelijk na het terug zetten van die db een ontzettende berg problemen eerst mist ie dit en dan mist ie dat. maar goed de backup was toch niet erg up2date. Wat wel vreemd is dat ik gister de hele tijd bezig ben geweest met rebuilddb nu heb ik dit staan:

4096 Mar 14 01:10 rpmrebuilddb.2461
4096 Mar 14 00:54 rpmrebuilddb.2301
4096 Mar 14 00:13 rpmrebuilddb.1928
4096 Mar 13 23:53 rpmrebuilddb.1690
4096 Mar 13 23:36 rpmrebuilddb.1501
4096 Mar 13 23:12 rpmrebuilddb.974
4096 Mar 13 23:05 rpmrebuilddb.31220
4096 Mar 13 23:02 rpmrebuilddb.31195

dat is dus van gister. Alle dirs bevatten redelijk kleine files als ik dan kijk naar de backup van de corrupte db is bekijk zie ik dit bij

12k Mar 13 19:50 Group
84k Mar 13 19:50 Providename
104k Mar 13 19:50 Requirename
12k Mar 13 19:50 Triggername
2.5M Mar 13 19:50 Basenames
24k Mar 13 19:50 Name
9.1M Mar 13 19:50 Packages
12k Mar 13 19:50 Conflictname

maar als ik die terug probeer te zetten dan weer het zelfde probleem

maar goed ik denk dat het dan toch maar een reinstall wordt