pemissies in mountet partitie vraagje

[Mark_Oostdam]

ok * Mark_Oostdam =linux-noobje

maar ik probeer nu al een tijdje hetvolgende voor elkaar te krijgen

ik heb een HD van 20GB met een partitie van 19GB (hda3) en die wil ik mounten op de /share (voor FTP)
de map /share moet permissies 777 hebben, er moet een persoonlijke dir in komen met permissies 700 (000) en er moet een mapje komen waar users alleen kunnen downloaden permissies 755

en ik krijg dit gewoon niet voor elkaar... het is wel gelukt om /share pemissies 777 te geven, maar dan kan ik in /share geen afzonderlijke permissies voor directories instellen, ook niet na een remount.

p.s. ik heb in fstab ook nog default veranderd in users

doe ik nu iets gruwelijk fout of vergeet ik iets?

[Verwijderd]

zet in je fstab weer 'default' terug en voeg 'user' en 'mode=777' toe:

/dev/hda3 /share defaults,user,mode=777 0 0

als je um dan mount (mount /share) dan kan IEDEREEN die op jouw computer kan inloggen in /share directories maken en permissies wijzigen. Want de mode is '777' en dat is drwxrwxrwx, alle rechten toegekend.

Als je dan eenmaal een directory hebt gemaakt, kan je ook de permissies weer veranderen, met chmod. chmod 700 /share/persoonlijkedirectory dan mag jij er alleen in.

zo ook voor dat mapje waar iedereen mag downloaden: chmod 755 /share/publiekmapje

[tikfoutje aangepast]

[deadinspace]

Mark_Oostdam schreef op 09 september 2002 @ 22:37:
en ik krijg dit gewoon niet voor elkaar... het is wel gelukt om /share pemissies 777 te geven, maar dan kan ik in /share geen afzonderlijke permissies voor directories instellen, ook niet na een remount.

Wat voor een filesystem?

[Mark_Oostdam]

deadinspace schreef op 10 september 2002 @ 02:02:

[...]

Wat voor een filesystem?

FAT32

[Verwijderd]

FAT (or FAT32) does not support ownership or access controls.
The only capability they have is to make a file readonly.
The NTFS file system (NT or windows 2000 only) supports access
control lists so that UNIX chmod permissions work there.

Als je de owner,group,all permissions van files en directories wilt aanpassen, zal je er een ander fs van moeten maken. FAT32 heeft deze functionaliteit dus niet....er zijn misschien omwegen voor, via samba valt er nog wel wat in te stellen als je de directories puur gebruikt als netwerk share, maar je kan er beter ntfs van maken, of nog beter, ext2/3/reiserfs/etc...

[Verwijderd]

Verwijderd schreef op 10 september 2002 @ 10:35:
[...]
maar je kan er beter ntfs van maken, of nog beter, ext2/3/reiserfs/etc...

Volgens mij zit er voor NTFS nog geen write-support in de Linux kernel. Lezen kan wel, maar schrijven is Highly Expirimental...

[Verwijderd]

Mark_Oostdam schreef op 10 september 2002 @ 10:17:
[...]

FAT32

Hmm, ik ging er blind van uit dat je 'gewoon' ext2 of een ander filesystem wat permissies support gebruikte. FAT32 doet niet echt aan permissies, en daar ligt dan dus ook de oorzaak van het niet werken van jouw plannetje

[Mark_Oostdam]

ok is er een manier hoe ik via het netwerk (gebruik putty) een andere FS kan instellen? anders moet ik n.l. de server helemaal opduiken achterin de kast en dat ding zit net helemaal dichtgeisoleerd

[Mark_Oostdam]

Mark_Oostdam schreef op 10 september 2002 @ 11:04:
ok is er een manier hoe ik via het netwerk (gebruik putty) een andere FS kan instellen? anders moet ik n.l. de server helemaal opduiken achterin de kast en dat ding zit net helemaal dichtgeisoleerd

ow en de floppydrive is ook dood dus dos booten lukt ook niet

ho, dat had een edit moeten zijn

[Verwijderd]

inloggen via ssh, dus met putty, dan root worden ( met su) en dan fdisk intypen.
je FAT32 partitie weg knikkeren en een nieuwe maken.
en dan nog formateren geloof ik. alleen ben ff kwijt hoe dat ook al weer moest. mkfs ofzo???? maar ja dat kun je wel opzoeken in een howto neem ik aan.

[deadinspace]

Kun je toch gewoon met (c)fdisk en mke2fs doen?
Merk wel op dat je dan alle data op je fat32 partitie kwijt raakt.

[Mark_Oostdam]

daar heb ik al eens naar gezocht... en die zoektoch heb ik opgegeven toen ik in verschillende howto's las dat je niet kon formatten, maar dit lijkt me vaag, want hoem moet ik anders een ext2/3 partitie formatten?

[Verwijderd]

wat dacht je van :
mke2fs /dev/hda3

