Unix Legendry (e outros * nix também)

Este é o gêmeo desta questão .

A resposta mais obscura / votada receberá o voto de resposta!

A maioria dos sistemas Unix e Unix-like tem uma "história tradicional" que é passada a cada geração, para que os recém-chegados possam ver e entender algumas das partes mais esotéricas do sistema. Para quais administradores de longa data * nix por aí contribuem com o "Legendry" do "UNIX", no que diz respeito ao conhecimento esotérico ao qual novos administradores devem ser expostos?

Um favorito pessoal sempre foi "O caso do e-mail de 500 milhas"

http://www.ibiblio.org/harris/500milemail.html

Spoiler

$ units
2411 units, 71 prefixes, 33 nonlinear units

You have: 3 millilightseconds
You want: miles
    * 558.84719
    / 0.0017893979

Para mim, a coisa mais surpreendente sobre a tradição UNIX é que o UNIX foi basicamente escrito por um cara - Ken Thompson enquanto estava no Bell Labs. Há um relato fascinante disso que pode ser encontrado aqui: http://www.bell-labs.com/history/unix/

Algumas citações não têm preço:

"Aloquei uma semana cada para o sistema operacional, o shell, o editor e o montador para se reproduzir ...", explicou Thompson.

Tubos:

Outra inovação do UNIX foi o desenvolvimento de pipes, que deu aos programadores a capacidade de encadear vários processos para uma saída específica.

Não foi fácil. "É muito fácil dizer 'gato em grep em ...' ou 'quem em gato em grep'", explicou McIlroy. "Mas existem todos esses parâmetros secundários que esses comandos possuem; eles simplesmente não têm argumentos de entrada e saída, mas eles têm todas essas opções".

Embora frustrado, McIlroy não abandonou a idéia. "E durante um período de 1970 a 1972, eu dizia de vez em quando: 'Que tal fazer algo assim?', E eu apresentava outra proposta, outra proposta, outra proposta. E um dia eu vim com uma sintaxe para o shell que acompanha a tubulação e Ken disse: 'Eu vou fazer isso!' "

"Ele estava cansado de ouvir essas coisas", explicou McIlroy. "Ele não fez exatamente o que eu havia proposto para a chamada do sistema de tubulação. Ele inventou uma ligeiramente melhor que finalmente mudou mais uma vez para o que temos hoje. Ele usou minha sintaxe desajeitada".

"Thompson viu que os argumentos dos arquivos não se encaixariam nesse esquema de coisas e ele entrou e mudou todos esses programas na mesma noite. Não sei como ... e na manhã seguinte tivemos essa orgia de um forros. "

" Ele colocou tubos no UNIX, colocou essa notação em concha, tudo em uma noite ", disse McElroy, maravilhado.

Por mais técnico que tenha sido a conquista, quando Thompson criou pipes, ele também colocou outra coisa no UNIX - uma filosofia.

Como McIlroy descreveu, "a filosofia que todos começaram a apresentar era 'Escreva programas que façam uma coisa e façam bem. Escreva programas para trabalhar juntos. Escreva programas que lidem com fluxos de texto, porque essa é uma interface universal'".

O tar nunca sai com um erro. NUNCA. Cuidado.

Fonte: Manual do UNIX-HATERS, página 31 ( http://simson.net/ref/ugh.pdf ) Desculpe, não há versão HTML.

Este livro está repleto de outras lendas, e ainda é aplicável. Nos meus anos de uso do Linux, eu encontrei muitas dessas dicas ... apenas nenhuma das que envolvem o gerenciamento de toda a minha unidade, graças a Deus. É impressionante para mim que grande parte deste livro ainda seja precisa, mesmo que tenha sido escrita há mais de 15 anos.

E agora minha própria história de horror de alcatrão, quase uma réplica exata da história de UNIX-HATERS. Mesmo bug, 14 anos depois!

Quero que minha rede sem fio funcione no meu eeepc, para o qual devo baixar um driver, compilá-lo e instalá-lo. Faço o download de tudo o que preciso e vou para a biblioteca para trabalhar. No meio, percebo que sim, preciso da Internet para alguma coisa, então vou instalar.

tar -cvf somewirelessdriver.tar ./importantcompilerfiles

Oh droga. Acabei de digitar -cvf em vez de -xvf?

Sim.

O tar criou silenciosamente um arquivo tar de lixo aleatório, substituindo o meu arquivo utilizável?

Sim. Ótimo. Acho que vou ficar sem acesso à internet. Ainda bem que não era um arquivo com vários gigabytes ... Oh, espere, isso aconteceu uma semana antes.

Honestamente, o que diabos há com argumentos enigmáticos da linha de comando e programas linux? Eles não podem simplesmente executar a operação básica automaticamente quando invocados em um arquivo com a extensão apropriada. Por que, nas chamas, preciso dizer ao tar o que fazer com um ARQUIVO? Será que eu gostaria de arquivá-lo novamente?

Acho que finalmente entendi o que é um 'poço de alcatrão' agora. É UM LUGAR QUE OS ARQUIVOS VÃO MORRER.

Fazendo login com todas as maiúsculas

http://utcc.utoronto.ca/~cks/space/blog/unix/UnixFossilizationExample

hrm. Receio ter entendido mal a pergunta :-)

