Samba share "read-only file system"

[LED-Maniak]

Waarschijnlijk is dit een eenvoudig probleem, maar na dagen googlen begin ik het op te geven..

Ik heb meerdere samba shares aangemaakt. Op share1 kan ik bestanden wijzigen en toevoegen.
Op share kan dit niet! Dan krijg ik de melding:

"Error while creating directory Untitled Folder." "read-only filesystem".

Mijn /etc/samba/smb.conf ziet er als volgt uit:

[global]
workgroup = WORKGROUP
netbios name = MYNAME
security = user
map to guest = Bad Password

[share]
path=/mnt/share
browseable = yes
valid users = nas
read only = no
guest ok = no
writable = yes
create mask = 0664
force directory mode = 0775

[share1]
path=/mnt/share1
browseable = yes
valid users = nas
read only = no
guest ok = no
writable = yes
create mask = 0664
force directory mode = 0775

Permissies van de mappen in ubuntu zelf zijn als volgt:

ls - ld /mnt/share1
drwxrwsr-x 12 nas nas 4096 jul 12 12:34 /mnt/share1

ls - ld /mnt/share
drwxrwsr-x 3 nas nas 4096 jul 12 12:37 /mnt/share

De settings zijn bij beide dus hetzelfde. Waarom wil share niet werken en share1 wel?
Beide shares zijn overigens twee aparte schijven. Via de desktop kan ik wel naar beide schijven schrijven.

[ Voor 4% gewijzigd door LED-Maniak op 12-07-2015 13:08 ]

[Brent]

Kan de user waaronder je inlogt/samba draait wel bij die beide schijven?

[LED-Maniak]

Yep, geen enkel probleem. nas is de user waarmee in zowel inlog in ubuntu als samba.
De files die ik op de share plaats zijn zichtbaar en te openen, alleen niet schrijfbaar.

Kan het zo zijn dat er nog een conflict is ergens?
Ik heb eerder de schijven gedeeld via de ubuntu GUI. Daarna heb ik dat uitgezet en direct in de smb.conf aanpassingen gedaan.

[ Voor 68% gewijzigd door LED-Maniak op 12-07-2015 13:24 ]

[Verwijderd]

Wellicht iets met je filesystem aan de hand?

Geef eens een uitdraai van je fstab
cat /etc/fstab

anders remounten als RW

mount -o remount,rw /mnt/share

[ Voor 22% gewijzigd door Verwijderd op 12-07-2015 15:23 ]

[LED-Maniak]

Remount heeft geen effect helaas.

Als er iets loos was met het filesystem, had ik dan niet ook problemen moeten hebben als ik lokaal zat?

code:

nas@NAS:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

/dev/md0    /mnt/foto   ext4    defaults    0 0
/dev/md1    /mnt/data   ext4    defaults    0 0
/dev/md2    /mnt/informatie ext4    defaults    0 0
/dev/md3    /mnt/share  ext4    defaults    0 0
/dev/md4    /mnt/backup ext4    defaults    0 0

/dev/sda1   /mnt/share1 ext4    defaults    0 0

# / was on /dev/sdb3 during installation
UUID=34ae11ff-7deb-4b68-be5b-40115867c99e /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb2 during installation
UUID=A834-8B9E  /boot/efi       vfat    defaults        0       1
# swap was on /dev/sdb4 during installation
UUID=96b5fe4f-8eb9-46d3-830c-01f644a8721b none            swap    sw              0       0
nas@NAS:~$

[ Voor 4% gewijzigd door LED-Maniak op 12-07-2015 15:31 ]

[ddkiller0900]

Wat krijg je te zien wanneer je testparm uitvoert in een terminal?

Heb je al eens gekeken naar de logfiles van samba?

[LED-Maniak]

Wow.. Ik heb het probleem gevonden.

Op mijn zoektocht in de debug files kwam ik het volgende tegen: "NT_STATUS_MEDIA_WRITE_PROTECTED"

Ik hier op googlen.. Blijkt dat de share locatie map "/mnt/share1' niet hetzelfde mag zijn als "share1". Wijzig ik de naam naar "Delen", dan werkt heel Samba wel

[Brent]

De share naam mag niet corresponderen met de tail van het pad van de dir? Dat doe ik volgens mij altijd zo Vreemd.

[LED-Maniak]

Meest vreemde is dat het met de ene share wel werkt en de andere share niet. Blijkbaar niet geheel betrouwbaar.