home.social

#borg — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #borg, aggregated by home.social.

  1. @AwetTesfaiesus

    Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)

    Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?

    #StarTrek #Integration #Borg

  2. @AwetTesfaiesus

    Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)

    Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?

    #StarTrek #Integration #Borg

  3. @AwetTesfaiesus

    Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)

    Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?

    #StarTrek #Integration #Borg

  4. @AwetTesfaiesus

    Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)

    Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?

    #StarTrek #Integration #Borg

  5. „Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“

  6. „Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“

  7. „Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“

  8. „Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“

  9. Four psychedelic depictions of the #borg #queen from Star Trek

  10. I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the RWO ones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace?

  11. I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the RWO ones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace?

  12. I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the RWO ones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace?

  13. I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the RWO ones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace?

  14. I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the RWO ones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace?

  15. Arch Tip týdne: Zálohování – Borg vs rsync

    💾 Dva osvědčené nástroje pro zálohu dat na Archu.
    Každý řeší něco jiného – tady je rozdíl a kdy co použít.

    ═══════════════════════════════════════════
    📦 BORG – chytré zálohy s historií
    ═══════════════════════════════════════════

    Co umí:
    → deduplikace (stejný soubor se uloží jen jednou)
    → šifrování (AES-256)
    → komprese (lz4, zstd, zlib)
    → verze v čase – můžeš se vrátit k libovolnému snapshotu

    Instalace:
    sudo pacman -S borg

    Základní workflow:

    inicializace repozitáře (jen jednou)

    borg init --encryption=repokey /mnt/backup/repo

    vytvoření zálohy

    borg create --stats --progress
    /mnt/backup/repo::archos-{now}
    ~/Dokumenty ~/Obrázky ~/.config

    výpis archivů

    borg list /mnt/backup/repo

    obnova souboru

    borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

    retence – nech 7 denních, 4 týdenní, 6 měsíčních

    borg prune -v --list
    --keep-daily=7 --keep-weekly=4 --keep-monthly=6
    /mnt/backup/repo

    Výhody: úspora místa, šifrování, historie
    Nevýhody: data nejsou přímo čitelná – potřebuješ borg

    ═══════════════════════════════════════════
    🔄 RSYNC – rychlý mirror 1:1
    ═══════════════════════════════════════════

    Co umí:
    → synchronizace souborů (lokálně i přes SSH)
    → přenáší jen změny (delta)
    → zachová oprávnění, ACL, xattrs, hardlinky
    → data zůstávají čitelná jako normální soubory

    Instalace:
    sudo pacman -S rsync

    Základní workflow:

    mirror /home na externí disk

    rsync -aAXHv --delete --progress
    ~/ /mnt/backup/home/

    suchý běh (nic nezapíše, jen ukáže)

    rsync -aAXHvn --delete ~/ /mnt/backup/home/

    přes SSH na vzdálený server

    rsync -aAXHv --delete -e ssh
    ~/Dokumenty/ user@server:/backup/dokumenty/

    vynechat složky

    rsync -aAXHv --delete
    --exclude='.cache' --exclude='node_modules'
    ~/ /mnt/backup/home/

    Výhody: rychlý, čitelný výstup, univerzální
    Nevýhody: žádná historie (přepisuje), bez šifrování

    ═══════════════════════════════════════════
    💡 KDY CO POUŽÍT
    ═══════════════════════════════════════════

    Borg:
    → pravidelné zálohy s historií verzí
    → šifrované zálohy na cizí server (Hetzner, Borgbase)
    → když potřebuješ šetřit místo (deduplikace)

    rsync:
    → mirror na externí disk
    → rychlá synchronizace mezi stroji
    → když chceš data přímo procházet
    → záloha webů, konfiguráků, deploy

    Kombinace:
    → rsync pro denní mirror na NAS
    → borg pro týdenní šifrovanou zálohu na vzdálený server

    #archlinux #backup #borg #rsync #linux #sysadmi

  16. Arch Tip týdne: Zálohování – Borg vs rsync

    💾 Dva osvědčené nástroje pro zálohu dat na Archu.
    Každý řeší něco jiného – tady je rozdíl a kdy co použít.

    ═══════════════════════════════════════════
    📦 BORG – chytré zálohy s historií
    ═══════════════════════════════════════════

    Co umí:
    → deduplikace (stejný soubor se uloží jen jednou)
    → šifrování (AES-256)
    → komprese (lz4, zstd, zlib)
    → verze v čase – můžeš se vrátit k libovolnému snapshotu

    Instalace:
    sudo pacman -S borg

    Základní workflow:

    inicializace repozitáře (jen jednou)

    borg init --encryption=repokey /mnt/backup/repo

    vytvoření zálohy

    borg create --stats --progress
    /mnt/backup/repo::archos-{now}
    ~/Dokumenty ~/Obrázky ~/.config

    výpis archivů

    borg list /mnt/backup/repo

    obnova souboru

    borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

    retence – nech 7 denních, 4 týdenní, 6 měsíčních

    borg prune -v --list
    --keep-daily=7 --keep-weekly=4 --keep-monthly=6
    /mnt/backup/repo

    Výhody: úspora místa, šifrování, historie
    Nevýhody: data nejsou přímo čitelná – potřebuješ borg

    ═══════════════════════════════════════════
    🔄 RSYNC – rychlý mirror 1:1
    ═══════════════════════════════════════════

    Co umí:
    → synchronizace souborů (lokálně i přes SSH)
    → přenáší jen změny (delta)
    → zachová oprávnění, ACL, xattrs, hardlinky
    → data zůstávají čitelná jako normální soubory

    Instalace:
    sudo pacman -S rsync

    Základní workflow:

    mirror /home na externí disk

    rsync -aAXHv --delete --progress
    ~/ /mnt/backup/home/

    suchý běh (nic nezapíše, jen ukáže)

    rsync -aAXHvn --delete ~/ /mnt/backup/home/

    přes SSH na vzdálený server

    rsync -aAXHv --delete -e ssh
    ~/Dokumenty/ user@server:/backup/dokumenty/

    vynechat složky

    rsync -aAXHv --delete
    --exclude='.cache' --exclude='node_modules'
    ~/ /mnt/backup/home/

    Výhody: rychlý, čitelný výstup, univerzální
    Nevýhody: žádná historie (přepisuje), bez šifrování

    ═══════════════════════════════════════════
    💡 KDY CO POUŽÍT
    ═══════════════════════════════════════════

    Borg:
    → pravidelné zálohy s historií verzí
    → šifrované zálohy na cizí server (Hetzner, Borgbase)
    → když potřebuješ šetřit místo (deduplikace)

    rsync:
    → mirror na externí disk
    → rychlá synchronizace mezi stroji
    → když chceš data přímo procházet
    → záloha webů, konfiguráků, deploy

    Kombinace:
    → rsync pro denní mirror na NAS
    → borg pro týdenní šifrovanou zálohu na vzdálený server

    #archlinux #backup #borg #rsync #linux #sysadmi

  17. Arch Tip týdne: Zálohování – Borg vs rsync

    💾 Dva osvědčené nástroje pro zálohu dat na Archu.
    Každý řeší něco jiného – tady je rozdíl a kdy co použít.

    ═══════════════════════════════════════════
    📦 BORG – chytré zálohy s historií
    ═══════════════════════════════════════════

    Co umí:
    → deduplikace (stejný soubor se uloží jen jednou)
    → šifrování (AES-256)
    → komprese (lz4, zstd, zlib)
    → verze v čase – můžeš se vrátit k libovolnému snapshotu

    Instalace:
    sudo pacman -S borg

    Základní workflow:

    inicializace repozitáře (jen jednou)

    borg init --encryption=repokey /mnt/backup/repo

    vytvoření zálohy

    borg create --stats --progress
    /mnt/backup/repo::archos-{now}
    ~/Dokumenty ~/Obrázky ~/.config

    výpis archivů

    borg list /mnt/backup/repo

    obnova souboru

    borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

    retence – nech 7 denních, 4 týdenní, 6 měsíčních

    borg prune -v --list
    --keep-daily=7 --keep-weekly=4 --keep-monthly=6
    /mnt/backup/repo

    Výhody: úspora místa, šifrování, historie
    Nevýhody: data nejsou přímo čitelná – potřebuješ borg

    ═══════════════════════════════════════════
    🔄 RSYNC – rychlý mirror 1:1
    ═══════════════════════════════════════════

    Co umí:
    → synchronizace souborů (lokálně i přes SSH)
    → přenáší jen změny (delta)
    → zachová oprávnění, ACL, xattrs, hardlinky
    → data zůstávají čitelná jako normální soubory

    Instalace:
    sudo pacman -S rsync

    Základní workflow:

    mirror /home na externí disk

    rsync -aAXHv --delete --progress
    ~/ /mnt/backup/home/

    suchý běh (nic nezapíše, jen ukáže)

    rsync -aAXHvn --delete ~/ /mnt/backup/home/

    přes SSH na vzdálený server

    rsync -aAXHv --delete -e ssh
    ~/Dokumenty/ user@server:/backup/dokumenty/

    vynechat složky

    rsync -aAXHv --delete
    --exclude='.cache' --exclude='node_modules'
    ~/ /mnt/backup/home/

    Výhody: rychlý, čitelný výstup, univerzální
    Nevýhody: žádná historie (přepisuje), bez šifrování

    ═══════════════════════════════════════════
    💡 KDY CO POUŽÍT
    ═══════════════════════════════════════════

    Borg:
    → pravidelné zálohy s historií verzí
    → šifrované zálohy na cizí server (Hetzner, Borgbase)
    → když potřebuješ šetřit místo (deduplikace)

    rsync:
    → mirror na externí disk
    → rychlá synchronizace mezi stroji
    → když chceš data přímo procházet
    → záloha webů, konfiguráků, deploy

    Kombinace:
    → rsync pro denní mirror na NAS
    → borg pro týdenní šifrovanou zálohu na vzdálený server

    #archlinux #backup #borg #rsync #linux #sysadmi

  18. Arch Tip týdne: Zálohování – Borg vs rsync

    💾 Dva osvědčené nástroje pro zálohu dat na Archu.
    Každý řeší něco jiného – tady je rozdíl a kdy co použít.

    ═══════════════════════════════════════════
    📦 BORG – chytré zálohy s historií
    ═══════════════════════════════════════════

    Co umí:
    → deduplikace (stejný soubor se uloží jen jednou)
    → šifrování (AES-256)
    → komprese (lz4, zstd, zlib)
    → verze v čase – můžeš se vrátit k libovolnému snapshotu

    Instalace:
    sudo pacman -S borg

    Základní workflow:

    inicializace repozitáře (jen jednou)

    borg init --encryption=repokey /mnt/backup/repo

    vytvoření zálohy

    borg create --stats --progress
    /mnt/backup/repo::archos-{now}
    ~/Dokumenty ~/Obrázky ~/.config

    výpis archivů

    borg list /mnt/backup/repo

    obnova souboru

    borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

    retence – nech 7 denních, 4 týdenní, 6 měsíčních

    borg prune -v --list
    --keep-daily=7 --keep-weekly=4 --keep-monthly=6
    /mnt/backup/repo

    Výhody: úspora místa, šifrování, historie
    Nevýhody: data nejsou přímo čitelná – potřebuješ borg

    ═══════════════════════════════════════════
    🔄 RSYNC – rychlý mirror 1:1
    ═══════════════════════════════════════════

    Co umí:
    → synchronizace souborů (lokálně i přes SSH)
    → přenáší jen změny (delta)
    → zachová oprávnění, ACL, xattrs, hardlinky
    → data zůstávají čitelná jako normální soubory

    Instalace:
    sudo pacman -S rsync

    Základní workflow:

    mirror /home na externí disk

    rsync -aAXHv --delete --progress
    ~/ /mnt/backup/home/

    suchý běh (nic nezapíše, jen ukáže)

    rsync -aAXHvn --delete ~/ /mnt/backup/home/

    přes SSH na vzdálený server

    rsync -aAXHv --delete -e ssh
    ~/Dokumenty/ user@server:/backup/dokumenty/

    vynechat složky

    rsync -aAXHv --delete
    --exclude='.cache' --exclude='node_modules'
    ~/ /mnt/backup/home/

    Výhody: rychlý, čitelný výstup, univerzální
    Nevýhody: žádná historie (přepisuje), bez šifrování

    ═══════════════════════════════════════════
    💡 KDY CO POUŽÍT
    ═══════════════════════════════════════════

    Borg:
    → pravidelné zálohy s historií verzí
    → šifrované zálohy na cizí server (Hetzner, Borgbase)
    → když potřebuješ šetřit místo (deduplikace)

    rsync:
    → mirror na externí disk
    → rychlá synchronizace mezi stroji
    → když chceš data přímo procházet
    → záloha webů, konfiguráků, deploy

    Kombinace:
    → rsync pro denní mirror na NAS
    → borg pro týdenní šifrovanou zálohu na vzdálený server

    #archlinux #backup #borg #rsync #linux #sysadmi

  19. Arch Tip týdne: Zálohování – Borg vs rsync

    💾 Dva osvědčené nástroje pro zálohu dat na Archu.
    Každý řeší něco jiného – tady je rozdíl a kdy co použít.

    ═══════════════════════════════════════════
    📦 BORG – chytré zálohy s historií
    ═══════════════════════════════════════════

    Co umí:
    → deduplikace (stejný soubor se uloží jen jednou)
    → šifrování (AES-256)
    → komprese (lz4, zstd, zlib)
    → verze v čase – můžeš se vrátit k libovolnému snapshotu

    Instalace:
    sudo pacman -S borg

    Základní workflow:

    inicializace repozitáře (jen jednou)

    borg init --encryption=repokey /mnt/backup/repo

    vytvoření zálohy

    borg create --stats --progress
    /mnt/backup/repo::archos-{now}
    ~/Dokumenty ~/Obrázky ~/.config

    výpis archivů

    borg list /mnt/backup/repo

    obnova souboru

    borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty

    retence – nech 7 denních, 4 týdenní, 6 měsíčních

    borg prune -v --list
    --keep-daily=7 --keep-weekly=4 --keep-monthly=6
    /mnt/backup/repo

    Výhody: úspora místa, šifrování, historie
    Nevýhody: data nejsou přímo čitelná – potřebuješ borg

    ═══════════════════════════════════════════
    🔄 RSYNC – rychlý mirror 1:1
    ═══════════════════════════════════════════

    Co umí:
    → synchronizace souborů (lokálně i přes SSH)
    → přenáší jen změny (delta)
    → zachová oprávnění, ACL, xattrs, hardlinky
    → data zůstávají čitelná jako normální soubory

    Instalace:
    sudo pacman -S rsync

    Základní workflow:

    mirror /home na externí disk

    rsync -aAXHv --delete --progress
    ~/ /mnt/backup/home/

    suchý běh (nic nezapíše, jen ukáže)

    rsync -aAXHvn --delete ~/ /mnt/backup/home/

    přes SSH na vzdálený server

    rsync -aAXHv --delete -e ssh
    ~/Dokumenty/ user@server:/backup/dokumenty/

    vynechat složky

    rsync -aAXHv --delete
    --exclude='.cache' --exclude='node_modules'
    ~/ /mnt/backup/home/

    Výhody: rychlý, čitelný výstup, univerzální
    Nevýhody: žádná historie (přepisuje), bez šifrování

    ═══════════════════════════════════════════
    💡 KDY CO POUŽÍT
    ═══════════════════════════════════════════

    Borg:
    → pravidelné zálohy s historií verzí
    → šifrované zálohy na cizí server (Hetzner, Borgbase)
    → když potřebuješ šetřit místo (deduplikace)

    rsync:
    → mirror na externí disk
    → rychlá synchronizace mezi stroji
    → když chceš data přímo procházet
    → záloha webů, konfiguráků, deploy

    Kombinace:
    → rsync pro denní mirror na NAS
    → borg pro týdenní šifrovanou zálohu na vzdálený server

    #archlinux #backup #borg #rsync #linux #sysadmi

  20. GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.

    "Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"

    Link: github.com/karanhudia/borg-ui

  21. GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.

    "Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"

    Link: github.com/karanhudia/borg-ui

    #linkdump #backup #borg #webui

  22. GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.

    "Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"

    Link: github.com/karanhudia/borg-ui

    #linkdump #backup #borg #webui

  23. GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.

    "Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"

    Link: github.com/karanhudia/borg-ui

    #linkdump #backup #borg #webui

  24. GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.

    "Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"

    Link: github.com/karanhudia/borg-ui

    #linkdump #backup #borg #webui

  25. Thinking about setting up a home #borg server on an unused #RaspberyPi 4.

    Questions for the #HiveMind:

    • How much RAM does a borg server need to manage about 3TB of backups?
    • How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
    • Does borg deduplicate files between users' backups, or only within a single user's backups?

    #BorgBackup #AskFedi

  26. Thinking about setting up a home #borg server on an unused #RaspberyPi 4.

    Questions for the #HiveMind:

    • How much RAM does a borg server need to manage about 3TB of backups?
    • How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
    • Does borg deduplicate files between users' backups, or only within a single user's backups?

    #BorgBackup #AskFedi

  27. Thinking about setting up a home #borg server on an unused #RaspberyPi 4.

    Questions for the #HiveMind:

    • How much RAM does a borg server need to manage about 3TB of backups?
    • How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
    • Does borg deduplicate files between users' backups, or only within a single user's backups?

    #BorgBackup #AskFedi

  28. Thinking about setting up a home #borg server on an unused #RaspberyPi 4.

    Questions for the #HiveMind:

    • How much RAM does a borg server need to manage about 3TB of backups?
    • How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
    • Does borg deduplicate files between users' backups, or only within a single user's backups?

    #BorgBackup #AskFedi

  29. Thinking about setting up a home #borg server on an unused #RaspberyPi 4.

    Questions for the #HiveMind:

    • How much RAM does a borg server need to manage about 3TB of backups?
    • How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
    • Does borg deduplicate files between users' backups, or only within a single user's backups?

    #BorgBackup #AskFedi

  30. So I have 158G of #borg backup that I'd like to get a file from.

    I have the password, or at least I have what I believe is the password and borg accepts it.

    `borg list /repo` gives no output
    `borg check /repo` gives no output
    `borg info /repo` gives <screenshot>

    Doing borg mount gives me an empty dir

    #HALP #AskFedi

  31. So I have 158G of #borg backup that I'd like to get a file from.

    I have the password, or at least I have what I believe is the password and borg accepts it.

    `borg list /repo` gives no output
    `borg check /repo` gives no output
    `borg info /repo` gives <screenshot>

    Doing borg mount gives me an empty dir

    #HALP #AskFedi

  32. So I have 158G of #borg backup that I'd like to get a file from.

    I have the password, or at least I have what I believe is the password and borg accepts it.

    `borg list /repo` gives no output
    `borg check /repo` gives no output
    `borg info /repo` gives <screenshot>

    Doing borg mount gives me an empty dir

    #HALP #AskFedi

  33. So I have 158G of #borg backup that I'd like to get a file from.

    I have the password, or at least I have what I believe is the password and borg accepts it.

    `borg list /repo` gives no output
    `borg check /repo` gives no output
    `borg info /repo` gives <screenshot>

    Doing borg mount gives me an empty dir

    #HALP #AskFedi

  34. So I have 158G of #borg backup that I'd like to get a file from.

    I have the password, or at least I have what I believe is the password and borg accepts it.

    `borg list /repo` gives no output
    `borg check /repo` gives no output
    `borg info /repo` gives <screenshot>

    Doing borg mount gives me an empty dir

    #HALP #AskFedi

  35. Hier scheint vorher ein Export nötig zu sein: digital-cleaning.de/index.php/

    "Heute soll es um den ersten Schritt einer umfassenden Backup-Strategie gehen."

    Direkt Docker zu sichern scheint mir im ersten Moment nicht das sinnvollste, lieber ist mir ein Backup, dass einzelne Dateien enthält und mit #Borg #Backup deduplizieren kann. Mal sehen. #todo

  36. Hier scheint vorher ein Export nötig zu sein: digital-cleaning.de/index.php/

    "Heute soll es um den ersten Schritt einer umfassenden Backup-Strategie gehen."

    Direkt Docker zu sichern scheint mir im ersten Moment nicht das sinnvollste, lieber ist mir ein Backup, dass einzelne Dateien enthält und mit #Borg #Backup deduplizieren kann. Mal sehen. #todo

  37. Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.

    I'll take a closer look at #restic without relying on a frontend.

    I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.

    Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.

  38. Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.

    I'll take a closer look at #restic without relying on a frontend.

    I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.

    Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.

  39. Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.

    I'll take a closer look at #restic without relying on a frontend.

    I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.

    Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.

  40. Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.

    I'll take a closer look at #restic without relying on a frontend.

    I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.

    Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.

  41. RE: fosstodon.org/@borgbackup/1163

    Faites des sauvegardes !

    Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

    Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

    Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

    #sauvegarde #backup

  42. RE: fosstodon.org/@borgbackup/1163

    Faites des sauvegardes !

    Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

    Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

    Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

    #sauvegarde #backup

  43. RE: fosstodon.org/@borgbackup/1163

    Faites des sauvegardes !

    Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.

    Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.

    Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.

    #sauvegarde #backup