@farcaller @logseq I know this doesn’t change the fact that the data got corrupted - but can’t you roll back to a previous git commit to restore instead of needing a separate backup?
Logseq
Logseq is a knowledge management and collaboration platform. It focuses on privacy, longevity, and user control. It is Free Libre Open Source Software (AGPL-licensed).
Logseq offers a range of powerful tools for knowledge management, collaboration, PDF annotation, and task management with support for multiple file formats, including Markdown and Org-mode, and various features for organizing and structuring your notes.
Logseq's Whiteboard feature lets you organize your knowledge and ideas using a spatial canvas with shapes, drawings, website embeds, and connectors. You can visually group and link your notes and external media (such as videos and images), enabling visual thinkers to compose, remix, annotate, and connect content from their knowledge base and emerging thoughts in a new way.
In addition to its core features, Logseq has a growing ecosystem of plugins and themes that enable a wide range of workflows and customization options. Mobile apps are also available, providing access to most of the features of the desktop application. Whether you're a student, a professional, or anyone who values a clear and organized approach to managing your ideas and notes, Logseq is an excellent choice for anyone looking to improve their productivity and streamline their workflow.
@mroma @logseq so this is how my git config looks. Why? I don't know. It happens from time to time and I know logseq tries to write that file.
Now, when that file is corrupted, you'll get a notification in logseq UI that it's git autocommit cannot run. So you go and fix the config.
That is, if you notice the notification. My config got corrupted silently 3 weeks ago and that was the last time logseq did the autocommit, too. So yeah, you can roll to the previous good state if you have git history, but logseq can get you into a spot where you don't have any history.
Previously I'd keep logseq in Synology Drive, too, which offered me a point-in-time backup (technically a one-way sync with history, in my case). Since I migrated to a home-made NAS I couldn't find a replacement (I don't really need one with a 40G fiber to my storage, I just access files right on the NAS), so the only place that still had PINT snapshots was my windows backup.
Sorry to hear that. Great reminder to myself to get regular backups going.
@kenoh tfw I notice the username and realize this got federated over to lemmy. This tech is pretty nice!
But yeah, absolutely. When it comes to important data (and my logseq graphs are important), you do backups and you verify the backups. Logseq sync is unreliable between platforms with filesystems that ignore case and don't, for example I've stumbled on https://github.com/logseq/logseq/issues/10993 recently, and hey, it was reported back in February. Checking it now I see the github bot already labelled it as stale and I suppose it will be closed without action soon.
I use git as a backup for logseq sync, but given how it tries to overwrite the config, it's not a fully reliable option either. Sometimes it syncs pages from graph A into graph B.
PKM is a hot space with new tool coming every week. I don't think Obsidian is a perfect tool by any means, after all I used it for more than a year before jumping ship to logseq. But it seems that if I use it less an advanced markdown editor and more like an outliner (for which it has a few plugins) that will fit my mental model and help to find things.
/cc @logseq
Sorry for your loss, I haven't experienced that once, what platform are you on?
@twistypencil @logseq I've a mix of windows, mac and iphone. Git is regularly screwed up on the windows box.
Might be a windows issue... Can't say for sure, but sorry you are having problems. I don't sync