Is it possible to expect copies of files from ext4 to ntfs filesystems can work equally well as the original?
Clash Royale CLAN TAG#URR8PPP
up vote
3
down vote
favorite
I am reading about how symlinks created on linux filesystem not work well when copied to NTFS filesystem at https://ubuntuforums.org/showthread.php?t=1497914. Is it possible to copy files of any type from ext4 to ntfs filesystems and still expect the copies can work equally well as the original?
Under Ubuntu, I once copied files (directories and symlinks and hardlinks) from ext4 to a NTFS filesystem in a USB external hard drive. I don't think I had problem when using the copies of symlinks on the NTFS filesystem, when the linked files have also been copied to the NTFS filesystem and the relative paths between the symlinks and the linked files are still the same.
filesystems backup ext4 ntfs
New contributor
add a comment |
up vote
3
down vote
favorite
I am reading about how symlinks created on linux filesystem not work well when copied to NTFS filesystem at https://ubuntuforums.org/showthread.php?t=1497914. Is it possible to copy files of any type from ext4 to ntfs filesystems and still expect the copies can work equally well as the original?
Under Ubuntu, I once copied files (directories and symlinks and hardlinks) from ext4 to a NTFS filesystem in a USB external hard drive. I don't think I had problem when using the copies of symlinks on the NTFS filesystem, when the linked files have also been copied to the NTFS filesystem and the relative paths between the symlinks and the linked files are still the same.
filesystems backup ext4 ntfs
New contributor
add a comment |
up vote
3
down vote
favorite
up vote
3
down vote
favorite
I am reading about how symlinks created on linux filesystem not work well when copied to NTFS filesystem at https://ubuntuforums.org/showthread.php?t=1497914. Is it possible to copy files of any type from ext4 to ntfs filesystems and still expect the copies can work equally well as the original?
Under Ubuntu, I once copied files (directories and symlinks and hardlinks) from ext4 to a NTFS filesystem in a USB external hard drive. I don't think I had problem when using the copies of symlinks on the NTFS filesystem, when the linked files have also been copied to the NTFS filesystem and the relative paths between the symlinks and the linked files are still the same.
filesystems backup ext4 ntfs
New contributor
I am reading about how symlinks created on linux filesystem not work well when copied to NTFS filesystem at https://ubuntuforums.org/showthread.php?t=1497914. Is it possible to copy files of any type from ext4 to ntfs filesystems and still expect the copies can work equally well as the original?
Under Ubuntu, I once copied files (directories and symlinks and hardlinks) from ext4 to a NTFS filesystem in a USB external hard drive. I don't think I had problem when using the copies of symlinks on the NTFS filesystem, when the linked files have also been copied to the NTFS filesystem and the relative paths between the symlinks and the linked files are still the same.
filesystems backup ext4 ntfs
filesystems backup ext4 ntfs
New contributor
New contributor
New contributor
asked Nov 21 at 13:46
Ben
2788
2788
New contributor
New contributor
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
up vote
3
down vote
It depends on:
- the version of ntfs-3g (
2017.3.23 integrated FUSE 28
needed) - how you set up the NTFS and the EXT4 partitions
The ntfs-3g driver has a lot of functionality built-in that allows you to:
- perform user mapping
- read Alternate Data Streams (ADS)
- have the following extra options:
- Enable setting POSIX ACLs
- Use Windows Inheritance rules (
inheritance
) - Show/hide Windows System files (
show_sys_files
) - Show/hide Hidden files (
hide_hid_files
) - ...
but all these take careful planning before use and management afterwards (so if you create a new user on the Ubuntu part, you need to create the same user on Windows, have the same passwords on both sides, ...)
So: Yes, it can handle special files like symbolic links, devices, and FIFOs, but it's a lot of work, so for professional use: read the docs, plan and deploy, but for a simple dual boot, don't bother unless you want to dig down into the bowels of NTFS...
¯_(ツ)_/¯
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
add a comment |
up vote
3
down vote
The file content will be the same after copying from
ext4
to NTFS.But the permissions and ownership are often modified.
If the performance depends on permissions or ownership, there might be problems after copying.
There may be protection against executing programs from an external drive.
If you try to use the file in the other operative system (Windows), you cannot expect an executable file or symbolic link to work, but data files, for example documents, pictures and video clips can be expected to work.
Edit:
I tested with executable files, the compiled program htop
and the set of shellscripts mkusb
.
Operating system: persistent live Ubuntu 18.10 created with mkusb.
File system: Partition number 1 with NTFS, mounted as
/media/ubuntu/usbdata
Commands:
sudo add-apt-repository ppa:mkusb/unstable
sudo apt install mkusb usb-pack-efi
sudo apt install htop
which htop
cd /media/ubuntu/usbdata
ln -s /usr/bin/htop link-to-htop-in-ntfs
./link-to-htop-in-ntfs
ln -s /usr/bin/mkusb link-to-mkusb-in-ntfs
./link-to-mkusb-in-ntfs
which mkusb-nox
cp -p /usr/sbin/mkusb-nox copy-of-mkusb-nox-in-ntfs
./copy-of-mkusb-nox-in-ntfs
ln -s /media/ubuntu/usbdata/copy-of-mkusb-nox-in-ntfs link-to-copy-of-mkusb-nox-in-ntfs
./link-to-copy-of-mkusb-nox-in-ntfs
cp -p /usr/bin/htop htop-copied-to-ntfs
./htop-copied-to-ntfs
These commands work (while still in the persistent live Ubuntu 18.10, which is running in an external drive). In other words, executable files and symbolic links work from an NTFS file system.
But in some installed systems, execution of programs in external drives is prohibited for security reasons. This can be changed according to the following link,
Mount NTFS partition in a USB drive with custom permissions and owner
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
It depends on:
- the version of ntfs-3g (
2017.3.23 integrated FUSE 28
needed) - how you set up the NTFS and the EXT4 partitions
The ntfs-3g driver has a lot of functionality built-in that allows you to:
- perform user mapping
- read Alternate Data Streams (ADS)
- have the following extra options:
- Enable setting POSIX ACLs
- Use Windows Inheritance rules (
inheritance
) - Show/hide Windows System files (
show_sys_files
) - Show/hide Hidden files (
hide_hid_files
) - ...
but all these take careful planning before use and management afterwards (so if you create a new user on the Ubuntu part, you need to create the same user on Windows, have the same passwords on both sides, ...)
So: Yes, it can handle special files like symbolic links, devices, and FIFOs, but it's a lot of work, so for professional use: read the docs, plan and deploy, but for a simple dual boot, don't bother unless you want to dig down into the bowels of NTFS...
¯_(ツ)_/¯
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
add a comment |
up vote
3
down vote
It depends on:
- the version of ntfs-3g (
2017.3.23 integrated FUSE 28
needed) - how you set up the NTFS and the EXT4 partitions
The ntfs-3g driver has a lot of functionality built-in that allows you to:
- perform user mapping
- read Alternate Data Streams (ADS)
- have the following extra options:
- Enable setting POSIX ACLs
- Use Windows Inheritance rules (
inheritance
) - Show/hide Windows System files (
show_sys_files
) - Show/hide Hidden files (
hide_hid_files
) - ...
but all these take careful planning before use and management afterwards (so if you create a new user on the Ubuntu part, you need to create the same user on Windows, have the same passwords on both sides, ...)
So: Yes, it can handle special files like symbolic links, devices, and FIFOs, but it's a lot of work, so for professional use: read the docs, plan and deploy, but for a simple dual boot, don't bother unless you want to dig down into the bowels of NTFS...
¯_(ツ)_/¯
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
add a comment |
up vote
3
down vote
up vote
3
down vote
It depends on:
- the version of ntfs-3g (
2017.3.23 integrated FUSE 28
needed) - how you set up the NTFS and the EXT4 partitions
The ntfs-3g driver has a lot of functionality built-in that allows you to:
- perform user mapping
- read Alternate Data Streams (ADS)
- have the following extra options:
- Enable setting POSIX ACLs
- Use Windows Inheritance rules (
inheritance
) - Show/hide Windows System files (
show_sys_files
) - Show/hide Hidden files (
hide_hid_files
) - ...
but all these take careful planning before use and management afterwards (so if you create a new user on the Ubuntu part, you need to create the same user on Windows, have the same passwords on both sides, ...)
So: Yes, it can handle special files like symbolic links, devices, and FIFOs, but it's a lot of work, so for professional use: read the docs, plan and deploy, but for a simple dual boot, don't bother unless you want to dig down into the bowels of NTFS...
¯_(ツ)_/¯
It depends on:
- the version of ntfs-3g (
2017.3.23 integrated FUSE 28
needed) - how you set up the NTFS and the EXT4 partitions
The ntfs-3g driver has a lot of functionality built-in that allows you to:
- perform user mapping
- read Alternate Data Streams (ADS)
- have the following extra options:
- Enable setting POSIX ACLs
- Use Windows Inheritance rules (
inheritance
) - Show/hide Windows System files (
show_sys_files
) - Show/hide Hidden files (
hide_hid_files
) - ...
but all these take careful planning before use and management afterwards (so if you create a new user on the Ubuntu part, you need to create the same user on Windows, have the same passwords on both sides, ...)
So: Yes, it can handle special files like symbolic links, devices, and FIFOs, but it's a lot of work, so for professional use: read the docs, plan and deploy, but for a simple dual boot, don't bother unless you want to dig down into the bowels of NTFS...
¯_(ツ)_/¯
answered Nov 21 at 23:02
Fabby
3,13911127
3,13911127
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
add a comment |
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
1
1
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
+1 for sharing experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:38
add a comment |
up vote
3
down vote
The file content will be the same after copying from
ext4
to NTFS.But the permissions and ownership are often modified.
If the performance depends on permissions or ownership, there might be problems after copying.
There may be protection against executing programs from an external drive.
If you try to use the file in the other operative system (Windows), you cannot expect an executable file or symbolic link to work, but data files, for example documents, pictures and video clips can be expected to work.
Edit:
I tested with executable files, the compiled program htop
and the set of shellscripts mkusb
.
Operating system: persistent live Ubuntu 18.10 created with mkusb.
File system: Partition number 1 with NTFS, mounted as
/media/ubuntu/usbdata
Commands:
sudo add-apt-repository ppa:mkusb/unstable
sudo apt install mkusb usb-pack-efi
sudo apt install htop
which htop
cd /media/ubuntu/usbdata
ln -s /usr/bin/htop link-to-htop-in-ntfs
./link-to-htop-in-ntfs
ln -s /usr/bin/mkusb link-to-mkusb-in-ntfs
./link-to-mkusb-in-ntfs
which mkusb-nox
cp -p /usr/sbin/mkusb-nox copy-of-mkusb-nox-in-ntfs
./copy-of-mkusb-nox-in-ntfs
ln -s /media/ubuntu/usbdata/copy-of-mkusb-nox-in-ntfs link-to-copy-of-mkusb-nox-in-ntfs
./link-to-copy-of-mkusb-nox-in-ntfs
cp -p /usr/bin/htop htop-copied-to-ntfs
./htop-copied-to-ntfs
These commands work (while still in the persistent live Ubuntu 18.10, which is running in an external drive). In other words, executable files and symbolic links work from an NTFS file system.
But in some installed systems, execution of programs in external drives is prohibited for security reasons. This can be changed according to the following link,
Mount NTFS partition in a USB drive with custom permissions and owner
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
add a comment |
up vote
3
down vote
The file content will be the same after copying from
ext4
to NTFS.But the permissions and ownership are often modified.
If the performance depends on permissions or ownership, there might be problems after copying.
There may be protection against executing programs from an external drive.
If you try to use the file in the other operative system (Windows), you cannot expect an executable file or symbolic link to work, but data files, for example documents, pictures and video clips can be expected to work.
Edit:
I tested with executable files, the compiled program htop
and the set of shellscripts mkusb
.
Operating system: persistent live Ubuntu 18.10 created with mkusb.
File system: Partition number 1 with NTFS, mounted as
/media/ubuntu/usbdata
Commands:
sudo add-apt-repository ppa:mkusb/unstable
sudo apt install mkusb usb-pack-efi
sudo apt install htop
which htop
cd /media/ubuntu/usbdata
ln -s /usr/bin/htop link-to-htop-in-ntfs
./link-to-htop-in-ntfs
ln -s /usr/bin/mkusb link-to-mkusb-in-ntfs
./link-to-mkusb-in-ntfs
which mkusb-nox
cp -p /usr/sbin/mkusb-nox copy-of-mkusb-nox-in-ntfs
./copy-of-mkusb-nox-in-ntfs
ln -s /media/ubuntu/usbdata/copy-of-mkusb-nox-in-ntfs link-to-copy-of-mkusb-nox-in-ntfs
./link-to-copy-of-mkusb-nox-in-ntfs
cp -p /usr/bin/htop htop-copied-to-ntfs
./htop-copied-to-ntfs
These commands work (while still in the persistent live Ubuntu 18.10, which is running in an external drive). In other words, executable files and symbolic links work from an NTFS file system.
But in some installed systems, execution of programs in external drives is prohibited for security reasons. This can be changed according to the following link,
Mount NTFS partition in a USB drive with custom permissions and owner
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
add a comment |
up vote
3
down vote
up vote
3
down vote
The file content will be the same after copying from
ext4
to NTFS.But the permissions and ownership are often modified.
If the performance depends on permissions or ownership, there might be problems after copying.
There may be protection against executing programs from an external drive.
If you try to use the file in the other operative system (Windows), you cannot expect an executable file or symbolic link to work, but data files, for example documents, pictures and video clips can be expected to work.
Edit:
I tested with executable files, the compiled program htop
and the set of shellscripts mkusb
.
Operating system: persistent live Ubuntu 18.10 created with mkusb.
File system: Partition number 1 with NTFS, mounted as
/media/ubuntu/usbdata
Commands:
sudo add-apt-repository ppa:mkusb/unstable
sudo apt install mkusb usb-pack-efi
sudo apt install htop
which htop
cd /media/ubuntu/usbdata
ln -s /usr/bin/htop link-to-htop-in-ntfs
./link-to-htop-in-ntfs
ln -s /usr/bin/mkusb link-to-mkusb-in-ntfs
./link-to-mkusb-in-ntfs
which mkusb-nox
cp -p /usr/sbin/mkusb-nox copy-of-mkusb-nox-in-ntfs
./copy-of-mkusb-nox-in-ntfs
ln -s /media/ubuntu/usbdata/copy-of-mkusb-nox-in-ntfs link-to-copy-of-mkusb-nox-in-ntfs
./link-to-copy-of-mkusb-nox-in-ntfs
cp -p /usr/bin/htop htop-copied-to-ntfs
./htop-copied-to-ntfs
These commands work (while still in the persistent live Ubuntu 18.10, which is running in an external drive). In other words, executable files and symbolic links work from an NTFS file system.
But in some installed systems, execution of programs in external drives is prohibited for security reasons. This can be changed according to the following link,
Mount NTFS partition in a USB drive with custom permissions and owner
The file content will be the same after copying from
ext4
to NTFS.But the permissions and ownership are often modified.
If the performance depends on permissions or ownership, there might be problems after copying.
There may be protection against executing programs from an external drive.
If you try to use the file in the other operative system (Windows), you cannot expect an executable file or symbolic link to work, but data files, for example documents, pictures and video clips can be expected to work.
Edit:
I tested with executable files, the compiled program htop
and the set of shellscripts mkusb
.
Operating system: persistent live Ubuntu 18.10 created with mkusb.
File system: Partition number 1 with NTFS, mounted as
/media/ubuntu/usbdata
Commands:
sudo add-apt-repository ppa:mkusb/unstable
sudo apt install mkusb usb-pack-efi
sudo apt install htop
which htop
cd /media/ubuntu/usbdata
ln -s /usr/bin/htop link-to-htop-in-ntfs
./link-to-htop-in-ntfs
ln -s /usr/bin/mkusb link-to-mkusb-in-ntfs
./link-to-mkusb-in-ntfs
which mkusb-nox
cp -p /usr/sbin/mkusb-nox copy-of-mkusb-nox-in-ntfs
./copy-of-mkusb-nox-in-ntfs
ln -s /media/ubuntu/usbdata/copy-of-mkusb-nox-in-ntfs link-to-copy-of-mkusb-nox-in-ntfs
./link-to-copy-of-mkusb-nox-in-ntfs
cp -p /usr/bin/htop htop-copied-to-ntfs
./htop-copied-to-ntfs
These commands work (while still in the persistent live Ubuntu 18.10, which is running in an external drive). In other words, executable files and symbolic links work from an NTFS file system.
But in some installed systems, execution of programs in external drives is prohibited for security reasons. This can be changed according to the following link,
Mount NTFS partition in a USB drive with custom permissions and owner
edited Nov 22 at 8:25
answered Nov 21 at 15:47
sudodus
57116
57116
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
add a comment |
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
@Fabby, your answer is more detailed (than mine), which indicates that you have more experience of possible problems and solutions :-)
– sudodus
Nov 22 at 5:37
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
Now with the edit: +1 But indeed, I compiled the driver from source to have all the new functionality because, well, science, but for a simple dual boot, it's not worth it because I don't use Windows often enough...
– Fabby
Nov 22 at 8:53
add a comment |
Ben is a new contributor. Be nice, and check out our Code of Conduct.
Ben is a new contributor. Be nice, and check out our Code of Conduct.
Ben is a new contributor. Be nice, and check out our Code of Conduct.
Ben is a new contributor. Be nice, and check out our Code of Conduct.
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%2f483208%2fis-it-possible-to-expect-copies-of-files-from-ext4-to-ntfs-filesystems-can-work%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