It should be that the file system of other disks is different, so it cannot be written, but it can be read. This is more common in dual-system situations.
Inconsistent file systems lead to failure. I haven’t tried it yet. Use df -T -h to see what the file system is under the system. The more commonly used ones such as redhat7's xfs, the frequently used zfs, the network file system nfs, and ubuntu's ext have not encountered this problem. Another reason I guess may be lack of permissions.
This should be a permissions issue 1. Set the destination folder to be readable and writable by the current user role 2. Set the files to be moved to be readable and writable by the current role Generally, set commonly used directories to be readable and writable sudo chmod –R 777 xxxxx xxxxx is an absolute directory
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
It should be that the file system of other disks is different, so it cannot be written, but it can be read. This is more common in dual-system situations.
Inconsistent file systems lead to failure. I haven’t tried it yet. Use df -T -h to see what the file system is under the system.
The more commonly used ones such as redhat7's xfs, the frequently used zfs, the network file system nfs, and ubuntu's ext have not encountered this problem.
Another reason I guess may be lack of permissions.
This should be a permissions issue
1. Set the destination folder to be readable and writable by the current user role
2. Set the files to be moved to be readable and writable by the current role
Generally, set commonly used directories to be readable and writable
sudo chmod –R 777 xxxxx
xxxxx is an absolute directory
Copy to xxx. The target is read-only.
Please make sure the directory you copied to has write permission