home.social

#borg — Public Fediverse posts

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

  1. Been a while since I blogged, so it's time for the latest installment in "Edd massively over-complicates things with SSH certificates" This time, a post about how I got rid of the need to create a new sub account on my #Hetzner Storage Box every time I wanted to create a new VM and back it up with #Borg. Definitely easier ways to have achieved it, but it shows of the versatility of ssh certificates, and #StepCA that's powering them in my home lab.

    i.am.eddmil.es/posts/sshcertsb

    #Borgmatic #Homelab #ssh

  2. Been a while since I blogged, so it's time for the latest installment in "Edd massively over-complicates things with SSH certificates" This time, a post about how I got rid of the need to create a new sub account on my #Hetzner Storage Box every time I wanted to create a new VM and back it up with #Borg. Definitely easier ways to have achieved it, but it shows of the versatility of ssh certificates, and #StepCA that's powering them in my home lab.

    i.am.eddmil.es/posts/sshcertsb

    #Borgmatic #Homelab #ssh

  3. Been a while since I blogged, so it's time for the latest installment in "Edd massively over-complicates things with SSH certificates" This time, a post about how I got rid of the need to create a new sub account on my #Hetzner Storage Box every time I wanted to create a new VM and back it up with #Borg. Definitely easier ways to have achieved it, but it shows of the versatility of ssh certificates, and #StepCA that's powering them in my home lab.

    i.am.eddmil.es/posts/sshcertsb

    #Borgmatic #Homelab #ssh

  4. Been a while since I blogged, so it's time for the latest installment in "Edd massively over-complicates things with SSH certificates" This time, a post about how I got rid of the need to create a new sub account on my #Hetzner Storage Box every time I wanted to create a new VM and back it up with #Borg. Definitely easier ways to have achieved it, but it shows of the versatility of ssh certificates, and #StepCA that's powering them in my home lab.

    i.am.eddmil.es/posts/sshcertsb

    #Borgmatic #Homelab #ssh

  5. Been a while since I blogged, so it's time for the latest installment in "Edd massively over-complicates things with SSH certificates" This time, a post about how I got rid of the need to create a new sub account on my #Hetzner Storage Box every time I wanted to create a new VM and back it up with #Borg. Definitely easier ways to have achieved it, but it shows of the versatility of ssh certificates, and #StepCA that's powering them in my home lab.

    i.am.eddmil.es/posts/sshcertsb

    #Borgmatic #Homelab #ssh

  6. @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

  7. @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

  8. @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

  9. @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

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

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

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

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

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

  15. 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?

  16. 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?

  17. 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?

  18. 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?

  19. 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?

  20. 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

  21. 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

  22. 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

  23. 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

  24. 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

  25. 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

  26. 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

  27. 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

  28. 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

  29. 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

  30. 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

  31. 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

  32. 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

  33. 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

  34. 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

  35. 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

  36. 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

  37. 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

  38. 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

  39. 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

  40. 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

  41. 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

  42. 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.

  43. 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.