RE: [expert] File Permissions
Please excuse me ... I was looking at some old emails and realized that Todd Lyons had give me an answer to this question. I was not in my normal work environment when I got the email so I misplaced it. His answer worked ... Thanks Todd!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of H. Carter Harris Sent: Monday, February 10, 2003 1:27 PM To: [EMAIL PROTECTED] Subject: [expert] File Permissions I have been reading the Wrox book on Perl and the O'Reilly book on Apache but I'm having a lot of trouble getting the examples and exercises to work on a Mandrake system. I have also read the Apache documentation but that hasn't helped either. I'm beginning to feel like a real imbecile. What I am trying to do is get a cgi script to execute under apache. I have two pages defined under this domain. A default page with is displayed as it should be when a browser is pointed to the domain name. And a cgi page which generates the following error: You don't have permission to access /cgi-bin/cgihello.plx on this server. The permissions on the cgi-bin directory are: drwxr-xfr-x The permissions on the cgi program are: -rwxr-xr-x As you can deduct from the VirtualHost block for this domain below, the htdocs directory and the cgi-bin directory are on the same level. I considered that maybe the cgi-bin directory should be under the htdocs directory but nothing I read seemed to have such a restriction. VirtualHost 192.168.1.103 ServerName www.domainname.com DocumentRoot /usr/www/vtest/htdocs ScriptAlias /cgi-bin/ /usr/www/vtest/cgi-bin/ Directory /usr/www/vtest/htdocs Options +ExecCGI Indexes MultiViews AddHandler cgi-script cgi plx pl AllowOverride None Order allow,deny Allow from all /Directory /VirtualHost I added the AddHandler directive because the Wrox book was using .plx as the extension and I thought maybe it wasn't executing the file. I wondered if the first line of the cgi script (#!/usr/bin/perl) was not pointing to the perl program in Mandrake but I looked there and and that seems to be correct. I tried putting the ScriptAlias inside the Directory block but that gave me an error when I gracefully restated apache. Apache is version 1.3 running on version 8 of Mandrake. I would really appreciate any advice. Thanks in advance, Carter. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] file permissions in secure mandrake
Try http://www.mandrakesecure.net/en/docs/msec.php Paragraph Customizing msec With Overrides might answer your question. raffaele [EMAIL PROTECTED] wrote: When a secure mandrake boots up, it appears to check through the system and set permissions on files and directories throughout the system according to some pre-defined criteria. Where is this criteria set so I can customize it? -- jeremy Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] File Permissions/Attributes factory reset
hi LX when i want to reset the permissions to *factory settings* depending on what type of security level i enabled during install, i run 'msec X' where X is the security level. as far as my tinee winee brain can remember, msec has default settings (permissions for files, dirs,etc) for each security level you chose from during the install. hth =) dianne --- Lyvim Xaphir [EMAIL PROTECTED] wrote: Just theoretically, let's assume that a real good friend of mine accidentally chmod'ded all file permissions from the root...to something else other than what they were originally. Of course this wasn't me personally; you know I wouldn't do something like that. g Is there a utility available that would make it possible to salvage the filesystem by resetting all permissions back to factory settings? Or a script, even? TIA, LX -- °°° Kernel 2.4.8-26mdk Mandrake Linux 8.1 Enlightenment 0.16.5Evolution 1.02 Registered Linux User #268899 http://counter.li.org/ °°° _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] File Permissions/Attributes factory reset
On Wed, 2002-04-24 at 09:52, Dianne Marie Montesa wrote: hi LX when i want to reset the permissions to *factory settings* depending on what type of security level i enabled during install, i run 'msec X' where X is the security level. as far as my tinee winee brain can remember, msec has default settings (permissions for files, dirs,etc) for each security level you chose from during the install. hth =) dianne Thanks, Dianne. Since I've never used msec, you've prompted me to give it a try. I ran it and set up a custom security level...new umasks, user permissions, root permissions/umask, security reports, et al. I can't wait till my next login. ;) LX -- °°° Kernel 2.4.8-26mdk Mandrake Linux 8.1 Enlightenment 0.16.5Evolution 1.02 Registered Linux User #268899 http://counter.li.org/ °°° _ Do You Yahoo!? Get your free yahoo.com address at http://mail.yahoo.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] File Permissions/Attributes factory reset
On Fri, 2002-04-19 at 23:23, J. Craig Woods wrote: On Fri, 2002-04-19 at 20:14, Lyvim Xaphir wrote: Just theoretically, let's assume that a real good friend of mine accidentally chmod'ded all file permissions from the root...to something else other than what they were originally. Of course this wasn't me personally; you know I wouldn't do something like that. g Is there a utility available that would make it possible to salvage the filesystem by resetting all permissions back to factory settings? Or a script, even? I just love those postings that begin with the theoretical preface. You just know some poor bugger has stepped off into a bag of dog shit. LX, my good man, are you saying you have changed file ownership (chmod) on every file that originally belonged to root? Maybe you are just talking about the 'rwx' file permissions. Either case provides you with a formidable task to correct. Can you do any scripting in perl? The only reason I mention perl, there are many other languages to use, is because this is the one I am most comfortable using. Unless someone has a ready made script for your particular situation, you may need to crack some scripting books. Good luck, buddy Dr John The Night Tripper Eh...thanks, Dr John C. Guess I'll go tell myfriend... *sob* Evidently much L8R, LX -- °°° Kernel 2.4.8-26mdk Mandrake Linux 8.1 Enlightenment 0.16.5Evolution 1.02 Registered Linux User #268899 http://counter.li.org/ °°° _ Do You Yahoo!? Get your free yahoo.com address at http://mail.yahoo.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] File Permissions/Attributes factory reset
On Fri, 2002-04-19 at 20:14, Lyvim Xaphir wrote: Just theoretically, let's assume that a real good friend of mine accidentally chmod'ded all file permissions from the root...to something else other than what they were originally. Of course this wasn't me personally; you know I wouldn't do something like that. g Is there a utility available that would make it possible to salvage the filesystem by resetting all permissions back to factory settings? Or a script, even? I just love those postings that begin with the theoretical preface. You just know some poor bugger has stepped off into a bag of dog shit. LX, my good man, are you saying you have changed file ownership (chmod) on every file that originally belonged to root? Maybe you are just talking about the 'rwx' file permissions. Either case provides you with a formidable task to correct. Can you do any scripting in perl? The only reason I mention perl, there are many other languages to use, is because this is the one I am most comfortable using. Unless someone has a ready made script for your particular situation, you may need to crack some scripting books. Good luck, buddy Dr John The Night Tripper -- J. Craig Woods UNIX/NT Network/System Administration -Art is the illusion of spontaneity- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] File Permissions
You must have had some sad experience with an engineer? Of what variety since there are more kinds of engineers than there are Linux distros. "Weave a circle round him thrice, And close your eyes with holy dread, For he on honeydew hath fed, And drunk the milk of paradise." (The linux user) - Original Message - From: "Tom Berkley" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 14, 2000 8:03 PM Subject: Re: [expert] File Permissions Dunno about the nonsense you talk about. I kind of like being able to read from my vfat sections without mounting them up. If I want to work with windows, I boot to windows and download directly to windows. I have few reasons to transfer files to the win98 (vfat) partition. So there. If you don't like it customize it after you figure out how to do it. Sounds like you bitch a lot when you get frustrated on the learning curve. Something nice to know about yourself don't you think. Something to notice and then you don't have to lay it on someone else - your frustration that is. Are you an engineer by any chance? Tom Ron Stodden wrote: Wayne, If you carefully observe what happens when you mount and umount a vfat partition you will discover that the at mount time the mount point has had its ownership and groupship changed to the user who performed the mount, and that the permissions are changed so that the user who mounted the partition is the ONLY user permitted to write to it. You will also observe that permission to change anything about this mount point will be denied while anything is mounted to it. This has the effect of prohibiting anyone but the mounting user to write to that partition, presumably because FAT was never intended to support multiple concurrent asynchronous writes. This fact makes an absolute nonsense of Mandrake 7.0-2's attempt to pre-mount all the vfat partitions at boot time. To reduce their embarrassing techno-shame, Mandrake should remove all that, and also the crazily-named DOS mount points (in favour of mount points called C.D.E.F.G, etc. under a /mnt/local directory, to distinguish the local C, D, E drives from other nfs-mounted C, D, E drives from other PCs on your network). These would be mounted to /mnt/machine-name/C, D, E mount points). Wayne wrote: I am trying to change permissions of a directory on my system so I can use it to install etc programs into. I cannot get it to work though. I have Linux install on the 1st partition of my HD, Linux swap on #2, and Windows on #3. I have a primary slave installed which I use for all my Wind'ohs games. I then have a 6GB secondary master installed on which I would like to keep my temp files, installed progs etc. Under /dev/hdd1, the owner of th device is listed as me (wapether) not root. However, the directories are listed as root owned. -- Regards, Ron. [AU] - sent by Linux.
Re: [expert] File Permissions
Wayne, If you carefully observe what happens when you mount and umount a vfat partition you will discover that the at mount time the mount point has had its ownership and groupship changed to the user who performed the mount, and that the permissions are changed so that the user who mounted the partition is the ONLY user permitted to write to it. You will also observe that permission to change anything about this mount point will be denied while anything is mounted to it. This has the effect of prohibiting anyone but the mounting user to write to that partition, presumably because FAT was never intended to support multiple concurrent asynchronous writes. This fact makes an absolute nonsense of Mandrake 7.0-2's attempt to pre-mount all the vfat partitions at boot time. To reduce their embarrassing techno-shame, Mandrake should remove all that, and also the crazily-named DOS mount points (in favour of mount points called C.D.E.F.G, etc. under a /mnt/local directory, to distinguish the local C, D, E drives from other nfs-mounted C, D, E drives from other PCs on your network). These would be mounted to /mnt/machine-name/C, D, E mount points). Wayne wrote: I am trying to change permissions of a directory on my system so I can use it to install etc programs into. I cannot get it to work though. I have Linux install on the 1st partition of my HD, Linux swap on #2, and Windows on #3. I have a primary slave installed which I use for all my Wind'ohs games. I then have a 6GB secondary master installed on which I would like to keep my temp files, installed progs etc. Under /dev/hdd1, the owner of th device is listed as me (wapether) not root. However, the directories are listed as root owned. -- Regards, Ron. [AU] - sent by Linux.
Re: [expert] File Permissions
Andrew, Write permission for vfat file systems at mount time is only provided to the user that does the mount. So that is what you should do - have the user who wants to write be the one that does the mount and eventual umount. But first as root alter /etc/fstab to make all the vfat mounts noauto (as the installer should have done), then reboot. Andrew Vick wrote: I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -- Regards, Ron. [AU] - sent by Linux.
Re: [expert] File Permissions
On Tue, 14 Mar 2000, you wrote: Andrew, Write permission for vfat file systems at mount time is only provided to the user that does the mount. So that is what you should do - have the user who wants to write be the one that does the mount and eventual umount. But first as root alter /etc/fstab to make all the vfat mounts noauto (as the installer should have done), then reboot. YOU DON'T HAVE TO REBOOT! Just write the edited fstab and next time someone goes to mount the drive, it'll be read again! About the ONLY time you have to reboot is when installing a new kernel! John
Re: [expert] File Permissions
- Original Message - From: John Aldrich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, March 14, 2000 11:16 AM Subject: Re: [expert] File Permissions On Tue, 14 Mar 2000, you wrote: Andrew, Write permission for vfat file systems at mount time is only provided to the user that does the mount. So that is what you should do - have the user who wants to write be the one that does the mount and eventual umount. But first as root alter /etc/fstab to make all the vfat mounts noauto (as the installer should have done), then reboot. YOU DON'T HAVE TO REBOOT! Just write the edited fstab and next time someone goes to mount the drive, it'll be read again! About the ONLY time you have to reboot is when installing a new kernel! If it is automounted, just umount -a to unmount all but the system partitions, then mount -a to put them all back. Hoyt Annoying ISP-generated tag line follows: __ NetZero - Defenders of the Free World Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html
Re: [expert] File Permissions
You can leave them on at boot, just change the umask to 0. The umask permissions are exactly inverted from the normal chmod permissions, which throws most people off. For instance, if you want to allow no writes or reads to the drive (don't know why you would), the umask would be 777. If you want anyone to have access to read and write and execute, the umask is 000. Backwards, but it works. No need to get cranky at the default fstab, although putting things under /mnt/DOS_hda1 was odd. I prefer a bit SHORTER mount point myself. :-) On 15 Mar, Ron Stodden wrote: Andrew, Write permission for vfat file systems at mount time is only provided to the user that does the mount. So that is what you should do - have the user who wants to write be the one that does the mount and eventual umount. But first as root alter /etc/fstab to make all the vfat mounts noauto (as the installer should have done), then reboot. -- --- Nil Carborundum Illegitimi http://andysocial.com
Re: [expert] File Permissions
On Tue, 14 Mar 2000, you wrote: You can leave them on at boot, just change the umask to 0. The umask permissions are exactly inverted from the normal chmod permissions, which throws most people off. For instance, if you want to allow no writes or reads to the drive (don't know why you would), the umask would be 777. If you want anyone to have access to read and write and execute, the umask is 000. Backwards, but it works. No need to get cranky at the default fstab, although putting things under /mnt/DOS_hda1 was odd. I prefer a bit SHORTER mount point myself. :-) Well, since it is a nice desktop icon in KDE, you can rename it right there. My users see a "windows" drive on their desktops (without any change in mount point) though all network functions are now disabled for their windows boots, the icon is there for porting their files and occasionally for storing the odd *.exe file sent as an email attachment. Civileme On 15 Mar, Ron Stodden wrote: Andrew, Write permission for vfat file systems at mount time is only provided to the user that does the mount. So that is what you should do - have the user who wants to write be the one that does the mount and eventual umount. But first as root alter /etc/fstab to make all the vfat mounts noauto (as the installer should have done), then reboot. -- --- Nil Carborundum Illegitimi http://andysocial.com
Re: [expert] File Permissions
Dunno about the nonsense you talk about. I kind of like being able to read from my vfat sections without mounting them up. If I want to work with windows, I boot to windows and download directly to windows. I have few reasons to transfer files to the win98 (vfat) partition. So there. If you don't like it customize it after you figure out how to do it. Sounds like you bitch a lot when you get frustrated on the learning curve. Something nice to know about yourself don't you think. Something to notice and then you don't have to lay it on someone else - your frustration that is. Are you an engineer by any chance? Tom Ron Stodden wrote: Wayne, If you carefully observe what happens when you mount and umount a vfat partition you will discover that the at mount time the mount point has had its ownership and groupship changed to the user who performed the mount, and that the permissions are changed so that the user who mounted the partition is the ONLY user permitted to write to it. You will also observe that permission to change anything about this mount point will be denied while anything is mounted to it. This has the effect of prohibiting anyone but the mounting user to write to that partition, presumably because FAT was never intended to support multiple concurrent asynchronous writes. This fact makes an absolute nonsense of Mandrake 7.0-2's attempt to pre-mount all the vfat partitions at boot time. To reduce their embarrassing techno-shame, Mandrake should remove all that, and also the crazily-named DOS mount points (in favour of mount points called C.D.E.F.G, etc. under a /mnt/local directory, to distinguish the local C, D, E drives from other nfs-mounted C, D, E drives from other PCs on your network). These would be mounted to /mnt/machine-name/C, D, E mount points). Wayne wrote: I am trying to change permissions of a directory on my system so I can use it to install etc programs into. I cannot get it to work though. I have Linux install on the 1st partition of my HD, Linux swap on #2, and Windows on #3. I have a primary slave installed which I use for all my Wind'ohs games. I then have a 6GB secondary master installed on which I would like to keep my temp files, installed progs etc. Under /dev/hdd1, the owner of th device is listed as me (wapether) not root. However, the directories are listed as root owned. -- Regards, Ron. [AU] - sent by Linux.
RE: [expert] File Permissions
I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -Andrew Vick = Original Message From [EMAIL PROTECTED] = [snip] [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# What is the specific command I use to change ownership of this directory to my user profile? Wayne Wayne Petherick Criminology Department Bond University
Re: [expert] File Permissions
- Original Message - From: Andrew Vick [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 13, 2000 11:35 AM Subject: RE: [expert] File Permissions I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? You could mount the partition as umsdos - that would allow *nix permissions for the files. Hoyt __ NetZero - Defenders of the Free World Get your FREE Internet Access and Email at http://www.netzero.net/download/index.html
Re: [expert] File Permissions
On Mon, 13 Mar 2000, Wayne wrote: [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# ^---this is the problem... are you sure this is a ext2 partition? I think not. ain't it a vfat one? vfat does not support permissions. -- Inprise/Borland CEO Dale Fuller was even more generous: "Microsoft will continue to be a player in this environment in this world," Fuller said, "*for a few more years.*"
RE: [expert] File Permissions
On Mon, 13 Mar 2000, Andrew Vick wrote: drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? add a "user" to the fourth column where the partition is declared. that would allow any user to mount it. may be adding "umask=666" or "umask=777" will allow any user to write anywhere. I advise using the "noexec" and "quiet" options too: the first makes the files with exec perm off (on by default; annoying when trying to "get inside" of, e.g., a .tar file with the mc) and the last to avoid error messages when some utils like cp, mv and others tries to put permissions and ownerships to files copied or moved to (v)fat fs. -- Inprise/Borland CEO Dale Fuller was even more generous: "Microsoft will continue to be a player in this environment in this world," Fuller said, "*for a few more years.*"
Re: [expert] File Permissions
On Mon, 13 Mar 2000, Hoyt wrote: - Original Message - From: Andrew Vick [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 13, 2000 11:35 AM Subject: RE: [expert] File Permissions I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? You could mount the partition as umsdos - that would allow *nix permissions for the files. Hoyt Um no it'd need formatted for that. Anyway setting up vfat for user access should be on MUO, or in the mail archives -- MandrakeSoft http://www.mandrakesoft.com/ --Axalon
RE: [expert] File Permissions
OK then, can I partitione the disk under linux, add a fat and an exts filesystem? How would I do thid? Wayne On Tue, 14 Mar 2000, you wrote: I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -Andrew Vick = Original Message From [EMAIL PROTECTED] = [snip] [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# What is the specific command I use to change ownership of this directory to my user profile? Wayne Wayne Petherick Criminology Department Bond University -- Wayne Petherick Criminology Department Bond University
Re: [expert] File Permissions
format as ext2 "Weave a circle round him thrice, And close your eyes with holy dread, For he on honeydew hath fed, And drunk the milk of paradise." (The linux user) - Original Message - From: "Andrew Vick" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 13, 2000 12:35 PM Subject: RE: [expert] File Permissions I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -Andrew Vick = Original Message From [EMAIL PROTECTED] = [snip] [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# What is the specific command I use to change ownership of this directory to my user profile? Wayne Wayne Petherick Criminology Department Bond University
Re: [expert] File Permissions
format as ext2 "Weave a circle round him thrice, And close your eyes with holy dread, For he on honeydew hath fed, And drunk the milk of paradise." (The linux user) - Original Message - From: "Andrew Vick" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 13, 2000 12:35 PM Subject: RE: [expert] File Permissions I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -Andrew Vick = Original Message From [EMAIL PROTECTED] = [snip] [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# What is the specific command I use to change ownership of this directory to my user profile? Wayne Wayne Petherick Criminology Department Bond University
Re: [expert] File Permissions
WayneI guess I missed the first part of this, but if what you have here is a vfat partition on the same computer as the Linux system is running that you want to be able to write to, then you need the entry 'umask=0' in the options column of your /etc/fstab file, like these two entries in mine: /dev/sda1 /mnt/dos_sda1 vfatuser,exec,umask=0 0 0 /dev/sdb1 /mnt/dos_sdb1 vfatuser,exec,umask=0 0 0 Alan Wayne wrote: OK then, can I partitione the disk under linux, add a fat and an exts filesystem? How would I do thid? Wayne On Tue, 14 Mar 2000, you wrote: I can tell you the reason but not the fix. The partition is formatted as FAT, which has no concept of ownership. Thus, the ownership for it is determined by Linux. There is a way to change it; I wish I could tell you. I have a drive in the same position: I have tried using Linuxconf to let users write to it, but it keeps coming up as read-only for non-root users. I have been su'ing to root to store stuff there. Does anyone know how to change this? -Andrew Vick = Original Message From [EMAIL PROTECTED] = [snip] [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ failed to change owner of Wayne to wapether chown: Wayne: Operation not permitted [root@F11-pc-3B022-1 DOS_hdd1]# What is the specific command I use to change ownership of this directory to my user profile? Wayne Wayne Petherick Criminology Department Bond University -- Wayne Petherick Criminology Department Bond University
RE: [expert] File Permissions
Forgive me if this has been answered a buncha times already; I'm hopelessly behind in following this list! Anyway, it took me a long time to work this out but . . . For vfat partitions, whoever mounted it gets to write; others get to read. So just specifiy the "user" option and whoever wants to write to it should 'umount' it and then 'mount' it and voila! they can write to it. On Mon, 13 Mar 2000, you wrote: | I can tell you the reason but not the fix. The partition is formatted as FAT, | which has no concept of ownership. Thus, the ownership for it is determined | by Linux. There is a way to change it; I wish I could tell you. I have a | drive in the same position: I have tried using Linuxconf to let users write to | it, but it keeps coming up as read-only for non-root users. I have been | su'ing to root to store stuff there. Does anyone know how to change this? | | -Andrew Vick | | = Original Message From [EMAIL PROTECTED] = | [snip] | [root@F11-pc-3B022-1 DOS_hdd1]# chown -v wapether Wayne/ | failed to change owner of Wayne to wapether | chown: Wayne: Operation not permitted | [root@F11-pc-3B022-1 DOS_hdd1]# | | What is the specific command I use to change ownership of this directory | to my user profile? | | Wayne | | | | | Wayne Petherick | Criminology Department | Bond University | | -- I am "Brian, the man from babble-on" (Brian T. Schellenberger). I can be reached at [EMAIL PROTECTED] . I support http://www.eff.org http://www.programming-freedom.org . I boycott amazon.com. See http://www.gnu.org/philosophy/amazon.html .