Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #179950

Re: Copying file has unexpected side effect

Show all headers | View raw

On 04/09/2017 02:40 PM, Steve McIntyre wrote:
> rowlett@cloud85.net wrote:
>> On 04/09/2017 10:47 AM, Richard Owlett wrote:

Re-inserting _*CRITICAL_ critical information from 1st post
<begin quote>
I have a laptop with multiple installs of Debian Jessie using MATE 
desktop. There are minor differences of package complements - the 
purpose being to determine an optimal configuration.

There are a relatively small number of files which I would like to have 
the latest version available no matter which install is active.
<end quote>


>>>
>>> My solution was to place this files on a separate partition of the >>> hdd. It will be mounted at boot. The fstab entry is currently
>>> UUID=E90C-65B4  /media/common vfat auto,exec,rw,flush,umask=000  0 0
>>>
>>> The problem occurred on the very first use:
>>> I opened /media/common by double-clicking its desktop icon.
>>> I then:
>>>   right-clicked on the desktop icon of a text file
>>>   selected "Copy" from the menu
>>>   moved mouse over the displayed directory of /media/common
>>>   right-clicked and chose "Paste" from menu
>>>
>>> The file was _apparently_ copied as expected.
>>> *HOWEVER* the act of copying set the execution flag.
>>> Why?
>>
>> I received an almost OFFLIST reply stating:
>> "Because your fstab entry contains the exec directive for the whole
>> filesystem"
>>
>> I suspected something of the sort. The man pages and wiki references
>> were opaque on how to chose the various mask options.
>>
>> What I had expected to happen was for execute flag to be whatever it >> had been set to on the source side.
>> I wanted all users to have rw permission - that was apparently
>> accomplished.
>
> The bits are rwxrwxrwx. Setting them all maps to (octal) 777. The
> umask determines which bits you *don't* want to see set from mount, so
> umask=111 will strip the execute bits.

That did not work as desired. The files on that partition can *NOT* be 
deleted.

The *EXPLICIT* purpose is for *EVERYONE* to absolutely free unfettered 
access to the files on that partition.
Think of it as a message board in the local grocery where anyone could 
post anything. Advertising flyers with tear off phone numbers included.

>
> Alternatively, use a real filesystem that supports permissions
> better (i.e. at all). vfat is horrid in many, many ways.
>

This machine doesn't have Windows on it. But I'll want to do the same 
thing on one with both Linux and Windows.

Ideas?

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Copying file has unexpected side effect Richard Owlett <rowlett@cloud85.net> - 2017-04-09 17:50 +0200
  Re: Copying file has unexpected side effect Richard Owlett <rowlett@cloud85.net> - 2017-04-09 18:10 +0200
    Re: Copying file has unexpected side effect Steve McIntyre <steve@einval.com> - 2017-04-09 21:50 +0200
      Re: Copying file has unexpected side effect Richard Owlett <rowlett@cloud85.net> - 2017-04-10 13:50 +0200
        Re: Copying file has unexpected side effect David Wright <deblis@lionunicorn.co.uk> - 2017-04-12 20:10 +0200

csiph-web