<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks to Jeff and Ken for your help. I fixed the problem with<br>
chmod 770 mydata<br>
and the same for the one subdirectory with the same problem.<br>
<br>
I wonder if mydata's permission was changed during the Windows update
last week. I have Windows' "My Documents" folder pointing to mydata.
(Windows and Linux share the Data partition.)<br>
<br>
One other oddity came up: the list of groups in Ubuntu's user/group
management window skips from root (0) to users (100). At 46, plugdev
wasn't on the list. From a terminal window, I get the following entry
for plugdev in /etc/group:<br>
<br>
plugdev:x:46:haldaemon,steve<br>
<br>
Since I was already a member of the group, I didn't need to do anything
here.<br>
<br>
Thanks again,<br>
Steve<br>
<br>
<br>
Ken Bloom wrote:
<blockquote
cite="mid:20080104124017.1d7cc7cc@cat-in-the-hat.dnsalias.com"
type="cite">
<pre wrap="">On Fri, 04 Jan 2008 09:51:28 -0800
Jeff Newmiller <a class="moz-txt-link-rfc2396E" href="mailto:jdnewmil@dcn.davis.ca.us"><jdnewmil@dcn.davis.ca.us></a> wrote:
(reorganizing the quoting a bit to make it fit the logical sequence of
explanation)
</pre>
<blockquote type="cite">
<pre wrap="">Steve Weiss wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Last week my Ubuntu 7.10 system started denying me the right to
create or delete directories in a separate data partition created
when we setup my dual-boot (WinXP2) system at an installfest last
October. I'd had no trouble doing this before last week. I can
create and delete files within the directories, though.
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Here's the same for the partition itself, named /media/Data/mydata:
steve@SteveW:~$ ls -l /media/Data
total 40
-rwxrwx--- 1 root plugdev 8192 1980-01-01 00:00 fsck0000.rec
-rwxrwx--- 1 root plugdev 8192 1980-01-01 00:00 fsck0001.rec
dr-xr-x--- 42 root plugdev 8192 2007-10-06 23:58 mydata
drwxrwx--- 2 root plugdev 8192 2007-10-06 22:38 Recycled
-rwxrwx--- 1 root plugdev 8192 2007-12-30 00:29 vsnap.idx
</pre>
</blockquote>
</blockquote>
<blockquote type="cite">
<pre wrap="">This device is being managed by the hardware abstraction layer, so the
ownership is correct. Your username should be a member of the plugdev
group, and anyone you don't want to have access should not be a member
of that group. (/etc/groups or a GUI user/group management control panel)
I note that your "mydata" directory has no write access enabled.
This will prevent you from creating any files or directories
immediately within "mydata" (though subdirectories below that will
not be affected).
Creating a file in a directory depends on the execute and
write permissions being enabled for you on that directory...
permissions which are visible when you list them from the directory
that contains the directory you want to modify (one level up from
where you want to create files).
</pre>
</blockquote>
<pre wrap=""><!---->
Because vfat filesystems contain a read-only flag, which is implemented
by DOS/Windows, the kernel developers chose to expose this flag in
Linux as POSIX permissions. It's the write permission, and it is
possible to turn that on and off using chmod +w or chmod -w. My guess
is that the partition is vfat, and the read-only flag is set just about
everywhere that you'd be interested in reading and writing on the
partition. chmod --recursive +w should fix things.
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">One suspicious event occurred when I tried to copy data from one of
my kid's CDs to a flash drive. Turns out the CD had multiple
viruses on it. Ubuntu crashed several times just copying the files,
while other times the flash drive would refuse to accept any more
files although there was plenty of room on it, and it would unmount
itself. I later booted into Windows and scanned everything for
viruses. It only found them on the CD, not on either the Windows or
data partition, and not on the flash drive. (Of course, it couldn't
see the Linux partition.)
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
When copying off a CD, the resulting copy will be write-protected.
This is because you can't write to CD's in the ordinary way, so the
files don't have write permission to begin with. When they are copied,
the permissions are preserved as best as possible so the copy still
doesn't have write permission even though it's now on writable media.
This is the case on at least one of the operating systems
involved. I think this is true of Linux since I haven't used windows
in ages, so I wouldn't be remembering an oddity like this from Windows.
It doesn't sound like you copied the data on your partition off of a CD
(the CD copy you're talking about is something else), but is it
possible that you did something like that with your own data at some
point (e.g. restoring from a backup)?
--Ken
</pre>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
vox-tech mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vox-tech@lists.lugod.org">vox-tech@lists.lugod.org</a>
<a class="moz-txt-link-freetext" href="http://lists.lugod.org/mailman/listinfo/vox-tech">http://lists.lugod.org/mailman/listinfo/vox-tech</a></pre>
</blockquote>
</body>
</html>