Date: Wed, 28 Aug 2013 12:04:48 +0700 From: Olivier Nicole <olivier.nicole@cs.ait.ac.th> To: Olivier Nicole <olivier.nicole@cs.ait.ac.th> Cc: "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org> Subject: Re: Renumber users and groups Message-ID: <CA%2Bg%2BBvhBYoMGRjF7eUpW3G0kMVkdU_RQY9XUgSbPxgMCiO7p0A@mail.gmail.com> In-Reply-To: <CA%2Bg%2BBviap5e%2BfsqbJYejB_GUxNSUkcuD%2Ba6d1BvwCdQNDmQW0g@mail.gmail.com> References: <u9zjsb8bkz.fsf@banyan.cs.ait.ac.th> <5214E6EB.30102@fjl.co.uk> <1377102971.29516.12511917.7D1FFD58@webmail.messagingengine.com> <1377103734.1265.12517189.74648DF1@webmail.messagingengine.com> <CA%2Bg%2BBviap5e%2BfsqbJYejB_GUxNSUkcuD%2Ba6d1BvwCdQNDmQW0g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
One last comment, for the records, >>> Those solutions sound pretty handy if I need to move the files at the >>> same time. mtree should do this in-place with minimal fuss as it's just >>> confirming permissions and ownership on all files. >> I also just thought of an idea I need to benchmark: running mtree with >> and without nscd. I bet nscd could speed it up a lot. > > I did try mtree on my own files, counting for 20% of the total size, > and it took only seconds. > > I bet other users may have many more smaller files, but it's all a > matter of minutes, so it is fast enough. I found out that mtree would not renumber the symbolic links, so i had to solve that urgently afterward. Best regards, Olivier
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2Bg%2BBvhBYoMGRjF7eUpW3G0kMVkdU_RQY9XUgSbPxgMCiO7p0A>