[SuSE 8.2, Samba] Toegangsrechtenprobleem

[Silver7]

Situatie:

2 harde schijven:
-> 1 = 4 GB => Besturingssysteem Linux SuSE 8.2 Pro.
-> 2 = 30 GB => Data

2 accounts:
-> root
-> persoonlijke gebruiker, ik dus (Voor meer veiligheid)

Ik heb via webmin HD nummer 2 gemount en /Data gegeven.

Ik heb Samba en Samba client geinstalleerd.

Ik heb via webmin de rechten gegeven aan de persoonlijke gebruiker dat ik de toegang krijg tot de HD 2.

Maar wanneer ik probeer de HD 2 te benaderen (hij is wel gemount) geeft hij dat het ik geen toegang heb.

Volgens webmin heb ik gewoon toegang.

Voor LinuxTweakers die weining vertrouwen hebben in webmin, heb ik de smb.conf gecontroleerd en het staat gewoon dat ik toegang heb.

Zie hier de configuratie-bestand:

# smb.conf is the main samba configuration file. You find a full commented
# version at /usr/share/doc/packages/samba/examples/smb.conf.SuSE
# Date: 2003-03-17
[global]
unix extensions = Yes
netbios name = Linux Server
printing = CUPS
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
workgroup = CHAPELLE
os level = 2
printcap name = CUPS
time server = Yes
encrypt passwords = Yes
security = user
veto files = /*.eml/*.nws/riched20.dll/*.{*}/
syslog = 0
log level = 1

[homes]
comment = Home Directories
valid users = %S
browseable = No
read only = No
create mask = 0640
directory mask = 0750
[printers]
comment = All Printers
path = /var/tmp
printable = Yes
create mask = 0600
browseable = No
[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @ntadmin root
force group = ntadmin
create mask = 0664
directory mask = 0775

[Data]
writeable = yes
path = /data
write list = Niels,root,@users
revalidate = yes
comment = Data
valid users = Niels,@users

Uiteindelijk ga ik via windows pc verbinding (batch-file) maken met HD 2.
(nu toch een nieuw topic een vraagje: kan ik zonder inloggen toegang krijgen tot de harde schijf, is van richting in "automatisch inloggen"?)

Ik ga nog niet de batch file maken en aanmelden op linux netwerk zolang ik via de Linux pc geen toegang heb tot HD 2.

Voor de geinterreseerden wat ik ga doen met Linux:
Linux pc wordt zo een beetje de server voor ftp op afstand en op legale manier downloaden.

[raswic]

Mag je wel in /data schrijven? Dus gewoon onder je account (niels) op de CLI, dus zonder Samba.
Wat zijn jouw lees/schrijf-rechten daar?

[ Voor 13% gewijzigd door raswic op 21-08-2004 14:51 ]

[Silver7]

[quote]raswic schreef op 21 augustus 2004 @ 14:49:
Mag je wel in /data schrijven? Dus gewoon onder je account (niels) op de CLI, dus zonder Samba.
Wat zijn jouw lees/schrijf-rechten daar?

Nadat de HD 2 gemount is, probeer ik (via linux pc) binnen te komen. Ik heb geen toegangsrechten volgens de foutmelding.

Ik heb ingesteld dat ik alle rechten heb, lezen en schrijven...

CLI betekent: .....

[ Voor 10% gewijzigd door Silver7 op 21-08-2004 14:54 . Reden: edit op edit van de tweaker ]

[raswic]

Hoe probeer je binnen te komen? Via Samba of via de CLI?
Mijn vraag was of je via de CLI er schrijfrechten heb. Via samba heb je ze, dat zie ik in je smb.conf.

Dus in een shell

code:

 /data$ ls -al

En daarna even de output posten.


_{CLI = Command Line Interface, oftewel een shell}

[Wilke]

Wat voor bestandssysteem-type heeft /data (de tweede, grote HD dus)?

Waarschijnlijk mag de gewone gebruiker wel van Samba, maar niet van Linux in die directory schrijven omdat je daar geen rechten aan hebt toegekend.

[Silver7]

Wat voor bestandssysteem-type heeft /data (de tweede, grote HD dus)?
- De bestandssysteem is NTFS.

Waarschijnlijk mag de gewone gebruiker wel van Samba, maar niet van Linux in die directory schrijven omdat je daar geen rechten aan hebt toegekend.[/quote]
- Misschien heb je gelijk. Dan moet ik ff kijken via Yast naar de gebruikers/groepen.

Hoe probeer je binnen te komen? Via Samba of via de CLI?
Mijn vraag was of je via de CLI er schrijfrechten heb. Via samba heb je ze, dat zie ik in je smb.conf.
Dus in een shell

code:
1

/data$ ls -al

En daarna even de output posten.

CLI = Command Line Interface, oftewel een shell

Oh, shell, dat code ff zoeken en uitgeprobeerd (onder persoonlijke gebruiker)

Ik heb het gevonden:

drwxr-xr-x root
drwxr-xr-x root

Dat betekent eigenlijk dat ik geen toegang heb?? (dus de persoonlijke gebruiker Niels)

[ Voor 2% gewijzigd door Silver7 op 21-08-2004 15:21 . Reden: duidelijk ]

[raswic]

Goed, dan zijn er twee redenen waarom je er niet op kan.
1. In linux is een NTFS-partitie alleen read-only te benaderen.
2. Alleen root heeft schrijfrechten, en niels dus niet.

1 is op te lossen door een ander filesystem te gebruiken (FAT of ext2/3, reiserfs).
2 is als volgt op de lossen:

code:

$ cd /data
$ chown .users /data
$ chmod 775 /data

Alleen zonder probleem 1 te hebben opgelost heb je niets aan oplossing 2.

[ Voor 7% gewijzigd door raswic op 21-08-2004 15:26 ]

[Silver7]

1. In linux is een NTFS-partitie alleen read-only te benaderen.

DAT MEEN JE NIET!!!!

Dan heb ik verkeerde informatie gekregen

Ik wilde harde schijf die ik in zowel Linux en Windows kan gebruiken.

Ik vond NTFS beter dan FAT32.

Nou.. kan ik in linux converteren van NTFS naar ander filesystem zonder te formatteren?

Laat maar ik google ff...

Oplossingen:

Partiton Magic = converteren van NTFS naar FAT32
of
Backup maken en dan formatteren.

Vervelend probleem, maar ja kan gebeuren..

[ Voor 18% gewijzigd door Silver7 op 21-08-2004 15:38 . Reden: Search results ]

[Zer0]

raswic schreef op 21 augustus 2004 @ 15:25:
Goed, dan zijn er twee redenen waarom je er niet op kan.
1. In linux is een NTFS-partitie alleen read-only te benaderen.

Niet geheel waar, de nieuwere kernels hebben NTFS-write support, deze is echter nog in expirimentele fase en niet aan te raden voor het wegschrijven van belangrijke data. Daarom is deze optie in de meeste distributies uitgeschakeld in de standaard kernel.
Daarnaast zul je nog eea moeten vogelen met masking om de rechten goed te krijgen. Al met al is fat32 in een situatie waarin zowel XP als linux schrijftoegang nodig hebben op een paritie een stabielere oplossing.

[raswic]

Zer0 schreef op 21 augustus 2004 @ 17:04:
[...]

Niet geheel waar, de nieuwere kernels hebben NTFS-write support, deze is echter nog in expirimentele fase en niet aan te raden voor het wegschrijven van belangrijke data.

Klopt. Om de TS geen valse hoop en niet in verwarring te brengen had ik het gemakshalve maar even niet opgenoemd.