How should I merge two folders on the same filesystem?
Clash Royale CLAN TAG#URR8PPP
0
I have two directories that look something like the following but with many more files.
folder1/pic1.png
folder1/test/readme.txt
folder2/guest.html
folder2/backup/notes.txt
I want to "merge" these two so all the contents of folder2 end up in folder1 and folder2 gets removed. They are on the same filesystem and disk (ext4). I know all of the files are unique, would mv work fine here?
linux files filesystems file-copy
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
add a comment |
0
I have two directories that look something like the following but with many more files.
folder1/pic1.png
folder1/test/readme.txt
folder2/guest.html
folder2/backup/notes.txt
I want to "merge" these two so all the contents of folder2 end up in folder1 and folder2 gets removed. They are on the same filesystem and disk (ext4). I know all of the files are unique, would mv work fine here?
linux files filesystems file-copy
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
add a comment |
0
0
0
I have two directories that look something like the following but with many more files.
folder1/pic1.png
folder1/test/readme.txt
folder2/guest.html
folder2/backup/notes.txt
I want to "merge" these two so all the contents of folder2 end up in folder1 and folder2 gets removed. They are on the same filesystem and disk (ext4). I know all of the files are unique, would mv work fine here?
linux files filesystems file-copy
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
I have two directories that look something like the following but with many more files.
folder1/pic1.png
folder1/test/readme.txt
folder2/guest.html
folder2/backup/notes.txt
I want to "merge" these two so all the contents of folder2 end up in folder1 and folder2 gets removed. They are on the same filesystem and disk (ext4). I know all of the files are unique, would mv work fine here?
linux files filesystems file-copy
linux files filesystems file-copy
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
asked Jan 6 at 9:07
RansuDoragonRansuDoragon
115
115
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
0
The "rsync" command is useful for this. I do something like this:
rsync -PHACcviuma --copy-unsafe-links --exclude="*~" folder2/ folder1/ && rm -fr folder2
All the flags are documented in the rsync man page; basically rsync won't replace newer files with older ones, and won't bother to copy any files that are duplicated in the destination. Otherwise it will copy things with the original metadata (timestamp, permissions, etc) preserved.
The rsync program will also include "hidden files" (names starting with "."), backups (ending with "~", etc) so I use the --exclude option to skip certain uninteresting file patterns.
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
|
show 1 more comment
1
Yes, mv works here.
$ mv -i folder2/* folder1/
Note the -i flag is to add some safety.
answered Jan 6 at 9:14
CharlesCharles
1988
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the*doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace*with,.[^.],..?*.
– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492777%2fhow-should-i-merge-two-folders-on-the-same-filesystem%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
0
The "rsync" command is useful for this. I do something like this:
rsync -PHACcviuma --copy-unsafe-links --exclude="*~" folder2/ folder1/ && rm -fr folder2
All the flags are documented in the rsync man page; basically rsync won't replace newer files with older ones, and won't bother to copy any files that are duplicated in the destination. Otherwise it will copy things with the original metadata (timestamp, permissions, etc) preserved.
The rsync program will also include "hidden files" (names starting with "."), backups (ending with "~", etc) so I use the --exclude option to skip certain uninteresting file patterns.
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
|
show 1 more comment
0
The "rsync" command is useful for this. I do something like this:
rsync -PHACcviuma --copy-unsafe-links --exclude="*~" folder2/ folder1/ && rm -fr folder2
All the flags are documented in the rsync man page; basically rsync won't replace newer files with older ones, and won't bother to copy any files that are duplicated in the destination. Otherwise it will copy things with the original metadata (timestamp, permissions, etc) preserved.
The rsync program will also include "hidden files" (names starting with "."), backups (ending with "~", etc) so I use the --exclude option to skip certain uninteresting file patterns.
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
|
show 1 more comment
0
0
0
The "rsync" command is useful for this. I do something like this:
rsync -PHACcviuma --copy-unsafe-links --exclude="*~" folder2/ folder1/ && rm -fr folder2
All the flags are documented in the rsync man page; basically rsync won't replace newer files with older ones, and won't bother to copy any files that are duplicated in the destination. Otherwise it will copy things with the original metadata (timestamp, permissions, etc) preserved.
The rsync program will also include "hidden files" (names starting with "."), backups (ending with "~", etc) so I use the --exclude option to skip certain uninteresting file patterns.
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
The "rsync" command is useful for this. I do something like this:
rsync -PHACcviuma --copy-unsafe-links --exclude="*~" folder2/ folder1/ && rm -fr folder2
All the flags are documented in the rsync man page; basically rsync won't replace newer files with older ones, and won't bother to copy any files that are duplicated in the destination. Otherwise it will copy things with the original metadata (timestamp, permissions, etc) preserved.
The rsync program will also include "hidden files" (names starting with "."), backups (ending with "~", etc) so I use the --exclude option to skip certain uninteresting file patterns.
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
answered Jan 6 at 10:47
s'kiddie cats'kiddie cat
262
262
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
|
show 1 more comment
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
I don't want to copy, I want to move the files. Unless I'm missing something rsync will make copies of everything and disk intensive. I just want to merge folders of different files into one folder.
– RansuDoragon
Jan 6 at 14:25
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
Well, that's what the "rm -fr folder2" at the end of the line is for.
– s'kiddie cat
Jan 7 at 15:05
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
I thought I read that moving files was faster if done on the same filesystem. From what I understand 'rsync' copies each file but 'mv' actually just edits where the file is in the filesystem instead of rewriting the whole file IF it's the same filesystem. I just wanted to double check that I wasn't misunderstanding what happens when using 'mv' to move files inside one folder to another folder.
– RansuDoragon
Jan 8 at 9:08
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
Yes, mv'ing is faster if on the same fs, since it's just an update of the directory entry. If you're sure any duplicated files are really duplicates (not updated files with the same name) then "mv -f -r ..." would work for everything except the hidden files, then "mv -f .*" would get the hidden files, then you could handle any hidden directories individually. Or if you're going to do this often, then a script to handle all the "edge cases" would be fast and effective. Not worth it if this is a one-time effort, though.
– s'kiddie cat
Jan 9 at 9:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". Instead of writing a script to handle this with mv, I've switched to using rsync.
– RansuDoragon
Jan 9 at 13:30
|
show 1 more comment
1
Yes, mv works here.
$ mv -i folder2/* folder1/
Note the -i flag is to add some safety.
answered Jan 6 at 9:14
CharlesCharles
1988
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the*doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace*with,.[^.],..?*.
– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
add a comment |
1
Yes, mv works here.
$ mv -i folder2/* folder1/
Note the -i flag is to add some safety.
answered Jan 6 at 9:14
CharlesCharles
1988
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the*doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace*with,.[^.],..?*.
– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
add a comment |
1
1
1
Yes, mv works here.
$ mv -i folder2/* folder1/
Note the -i flag is to add some safety.
answered Jan 6 at 9:14
CharlesCharles
1988
Yes, mv works here.
$ mv -i folder2/* folder1/
Note the -i flag is to add some safety.
answered Jan 6 at 9:14
CharlesCharles
1988
answered Jan 6 at 9:14
CharlesCharles
1988
answered Jan 6 at 9:14
CharlesCharles
1988
answered Jan 6 at 9:14
CharlesCharles
1988
1988
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the*doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace*with,.[^.],..?*.
– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
add a comment |
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the*doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace*with,.[^.],..?*.
– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
The glob also grabs any hidden folders or files marked with a dot?
– RansuDoragon
Jan 6 at 9:17
Nope, the
* doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace * with ,.[^.],..?*.– Charles
Jan 6 at 9:25
Nope, the
* doesn't match those hidden files/dirs whose name start with a dot. If you want to mv those hidden files/dirs, replace * with ,.[^.],..?*.– Charles
Jan 6 at 9:25
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
I've used a program called 'mergerfs' from github.com/trapexit/mergerfs This basically 'combines' in software a bunch of other storage locations (like a JBOD) to one single mount point. This means that because of how I setup 'mergerfs' to store files across my connected hard drives that I have a bunch of folders that are named the same. This is causing issues with 'mv' wanting to overwrite folders and then failing because "directory not empty". I'm switching the answer because rsync works better in this case. It takes longer because it's copying but at least it's more reliable.
– RansuDoragon
Jan 9 at 13:29
add a comment |
draft saved
draft discarded
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492777%2fhow-should-i-merge-two-folders-on-the-same-filesystem%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
