[Gentoo]mount probleem:user, fstab..

[Jogai]

Mijn distributie is eigenlijk sabayon, maar dat is volgens mij alleen maar een aangepaste gentoo, dus vandaar gentoo in de titel.

Ik zit al een hele avond te prutsen aan 1 harde schijf omdat ik het volgende wil doen:
Schijf formatteren.
1 partitie met maximale grote erop.
Mounten zodat hij als user beschrijfbaar is.
De eerste 2 punten zijn gelukt, alleen het laatste puntje lukt nog niet. Ik heb al aardig wat gezocht op G&G (Google&Got) maar hier kom ik niet uit.
De gewraakte regel in fstab:

code:

/dev/sdb1 /mnt/Docs ext3 auto,gid=users,umask=000 0 0

Soms zie ik wel een map staan ("lost&found"???) maar met een slotje erop. Nu geeft helemaal nix.

Dmesg geeft dit:
Unrecognized mount option "gid=users" or missing value
Unrecognized mount option "umask=000" or missing value

[blaataaps]

Waarom gebruik je nietbestaande mount-opties op een filesystem waar dat soort onzin niet nodig is omdat chown/chmod gewoon werkt?

[Jogai]

Omdat ik voor het eerst serieus met linux aan de slag ben.
Hoe moet ik mn fstab dan instellen?

[Osiris]

Probeer anders éérst zonder fstab die partitie te mounten op z'n mountpoint door gewoon het programma `mount` aan te roepen. Die opties als "auto,blabla" moet je dan opgeven met "-o auto,blabla".

Zie ook `man mount` voor meer tekst en uitleg.

[Jogai]

Met man mount kom ik er niet uit. Vandaar de vraag.
Ik pas iedere keer de fstab aan en dan klik ik rechts op het station en kies mount. Dan gebruikt hij ook al de fstab.
Eerst heb ik de schijf geformatteerd met mkfs -J en daarna met fdisk gepartitioneerd. Dit alles vanaf root. Maakt dat niet uit of je dat als user of als root doet?

[Verwijderd]

Als de directory waarin je de schijf mount, door een user beschrijfbaar is, dan kan de user dat nog steeds nadat de schijf er ingemount is.

bv.

cd /media
mkdir sdb1
chmod 777 sdb1
mount -t ext3 /dev/sdb1 sdb1


777 zet alles open. En of er nu een schijf in gemount zit of niet, elke gebruiker kan er schrijven, verwijderen, etc.

[Soultaker]

Verwijderd schreef op vrijdag 17 augustus 2007 @ 13:16:
Als de directory waarin je de schijf mount, door een user beschrijfbaar is, dan kan de user dat nog steeds nadat de schijf er ingemount is.

Erm, nee. De permissies van het gemounte filesystem zijn dan bepalend; de originele directory node is onzichtbaar. Eigenlijk het omgekeerde van wat jij zegt.

bv.
cd /media
mkdir sdb1
chmod 777 sdb1
mount -t ext3 /dev/sdb1 sdb1

Heb je dat geprobeerd? De permissies van de mount point zijn verdwenen nadat je er een filesystem op mount. Alleen de permissies van het gemounte filesystem (en alle hoger gelegen directories natuurlijk) doen er dan nog toe.

777 zet alles open. En of er nu een schijf in gemount zit of niet, elke gebruiker kan er schrijven, verwijderen, etc.

Nee, niet. (Echt, wat een onzin wordt hier soms verkondigd.)

[Soultaker]

Jogai schreef op vrijdag 17 augustus 2007 @ 00:31:
Ik zit al een hele avond te prutsen aan 1 harde schijf omdat ik het volgende wil doen:
Schijf formatteren.
1 partitie met maximale grote erop.
Mounten zodat hij als user beschrijfbaar is.
De eerste 2 punten zijn gelukt, alleen het laatste puntje lukt nog niet. Ik heb al aardig wat gezocht op G&G (Google&Got) maar hier kom ik niet uit.
De gewraakte regel in fstab:

