BTRFS säger jag, om man backuppar enbart från en Linux-burk
BTRFS checksummar all data och metadata, är transaktionsbaserat och skriver inte över det som redan är skrivet för att det är ett COW-filsystem, vilket gör den extremt robust mot 'olyckliga avstängningar och urryck av USB-kablar av misstag mitt under full skrivning'.
BTRFS-volymen kan utökas med flera lagringsenheter dynamisk med behov som att koppla in nya diskar när befintliga disk(ar) blir fulla, fins olika RAID-strukturer både på data och metadatasidan när volymen är multidisk-baserad (metadata är alltid i 'dup' - dvs. i 2 upplagor på enkeldisk och RAID1 på multidisk om den inte styrs till annat), den klarar tex. en 3-diskars RAID1 då den inte är av sektorkopierande typ som klassisk RAID1 utan systemet ser till att var fil alltid skrivs på 2 fysiska enheter och fördelat efter ledig plats på fysisk enhet. - och man kan byta raid-struktur medans diskarna används om man plötsligt vill köra en RAID5/6 eller vill omvandla till en JBOD/RAID0 för mer plats.
Kan skapa subvolymer med snapshot utan att ta extra diskplats och var subvolym kan individuellt modifieras och filer raderas och läggas in nya i dessa i önskad omfattning utan att någon annan subvolym eller orginalet påverkas. Subvolymer med alla filer i sig kan själva raderas i önskad ordning utan koppling till skapad ordningsföljd mellan subvolymer, - vilken som helst av subvolymer kan använda som 'orginal' när man gör en ny subvolym med snapshot. subvolymer kan också göras som Read-only.
BTRFS kan också komprimera filer 'on the fly' om datat är komprimerbar. - det är möjligt att göra deduplicering på sektornivå med bakgrundsprogram (som 'bees') och valbar förbrukning av RAM-minne och medans man använder lagringen.
BTRFS är också vänlig mot SMR-diskar - vilket i princip alla USB-snurrdiskar under 10-12 TB storlek är idag
---
NTFS - hög risk att förlora alla data vid diskstrul eller plötslig strömavbrott under skrivning eller i samband med montering och avmontering av disken och det märker man inte innan när disken skall monteras nästa gång och man får den berömda att windows inte känner igen disken/filsystemet och alla filer förlorade... - ingen checksumma någonstans alls, fungerar illa mot SMR-diskar, speciellt när väldigt många småfiler skall skrivas i stora omgångar och man kör in i 'väggen' och disken blir jättelångsam.
Att ha backupper av sina filer på två eller flera diskar är extremt viktigt när de läggs på externa diskar med NTFS som filsystem... då den externa disken kan helt plötsligt inte vara läsbar i windows utan att det är fysisk fel på själva disken, utan för att det blivit oordning på datat och speciellt metadatat i NTFS i samband med avmontering/montering (bl.a pga. chipbeteendefel i själva USB-SATA bryggan i samband med avmontering ) eller att man råkade rycka ur USB/Strömförsörjningssladden i samband när data skrivs till disken. - Just detta har varit jättedyr läxa för mig och litar inte på NTFS som filsystem för backuper på löstagbar backupmedia för fem öre...
---
Om man är osäker på BTRFS så är ext4 inget dåligt val, halvsnäll mot SMR-diskar (dvs kan skriva ca 10 ggr mer data och småfiler innan det 'går i väggen' i jämförelse med NTFS).
Men just snap-shotmöjligheter kan inte göras i ext4 på samma sätt som i BTRFS utan få göras på sedvanlig metod med hårda länkar och tex. med rsync, men kan inte göras säker för ransomware då modifiering på en fil under 1 mapp - gör att innehållet också påverkas i alla andra mappar med den hårdlänkade filen i sig.
---
Om man skall flytta filer mellan Linux och windows och inte kan göras över nätverk - gör det på egen disk för ändamålet - gärna en snabb sådan typ en samsung T7 eller motsvarande och betrakta inkopierade innehållet på disken som redan förlorad - aldrig orginalfil på en sådan disk med NTFS som filsystem - alltid en förlorbar kopia!!...
