Pronuncia per / usr directory


71

Come pronunci /usr?

Ho scoperto in rete che qualcuno lo legge "utente" ... ma, per quel che ne so, questa directory non è correlata all'utente. Il significato dell'acronimo è "Risorse specifiche di Unix (o di sistema)".

Come possiamo leggerlo meglio, rendendo facile comprendere immediatamente il senso dell'ambito di tale cartella?


13
@RubanSavvy Questo è stato discusso in precedenza sul meta sito e i moderatori sembrano concordare sul fatto che le domande relative alla storia di Unix sono in argomento.
Thomas Nyman,

5
@ illuminÉ Penso che questa domanda possa rientrare in "Utilizzo o amministrazione di un desktop o server * nix". Per usare o amministrare qualcosa, devi essere in grado di parlarne. Le domande sulla terminologia * nix sono sull'argomento IMO. Ci sono in realtà molto pochi di loro già, ma, come si può vedere dai voti su questo e simili domande, la comunità li considera in tema. Nei casi in cui i documenti di aiuto e la community non sono d'accordo, la community vince sempre.
terdon

5
/ usr / bin / bad - Solo un modo per leggerlo nella mia mente!
Paddy,

2
"Il significato dell'acronimo è risorse specifiche di Unix (o di sistema)." Qualsiasi ricerca mostra che "USR" come acronimo per la directory degli utenti è "retroattivo".
mikemaccana,

2
Alcuni anni fa, in un precedente lavoro, ho lavorato su sistemi Unix con la solita /usrconfigurazione et al, e con le home directory degli utenti sotto /user. In quel contesto, pronunciare /usr"utente barra" non sarebbe stata una buona idea. Ma non l'ho mai visto /usercosì o prima, quindi probabilmente è stato un caso insolito.
Keith Thompson,

Risposte:


66

Nelle implementazioni originali di Unix, /usrutilizzate per contenere le home directory degli utenti , ad es. Invece di /home/user, si avrebbe /usr/user. L'intenzione originale era che la directory si chiamasse "utente" con la connotazione "tutto ciò che riguarda l'utente".

Da allora, il ruolo di si /usrè ristretto. Negli attuali sistemi operativi simili a Unix, /usrtende ancora a contenere programmi e dati utente-terra (al contrario di programmi e dati "di sistema"), sebbene in molti casi la distinzione tra ad esempio /usr/bine/bin non sia forse così forte come una volta essere.

Forse la pronuncia "utente" è più comprensibile dato questo sfondo. Un backronym che alcune persone preferiscono è "Risorse del sistema utente", ma "utente" è ancora più comune.



FWIW, uso molti moderni sistemi HPC in cui le home directory sono ancora in una directory sotto /usrper qualche motivo.
tpg2114,

@Thomas, Dal momento che c'è già usr, perché è stato homeinventato?
Pacerier

1
@Pacerier, i motivi per l'aggiunta di /homesono coperti dalla risposta di jilliagre a questa domanda correlata .
Thomas Nyman,

31

Le "risorse specifiche di Unix (o di sistema)" sono un backronym. Come già detto, è solo una forma abbreviata di utente. Vedi questa domanda correlata

Tendo a pronunciarlo "utente" con persone esperte, cioè coloro che sanno di cosa sto parlando, e "u-ess-err" con quelli di cui non sono sicuro.


11
Quindi ora so che se mi "u-ess-err" mi condiscendi :)
Eric Wilson

4
Se ti conosco , potrebbe essere proprio così ;-) altrimenti, non corro il rischio di essere frainteso.
jlliagre,

17

Personalmente posso garantire che è stato definito "utente" almeno dai primi anni ottanta, quando la portabilità attraverso i sistemi operativi (e con esso il concetto di "unix-specifico" in contrapposizione alle risorse indipendenti dal sistema) non era sulla mappa di nessuno. "Risorse specifiche per Unix" è sicuramente un'invenzione successiva, o "etimologia popolare".

Come dimostra @Thomas, conteneva cose più ovviamente "utente". Nei sistemi più vecchi, /usrera spesso un punto di montaggio del disco, quindi gli elementi essenziali del sistema si trovavano sull'unità root o sulla partizione ( /) e /usrcontenevano programmi di utenti e dati che possono essere caricati successivamente nel processo di avvio.


12

Qualche tempo fa, ho trovato il tutorial di Low Fat Linux , che ha questa breve spiegazione sul file system Linux.

In breve, elenca le seguenti definizioni:

  • / bin Contiene i comandi e i programmi di sistema Linux (chiamati anche binari). Pronunciato "bidone".
  • / dev Contiene file speciali del dispositivo che corrispondono a componenti hardware. Pronunciata "slash dev."
  • / etc Contiene i file di configurazione per Linux e altri software installati. Pronunciato "slash et-see".
  • / home Contiene le home directory (memoria personale) per ciascun utente sul sistema. Pronunciata "slash home".
  • / sbin Contiene più file binari Linux (utilità speciali non per utenti generici). Pronuncia "slash ess-bin".
  • / root La home directory per l'utente root; da non confondere con /. Alcuni sistemi Linux usano / home / root invece di / root. Pronunciata "radice di barra".
  • / usr Contiene programmi di sistema e altri file per utenti generici come giochi, guida in linea e documentazione. Per convenzione, un utente non dovrebbe inserire file personali in questa directory. Pronuncia "slash user".

1
Ho seguito un corso di formazione video in cui l'istruttore continuava a dire "slash-etcetera". Fortunatamente conoscevo già la pronuncia corretta, quindi era solo fastidioso (e sorprendente) invece di farmi ridere.
Wildcard il

4
@Wildcard Non credo di non aver mai sentito parlare di /etcessere pronunciato e visto dagli americani. Forse questa è una varianza regionale (come la pronuncia del router ), ma qui nel Regno Unito la conosco come etcetera o forse ee-tee-see .
roaima,

Siamo onesti: fintanto che il messaggio è chiaro, la pronuncia può essere irrilevante
Barranka,

10

Potrebbe anche andare alla fonte. In questo film del 1982 di AT&T che presenta gli inventori di UNIX, Il sistema operativo UNIX , Brian Kernighan si pronuncia /usrcome "utente", intorno alle 13:41. Egli sta mostrando la sua home directory, /usr/bwk.

Fino a quando i computer che eseguono UNIX non disponevano di grandi basi utenti e unità disco multiple, quasi tutte le home directory degli utenti erano direttamente sotto /usr.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.