Mas estou deixando o link, porque acho interessante!

O símbolo do tubo original era ^

A chave de exclusão original era #

A tecla "matar" original (apagar tudo na linha) era @

Se você entrar em um sistema antigo e não conseguir digitar um comentário ou endereço de e-mail, stty se tornará seu amigo.

Este é um exemplo de sessão de login da 7ª edição, em que a pessoa que fez o log foi gentil o suficiente para executar stty. Além disso, como mencionado aqui, ele diz "Como identificar um shell Bourne tradicional? 1 Uma verificação simples para um recurso geralmente não documentado, mas característico: Você pode usar o circunflexo ^ (circunflexo) como substituto de | (tubo). "

Uma famosa palestra de Ken Thompson sobre o prêmio Turing:

http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf [PDF]

Quando você coloca um backdoor loginno compilador C, coisas desagradáveis ​​podem acontecer ...

O NetBSD pode rodar em praticamente qualquer coisa. Existem 57 (57!) Portas suportadas:

http://www.netbsd.org/ports/#in-tree-ports

Felicidades

Um que provavelmente muitos recém-chegados ao Linux não sabem é que o criador do Linux (Linus Torvalds) emprestou pesadamente o MINIX Operating System (uma ferramenta educacional) criada pelo professor Andrew Tanenbaum: http://en.wikipedia.org /wiki/Andrew_S._Tanenbaum#MINIX .

Linus e o Prof. Tanenbaum também debateram longamente os méritos / pragmatismo de um núcleo monolítico (Linux) versus um microkernel (MINIX, Solaris). O debate foi público e pode ser encontrado aqui: http://oreilly.com/catalog/opensources/book/appa.html

Felicidades

A Arte da Programação Unix é uma boa leitura para qualquer pessoa interessada em computação, não apenas para os interessados ​​em Unix. Sim, parte disso é datada, mas ainda é uma leitura essencial.

Tudo é um arquivo ou pode ser tratado como tal ... exceto o maldito usuário.

Erro de barramento significa que você está tentando executar dados armazenados no lado dos dados do barramento de dados / programa dividido do PDP / 11.

O Unix é o único sistema operacional que recebeu calendários e relógios desde o início, apenas porque um astrônomo foi um dos criadores. (Crédito extra para comentários: nomeie esse escritor. Crédito extra extra: nomeie o vencedor da medalha olímpica na equipe UNIX.)

O campo GCOS em / etc / passwd recebeu o nome do sistema operacional GECOS e foi colocado lá apenas porque eles estavam usando um mainframe GECOS como servidor de impressão para o mini Unix original e precisavam dos dados para aceitar um trabalho de impressão.

Uma coisa não tão engraçada que fiz com o alcatrão uma vez e que levou uma semana para ser executada:

1. tar zcf foo.tar.gz ...
   • Em algum momento do dia seguinte, a sessão de tela apareceu na minha tela: <UP>
   • Um dia depois: <enter>
   • O alcatrão terminou, adivinhe quais chaves foram mantidas no buffer e entrou no shell no segundo depois que o alcatrão terminou ...

Um voto positivo em seu comentário para a primeira pessoa a explicar o que aconteceu :-) A moral da história, publique coisas no fundo da sessão da tela.

Dito isto, eu ainda amo * NIX. Não me importo quando as coisas estão bagunçadas porque foi minha culpa.