Izin drive USB saat melakukan otomatisasi

10

Pada Debian ada masalah umum, bahwa Anda mencoba untuk plug hard drive USB yang diformat ntfs dan kemudian tidak dapat menulis sebagai pengguna biasa karena direktori milik root.

Beberapa waktu yang lalu saya membaca bahwa itu dapat diperbaiki dengan menambahkan opsi uid=1000,gid=1000(atau apa pun uid dan gid Anda). Ini memang memecahkan masalah tetapi tampaknya agak jahat bagi saya, karena jika Anda memiliki sistem multiuser, drive selalu milik pengguna yang sama dan bukan milik pengguna yang memasangnya / login.

Dari waktu saya dengan Ubuntu, saya ingat bahwa ini bukan masalah dan Anda dapat memasang drive NTFS (dengan GNOME) dan dapat ditulis oleh pengguna yang memasangnya. Jadi sepertinya GNOME dapat me-mount drive dengan izin yang diberikan kepada pengguna yang login.

Namun sekarang saya menggunakan KDE pada Debian jessie dan saya bertanya-tanya apakah saya dapat mengkonfigurasi komputer saya untuk memasang drive dengan izin pengguna yang memiliki sesi X aktif.

debian permissions mount usb-drive Kritzefitz
sumber
1
Hmmm ... tapi satu baris brief di man fstabmemberitahu: fstab - informasi statis tentang filesystem D:
41754
Saya tidak yakin dengan jawabannya, tetapi pengetahuan saya yang terbatas mengatakan itu mungkin ada hubungannya dengan udev.
ND Geek
@NDGeek, udevberkaitan dengan penamaan perangkat , bukan pemasangan perangkat .
jayhendren
@ jayhendren senang tahu. Setelah menyodok ini pada sistem saya sendiri, apakah akan udisksmenjadi pelakunya lebih mungkin? Sekali lagi, ini adalah area yang belum banyak pengalaman saya, jadi saya bermain-main mencoba mencari tahu beberapa hal ini.
ND Geek

Jawaban:

3

Sepertinya Anda telah memodifikasi fstab Anda untuk memasang perangkat ini secara manual .. Atau mungkin Anda telah membuat entri dalam autofs? .. Debian / ubuntu telah berpindah sejak membutuhkan mount yang dikonfigurasi secara manual untuk waktu yang lama sekarang, bahkan untuk lingkungan non-GUI.

Secara umum, Anda tidak perlu melakukan pemasangan manual, dan semua berbagai lingkungan desktop menangani hal ini dengan mulus dan sering dengan cara yang sedikit berbeda (selama perangkat tidak diatur di fstab).

Beberapa akan menggunakan udev / pmount, dengan consolekit / policykit membantu auth. Hal pertama yang harus dilakukan adalah menghapus pengaturan pemasangan manual yang Anda miliki dan reboot. Saya yakin itu saja yang akan memperbaiki tantangan otomatisasi Anda. Mengapa Anda tidak mencobanya terlebih dahulu, dan kemudian melaporkan kembali jika Anda masih memiliki tantangan

Juga, jika Anda telah bermain-main dengan izin dari binari ntfs-3g atau lowntfs-3g, cobalah untuk mengembalikannya kembali ke kepemilikan dan izin default mereka. Singkatnya, kembali ke pengaturan default dan reboot, dan Anda akan baik-baik saja.

Solusi yang disarankan Kiwy (dan lainnya) hanya akan menjadi penting ketika Anda memiliki masalah lebih lanjut setelah kembali ke pengaturan default.

Chux Uzoeto
sumber
Terima kasih, itu berhasil. Saya yakin bahwa saya belum pernah menempatkan mereka di fstab. Tapi sekarang berhasil.
Kritzefitz
1

Salah satu solusi yang saya temukan untuk masalah ini adalah menggunakan udev.
Edit /etc/udev/rules.d/99-automount.rulesdengan editor favorit Anda dan tambahkan baris-baris itu: 

# --sync to allow removal without corruption 
# exclude sda since its the rootfs 
ACTION=="add",KERNEL=="sd[bcd]*", RUN+="/usr/bin/pmount --sync --noatime --umask 000 %k" 
ACTION=="remove", KERNEL=="sd[bcd]*", RUN+="/usr/bin/pumount %k"

jika Anda memiliki lebih dari satu hard drive Anda mungkin ingin mengubah sd[bcd]ke sd[cde]atau lebih karena akan sesuai dengan nama perangkat /dev/sd[c or d or e]dan surat-surat dikaitkan dengan jumlah disk yang Anda pasang /dev/sdamenjadi disk rootfs sebagian besar waktu

Kiwy
sumber