(First column is mtime, second column is nlinks.) Many files are OK. Those with mtime=0 date back to before commite4752118691e41ae8307649d1abfd4739b3e4bfa. Those with mtime=-3599 typically have a lot of hard links (fordeduplication) and correspond to source files that rarely change, whichsuggests they might have been created long ago and we’re just seeing nowthe symptoms of old problems. Actually, the wrong mtime may come from the synchronization of the storeon the new storage device on berlin a couple of months ago. That soundsvery likely. I was not able to reproduce on my machine using ‘guix copy --from’(which uses the same code path as offloading) so I’ll just close itassuming it’s a problem specific to berlin. Ludo’.