Pengucapan untuk direktori / usr


71

Bagaimana cara pronce /usr?

Saya menemukan di internet bahwa seseorang membacanya "pengguna" ... tetapi, yang saya tahu, direktori ini tidak terkait dengan pengguna. Arti akronim adalah "Unix spesifik (atau sistem) sumber daya".

Bagaimana kita bisa membacanya dengan lebih baik, sehingga mudah untuk segera memahami arti dari cakupan folder tersebut?


13
@RubanSavvy Ini telah dibahas di situs meta sebelumnya , dan moderator tampaknya setuju bahwa pertanyaan yang terkait dengan riwayat Unix sesuai topik.
Thomas Nyman

5
@ illuminÉ Saya pikir pertanyaan ini dapat jatuh di bawah "Menggunakan atau mengelola desktop atau server * nix". Untuk menggunakan atau mengelola sesuatu, Anda harus dapat membicarakannya. Pertanyaan tentang * nix terminologi ada di topik IMO. Sebenarnya ada cukup beberapa dari mereka sudah tapi, seperti yang Anda lihat dengan orang ini dan yang serupa pertanyaan, masyarakat menganggap mereka pada topik. Dalam kasus di mana dokumen bantuan dan komunitas tidak setuju, komunitas selalu menang.
terdon

5
/ usr / bin / bad - Hanya satu cara untuk membacanya di pikiran saya!
Paddy

2
"Arti akronimnya adalah sumber daya khusus Unix (atau sistem)." Setiap penelitian menunjukkan bahwa 'USR' sebagai akronim untuk direktori pengguna adalah 'retroaktif'.
mikemaccana

2
Beberapa tahun yang lalu, pada pekerjaan sebelumnya, saya bekerja pada sistem Unix dengan /usrsetup et al biasa , dan dengan direktori home pengguna di bawah /user. Dalam konteks itu, mengucapkan /usrsebagai "pengguna garis miring" bukanlah ide yang bagus. Tapi saya belum pernah melihat /usermenggunakan cara itu sebelum atau sejak, jadi itu mungkin kasus yang tidak biasa.
Keith Thompson

Jawaban:


66

Dalam implementasi Unix yang asli, /usrdigunakan untuk memuat direktori home user , misal alih-alih /home/user, Anda akan memilikinya /usr/user. Tujuan awal adalah agar direktori tersebut disebut 'pengguna' dengan konotasi "semua yang terkait dengan pengguna".

Sejak itu, peran /usrtelah menyempit. Dalam sistem operasi mirip Unix saat ini, /usrmasih cenderung berisi program dan data pengguna-lahan (sebagai lawan dari program dan data 'sistem'), meskipun dalam banyak kasus perbedaan antara misalnya /usr/bindan/bin mungkin tidak sekuat dulu. menjadi.

Mungkin pengucapan 'pengguna' lebih dimengerti mengingat latar belakang ini. Sebuah backronym beberapa orang lebih memilih adalah 'Pengguna Sistem Sumber Daya', tapi 'user' masih lebih umum.



FWIW, saya menggunakan banyak sistem HPC modern di mana direktori home masih dalam direktori /usrkarena beberapa alasan.
tpg2114

@ Thomas, Karena sudah ada usr, mengapa homediciptakan?
Pacerier

1
@Pacerier, Alasan penambahan /homeditutupi oleh jawaban jilliagre ini untuk pertanyaan terkait ini .
Thomas Nyman

31

"Unix spesifik (atau sistem) sumber daya" adalah backronym. Seperti yang telah dinyatakan, itu hanya bentuk singkat dari pengguna. Lihat pertanyaan terkait ini

Saya cenderung mengucapkannya "pengguna" dengan orang-orang yang berpengalaman, yaitu mereka yang tahu apa yang saya bicarakan, dan "u-ess-err" dengan yang saya tidak yakin.


11
Jadi sekarang saya tahu bahwa jika Anda "u-ess-err" saya, Anda sedang merendahkan :)
Eric Wilson

4
Jika saya mengenal Anda, mungkin memang demikian ;-) jika tidak, saya hanya tidak mengambil risiko disalahpahami.
jlliagre

17

Saya pribadi dapat menjamin bahwa itu telah diucapkan "pengguna" sejak setidaknya awal tahun delapan puluhan, ketika portabilitas di OS (dan dengan itu konsep "unix-specific" sebagai lawan dari sumber daya sistem-independen) tidak ada di peta siapa pun. "Sumber daya khusus unix" jelas merupakan penemuan selanjutnya, atau "etimologi rakyat".

Seperti yang diperlihatkan oleh @Thomas, ini biasanya berisi lebih banyak barang "pengguna". Dalam sistem yang lebih lama, /usrsering kali merupakan titik pemasangan disk, sehingga esensi sistem berada pada drive root atau partisi ( /), dan /usrakan berisi program dan data pengguna yang dapat dimuat nanti dalam proses boot.


12

Beberapa waktu lalu, saya menemukan tutorial Linux Rendah Lemak , yang memiliki penjelasan singkat tentang sistem file Linux.

Singkatnya, daftar definisi berikut:

  • / bin Berisi perintah dan program sistem Linux (juga disebut binari). Diucapkan "slash bin."
  • / dev Berisi file perangkat khusus yang sesuai dengan komponen perangkat keras. Diucapkan "slash dev."
  • / etc Berisi file konfigurasi untuk Linux dan perangkat lunak lain yang diinstal. Diucapkan "slash et-see."
  • / home Berisi direktori home (penyimpanan pribadi) untuk setiap pengguna pada sistem. Diucapkan "tebang rumah."
  • / sbin Berisi lebih banyak binari Linux (utilitas khusus bukan untuk pengguna umum). Diucapkan "slash ess-bin."
  • / root Direktori home untuk pengguna root; jangan dikacaukan dengan /. Beberapa sistem Linux menggunakan / home / root bukan / root. Diucapkan "slash root."
  • / usr Berisi program sistem dan file lain untuk pengguna umum seperti game, bantuan online, dan dokumentasi. Sesuai ketentuan, pengguna tidak boleh menaruh file pribadi di direktori ini. Diucapkan "pengguna garis miring."

1
Saya mengikuti kursus pelatihan video di mana instruktur terus berkata "slash-etcetera". Untungnya saya sudah tahu pengucapan yang benar, jadi itu hanya mengganggu (dan mengejutkan) daripada mengatur saya untuk ditertawakan.
Wildcard

4
@Wildcard Saya tidak berpikir saya belum pernah mendengar /etcdiucapkan et-see kecuali oleh orang Amerika. Mungkin ini adalah varian regional (seperti pengucapan router ), tapi di sini di Inggris saya tahu itu sebagai sebagainya atau mungkin ee-tee-see .
roaima

Mari kita jujur: selama pesannya jelas, pelafalan mungkin tidak relevan
Barranka

10

Mungkin juga pergi ke sumbernya. Dalam film 1982 dari AT&T yang menampilkan penemu UNIX, Sistem Operasi UNIX , Brian Kernighan diucapkan /usrsebagai "pengguna", sekitar pukul 13:41. Dia menunjukkan direktori rumahnya /usr/bwk,.

Sampai komputer yang menjalankan UNIX mendapatkan basis pengguna yang besar dan beberapa disk drive, hampir semua direktori home pengguna langsung berada di bawah /usr.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.