dan maak je een ext2 partitie moet je alleen ff met fdisk die FAT32 weg gooien

[Verwijderd]

umm dat doe je zo
fdisk /dev/hda
p
d 1
d 2
d 3
n
l
<enter> <enter>
w
cd /sbin
mke2fs /dev/hda1 (voor ext2)_
mke2fs -J /dev/hda1 (voor ext3)

als ik het goed heb iig
(tis uit mijn hoofd, dus kunnen foutjes in zitten)

[Verwijderd]

alleen /dev/hda1 moet /dev/hda3 zijn

[Verwijderd]

nee want die heb je bij d 1 2 en 3 al verwijderd.
en dan door n, l enter enter te doen
maak je een logiesch hda1 aan.
met linux flag.

[Verwijderd]

maar is dan niet alles weg?? hij wil alleen de hda3 weg hebben

[Verwijderd]

ow hehe, ja dan is i alles kwijt

ummm dan gewoon met fdisk de flag die op die partisie staat veranderen. (naar 82 geloof ik. weet niet zeker)

en dan mke2fs eroverheen zetten.

[Verwijderd]

Mja, je hele HD wissen om 1 partitie om te zetten is wat teveel van het goede denk ik...

[Verwijderd]

mwha das meestal hoe ik het doe,
geen gezijk gewoon scratch and begin from line 1.
en een beetje met de fat spelen kan toch geen kwaad.

maar oplossing 2 zal wel beter werken, en geen data verlies opleveren.
behalve dan op /dev/hda3 mocht daar data staan.

[Verwijderd]

de flag moet op 83 zijn, 82 is swap

[Verwijderd]

Dat doe je in je /etc/fstab hansje

<filesystem> <mount point> <type> <options> <dump> <pass>
/dev/hda3 /share vfat umask=000 0 0

veel plezier

[Mark_Oostdam]

Verwijderd schreef op 10 september 2002 @ 12:26:
Dat doe je in je /etc/fstab hansje

<filesystem> <mount point> <type> <options> <dump> <pass>
/dev/hda3 /share vfat umask=000 0 0

veel plezier

WAT doe je in je FSTAB hansje?

[Mark_Oostdam]

kan iemand mij vertellen wat ik beter kan fixen?
een ext2 of ext3 partitie? wat is het voordeel van ext3 boven 2?

[Verwijderd]

dat werkt niet, want vfat heeft geen permissies

[Verwijderd]

Mark_Oostdam schreef op 10 september 2002 @ 13:04:
kan iemand mij vertellen wat ik beter kan fixen?
een ext2 of ext3 partitie? wat is het voordeel van ext3 boven 2?

ext3 = ext2 + journalling. Voordeel van ext3 is dat bij een crash of een unclean unmount je systeem een soort van logboek heeft waar de schijftransacties in staan en welke bij een fsck veel sneller en waarschijnlijk beter/meer herstelt en gecontroleerd kan worden. Nadeel is dat het iets trager is dan ext2.

[Verwijderd]

voor een ftp partisie zou ik voor ext3 gaan.
tis langzamer. maar meeste zal toch over een netwerk lijntje gaan. dus maakt niet uit.
en mocht er wat fout gaan dan heb je minder kans dat er bestanden verloren zijn,

[Verwijderd]

werkt hier hartstikke best hoor met vfat
ken gewoon als user erop schrijven met 2.2.19 kernel

je kan ook XFS proberen, een erg stabiel Journaling bestandssysteem...

[Verwijderd]

Data-XxX:
ik zou het heel knap vinden als jij
bestanden en mappen verschillende rechten kan geven in vfat.

en IMHO vfat onder linux is traag, log en onhandig.
en is alleen de moeite waard voor zooi die je ook onder windows will hebben, alsje dual boot hebt enzo.

[Verwijderd]

ja maar wat hij wil is dat mensen in die map kunnen schrijven, en dat kan niet met permissie op rwxr-xr-x dus dat moet rwxrwxrwx worden via de optie umask=000 in /etc/fstab, verder moet hij ervoor zorgen dat de mensen die map niet uitkunnen anders kunnen er rare dingen gebeuren

maar een bepaalde map rechten geven kan inderdaad niet op vfat, overigens valt het wel mee hoe traag het hier is, heb gister alles vervangen met XFS, is een stuk sneller, haal nu ook hogere snelheden met kopieren en hdparm geeft hogere scores

[Verwijderd]

btw, dat persoonlijke mapje zou ik dan op de ext2 partitie zetten, is misschien wat veiliger...

[Verwijderd]

Nou hij wil dat bepaalde mensen in bepaalde mappen kunnen schrijven als ik het goed begrepen heb. Hij weet waarschijnlijk wel hoe je de rechten zet, alleen gaat dat dus niet met vfat => ander FS. Als hij die hele map world writable had gewild had dat dus wel met vfat gekund.

[Verwijderd]

