Saya memiliki partisi ext4 dan saya telah mengatur pemilik grup untuk semua subdirektori ke mygroup:
# chgrp -R mygroup /mount/abc
# chmod -R g+swrx /mount/abc
Pengguna saya adalah bagian dari grup itu. Di dalam partisi itu ada folder yang dimiliki oleh pengguna 'tidak ada' dan sekarang oleh grup 'mygroup'. Pengguna saya adalah bagian dari 'mygroup'. Inilah ls-l:
myuser@host:/mount/abc/folder$ ls -l
drwxr-sr-x 2 nobody mygroup 4096 Apr 25 12:08 ./
drwxrwsrwx 6 nobody mygroup 4096 Apr 24 07:57 ../
-rw-r-xr-- 1 otheruser mygroup 159539 Apr 23 23:44 test.png*
myuser@host:/mount/abc/folder$ groups myuser
myuser : mygroup {... a list of other groups also...}
myuser@host:/mount/abc/folder$ rm test.png
rm: remove write-protected regular file ‘test.png’? y
rm: cannot remove ‘test.png’: Permission denied
myuser@host:/mount/abc/folder$ touch test.txt
touch: cannot touch ‘test.txt’: Permission denied
Perhatikan bahwa saya tidak dapat menghapus atau membuat file yang dimiliki oleh grup yang menjadi bagian dari pengguna saya.
Saya kira saya tidak sepenuhnya mengerti cara kerja kelompok. Saya pikir jika Anda adalah bagian dari grup maka Anda mewarisi izin grup itu. Apakah saya melakukan sesuatu yang salah?
Terima kasih
12.04
permissions
Kekacauan
sumber
sumber
Jawaban:
Apakah Anda baru-baru ini menambahkan pengguna itu ke grup itu, tanpa keluar / di antaranya? Kemudian "grup" akan menampilkan grup tetapi pengguna belum memiliki izin grup.
Anda dapat menunjukkan grup efektif Anda menggunakan
Sebagai contoh, jika saya menambahkan pengguna saya
ps
ke grupfax
dan kemudian ketikitu tidak menunjukkan grup
fax
, tetapimenunjukkan
fax
.Melakukan
su
ke pengguna Anda sendiri memberi Anda afiliasi grup baru:Output sekarang juga mengandung
fax
.sumber
sudo
dan menggunakannya secara teratur. Kesalahan yang saya tunjukkan kepada Anda mengeluh bahwa perintahubuntu
(yaitu, nama pengguna) bukan perintah yang dikenali. Saya tidak berpikir saran Anda secara sintaksis benar - mungkin itu berfungsi dalam kasus Anda karenaps
kebetulan juga menjadi perintah serta nama pengguna.su <username>
. Saya telah mengedit posting.Metode yang Anda gunakan tampaknya benar. Saya baru saja mencoba untuk mereplikasi itu, dan itu bekerja dengan baik.
Saya tidak yakin apakah ada kesalahan ketik, tetapi ada sedikit masalah dengan perintah. Tidak perlu ada "grup saya" yang disebutkan di sana. Pekerjaan berikut
Bahkan, Anda dapat menghapus
s
bit, lakukan sajag+rwx
. Setelah Anda mengubah izin, dan Anda melakukannyals -l
, itu akan menampilkan hak istimewa yang relevan.sumber
Anda tidak dapat menghapus file karena grup
mygroup
tidak memiliki izin menulis pada filetest.png
serta folder. Untuk operasi tulis agar berfungsi pada file, izin file akan terlihat seperti:Jika Anda melihat lebih dekat pada format izin
Tiga penampung pertama
uuu
adalah pengguna r benar menyebalkan, w ritus dan e x ecute. Tiga penampung berikutnyaggg
adalah untuk grup danooo
untuk orang lain. Dalam potongan diposting oleh kelompok OP yang hilang w izin ritus.sumber
Untuk menambah jawaban yang diterima (karena saya belum bisa berkomentar):
Jika Anda menggunakan perangkat lunak seperti BitVise untuk membuat koneksi SSH ke server Anda, cukup menutup & membuka kembali terminal tidak akan dihitung sebagai masuk dan keluar. Ini akan melakukan hal-hal seperti memuat ulang Anda
~/.bashrc
, tetapi tidak melakukan pembaruan grup yang sebenarnya (jika Anda menambahkan grup dalam sesi "login" Anda). Agar ini berlaku, Anda harus keluar sepenuhnya dan masuk lagi dengan kunci SSH / kredensial Anda.sumber
Direktori memerlukan x bit set (untuk direktori yang bit dilihat sebagai bit pencarian) untuk membuka. Jadi saya menggunakan pohon sehingga saya hanya dapat mengatur folder dan menghindari mimpi buruk memiliki semua file ditetapkan sebagai executable (opsi untuk pohon adalah
-d List directories only.
):Peringatan!!! Anda harus mempertimbangkan ini:
menggunakan chmod atau chown rekursif pada
/
direktori root atau direktori sistem akan menghancurkan OS Anda (sebenarnya apa pun yang rekursif pada/
direktori atau direktori sistem berbahaya)ini bukan praktik keamanan yang baik untuk mengatur izin massal seperti itu
sumber