Phát âm cho thư mục / usr


71

Làm thế nào để bạn phát âm /usr?

Tôi đã tìm thấy trên mạng rằng ai đó đọc nó là "người dùng" ... nhưng, với những gì tôi biết, thư mục này không liên quan đến người dùng. Ý nghĩa của từ viết tắt là "tài nguyên cụ thể (hoặc hệ thống) Unix".

Làm thế nào chúng ta có thể đọc nó tốt hơn, giúp dễ dàng hiểu ngay ý nghĩa phạm vi của thư mục đó?


13
@RubanSavvy Điều này đã được thảo luận trên trang meta trước đây và người điều hành dường như đồng ý rằng các câu hỏi liên quan đến lịch sử Unix là về chủ đề.
Thomas Nyman

5
@ illuminÉ Tôi nghĩ rằng câu hỏi này có thể nằm trong phần "Sử dụng hoặc quản trị máy tính để bàn hoặc máy chủ * nix". Để sử dụng hoặc quản lý một cái gì đó, bạn cần có thể nói về nó. Các câu hỏi về thuật ngữ * nix là về chủ đề IMO. Thực tế đã có khá nhiều trong số họ nhưng, như bạn có thể thấy bằng cách bỏ phiếu cho câu hỏi này và các câu hỏi tương tự, cộng đồng xem xét chúng về chủ đề. Trong trường hợp các tài liệu trợ giúp và cộng đồng không đồng ý, cộng đồng luôn chiến thắng.
terdon

5
/ usr / bin / bad - Chỉ có một cách để đọc nó trong tâm trí của tôi!
Lúa

2
"Ý nghĩa của từ viết tắt là tài nguyên (hoặc hệ thống) cụ thể của Unix." Bất kỳ nghiên cứu nào cũng cho thấy 'USR' là từ viết tắt của thư mục người dùng là 'hồi tố'.
mikemaccana

2
Vài năm trước, tại một công việc trước đây, tôi đã làm việc trên các hệ thống Unix với /usrthiết lập et al thông thường và với các thư mục chính của người dùng bên dưới /user. Trong bối cảnh đó, phát âm /usrlà "người dùng gạch chéo" sẽ không phải là một ý tưởng tốt. Nhưng tôi chưa bao giờ thấy /usersử dụng theo cách đó trước đây hoặc kể từ đó, vì vậy đây có thể là một trường hợp bất thường.
Keith Thompson

Câu trả lời:


66

Trong các triển khai Unix ban đầu, /usrđược sử dụng để chứa các thư mục gốc của người dùng , ví dụ thay vì /home/user, bạn sẽ có /usr/user. Mục đích ban đầu là để thư mục được gọi là useruser, với ý nghĩa "mọi thứ liên quan đến người dùng".

Kể từ đó, vai trò của /usrđã thu hẹp. Trong các hệ điều hành giống như Unix hiện tại, /usrvẫn có xu hướng chứa các chương trình và dữ liệu của người dùng (trái ngược với các chương trình và dữ liệu của 'hệ thống), mặc dù trong nhiều trường hợp, sự khác biệt giữa ví dụ /usr/bin/bin có lẽ không mạnh như trước đây thì, là, bị, ở.

Có lẽ cách phát âm 'người dùng' dễ hiểu hơn với nền tảng này. Một từ viết tắt mà một số người thích là 'Tài nguyên hệ thống người dùng', nhưng 'người dùng' vẫn phổ biến hơn.



FWIW, tôi sử dụng nhiều hệ thống HPC hiện đại trong đó các thư mục chính vẫn ở trong một thư mục /usrvì một số lý do.
tpg2114

@Thomas, vì đã có usr, tại sao lại homeđược phát minh?
Pacerier

1
@Pacerier, Lý do bổ sung /homeđược bao phủ bởi câu trả lời của jilliagre cho câu hỏi liên quan này .
Thomas Nyman

31

"Tài nguyên cụ thể (hoặc hệ thống) Unix" là một từ viết tắt. Như đã nêu, nó chỉ là một hình thức rút ngắn của người dùng. Xem câu hỏi liên quan này

Tôi có xu hướng phát âm "người dùng" với những người có kinh nghiệm, tức là những người biết tôi đang nói về điều gì và "u-ess-err" với những người tôi không chắc chắn.


11
Vì vậy, bây giờ tôi biết rằng nếu bạn "u-ess-err" tôi, bạn đang bị hạ mình :)
Eric Wilson