code:

/dev/sdb1 /mnt/Docs ext3 auto,gid=users,umask=000 0 0

Soms zie ik wel een map staan ("lost&found"???) maar met een slotje erop. Nu geeft helemaal nix.

lost+found is goed; daar worden orphaned files in gelinkt als die bij een bestandssysteemcontrole gevonden worden op een ext2 partitie. (Zou bij een ext3 partitie meestal leeg moeten zijn). Die directory is ook nooit readable behalve voor root.

Waar het fout gaat is waarschijnlijk dat je bij het mounten van een ext filesystem geen uid/gid/umask kunt overriden omdat het filesystem zelf support heeft voor permissions. Mount 'm dus zonder die opties (alleen met auto dus) en pas gewoon de permissies op het bestandssysteem aan, zo dat alle gebruikers er toegang toe hebben:

chmod -R g+w /mnt/Docs
chgrp -R users /mnt/Docs

[ Voor 1% gewijzigd door Soultaker op 17-08-2007 13:59 . Reden: rare fout :X ]

[Verwijderd]

Nee, niet. (Echt, wat een onzin wordt hier soms verkondigd.)

sorry, je hebt gelijk. maar het was onzin met de beste bedoelingen hoor.

evil@hyperion /media $ sudo mke2fs -j /dev/sda6
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
3751936 inodes, 7500339 blocks
375016 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=8388608
229 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 24 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
evil@hyperion /media $ ls -l
total 8
drwxr-xr-x 2 root root 4096 2007-08-17 14:02 sda6
drwxr-xr-x 2 root root 4096 2007-07-12 19:51 vista
evil@hyperion /media $ sudo chmod 777 sda6
evil@hyperion /media $ ls -l
total 8
drwxrwxrwx 2 root root 4096 2007-08-17 14:02 sda6
drwxr-xr-x 2 root root 4096 2007-07-12 19:51 vista
evil@hyperion /media $ sudo mount -t ext3 /dev/sda6 sda6
evil@hyperion /media $ ls -l
total 8
drwxr-xr-x 3 root root 4096 2007-08-17 14:02 sda6
drwxr-xr-x 2 root root 4096 2007-07-12 19:51 vista
evil@hyperion /media $ cd sda6
evil@hyperion /media/sda6 $ touch evil
touch: cannot touch `evil': Permission denied
evil@hyperion /media/sda6 $

[Jogai]

Soultaker schreef op vrijdag 17 augustus 2007 @ 13:47:
[...]
lost+found is goed; daar worden orphaned files in gelinkt als die bij een bestandssysteemcontrole gevonden worden op een ext2 partitie. (Zou bij een ext3 partitie meestal leeg moeten zijn). Die directory is ook nooit readable behalve voor root.

Waar het fout gaat is waarschijnlijk dat je bij het mounten van een ext filesystem geen uid/gid/umask kunt overriden omdat het filesystem zelf support heeft voor permissions. Mount 'm dus zonder die opties (alleen met auto dus) en pas gewoon de permissies op het bestandssysteem aan, zo dat alle gebruikers er toegang toe hebben:

chmod -R g+w /mnt/Docs
chgrp -R users /mnt/Docs

Bedankt, ben pas maandag weer bij mn linux pc maar dan ga ik er direct mee aan de slag.
Lost&found bestaat dus altijd? Dan ga ik het er maar niet af proberen te gooien.

[Soultaker]

Je mag 'm best weggooien; fsck.ext2 maakt 'm toch gewoon weer aan als dat nodig is. Maar ik zou 'm lekker laten staan.

Verwijderd schreef op vrijdag 17 augustus 2007 @ 14:12:
sorry, je hebt gelijk. maar het was onzin met de beste bedoelingen hoor.

Ik begrijp het. Maar met tegenstrijdige informatie schiet de TS natuurlijk niets op. (Al bracht ik het wat lomp.)