Zugriff auf msdosfs

masa069

Prinz Valium
Hallo,

ich werd noch wahnsinnig hier! :zitter: ;'( :confused:

Ich versuche "nur" als user Lesezugriff auf meine fat32 platte zu bekommen, ich kriegs einfach nicht hin.....

Als root kein Problem:

Code:
hiob# df
Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
/dev/ad0s3a    253678    60792   172592    26%    /
devfs               1        1        0   100%    /dev
/dev/ad0s3e    253678     1962   231422     1%    /tmp
/dev/ad0s3f  42437240  3742938 35299324    10%    /usr
/dev/ad0s3d    253678    26498   206886    11%    /var
/dev/ad0s1   10231408  6445600  3785808    63%    /xp
linprocfs           4        4        0   100%    /usr/compat/linux/proc
/dev/ad1s3  111233672 97440704 13792968    88%    /server
hiob# cd /server/
hiob# ls
#castaways.UICN.20040318.log    RECYCLED                        nforce
KaMaMi?s_Mp3_List.zip           System Volume Information       server
Music.lnk                       emuleincoming
Programme                       mIRC
hiob#

Die betreffende Partition ist per /etc/fstab auf /server gemountet.

Code:
/dev/ad1s3		/server		msdosfs	ro		0	0

als user aber:

Code:
%cd /server/
 /server/: Permission denied. %

Der user gehört den Gruppen wheel, bin und operator an.

Ich vermute mal, dass das mein Problem ist:
Code:
hiob# ls-l /
...
d---------   1 root  wheel     4096 Jan  1  1980 server
...
hiob# ls -l /dev/ad1s3
crw-r-----  1 root  operator    4,  25 Mar 23 14:52 /dev/ad1s3
Aber jede Änderung daran mit chmod wird nicht durchgeführt.

Ich hab mich schon quer durchs netz gewühlt, foren, handbuch, usw. --- bitte helft mir, den knoten in meinem kopf zu lösen! :p

Achso, dass ist der Mountpoint VOR dem mounten:
Code:
drwxrwxrwx   2 root  wheel      512 Mar  6 21:51 server



MfG
 
Zuletzt bearbeitet:
Code:
/dev/ad1s3		/server		msdosfs	ro		0	0
So wird die Festplatte aber doch auch ausdrücklich 'readonly' (ro) gemountet!? Was du willst wäre 'read and write' (rw). Die Rechte der auf der Festplatte enthaltenen Daten folgen dann den Rechten des Mountpunkts (/server). Wenn ich nicht irre.


MfG
 
@berg

Er will ja auch nur readonly Zugriff

@masa069

Bei mir sehen die entsprechenden fstab-Einträge so aus:

/dev/ad1s3 /server msdos ro 0 0

Also beim Filesystem-Eintrag "nur" msdos!

Kannst ja mal probieren, ob Dir das weiterhilft.

Gruß,

Ice
 
du solltest mal bei den optionen den user und die group mit angeben - ansonsten hat wirklich nur root zugriff. du kannst auch die mask mit angeben: man mount_msdos
 
Hmm,

also ich habe inzwischen nach studieren von man mount und nochmaligem durchlesen des Handbuchs (Zugriffsrechte usw.) meine /etc/fstab wie folgt erweitert:

Code:
/dev/ad1s3		/server		msdosfs	ro,-u=1001,-g=0,-m=755	0  0

und werde beim versuch als user /server zu lesen immer noch mit einem "Permission denied" belohnt. ;'(

Irgendwie stell ich mich da immer noch zu dämlich an, ist sicherlich nur eine Kleinigkeit, die ich nicht raffe oder falsch mache, typisch für mich! :mad:

BTW: GID=0, gibts das, ist das in ordnung, egal? (sagt mir die Ausgabe von chpass user)


MfG
 
