Debian.... - Page 6

joe.pelayo · #76 14th July 2007, 02:20 AM

Quote:

Originally Posted by bseltzer

Hmmm.... That's odd. Mind you, this whole thread is testament to my lack of experience with Debian, but I've also got a USB HD with about 15 GB of Nikon RAW files sitting on it that gets moved from computer to computer, and the "chown -R" seems to work just fine under Debian. 'Course I am running lenny, if that makes any difference.

What if you use your UID instead of the user name?

Regards,
Bert

I considered it to be equivalent, anyway I'll try.
The problem seems to be to recursively set permissions and, since I have lots of folders...it is really annoying.

UPDATE: It seemed to work with most of the files.

Thanks.
Joe.

joe.pelayo · #77 14th July 2007, 07:11 AM

Another shortcoming (and this is a big one) I found in Debian is that the machine freezes when I end session (to let another user log in). If I shutdown/reboot there is no problem.

I was using the fglrx driver when that happened, not I am trying with Radeon.

Joe.

UPDATE: With the Radeon driver the thing works. As I am unable to enable Beryl anyway I will use Radeon from now on.

bseltzer · #78 14th July 2007, 08:30 AM

Quote:

Originally Posted by joe.pelayo

I considered it to be equivalent, anyway I'll try.
The problem seems to be to recursively set permissions and, since I have lots of folders...it is really annoying.

UPDATE: It seemed to work with most of the files.

Thanks.
Joe.

I know what you mean. The directory structure I use to allow a reasonably sane work flow for editing and converting my NEF files and keeping them separated by month/year is of necessity many layers deep. It would be a nightmare if the "-R" switch didn't work.

I'm just puzzled by the need to use UID instead of user name. I just did a small experiment that confirms both work on my Debian box. Strange...

Regards,
Bert

joe.pelayo · #79 14th July 2007, 03:57 PM

Quote:

Originally Posted by bseltzer

I know what you mean. The directory structure I use to allow a reasonably sane work flow for editing and converting my NEF files and keeping them separated by month/year is of necessity many layers deep. It would be a nightmare if the "-R" switch didn't work.

I'm just puzzled by the need to use UID instead of user name. I just did a small experiment that confirms both work on my Debian box. Strange...

Regards,
Bert

There are several reasons that could account for the problem. First of all I am not very original with respect to user names and my personal user account in all Linux systems is joe (that could mislead the command because some files might already be owned by some 'joe' and thus the instruction would skip them, I think). As mentioned earlier the command worked very well with UID.

Some of the files that weren't 'owned' using user name did not grant me write privileges and said they belonged to a 'plugdev' directory.

Joe.

bseltzer · #80 14th July 2007, 05:28 PM

Quote:

Originally Posted by joe.pelayo

There are several reasons that could account for the problem. First of all I am not very original with respect to user names and my personal user account in all Linux systems is joe (that could mislead the command because some files might already be owned by some 'joe' and thus the instruction would skip them, I think). As mentioned earlier the command worked very well with UID.

Some of the files that weren't 'owned' using user name did not grant me write privileges and said they belonged to a 'plugdev' directory.

Joe.

Joe,

See, the thing is, as far as the system is concerned, UID and GID are all that really matters. Commands like "ls" and such will make the translation based on /etc/passwd & /etc/group, but just as a concession to human readability. My guess is the the UID on one system corresponds to some system UID on the other machine that's somehow "privileged".

Another thought that occurred to me is, does this drive ever get mounted on an NTFS based Windows box? I have seen that do some strange things to file permissions. Of the two possibilities I've mentioned, this one is the lower probability.

Regards,
Bert

joe.pelayo · #81 14th July 2007, 08:22 PM

Quote:

Originally Posted by bseltzer

Joe,

See, the thing is, as far as the system is concerned, UID and GID are all that really matters. Commands like "ls" and such will make the translation based on /etc/passwd & /etc/group, but just as a concession to human readability. My guess is the the UID on one system corresponds to some system UID on the other machine that's somehow "privileged".

Another thought that occurred to me is, does this drive ever get mounted on an NTFS based Windows box? I have seen that do some strange things to file permissions. Of the two possibilities I've mentioned, this one is the lower probability.

Regards,
Bert

I believe it is the first possibility because the hard disk is formated as ext3 (to prevent any Windows moron to see inside should it fall in wrong hands; there is an extra NTFS partition to make Windows actually detect something and don't offer itself to format).

Thanks.
Joe.