rm -f /var/lib/dpkg/status

[heck]

Was, wenn ich /var/lib/dpkg/status und status.old LÖSCHE?

gibt es einen weg um den package-status für dpkg wieder herszustellen, oder kann ich d select ab diesem zeitpunkt vergessen. (er weiss ja nicht mal mehr was vorhanden ist, weshalb sogar er depndency-check einen müll ergibt, somit kann ich dpkg/dselect nicht mal mehr zur einfachen installation eines packages brauchen)

[pdreker]

Das Paketsystem ist ab diesem Zeitpunkt tot. No Way out...

Aber warum macht man sowas?

Patrick

[heck]

keine idee um meinen dpkg-status wiederherzustellen?

[pdreker]

Es liegt nicht daran, dass ich keine Idee, hätte... Ich weiss dass es nicht geht... Sorry... Das ist wie unter Windows die Registry löschen (inklusive der Backups)...

Patrick

[pil]

No Way out...

Keine Angst in diesem Fall:

In /var/backups/

gibt es eine Kopie.

[pdreker]

Code: Alles auswählen

wintermute:/# cd /var/backups/
wintermute:/var/backups# ls
infodir.bak

???

Patrick

[heck]

/var/backup/
ist leer

[pil]

Bei mir siehts in /var/backups so aus:

Code: Alles auswählen

drwxr-xr-x    2 root     root         1024 20. Apr 10:28 .
drwxr-xr-x   15 root     root         1024 26. Feb 14:54 ..
-rw-r--r--    1 root     root      1214313 19. Apr 16:27 dpkg.status.0
-rw-r--r--    1 root     root          588 15. Apr 11:07 group.bak
-rw-------    1 root     shadow        438 31. Mr 11:44 gshadow.bak
-rw-r--r--    1 root     root         2219 11. Mr 13:59 inetd.conf.bak
-rw-r--r--    1 root     root         2290  1. Mr 15:56 inetd.conf.bak.0
-rw-r--r--    1 root     root        80665 27. Feb 19:31 infodir.bak
-rw-------    1 root     root         1072 28. Feb 14:10 passwd.bak
-rw-------    1 root     shadow        721 28. Feb 14:10 shadow.bak

dpkg.status.0 ist die Kopie der aktuellen /var/lib/dpkg/status
Und das wird alles ohne mein Zutun ständig auf dem neuesten Stand gehalten.
Bin mir auch nicht drüber bewußt, da irgendwas dafür getan zu haben.

[pdreker]

Ich schätze 'mal dazu muss das System schon einige Cron.[daily|weekly|monthly] Durchläufe hinter sich haben.

Ich habe gerade 'mal ein paar andere Debian Systeme getestet und da ist das /var/backups Verzeichnis wie oben beschrieben gefüllt.

Warum das bei mir (SID, seit 3 Jahren aktiv) leer ist, weiss ich (noch) nicht...

Patrick

[pil]

Der Timestamp beider Dateien (/var/backups/dpkg.status0 und /var/lib/dpkg/status) ist derselbe, was nicht unbedingt für die cron-Vermutung spricht.

[Joghurt]

Man könnte mit einem Skript sich vielliecht etwas zusammenbasteln...

Code: Alles auswählen

for FILE in /var/lib/dpkg/info/*.list; do echo ${FILE/.list/};done

müsste dir z.B. alle installierten (und wahrscheinlich auch zwar de-installierte, aber nicht gepurgte) Pakete zeiegn. Wenn dann noch /v/l/d/available existiert, kann man da vielleicht etwas machen. Ansonten: daten sichern und neuinstallation.

[pil]

Ich habs mir heute morgen nochmal angesehen.
pdrecker hat Recht.
/var/lib/dpkg/status wird von cron gebakupt.
Der original timestamp wird übernommen.
Der cron-job läuft bei mir jeden Tag einmal und zwar fünf Minuten nach dem Hochfahren.

Das Backup-Script heisst:

/etc/cron.daily/standard

[pdreker]

Aha!

Code: Alles auswählen

dreker@wintermute:Desktop$ ls /etc/cron.daily/standard
ls: /etc/cron.daily/standard: Datei oder Verzeichnis nicht gefunden
dreker@wintermute:Desktop$ dpkg -S /etc/cron.daily/standard
cron: /etc/cron.daily/standard

Hmmm... Sollte eigentlich da sein...

Code: Alles auswählen

dreker@wintermute:Desktop$ sudo apt-get install --reinstall cron
Paketlisten werden gelesen... Fertig
[ ... ]
Richte cron ein (3.0pl1-83) ...
Starting periodic command scheduler: cron.
dreker@wintermute:Desktop$ ls /etc/cron.daily/standard
/etc/cron.daily/standard

Keine Ahnung, was da jetzt wieder abging...

Patrick