montuje ramfs jako użytkownik

9

Mój wpis na fstab:

none    /home/jreinhart/ramdisk    ramfs    defaults,user   0 0

Katalog przed montażem:

drwxrwxr-x  2 jreinhart jreinhart  4096  Oct 17 11:31 ramdisk

Katalog po mount ramdisk:

drwxr-xr-x  2 root     jreinhart  4096  Oct 17 11:31 ramdisk

Możesz zobaczyć problem. Po zamontowaniu właściciel zmienia się na root, a uprawnienia grupy przechodzą do, r-xwięc nie mogę używać tego ramdysku. Co daje?

Próbuję to zrobić bez konieczności su.

— Jonathon Reinhart
źródło

3

Miałem ten sam problem. Używanie mode=777zamiast zamiast umask=777wydaje się działać (Ubuntu 15.10).

— spraff
źródło

To jedyna właściwa odpowiedź. Więc PO za fstabwpis może wyglądać tak: none /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0. Usunąłem, defaultsponieważ w pewnym sensie jest to sprzeczne user(sugeruje wiele innych opcji) i dostroiłem się modedo bezpieczniejszej, nieczytelnej dla świata 0770maski (tylko dlatego rooti jreinhartmoże to czytać i pisać).

— Neurotransmitter

2

Zakładając, że jest to Linux, możesz również użyć tmpfs (zobacz tutaj różnice, tj. Dlaczego warto go używać tmpfs) , co zostało wyjaśnione tutaj i (patrz link) obsługuje opcje mode, gidi uid. Istotny tmpfs.txtmoże być także następujący akapit :

These options do not have any effect on remount. You can change these
parameters with chmod(1), chown(1) and chgrp(1) on a mounted filesystem.

Więc może sudo chown ...nadal jest potrzebne (chyba nie, ale nie jestem tego pewien, przepraszam).

— sr_
źródło

1

Powinienem o tym wspomnieć, ale nie mogę używać tmpfs. tmpfs można wysortować na dysk, którego muszę unikać.

— Jonathon Reinhart

0

Jeśli chcesz uniknąć sudo, możesz skorzystać z automountera tutaj (usługi autofs). Poszukaj wykonywalnych map automatycznych. Tam możesz napisać wszystko, co chcesz przed, w trakcie i po rzeczywistym montażu.

— Nils
źródło

0

Na ogół dość niebezpieczne jest udzielanie dostępu do ramfsa innym niż root, ponieważ (złośliwy / nieświadomy) użytkownik może włożyć do niego wystarczającą ilość danych, aby wypełnić całą dostępną pamięć RAM systemu. Jak wspomnieli inni powyżej, coś takiego jak tmpfs lub nawet dysk RAM może być bardziej pożądany do użytku innego niż root. (post sr_ ma naprawdę dobre lektury).

— noffle
źródło

1

Niepoprawnie, ramfs ma opcję maksymalnego rozmiaru

— Bryan Hunt

Źródło @BryanHunt? Ponieważ czytam to wszędzie. „Powstała pochodna ramfs o nazwie tmpfs w celu zwiększenia limitów wielkości”

— redanimalwar

-1

Po zamontowaniu ramdysku /home/jreinhart/ramdiskstaje się katalogiem głównym podłączonego systemu plików. Najwyraźniej ten katalog jest własnością root. Zmień go (i każdy inny odpowiedni plik na ramdysku) raz na zawsze jreinhart.

Możliwe, że widziałeś inne zachowanie systemów plików takich jak vfat. W systemach plików, które nie mają pojęcia własności, sterownik systemu plików próbuje wymyślić rozsądne fałszywe prawo własności, generalnie czyniąc każdy plik własnością użytkownika, który zamontował system plików. Takie systemy plików, ramfsktóre zapewniają normalne uprawnienia uniksowe, udostępniają je bezpośrednio.

— Gilles „SO- przestań być zły”
źródło

Tyle że nie jest to „raz na zawsze”, ponieważ zawartość ramfów jest tracona, gdy jest odmontowany. OP prawdopodobnie chce, aby uprawnienia utrzymywały się podczas ponownego uruchamiania, dlatego daje nam dostęp do wpisu fstab.

— DepressedDaniel,