Forum Debian Users Gang

Zrobiłem tak jak napisałeś, polecenie mount pokazuje że udisks się już do tej partycji nie miesza, ale nadal tylko root może zapisywać :/

hepita@Hepitowo:~$ 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>
UUID=075A-5DD0                                      /boot/efi                        vfat            umask=0077        0       1
UUID=c6b1dbb4-b6a2-4d81-9365-bcbb759de20b      /                            ext4            errors=remount-ro    0       1
UUID=353e1ec8-430f-414c-85d4-7742daeb5445      /home                    ext4            defaults        0       2
UUID=26271124-ed77-4456-928a-86285d37452e   none                    swap    defaults        0    0
UUID=b6b4635e-da9f-4b80-abe5-f4cfb732c5e5      /media/Magazyn        ext4            defaults        0    2

Ostatnio edytowany przez Hepita (2015-12-12 20:50:54)

Mi się zdaje że to nie przez defaults, bo zamieniłem defaults na rw,exec,auto,user,async,suid,dev    i nadal nie mogę zapisywać danych.
Tym bardziej że na testingu mi działało przy opcjach defaults.

ps. nie man fstab tylko man mount ;)
ps2.

user   Pozwala  na  zamontowanie  tego  systemu  plików  przez  zwykłego użytkownika. Nazwa montującego użytkownika jest zapisywana do mtab, więc może on ponownie odmontować system plików. Opcja ta implikuje opcje noexec, nosuid, i nodev (chyba że są przesłaniane przez następne opcje, jak w linii user,exec,dev,suid).

Ja nie potrzebuję tego montować ani odmontowywać, po prostu ma być zamontowane przy starcie systemu z dostępem do odczytu i zapisu dla wszystkich userów.
Mi się już pomysły wyczerpały

Ostatnio edytowany przez Hepita (2015-12-12 21:24:09)

Zapis i odczyt dla wszystkich to zrobisz dając chmod 777 albo 1777 dla punktu montowania.
Tyle w kontekście nielinuxowych systemów plików, bo przy np ext4 zwykle chmody działają.

Jeszcze jeden drobny problem który przed chwilą zauważyłem  - gość (przez Sambę) nie ma prawa do zapisu mimo uprawnień 777.
Nie jest to może wielki problem i mogę go obejść tworząc konto samby "gość" powiązane z jakimś nowo utworzonym kontem w systemie (w praktyce konto gość jest i tak używane tylko przez 3 komputery więc nie będzie bałaganu) , ale jeśli by sie dało to jakoś prościej załatwić to bym się ucieszył.
ma ktoś jakiś pomysł?

Ostatnio edytowany przez Hepita (2015-12-15 21:20:30)

Mam coś takiego.

Stworzyłem 2 udziały: w /home/hepita/Magazyn i w /media/Magazyn. Ten w home ma domyślne uprawnienia (nie wiem jakie) a ten w media 777.

Konfig wygląda (mniej więcej, nie mam komputera przed sobą i z pamięci pisze) tak

[global]
netbios name=Hepitowo 
#tu linijka map to guest, nie pamiętam jak dokładnie wyglądała 

[magazyn] 
path=/home/hepita/magazyn
read only=no
guest ok=yes

[magazynv2]
path=/media/Magazyn 
read only=no
guest ok=yes

Magazyn - ładnie działa zapis i odczyt dla gościa i dla użytkowników
Magazynv2 - działa odczyt dla wszystkich, ale zapis już tylko dla użytkowników. Dla gościa nie działa.

Także to chyba nie problem samby bo Konfig ten sam tylko uprawnień w systemie

Edit:
Pisząc "użytkowników" mam na myśli użytkownika Samby "hepita" połączonego z kontem "hepita" (czyli tym  z którego korzystam na co dzień) w systemie

Ostatnio edytowany przez Hepita (2015-12-16 10:51:43)

writeable = yes

?

To może pokaż jeszcze uprawnienia do katalogów?
Takich rzeczy jak SELinux i ACL nie używasz?

Prawie, bo gość może już usuwać pliki, ale tylko swoje

Lepki bit ("sticky bit") - w chmodzie oznaczony przez 1xxx np 1777 powoduje, że wszyscy mogą "wszystko", ale usunąć lub modyfikować plik  może tylko właściciel.


To takie "czary" z uprawnieniami.