Aha. Tak tomu se tusim rika diferencialni backup. A ten po case uzivani muze nabobtnat do znacne velikosti, az by mohl byt skoro stejne velky, jako puvodni kompletni backup. Navic tim ziskas moznost se vratit pouze k poslednimu diferencialnimu nebo predchozimu kompletnimu backupu. Pokud BFU bude pomaly v reportovani problemu, coz je pravdepodobne, bude diferencialni backup jiz zavirovany, takze ve vetsine pripadu budes stejne mit akorat ten stary plny backup.
Takze mozna bude nejlepsi, kdyz udelas zalohu bzipovanym dd nebo partimage nebo jak se to jmenuje a na vic se vykasles. Eventualne bys mohl zbastlit minimalni linuxove distro na externim disku, ktere by po nabootovani vytvorilo zalohu disku jako blokoveho zarizeni pomoci rdiff-backup. Pokud by se stalo, ze dojde misto na disku a rdif-backup vrati exit code vyssi nez nula (eventualne mozna ma exit code s chybou odpovidajici nedostatecnemu mistu), tak by se odmazala nejstarsi zaloha a jelo by se znovu, az se to povede. Ale to by trvalo hodne dlouho. Pokud rdiff-backup umi odmazat druhou nejstarsi zalohu, mohl by sis i drzet originalni kompletni zalohu pro strycka prihodu.
Ovsem zaloha blokoveho zarizeni pomoci rdiff-backup bude velka jak krava i ze skoro prazdneho disku a je otazka, jak moc s tim pomuze komprese, kterou by rdiff-backup mel umet. Opruz by byl i v tom, ze by se porad zalohovaly i cele soubory jen proto, ze tam nekdo pripsal jedno pismenko a pri zapisu na disk se to hodilo do jine pozice.
Zalohovat rdiff-backup na urovni souboru by slo, ale pouzit by to slo tak leda na uzivatelska data. Rdiff-backup neumi zalohovat ACLs z NTFS, coz by u uzivatelskych dat nebyla tragedie, stejne se tam vetsinou pouzivaji dedicna prava. Bohuzel jsem jeste neslysel o linuxovem nastroji, ktery by umel ulozit ACLs z NTFS extra do souboru a pak je astavit zpet po obnove z rdiff-backup. Kdybys takovy nasel, mas vyhrano a muzes zalohovat vsechno.