converteren naar ntfs en nieuwe kernel compilen is dan nog de enige optie zonder data kwijt te raken, of al je data omzetten...

[Verwijderd]

waarom zou je inhemelsnaam iets nemen wat niet bij linux hoort, als je linux gebruikt. wat is de reden om vfat of ntfs te nemen. maar ja je hebt gelijk de data moet er af.

het slimste is om gewoon etx3 te nemen. een stabiele en sneller journalizing file system. ja je zou ook kunnen kiezen voor XFS en ja ook nog voor ReiserFS maar ik denk dat ext3 de beste keus is.

[Verwijderd]

Kwestie van smaak ook, maar neem idd gewoon ext3/xfs/reiserfs en ga niet met fat(32) kloten als je met de rechten wilt spelen.
Data backuppen, leeghalen, nieuw fs erop, opnieuw mounten, data terug, fstab goedzetten en klaar...
(het KLINKT altijd zo simpel )

[deadinspace]

Okok, even wat puntjes:

* Verschillende rechten/owners e.d. op VFAT is *wel* mogelijk, dmv de UMSDOS uitbreiding.
* Verschillende rechten/owners e.d. op vanilla VFAT (zonder UMSDOS) is niet mogelijk.
* NTFS is nutteloos voor je omdat je vanuit GNU/Linux niet op NTFS kunt schrijven
* De beste keuze is om een fatsoenlijk ondersteund fs te gebruiken (ext2/3, reiser, xfs). Die zijn nog sneller dan vfat ook.

[Mark_Oostdam]

leuk is dit...
volgens fdisk heb ik wel een ext2 partitie nu op hda3, maar hij is read-only en al me data staat er nog wel op

code:

   Device Boot    Start       End    Blocks   Id  System
/dev/hda1             1       128   1028128+  83  Linux
/dev/hda2           129       145    136552+   f  Win95 Ext'd (LBA)
/dev/hda3           146      2490  18836212+  83  Linux
/dev/hda5           129       145    136521   82  Linux swap

let ff niet op hda2... das een klein foutje van mij maar het is maar een hele zielige kleine partitie dus het is ff niet belangrijk.

[Mark_Oostdam]

ok eerst had ik met fdisk hda3 verwijderd en opnieuw aangemaakt (zie vorrige post)

en vervolgens heb ik dus die mke2fs gebruikt die jullie aanraadden, zag er zo uit:

code:

SERVER:/sbin# umount /dev/hda3
SERVER:/sbin# mke2fs -T largefile4 /dev/hda3
mke2fs 1.27 (8-Mar-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
4608 inodes, 4709053 blocks
235452 blocks (5.00%) reserved for the super user
First data block=0
144 block groups
32768 blocks per group, 32768 fragments per group
32 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000

Writing inode tables: done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 33 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
SERVER:/sbin#

vervolgens heb ik de partitie opnieuw gemount aan /leech, en dan krijg ik dit gezeik:

code:

SERVER:/leech# chmod 755 download
chmod: changing permissions of `download': Read-only file system

WTH moet ik nu doen om het read/write te fixen?

[Jaap-Jan]

Op welke manier heb je gemount? met

code:

 mount /leech

of met

code:

mount -t ext3 /dev/hda3 /leech

Als het de eerste is, dan moet je kijken of in /etc/fstab zoiets als dit staat:

code:

/dev/hda3       /leech               ext3    errors=remount-ro       0       0

[Mark_Oostdam]

Japie_17 schreef op 11 september 2002 @ 10:20:
Op welke manier heb je gemount? met

code:

 mount /leech

of met

code:

mount -t ext3 /dev/hda3 /leech

Als het de eerste is, dan moet je kijken of in /etc/fstab zoiets als dit staat:

code:

/dev/hda3       /leech               ext3    errors=remount-ro       0       0

ik heb gekozen voor ext2 bestandssysteem omdat het wat sneller blijkt te zijn en ik niet zo onwijs veel geef om de data die op de server staat (meestal kopie van mijn pc)

in fstab staat dan dus ook

code:

<file system> <mount point>   <type>  <options>                                               <dump>  <pass>
/dev/hda3       /share          ext2    defaults,errors=remount-ro,user,mode=777                0       0

heb dus met 'mount /dev/hda3 /leech' gemount

[ Voor 0% gewijzigd door Mark_Oostdam op 11-09-2002 10:26 . Reden: heb dus met 'mount /dev/hda3 /leech' gemount ]

[NaliXL]

Verwijderd schreef op 10 september 2002 @ 10:45:
[...]


Volgens mij zit er voor NTFS nog geen write-support in de Linux kernel. Lezen kan wel, maar schrijven is Highly Expirimental...

Hoe lang is dat nou al niet "Highly expirimental"? Kunnen ze daar zo onderhand niet klaar mee zijn NTFS bestaat al wel wat langer dan vandaag, dacht ik zo....

[Mark_Oostdam]

ben eruit tnx!