4
Nếu tôi biết bạn, đó thực sự có thể là trường hợp ;-) nếu không, tôi sẽ không có nguy cơ bị hiểu lầm.
jlliagre

17

Cá nhân tôi có thể xác nhận rằng nó đã được phát âm là "người dùng" kể từ ít nhất là những năm đầu thập niên tám mươi, khi tính di động trên toàn hệ điều hành (và với khái niệm "không đặc hiệu" trái ngược với tài nguyên độc lập với hệ thống) không có trên bản đồ của bất kỳ ai. "Tài nguyên dành riêng cho Unix" chắc chắn là một phát minh sau này, hay "từ nguyên dân gian".

Như @Thomas chứng minh, nó được sử dụng để chứa nhiều thứ "người dùng" rõ ràng hơn. Trong các hệ thống cũ, /usrthường là điểm gắn đĩa, do đó, các yếu tố cần thiết của hệ thống nằm trên ổ đĩa gốc hoặc phân vùng ( /) và /usrsẽ chứa các chương trình và dữ liệu người dùng có thể được tải sau này trong quá trình khởi động.


12

Cách đây một thời gian, tôi đã tìm thấy hướng dẫn Low Fat Linux , trong đó có lời giải thích ngắn gọn về sistem tệp Linux này.

Nói tóm lại, nó liệt kê các định nghĩa sau:

  • / bin Chứa các lệnh và chương trình hệ thống Linux (còn được gọi là nhị phân). Phát âm "slash bin."
  • / dev Chứa các tệp thiết bị đặc biệt tương ứng với các thành phần phần cứng. Phát âm "slash dev."
  • / etc Chứa các tệp cấu hình cho Linux và phần mềm được cài đặt khác. Phát âm "slash et-see."
  • / home Chứa các thư mục gốc (bộ nhớ cá nhân) cho mỗi người dùng trên hệ thống. Phát âm "chém về nhà."
  • / sbin Chứa nhiều nhị phân Linux hơn (các tiện ích đặc biệt không dành cho người dùng phổ thông). Phát âm "slash ess-bin."
  • / root Thư mục chính cho người dùng root; không được nhầm lẫn với /. Một số hệ thống Linux sử dụng / home / root thay vì / root. Phát âm "chém gốc."
  • / usr Chứa các chương trình hệ thống và các tệp khác cho người dùng phổ thông như trò chơi, trợ giúp trực tuyến và tài liệu. Theo quy ước, người dùng không nên đặt các tệp cá nhân trong thư mục này. Phát âm "chém người dùng."

1
Tôi đã trải qua một khóa đào tạo video nơi người hướng dẫn liên tục nói "slash-etcetera". May mắn là tôi đã biết cách phát âm chính xác, vì vậy nó chỉ gây phiền nhiễu (và đáng ngạc nhiên) thay vì khiến tôi phải bật cười.
tự đại diện

4
@Wildcard Tôi không nghĩ rằng tôi chưa bao giờ nghe nói về /etcviệc phát âm et-see ngoại trừ người Mỹ. Có thể đây là phương sai khu vực (như cách phát âm của bộ định tuyến ), nhưng ở đây tại Vương quốc Anh tôi biết nó là vân vân hoặc có thể là ee-tee-see .
roaima

Hãy trung thực: miễn là thông điệp rõ ràng, phát âm có thể không liên quan
Barranka

10

Cũng có thể đi đến nguồn. Trong bộ phim năm 1982 của AT & T có sự góp mặt của các nhà phát minh UNIX, Hệ điều hành UNIX , Brian Kernighan phát âm /usrlà "người dùng", vào khoảng 13:41. Anh ấy đang hiển thị thư mục nhà của mình /usr/bwk,.

Cho đến khi các máy tính chạy UNIX có số lượng người dùng lớn và nhiều ổ đĩa, hầu hết các thư mục chính của người dùng đều nằm dưới /usr.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.