On 2/6/2011 4:43 AM, Anton Aylward wrote:
> Marc Chamberlin said the following on 02/06/2011 12:43 AM:
>> Anton, again thanks for your replies and thoughts. I see a bunch of
>> replies from you so will try to address each.. As for purpose, I don't
>> think that is important, but we are creating a database of old family
>> pictures and want to categorize them by placing in different
>> sub-directories. (along with other documents) Think about genealogy and
>> family trees and you will get the idea. She works on some, I work on
>> some.... When I get done with some work, I want to move the updates onto
>> her USB drive and this data must be placed in appropriate or new
>> directories as needed, and v.s. for her.. And we take our drives with
>> us to work with other family members, hence the need for portability...
> No, it *is* important because it is what drives your need for the USB.
>
> I too have family photos, videos, sound recordings.
> I archive them to my sever and then burn them onto a CD when I want to
> send them (or an update) to other family members.
>
> Certainly a file server (which could also serve as mail hub, web/wiki,
> many other things) is a more sensible approach to "sharing".
>
> Using FreeNAS would soak up both your NFS and your SAMBA services, and
> supply a few other services. An yes it has a GUI for management.
>
> My problem with your description is the idea that things have to be
> moved to the USB right away. The end use of the USB - "carry about" -
> is not unreasonable. Using it as a working media does not strike me as
> sensible for a number of reasons: speed of access, lack of uniqueness,
> and the fact that the media can only take so much use, its not like
> rotating magnetic media which can be re-written indefinitely.
>
> The USB - or in my case the CDs - should be the END POINT of the work.
>
> I can also see problems with you each working on 'local' copies and
> trying to cross update. You need on REFERENCE copy.
>
> Changing your process will eliminate many of the problems you are
> creating for yourself.
>
> Saying that manually copying to the USB is a PITA just shows you are
> hung up on moving the USB to an early point in the process rather than
> the end-point which it is.
>
> Now I know you are going to come up with a pile of "yes, but" responses,
> but the trend you are displaying is what might be termed "wallowing in
> ignorance". You are headbutting Linux rather than the Ju-Jitsu "go with
> the flow", trying to beat it into submission rather than using its
> strengths. Your remarks about CLI/GUI illustrate this: the shell is a
> very powerful tool and small scripts, one liners, trigger driven actions
> and such are part of what Linux is and what makes it so superior to
> Windows. If you stay in denial about using them, if you insist that
> security is getting in your way rather than making you focus, then you
> are going to be beset by "problems" than the rest of us simply don't
> encounter.
>
> In short, you are making life difficult for yourself by not 'going with
> the flow". Making everything world writeable, using SAMBA instead of
> NFS are illustrations of the technical aspect of this.
Anton - I think the time has come for you and I to simply agree to
disagree with each other. Like religious argumentation, I think we each
have a view that does not comprehend the others. My understanding of
your view is that you believe users should be forced into complying with
and accomplishing their tasks in the "Linux way", which I don't think is
easy to grok and narrow minded. I believe computers should be adaptable,
with consistent easy to understand tools and models, that allow the user
to easily adapt the tools they see and are familiar with, to new situations.
I do NOT understand the reasoning behind having an inconsistent security
model that on the one hand easily allows me to set the file/directory
permissions such that I can push or pull files across a network to/from
internal drives, but am restricted from doing so when it comes to
attached external USB drives. Conceptually, for a user, there should be
no difference in the security model being used to control access to
either type of drive, they simply hold a file system, and the OS has the
responsibility to make the security model consistent and transparent to
the user.
Yes, I probably could follow your suggestions of setting up a staging
process for moving files across. We could use a central repository, such
as CVS, but then I face the prospect of having to teach my wife, and
family members how to use it. (or any other file management system for
that matter.) They understand the simple ideas behind cp and mv, drag
and drop, how to navigate our network, etc along with the concept of
storing data on the external USB drives. Getting my wife, or 75 year old
mother to work (who uses Windoz instead, but cannot put anything
directly on my USB drive either) with anything more complicated will be
asking way too much of them! NOT gonna happen! I came to this mail list
seeking a way to solve this permissions problem with external USB
drives, in such a way that would allow all of us to continue to use the
tools we all understand, while letting this model of file transfer
remain transparent and consistent to them.
I understand the risks of reducing security, and wouldn't do so IF and
WHEN it did NOT block usability. I mitigate this some by doing automatic
backups of all our systems, every night, including the attached USB
drives if they are attached at the time the backup job is ran. (We use
Bacula, and it gets around the issue of assessing USB drives by having a
client daemon run locally on each system and only one central server,
Since the clients are local processes they can access the local USB
drive without any problem, just like a local user can).
I don't think my systems are all that messed up either, I just did a
fresh install of openSuSE11.3 on two of my systems here, and with just
NFS set up, using just the default settings that YaST2 set the NFS
server up with, I am still unable to access a USB drive that is
connected to these systems, from the other system, across the network.
I remain convinced that there is some security setting somewhere that is
preventing (write) access to a USB drive from across the network. Why
going through a Samba autofs mount point allows read access only when
reaching the USB drive, and going though an NFS autofs mount allows
neither, is beyond my grok capabilities at the moment.. To me, they both
should have just worked and chmod/chown should have been sufficient to
handled the settings of access permissions. Simple as that.... IF
chmod/chown had worked, then I might look further to see how to add
users, coming from other computers, across the network, to a group and
further tightened security access. But adding network users to a group
is something I have yet to figure out how to do...
I appreciate all your time Anton and suggestions. And yes perhaps I am
being stubborn, but unless you, or anyone else, can come up with a
solution on how to mount USB drives so they can be writable, from across
the network, I think it is time to call it a day and we will just
continue to live with this problem...
Marc...
P.S. BTW the Western Digital's "My Passport" USB disk drives ARE
rotating magnetic media and NOT flash drives. As such they are just as
robust as internal disk drives, very fast, and can perform lots of
read/write operations. I even run openSuSE off of an external eSata/USB
Seagate drive (it can be either, just requires a different cable/head)
and it too is a rotating magnetic media. USB drives are not necessarily
flash nor slow any more.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse+help(a)opensuse.org