Copying the file broken?

[ONEEYEMAN]

Hi, ALL,
Have a weird question.

Since my laptop doesn't have a network right now, I tried to pull my code in one of my other laptops (KDE and wired interface)

So I execute "git pull" and brought the updated code in.

Then I attached mu USB external hard drive, mounted it and copy the code as root over to that drive.

I then verified that the code is there, by unmounting the drive and mounting it again.

Then I unmounted the drive and attached the drive to the laptop in question.

Again drive was mounted and the files were copied.

However, when I tried to do the "ls -la" the files were not changed and the user/group on them were still showing as a regular user and not root.

The KDE laptop is very old and was not updated for a while.

Does anyone experienced that before?

Also - I hope this is the right forum for that kind of stuff...

Thank you.

[eccerr0r]

Not sure if I understand correctly but removable storage with automount with udisks, will honor permissions for the person who's occupying the console seat for disks that don't have user permissions (fat/vfat, etc.) I suppose this is due to console attack principle, if the person has physical control of the media, there's no reason to bother honoring root permissions - they already effectively have it.

I recall some extfs disks however maintaining user permissions so this isn't true for all fs.

Encryption is a different matter.
_________________
Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching?

[Hu]

What options were used for copying the file to the destination system? Did cp/rsync (as appropriate) display any errors? My guess from the description (and lack of program output) is that the new copy ended up somewhere other than expected, leaving the existing files untouched.

[ONEEYEMAN]

Hu,
I unounted the automatic one and use the following command: