Problemen met diskpartitie-namen in Mint 19.3

[aartje]

Sorry, dubbel

[bart85]

Als je in het script dump aanroept met /dev/disk/by-uuid/ methode gaat het deze dan ook in het bestand /var/lib/dumpdates deze verwijzing gebruiken?

[aartje]

Ja, zo ongeveer, maar dan pas vanafversie 0.4b47-4, die trouwens nog (lang?) niet
stable is.
Als tip kan ik misschien meegeven dat je bij het backuppen met clonezilla ook moet
opletten.

[aartje]

Als je in het script dump aanroept met /dev/disk/by-uuid/ methode gaat het deze dan ook in het bestand /var/lib/dumpdates deze verwijzing gebruiken?

Volgens mij zouden de commando's er dan  zo uit zien :

./dump 0uf /data3/0dump_van_deze_uuid_partitie UUID=d5c597a9-c8dc-42d3-9f14-62474d5bc96f

./dump 1uf /data3/1dump_van_deze_uuid_partitie UUID=d5c597a9-c8dc-42d3-9f14-62474d5bc96f    (incrementele dump dus)

in /var/lib/dumpdate komen dan entries als :

UUID=d5c597a9-c8dc-42d3-9f14-62474d5bc96f 0 Mon Jul 18 12:08:17 2022 +0200

en

UUID=d5c597a9-c8dc-42d3-9f14-62474d5bc96f 1 Tue Jul 19 12:10:05 2022 +0200

[vanadium]

Volgens mij zal je dan eerder succes hebben met de "/dev/disk/by-uuid/.." verwijzingen in plaats van je eigen geïmproviseerde syntax.

[aartje]

Volgens mij zal je dan eerder succes hebben met de "/dev/disk/by-uuid/.." verwijzingen in plaats van je eigen geïmproviseerde syntax.

Ik heb versie 0.4b47 gecompileerd en mijn syntax (geïmproviseerde?) gebruikt :
./dump 0uf /dev/null UUID=d5c597a9-c8dc-42d3-9f14-62474d5bc96f

en dat ging prima, behalve /var/lib/dumpdates werd toch weer met de "oude" /dev/sda1 aangepast.
(Naar /dev/null, omdat alleen maar test)

In versie 0.4b47-4 zou dat ook goed moeten gaan en komt de naam staan van het argument dat je zelf
gegeven hebt, maar die versie kan ik nog niet compileren.

[vanadium]

Het proberen waard geweest, maar dat bevestigt dat het probleem bij de software zelf ligt.