Hmmm, hab hier ne fat32-part. gemountet mit:
/dev/ad2s2 /home/bk/1 msdosfs rw,-m=775 0 0
Damit kann ich davon als normaler user lesen und schreiben, beschweren tut er sich nur, wenn die Rechte der auf diese Part. geschriebenen Daten veraendert werden sollen.
GID 0 = root, siehe 'vi /etc/fstab' erste Zeile:
root:*:0:0:Charlie &:/root:/bin/csh
User root, UID 0, GID 0, allgemeine Beschreibung des Users, Homedir, Shell

Da Dein User anscheinend 1001 als UID hat, kannst Du auch diese als GID angeben imho ;)
 
HUUHHUUHUUU! ;'(

Was hab ich getan/nicht getan?

So langsam hab ich das Gefühl, das es wurschtegal ist, was ich in die fstab eintrage, ich denke das Problem muss irgendwo anders liegen.......

@moonlook:

hab ich versucht, übrigens ist bei mir die UID 1001 der betreffende user, GID 1001 ist aber postfix....:confused:

Wenn ich dieses "Permission denied" noch öfter lesen muss, hol ich die Axt!! :mad:

Bitte rettet meinen PC ;) !!!

Oooch mann, das kann doch nicht so schwer sein, hatte dahingehend noch nie irgendwelche Probleme....

Ich weiss nicht wie relevant das sein mag, aber ich habe in meiner Verzweiflung schon heftigst mit chmod rumexperimentiert, und ich habe auch schon mal den user "ge-rmuser-d" und neu angelegt (unter Erhaltung des /home Verzeichnis und Wiederverwendung der UID 1001 (wie vorher) bei der Neuerstellung des users)

Ich poste gerne jede erdenkliche .conf die vielleicht nützlich sein könnte, aber ohne den (User-) Zugriff auf diese Platte hab ich hier einen Totalstillstand, und dieser Zustand ist unerträglich!! Einige andere Projekte hängen davon ab, das ich diese Platte als User ZUMINDEST lesen kann, ohne diese Möglichkeit häng ich voll in der Luft! :(

Mein Dank wird euch ewig nachschleichen.

MfG
 
Ganz ruhig, ausrasten bringt da nix, wirklich.

Also, mit der von mir genannten Moeglichkeit bzw. meinem Eintrag ohne UID und GID geht es also nicht (unabhaegig ob rw oder ro)?
Wenn Du die GID eines Users herausbekommen willst, schau in Deine /etc/passwd, dort steht sie wie oben beschrieben. Die 1001 als GID bekommt der User, wenn ich den als ersten angelegt habe schon bei der Installation.
Den User brauchst Du nicht neu anlegen.
Eine Idee noch: Hast Du das Verzeichnis, auf dem die Part. gemountet ist, auch dem User 'gechmoded', der drauf zugreifen soll? Wenn das nicht gegeben ist klappts auch nich mit'm Nachbarn ;)
 
Hallo, moonlook,

was das Verzeichnis angeht wo die part. gemountet wird:

Achso, dass ist der Mountpoint VOR dem mounten: code: drwxrwxrwx 2 root wheel 512 Mar 6 21:51 server

Da hab ich alles gegeben;)

Und wenn ich in der fstab -u=1001 angebe, gehört das Verzeichnis ja auch dem user, das konnte ich mit ll (ls -l) sehen. Nur ansonsten keine Veränderung.....

Keine Angst, so hysterisch wie es sich vielleicht gelesen hat, bin ich (noch) nicht! :D
 
Und welche GID hat der User?
Ergibt 'chown user:user server' etwas?
Steht der User eigentlich in der Gruppe wheel? Das is bei mir jedenfalls so, vielleicht auch ein Grund.
 
Tja, der User hat die GID "0", wenn ich chpass trauen darf:

