Mal eine Frage an Leute, die ihr Linux an mehreren PCs bzw PC und Laptop nutzen:
Synct ihr Eure dotfiles also was sich so unter /home/user/. befindet?
Falls ja, wie?
Manchmal ärgere ich mich, wenn ich zum Beispiel in der Konsole auf A einen Befehl habe, aber auf System B nicht und ich kann mich daran dann auch nicht mehr erinnern, weil ich eigentlich sehr viel mit Pfeil-nach-oben arbeite.
Oder alleine schon aliasse oder Hyprland settings syncen usw - sowas fehlt mir irgendwie und ich überlege das die Files per sync auf nen lokalen Server zu pushen und ggfs abzuholen
#linux #sync #rsync #dotfiles #desktopenvironment #hyprland
#rsync
@effken_von_nebenan @rootsandcalluses
Gute Option mal aufzuräumen ;)
Für #Linux gibt es super viele Tools zum #Backups machen. #Freefilesync ist super simpel, #rsync ist das Äquivalent über die Kommandozeile. Finde ich am einfachsten weil man einfach Dateien kopiert anstatt irgendwelche Backup-Archive zu machen, die man dann nur mit dem Programm lesen kann.
Bei #Windows auch mal im Appdata Ordner schauen, Browserprofil oder so. Ansonsten #Firefox account oder datenexport
Added 𝗨𝗣𝗗𝗔𝗧𝗘 𝟮 - 𝗜𝗻𝘁𝗲𝗿𝗶𝗺 𝗦𝗼𝗹𝘂𝘁𝗶𝗼𝗻 [UPDATE 2 - Interim Solution] to 𝗙𝗮𝗶𝗹𝗲𝗱 𝗕𝗮𝗰𝗸𝘂𝗽 𝗦𝗲𝗿𝘃𝗲𝗿 𝗕𝘂𝗶𝗹𝗱 [Failed Backup Server Build] article.
https://vermaden.wordpress.com/2025/05/28/failed-backup-server-build/#interim
#verblog #freebsd #hardware #backup #NAS #rsync #linux #zfs #openzfs
Added 𝗨𝗣𝗗𝗔𝗧𝗘 𝟮 - 𝗜𝗻𝘁𝗲𝗿𝗶𝗺 𝗦𝗼𝗹𝘂𝘁𝗶𝗼𝗻 [UPDATE 2 - Interim Solution] to 𝗙𝗮𝗶𝗹𝗲𝗱 𝗕𝗮𝗰𝗸𝘂𝗽 𝗦𝗲𝗿𝘃𝗲𝗿 𝗕𝘂𝗶𝗹𝗱 [Failed Backup Server Build] article.
https://vermaden.wordpress.com/2025/05/28/failed-backup-server-build/#interim
#verblog #freebsd #hardware #backup #NAS #rsync #linux #zfs #openzfs
🎉 We broke through the 150 mark and counting down... 📉
👉 https://github.com/bit-team/backintime
🚀 Since today, Back In Time has less than 150 open issues. Thanks to everyone who's helped move Back In Time forward! 💪
A nice number compared to over 400, 3 years ago when the new maintenance team took over the project.
Don't forget that contribution is not just about code. Expertise and opinions always welcome.
Ich brauche nochmal #Brainpower der #EDV #Bubble 🤣
Da mein bisheriges, betagtes, leistungsschwaches 1-Bay #QNAP #NAS sehr langsam ist, z.B. beim #rsync, habe ich inzwischen das #Ugreen #NAS #DPX2800 gekauft, mit 32 GB #RAM aufgerüstet und 2 #NVNE mit je 2 TB eingebaut.
Azf den beiden M.2 ist #Proxmox im #ZFS #RAID1 installiert. #Homeassistant und #TrueNAS laufen je in einer #VM.
TrueNAS soll nun einen #Datenpool in Form eines verschlüsselten ZFS RAID 1 auf 2 16 TB Festplatten bekommen. So weit so gut.
Nur: Wie bekomme ich die #Daten vom alten NAS, die in einer verschlüsselten #LUKS #Partition liegen, in den Datenpool?
Über #Netzwerk kopieren ist keine wirkliche Option. Das ist für ~ 10 TB Nutzdaten viel zu langsam.
Bitte #Boost für mehr Reichweite. 🙏
#MastoHelp
#Linux :debian: #rsync
#freebox
Hello les gens qui savent (et les autres aussi) !
Qui pourrait et voudrait bien me filer le modèle d'une commande rsync pour faire une synchro sur un NAS freebox pro ?
C'est pour une EBE toute neuve avec que des bras cassés en informatique. Je dois être le plus compétent de la bande, c'est vous dire 😬 !
Et… j'y pane rien 😭😭😭
Je sais même pas si c'est possible 😔
:boost_ok:
Vous voulez découvrir les secrets du dédoublonnage ? Comment #rsync l'utilise, et surtout les choix techniques de Kloset, fils de Plakar, pour ajouter du chiffrage à tous les étages.
Addendum: Thanks everyone for their input so far!
###
Stupid #Linux / #Unix question - honest answers please! :boost_ok:
Why not shove all configuration files in a git?
- Obviously not the ones that actually matter like
id_rsaand/or some other private keys / certificates...
But like regular #SystemConfiguration files.
- In all seriousness noone should actually do this with a public
gitbut then again noone puts their Ansible public either.
What did I miss with my train of thought, folks?
#Unix #configuration_management #configuration #config #sconfm #simple #git #rsync #backup #restore #deploy #system_configuration #Sysadmin
@Sparky sounds like something @fuchsiii would find cool.
Personally, I just wished for a "simpler config managment" without #cringe aka. #YAML.
- Like what's wrong with making a #git for #configs and just putting all the files under
/configs/$FQDN/$PATHwith merely ahosts.tsvto index the$FQDNs against IPv4/IPv6/MAC & literally putting the configs in their$PATH(i.e./etc/https/httpd.conf) as on the machine so all one needs to do is to basically #rsync frommainbranch onto the target machine?
This would literally require zero installation on the target machine (one could rsync -av the previous config files into a new git branch to make backrolling easier!) and it would not need any stored secrets as well as allow for the people maintaining and the people controlling to he different persons!
@tioan@peering.social
Klar. Aber die NAS-VM muss dann daraus ein RAID 1 bauen können, in dem die Daten verschlüsselt sind.
Oder ich mache da gar kein RAID, sondern reiche die eine HD für die Daten durch, mach darauf einfach z.B. ein LUKS verschlüsseltes Volume und dasselbe mit der 2. HD - sync der Daten zwischen den beiden Platten dann über einen #rsync #Cronjob. Aber das ist mangels Echtzeitsynchronisierung halt auch irgendwie ne Krücke 🤣
Visto en el canal de Jonatan Castro https://www.youtube.com/watch?v=9TCOslIxh2E una web que ofrece 100 GB gratis de almacenamiento para @proxmox y compatible con #rsync, #borg y #sftp.
En principio es un proyecto personal de https://bennetgallein.de/ y, según leo en su blog, es un nuevo producto que acaba de poner en producción.
En mi @proxmox lo tengo todo lo más minimizado posible y con 100 GB puedo guardar lo más crítico de forma completa, comprimida y encriptada.
Como prueba de concepto de cómo funciona todo el proceso, está muy bien.
Lógicamente, al ser un proyecto tan personal, no se sabe si durará mucho, así que conviene tener más respaldos. Pero está bien tener esta referencia.
Y como siempre, recuerdo que todo se debe subir a cualquier sitio encriptado.
[Перевод] Рассказ о том, как rclone в 4 раза быстрее rsync синхронизирует файлы по сети
Последнюю пару лет я переносил со службы домой и обратно «набор рабочих материалов» — видеофайлы и данные проектов, пользуясь внешним SSD-диском стандарта NVMe с интерфейсом Thunderbolt. Но, когда я синхронизировал данные, это всегда происходило очень медленно. В обычный рабочий день я могу создать новую папку проекта, содержащую 500-1000 файлов. При этом среди них будут дюжины файлов размером 1-10 Гб. Мой Thunderbolt-диск способен передавать данные со скоростью, значительно превышающей 5 Гб/с, а 10-гигабитное сетевое соединение, имеющееся в моём распоряжении, может выдать 1 Гб в секунду. Недавно я даже обновил диск до Thunderbolt 5, хотя его и нельзя назвать узким местом моей системы. Я использовал команду rsync следующего вида для копирования файлов с общего сетевого ресурса, смонтированного на моём Mac, на диск, которому я дал имя Shuttle :
Seems like, that #FreeBSD with #ZFS on #HAST with #CARP isn't reliable? I see often corrupted ZFS pools after failovers. Some minor research concluded, that ZFS is writing a lot of meta data, and that ZFS is prone to corruptions when something on block level doesn't get synchronized good enough. #UFS should be much more reliable. Maybe I will just use UFS for my HA storage and then #rsync to a #ZFS powered Backup server once daily or so. Any ideas anyone? #BSD #RunBSD
Getting to grips with using Rsync and using cron jobs to back up just the folders and data I want to keep updated and placate my fear of losing all the data in apps I self-host. So far - fingers crossed - it works and will save me hours.
If you, like me are wondering how to pass the --remote-path argument via #vorta to comply with rsync.net requirements, it's in the Schedule tab under the "shell commands".. vertical tab?
#BorgBackup #Rsync.net #Backup
Client Info
Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst