places reparieren mit sqlite ohne Datenverlust?

Bernd.

In diesem Thema erstmals aufgefallen:
https://www.camp-firefox.de/forum/viewtopic.php?f=1&t=110753

Ich habe versucht, diese Seite als LZ hinzuzufügen, vergeblich
https://sso.lrworld.com/cas/login

Ich kann alles ändern, auch neu hinzufügen, nur dieses nicht, wird immer mit about:blank belegt.

Via Google und einigen Ansätzen bin ich zum Dump gekommen mit folgendem Inhalt am Ende der Datei:

SQL

INSERT INTO "moz_hosts" VALUES(17951,'data.motor-talk.de',100,0,NULL);
/**** ERROR: (11) database disk image is malformed *****/
/**** ERROR: (11) database disk image is malformed *****/
DELETE FROM sqlite_sequence;
INSERT INTO "sqlite_sequence" VALUES('moz_keywords',44);
CREATE INDEX moz_bookmarks_itemindex ON moz_bookmarks (fk, type);
CREATE INDEX moz_bookmarks_parentindex ON moz_bookmarks (parent, position);
CREATE INDEX moz_bookmarks_itemlastmodifiedindex ON moz_bookmarks (fk, lastModified);
CREATE INDEX moz_places_faviconindex ON moz_places (favicon_id);
CREATE INDEX moz_places_hostindex ON moz_places (rev_host);
CREATE INDEX moz_places_visitcount ON moz_places (visit_count);
CREATE INDEX moz_places_frecencyindex ON moz_places (frecency);
CREATE INDEX moz_historyvisits_placedateindex ON moz_historyvisits (place_id, visit_date);
CREATE INDEX moz_historyvisits_fromindex ON moz_historyvisits (from_visit);
CREATE INDEX moz_historyvisits_dateindex ON moz_historyvisits (visit_date);
CREATE INDEX moz_places_lastvisitdateindex ON moz_places (last_visit_date);
CREATE UNIQUE INDEX moz_annos_placeattributeindex ON moz_annos (place_id, anno_attribute_id);
CREATE UNIQUE INDEX moz_items_annos_itemattributeindex ON moz_items_annos (item_id, anno_attribute_id);
CREATE UNIQUE INDEX moz_places_url_uniqueindex ON moz_places (url);
CREATE UNIQUE INDEX moz_bookmarks_guid_uniqueindex ON moz_bookmarks (guid);
CREATE UNIQUE INDEX moz_places_guid_uniqueindex ON moz_places (guid);
CREATE UNIQUE INDEX moz_favicons_guid_uniqueindex ON moz_favicons (guid);
COMMIT;

Alles anzeigen

http://superuser.com/questions/1119…sqlite-database
Antwort 6

Schiebe ich die neue places zurück, markiert Firefox diese als corrupt und erstellt eine neue mit nur den Lesezeichen, keine Chronik, nichts weiter.

Anscheinend muss das schon länger so sein, weil auch Firefox 33 dieses Problem hat. Könnte noch bis zum 7.9. zurückgehen (v31). Gibt es dennoch eine relative leichte Methode, die aktuelle Datei zu reparieren OHNE Verluste?

Palli

Was meinst du mit Verlusten, die Chronik?

Bernd.

jupp.

Aktueller Stand: aktuell wiederhergestellt. Irgendwas ist zwischen dem 30.10. und 17.11 passiert, vermutlich hat einer der Kopiervorgänge zwischen den Profilen von v33 und v34 was beschädigt. Es werden ja noch eine -shm und -wal erzeugt im Betrieb, die bleiben in v34 auch komischerweise erhalten, jedoch nicht immer. 5 Lesezeichen nachgetragen, fertig. Ich kann auch besagte Seite hinzufügen/löschen

Dennoch täte mich eine Lösung interessieren, weil die verlinkte Anleitung nicht sonderlich half. Ich hatte das schon mal, insgesamt jedoch erst das zweite Mal jetzt, deswegen nie weiter drüber nachgedacht. Ich kopiere auch nicht das erste Mal die Places zwischen den Profilen hin und zurück, ich möchte dahingehend einen gleichen Stand erhalten bis zur endgültigen Übernahme zum Arbeitsprofil der kommenden Firefox-Version. (arbeite derzeit schon seit 34beta9 damit, vorher gab es glitches im UI)

Mist, ich hoffe, mein anderes Arbeitsprofil hat keinen Schaden genommen, da sind etliche Lesezeichen mehr enthalten und die Änderungen zuletzt waren gravierend.

Sephira

Falls auf bestehende Favicons verzichtet werden kann:
Aus dem bookmarkbackups-Verzeichnis in einem frischen Profil wiederherstellen und dann die places.sqlite von da in das alte Profil kopieren. Beim Einfügen der places.sqlite in ein bestehendes Profil die vorhandenen places.sqlite-shm und places.sqlite-wal löschen.

sweety

Zitat von Sephira

Beim Einfügen der places.sqlite in ein bestehendes Profil die vorhandenen places.sqlite-shm und places.sqlite-wal löschen.

Danke für diesen Tipp. Ausprobiert und es funzt. Hatte nämlich auch probleme mit der Place sqlite.
Nach 3 Versuchen waren jeweils die Lesezeichen endlich plaziert ohne zusätzlich die
Place corupt!
Sorry Bernd fürs dazwischen "zwitschern"

.Hermes

Zitat von Bernd.

Kopiervorgänge zwischen den Profilen von v33 und v34 was beschädigt.

Hast du nur von v33 nach v34 kopiert oder auch anders herum ?
Denn eine Kopie von v34 nach v33 klappt nicht, weil das Schema anders ist MXR Database.cpp.

Bernd.

Auf der von mir verlinkten seite werden auch schon Unterschiede genannt zur v34. Und ja, ich habe zwei Mal hin und her kopiert. Bzgl Lesezeichen, die sind mir schnuppe. Mir ist die Chronik wichtig, weil das nur zu einem Bruchteil von den Lesezeichen aufgefangen werden kann, direkte Links zu Seiten oder Dateien, die man sonst nur mühsam oder umständlich findet. Eigentlich sind dafür LZ da, nenn mich schlampig :mrgreen: Das würde auch den Defekt erklären, danke :klasse:

.Hermes

Wenn du noch eine funktionierende Chronik besitzen solltest, könntest du mal via SQL …
a.) diese exportieren
b.) ein Truncate in einer vollständig erhaltenen DB auf die Chronik durchführen
c.) die exportierten Daten importieren.

P.S.
Weil ich dem Schreiber dieser Zeilen bei all seinen Spielereien am System nicht vertraue, habe ich die Sorgfalt eines Backup dem System übertragen.
Dabei wird alle 4 Stunden ein Backup erstellt. Es lebt sich sehr gut damit.

Bernd.

Mal eine Woche, mal 6 Wochen im Zyklus, je nachdem, was ich gerade ändern möchte im Zuge der Updates und Erweiterungen. Zwei Wochen ist absolut harmlos, auch wenn ich des öfteren anders plädiere für Laien Und jetzt wieder eine Erfahrung reicher.