Code:
#Changing user information for masa.
Login: masa
Password: $1$pOySxMGH$/R9xrRkHuZEPQz31vH1Wb1
Uid [#]: 1001
Gid [# or name]: 0
Change [month day year]:
Expire [month day year]:
Class:
Home directory: /home/masa
Shell: /bin/csh
Full Name: User &
Office Location:
Office Phone:
Home Phone:
Other information:

Was, ja, wie du sagtest, eigentich root ist.+

chown hat ja dieselbe Wirkung wie der -u=1001 Eintrag in fstab:


Code:
d---------   1 masa  wheel     4096 Jan  1  1980 server

(manuell hab ichs auch probiert)
Nun gehörts masa....
Aber zugreifen darf er deshalb noch lange nicht :P


MfG

PS: Grrr, das gehört eindeutig in "Wieviel UNIX steckt in euch: wollte den Beitrag grade mit Strg+X/Strg+S speichern...:D
 
Hab den Thread nur überflogen aber

[auge@seth auge]$ sysctl vfs.usermount
vfs.usermount: 1
[auge@seth auge]$

hab ich nirgends gesehen und wäre das erst das ich prüfen würde, oder?
 
Halt, Stopp!

Mit dieser Variable hab ich auch schon rumgespielt, bin hiernach vorgegangen:

http://http://www.bsdforen.org/foren/showtopic.php?threadid=553&highlight=usermount&

nur, irgendwie nicht richtig eingetragen anscheinend:

Code:
vfs.usermount=1

Das ist der Eintrag in meiner /etc/sysctl.conf

Aber ein sysctl vfs.usermount ergibt:

Code:
hiob# sysctl vfs.usermount
vfs.usermount: 0

Liegt da der Hund begraben?

Wenn ich allerdings:

Code:
hiob# sysctl vfs.usermount=1
vfs.usermount: 0 -> 1

Ändert sich auch nix.

Aber ich hab das Gefühl, das wir hier auf dem richtigen Weg sind!! Bitte nicht nachlassen! Den nächsten Kasten Bier bring ich!!:D

MfG
 
Zuletzt bearbeitet:
hallo...

Ich hätte noch was zum ausprobieren! Umounte "/server" doch mal, und mounte wieder
z.B. mit

"mount_msdosfs /dev/ad1s3 /mnt", dann müstest du in "/mnt" doch lesen können.

roebel
 
OK, jetz schau mal ob du als user in der gruppe "operator"bist

[auge@seth auge]$ id
uid=666(auge) gid=0(wheel) groups=0(wheel), 5(operator), 69(network), 111(samba)
[auge@seth auge]$

wenn nicht, dann in /etc/group eintragen.
dann gib mal deinem /dev/ad1s3 schreibrechte für die gruppe operator.

#cd /dev
#chmod g+w ad1s3

in /etc/fstab , erst mal rw , Rechte entziehen kannst du wenn es funzt
/dev/ad1s3 /server msdosfs rw,noauto 0 0

und los

$mount /server
 
ach du has ja 5.x

in /etc/devfs.conf
perm ad1s3 0660

für die Rechte nach einem Reboot.
 
Tja, hab ich genau nach Anweisung gemacht...
Ergebnis:

Code:
%mount /server
msdosfs: /dev/ad1s3: Operation not permitted



:confused:


MfG
 
Du bist auch sicher das du die msdos Unterstuztung nicht aus dem Kernel config-file gelöscht hast?

Dann würde FreeBSD automatisch versuchen das Kernelmodul zu laden, das ist aber als user nicht möglich und der mount würde auch fehlschlagen.

Wie die Meldung sagt "Operation not permitted"
 
Jaaa, da ist alles unangetastet:

Code:
options 	MSDOSFS			# MSDOS Filesystem

Hab mir den Kernel auch nur einmal neu gebaut um device pcm einzufügen.


MfG
 
poste mal

#ls -l /
#cat fstab
#ls -l /dev/ad1s3
#kldstat
#fdisk ad1

$ id

mal schauen ob sich der Tippfehlerteufel eingesclichen hat
 
Code:
hiob# ll /
total 79
-rw-r--r--   2 root  wheel      797 Jan 11 03:48 .cshrc
-rw-r--r--   2 root  wheel      251 Jan 11 03:48 .profile
drwxrwxr-x   2 root  operator   512 Mar  6 01:04 .snap
-r--r--r--   1 root  wheel     6189 Jan 11 03:48 COPYRIGHT
drwxr-xr-x   2 root  wheel     1024 Mar 10 22:04 bin
drwxr-xr-x   6 root  wheel      512 Mar 10 22:05 boot
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 cdrom
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 cdrom1
drwxr-xr-x   2 root  wheel      512 Mar 19 17:16 command
lrwxr-xr-x   1 root  wheel       10 Mar  6 01:13 compat -> usr/compat
dr-xr-xr-x   4 root  wheel      512 Mar 26 12:28 dev
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 dist
-rw-------   1 root  wheel     4096 Mar 25 14:05 entropy
drwxr-xr-x  18 root  wheel     2048 Mar 26 11:27 etc
lrwxrwxrwx   1 root  wheel        9 Mar  6 01:35 home -> /usr/home
drwxr-xr-x   2 root  wheel     1024 Mar 10 22:05 lib
drwxr-xr-x   2 root  wheel      512 Mar 10 22:04 libexec
drwxr-xr-x   1 root  wheel        0 Apr 22  2009 mnt
drwxr-xr-t   3 root  wheel      512 Mar 19 17:15 package
dr-xr-xr-x   2 root  wheel      512 Jan 11 03:44 proc
-r--r--r--   1 root  wheel      291 Mar  9 21:43 refuse
drwxr-xr-x   2 root  wheel     2560 Mar 10 22:04 rescue
drwxr-xr-x  22 root  wheel     1024 Mar 19 16:45 root
drwxr-xr-x   2 root  wheel     2560 Mar 10 22:05 sbin
d---------   1 root  wheel     4096 Jan  1  1980 server
drwxr-xr-x   2 root  wheel      512 Mar 19 18:05 service
drwxr-xr-x   4 root  wheel     1024 Mar  6 01:04 stand
-r--r--r--   1 root  wheel     3137 Mar  9 21:43 standard-supfile
lrwxr-xr-x   1 root  wheel       11 Mar 10 22:03 sys -> usr/src/sys
drwxrwxrwt   8 root  wheel      512 Mar 26 17:13 tmp
drwxr-xr-x  19 root  wheel      512 Mar  8 21:37 usr
drwxr-xr-x  22 root  wheel      512 Mar 10 18:46 var
d---------   1 root  wheel     8192 Jan  1  1980 xp

ad1s3 ist manuell von root auf /server gemountet.

Code:
hiob# umount /server/
hiob# ll /
total 77
-rw-r--r--   2 root  wheel      797 Jan 11 03:48 .cshrc
-rw-r--r--   2 root  wheel      251 Jan 11 03:48 .profile
drwxrwxr-x   2 root  operator   512 Mar  6 01:04 .snap
-r--r--r--   1 root  wheel     6189 Jan 11 03:48 COPYRIGHT
drwxr-xr-x   2 root  wheel     1024 Mar 10 22:04 bin
drwxr-xr-x   6 root  wheel      512 Mar 10 22:05 boot
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 cdrom
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 cdrom1
drwxr-xr-x   2 root  wheel      512 Mar 19 17:16 command
lrwxr-xr-x   1 root  wheel       10 Mar  6 01:13 compat -> usr/compat
dr-xr-xr-x   4 root  wheel      512 Mar 26 12:28 dev
drwxr-xr-x   2 root  wheel      512 Mar  6 01:04 dist
-rw-------   1 root  wheel     4096 Mar 25 14:05 entropy
drwxr-xr-x  18 root  wheel     2048 Mar 26 11:27 etc
lrwxrwxrwx   1 root  wheel        9 Mar  6 01:35 home -> /usr/home
drwxr-xr-x   2 root  wheel     1024 Mar 10 22:05 lib
drwxr-xr-x   2 root  wheel      512 Mar 10 22:04 libexec
drwxr-xr-x   1 root  wheel        0 Apr 22  2009 mnt
drwxr-xr-t   3 root  wheel      512 Mar 19 17:15 package
dr-xr-xr-x   2 root  wheel      512 Jan 11 03:44 proc
-r--r--r--   1 root  wheel      291 Mar  9 21:43 refuse
drwxr-xr-x   2 root  wheel     2560 Mar 10 22:04 rescue
drwxr-xr-x  22 root  wheel     1024 Mar 19 16:45 root
drwxr-xr-x   2 root  wheel     2560 Mar 10 22:05 sbin
drwxrwxrwx   2 root  wheel      512 Mar  6 21:51 server
drwxr-xr-x   2 root  wheel      512 Mar 19 18:05 service
drwxr-xr-x   4 root  wheel     1024 Mar  6 01:04 stand
-r--r--r--   1 root  wheel     3137 Mar  9 21:43 standard-supfile
lrwxr-xr-x   1 root  wheel       11 Mar 10 22:03 sys -> usr/src/sys
drwxrwxrwt   8 root  wheel      512 Mar 26 17:13 tmp
drwxr-xr-x  19 root  wheel      512 Mar  8 21:37 usr
drwxr-xr-x  22 root  wheel      512 Mar 10 18:46 var
d---------   1 root  wheel     8192 Jan  1  1980 xp

Code:
hiob# cat /etc/fstab
# Device                Mountpoint      FStype  Options         Dump    Pass#
/dev/ad0s3b             none            swap    sw              0       0
/dev/ad0s3a             /               ufs     rw              1       1
/dev/ad0s3e             /tmp            ufs     rw              2       2
/dev/ad0s3f             /usr            ufs     rw              2       2
/dev/ad0s3d             /var            ufs     rw              2       2
/dev/ad0s1              /xp             msdosfs ro              0       0
/dev/acd0               /cdrom          cd9660  ro,noauto       0       0
/dev/acd1               /cdrom1         cd9660  ro,noauto       0       0
/dev/ad1s3              /server         msdosfs rw,noauto       0       0
linproc         /compat/linux/proc      linprocfs       rw      0       0       hiob#

Code:
hiob# ls -l /dev/ad1s3
crw-rw----  1 root  operator    4,  25 Mar 26 11:27 /dev/ad1s3

Code:
hiob# kldstat
Id Refs Address    Size     Name
 1   13 0xc0400000 64fef0   kernel
 2    1 0xc0a50000 6eb8     linprocfs.ko
 3    2 0xc0a57000 1da78    linux.ko
 4    4 0xc4788000 12000    netgraph.ko
 5    2 0xc479e000 4000     ng_ether.ko
 6    1 0xc47a2000 7000     ng_pppoe.ko
 7    1 0xc47b1000 4000     ng_socket.ko
 8    1 0xc521c000 b000     ntfs.ko
hiob# kldload msdosfs.ko
kldload: can't load msdosfs.ko: File exists

Code:
hiob# fdisk ad1
******* Working on device /dev/ad1 *******
parameters extracted from in-core disklabel are:
cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 63, size 11518542 (5624 Meg), flag 80 (active)
        beg: cyl 0/ head 1/ sector 1;
        end: cyl 716/ head 254/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
sysid 12 (0x0c),(DOS or Windows 95 with 32 bit FAT (LBA))
    start 11518605, size 222901875 (108838 Meg), flag 0
        beg: cyl 717/ head 0/ sector 1;
        end: cyl 1023/ head 254/ sector 63
The data for partition 4 is:
<UNUSED>
hiob#

Code:
%id
uid=1001(masa) gid=0(wheel) groups=0(wheel), 5(operator), 7(bin)
 
Um als user mounten zu können muss der user (masa) owner des mountpoints sein.

#alles unmounten, dann

#cd /
#chown masa server

$mount /server
 
ARRGHH!!

Jetzt kann ich mounten aber das selbst gemountete Verzeichnis darf ich nicht lesen!??

Code:
hiob# chown masa /server/

%mount /server/
%cd /server/
/server/: Permission denied.

:confused:
 
Zurück
Oben