ti-enxame.com

Quais são os seus momentos Unix * dolorosos * favoritos

Que tal compartilhar seus momentos lições aprendidas favoritos?

34
Larry Smithmier

Eu estava curioso se chmod 000 / trabalharia.

Bem, perfeitamente. Poucos minutos depois, eu estava procurando um CD de resgate.

67
sheerun

Quando comecei a trabalhar como consultor de usuários para a universidade que frequentava, recebi direitos limitados de Sudo para ajudar alunos que haviam perdido/esquecido suas senhas. Sudo passwd <username> era meu novo amigo. Uma hora depois da minha orientação, minha curiosidade levou a melhor e digitei Sudo passwd e olhou horrorizado para o prompt para uma nova senha. Eu estava com um pouco de medo de ^C minha maneira de sair disso, pensando (erroneamente, ao que parece) que poderia deixar a conta em questão em um estado transitório, então eu digitei uma senha e imediatamente subi as escadas para o domínio sagrado do 2º andar do Superusuário do campus e perguntei se ele gostaria de saber a senha de root do sistema principal.

37
Larry Smithmier

Surpreso que ninguém mais mencionou este ainda:

rm -rf .*

(Ao tentar remover todos os arquivos e subdiretórios ocultos, esquecendo-se completamente de que isso ocorrerá novamente em . e ..)

32
Mark

Makefile:

clean:
    @rm -f * .o

O que, é claro, torna make clean apague seu código-fonte em vez de apenas arquivos-objeto.

Lição: use o controle de versão.

31
Alex B

Um amigo executou :() { :|:&}; : em um servidor remoto ao qual não tínhamos acesso ao console. Não foi possível reinicializar, completamente congelado, servidor de produção.

Dividido (por solicitação) para torná-lo um pouco mais legível.

:() # Define ':' as a function. Every time we say ':' execute the following code block
{ # Start of code block
    : # Call ':' again. 
    | # Pipe output to...
    : # Another ':' 
    & # Disown process. 
    # All on one line this would read :|:&, 
} # End of code block
; # End definition of ':' as a function
: # Call ':'

Pode ser mais fácil ver como

bomb() { bomb|bomb& }; bomb
30
Josh K

Eu tive boas intenções, realmente quis. Tentando chmod recursivamente um diretório e acabou trocando ./ com /.

Como raiz, é claro, porque somente com raiz a verdadeira dor (e, portanto, a Iluminação) pode ser alcançada.

29
Sygo

Limpei a divisória da minha unidade principal por acidente, pensando que estava trabalhando em outra unidade.

Com a rolagem para trás, uso cuidadoso de df, memória e sorte, fui capaz de recriá-lo exatamente, reescrevê-lo, reiniciá-lo e esperar ... E funcionou.

21
Tom Ritter

Não é realmente o meu momento, mas o de outra pessoa.

Quando eu trabalhava em uma instalação de pesquisa de ciências nucleares, costumávamos rodar vários computadores SunOS, Ultrix e Linux e os pesquisadores tinham que compartilhar a CPU dessas máquinas. Como os grupos de pesquisa individuais conseguiram suas próprias bolsas de pesquisa, eles compraram seus próprios computadores, principalmente SparcStations, e fizeram a administração do sistema eles mesmos.

O SunOS costumava ser fornecido com a área de trabalho OpenView e um gerenciador de arquivos Nice, isso é o que parecia: alt text

A maioria de nossos pesquisadores estava executando como root, e mais de uma vez tivemos que reinstalar seus sistemas operacionais porque alguém decidiu limpar o diretório raiz e moveu/bin,/etc,/tmp e tudo o mais que atrapalhou a visualização em qualquer a lata de lixo ou alguma subpasta.

Outros usuários optaram por limpar o diretório/bin e remover qualquer comando que não conheciam.

Os sortudos tinham backups, a maioria tinha comprado uma unidade de fita, mas não tinham tradição de fazer backups sozinhos.

19
miguel.de.icaza
rm -f * ~

e

rm -rf ${DIR}/

quando DIR não foi definido!

18
Ivan P

Em meados dos anos 90, um amigo meu e eu estávamos discutindo a loucura de rm -rf * e em que ponto uma caixa do Linux iria quebrar. Entramos em bibliotecas vinculadas estaticamente versus bibliotecas vinculadas dinamicamente e eu sugeri que o sistema poderia funcionar muito bem sem /lib e comecei a renomeá-lo na minha estação de trabalho. Coisas ruins aconteceram, mas ficamos com várias janelas de console abertas para tentar consertar o dano (desligar não era mais uma opção). Nenhum dos editores concorreria. É incrível os usos esotéricos que você pode encontrar para o comando echo.

18
Larry Smithmier

viCaps-Lock vs. /etc/passwd

  1. Conecte-se a uma caixa Solaris antiga usando um terminal serial antigo que não atualiza a tela corretamente.
  2. su -
  3. vi /etc/passwd. Não há vipw, e "estamos apenas fazendo pequenas edições" de qualquer maneira.
  4. Acertar Caps-Lock chave e não percebo.
  5. Acertar j algumas vezes para rolar para baixo. Ignore o fato de que você acabou de digitar J ("Join"), que combina esta linha com a próxima linha. A tela do terminal serial não estava atualizando corretamente, então você não viu que acabou de combinar as primeiras 5 linhas em uma linha Loooooong, corrompendo os primeiros 5 usuários ('root', 'daemon', etc).
  6. Conclua suas OUTRAS edições pretendidas para o arquivo, bem no final.
  7. Salvar Arquivo.
  8. Sair.

Eu fiz isso uma vez. Surpreendentemente, o sistema permaneceu funcional por meses. O Cronjobs funcionou bem, nenhum erro se destacou nos arquivos de log.

Não notamos esse problema até reiniciarmos o sistema meses depois e não podermos fazer o login no console. ps mostrou um monte de jobs pertencentes ao UID '0' e não ao usuário 'root'.

Você não pôde fazer login como root, nem executar su ou su -, e não havia Sudo nesta caixa. Não havia unidade de disquete, o CD-ROM estava quebrado e sem portas USB (portanto, nenhum CD-ROM externo). O modo de usuário único não funcionou, porque você precisa digitar a senha do root, que vem de /etc/passwd.

18
Stefan Lasiewski

Lembro-me de tentar enviar um SysRq sequência de teclas para uma máquina remota ...

... mas foi capturado pelo local.

16
polemon

Um simples halt reconhecendo alguns segundos depois que não estou em um Shell local e não tenho possibilidade de ligar o servidor de produção novamente.

Lições aprendidas? O prompt da máquina agora parece

[ --> root <-- @kompost:/home/echox] #

com alguma boa marcação vermelha ;-)

14
echox

Meu momento favorito foi, quando um colega de trabalho, que é usuário do emacs, quis editar um arquivo importante.

Como emacs é muito difícil de digitar, ele configurou um alias para emacs:

alias em=emacs

Sob a influência de pouco ou muito café, ele obviamente digitou incorretamente em ...

Bem, este é apenas mais um motivo para usar vi ...;)

13
maxschlepzig

Nos laboratórios de informática, quando eu estava na faculdade, eles tinham um protetor de tela que simulava um monte de bolas que flutuavam para frente e para trás. Eles puxaram cada um com gravidade simulada.

Uma vez, enquanto eu estava mexendo nas configurações, ele travou com o erro Error: force on balls too great

11
David Oneill

Ou outra experiência, como se sentir realmente estúpido em alguns passos fáceis que não parecem tão estúpidos individualmente.

Passo um: crie uma conta para o garoto, caso ele queira usar uma máquina Linux. Dê a ele uma senha trivial, pois afinal se trata de um sistema doméstico e não está exposto à rede.

Etapa dois: deixe o tempo passar, para que você não se lembre da etapa um.

Etapa três: abra a porta SSH no firewall (na verdade o NAT no roteador) para fazer o ssh. Afinal, minhas contas têm senhas muito boas, e não é como se houvesse qualquer coisa tremendamente valiosa.

Etapa quatro: obter uma notificação do ISP de que algum tipo de atividade DOS está indo para um site sueco. Suponha que sejam provavelmente as caixas do Windows e examine-as e proteja-as.

Etapa cinco: obtenha uma notificação do ISP de que ainda está em andamento. Peça alguns detalhes, obtenha o endereço IP do site sueco, acione o Wireshark, descubra de qual caixa o ataque está vindo.

Etapa seis: limpar a caixa do Linux, me sentindo estúpido. Encontre que o login veio de um endereço romeno. Remova contas sem boas senhas.

11
David Thornley

Certa vez, estava desenvolvendo um driver de dispositivo para Unix. Ele tinha um problema de ponteiro e, durante o teste, começou a cancelar o final de um array na memória do kernel. Demorei para perceber isso e não apertei o botão de reset imediatamente. O driver rabiscou todo o cache do buffer de disco, que foi então liberado para o disco antes de eu clicar em reset. Muitos dos blocos eram inodes e diretórios, e acabei com um sistema de arquivos totalmente destruído. Acho que 6.000 arquivos órfãos foram colocados em lost+found antes de desistir e reinstalar. Felizmente, este era apenas um sistema de teste, não minha estação de trabalho com todos os meus arquivos.

10
Neil Mayhew

I excluído/etc e, em seguida, recuperado . Acho que não aprendi minha lição ... Tive que me recuperar de um /bin também. Parece acontecer quando estou trabalhando com um chroot.

8
xenoterracide

Enquanto no meu segundo ano de estudo de ciência da computação, recebemos uma tarefa de casa para escrever um programa em C que geraria uma série de subprocessos com fork e os faria se comunicar com tubos em um "círculo" e descobrir quais um deve ser o "líder".

Ainda éramos bastante novatos naquela época e a maioria das pessoas não tinha nenhuma máquina Linux, então trabalhamos em nossas contas no servidor principal de nosso corpo docente (que hospedava o site oficial e contas de funcionários e sites também). A maioria das pessoas escreveu forkbombs em algum estágio de tentar fazer o dever de casa. Mais da metade do meu grupo conseguiu o arquivo abusers. Essa foi a maior carga nesse servidor em muito tempo :)

7
naugtur

No ano passado, um colega meu estava usando uma de nossas estações de trabalho Linux para criar cópias de discos flash usando o comando dd. Ele acidentalmente digitou algo semelhante ao seguinte:

dd if=flash-image.img of=/dev/sda1

Quando percebeu seu erro - sobrescrever o disco rígido da máquina em vez do pen drive - a máquina já estava com mangueira. Tivemos que reconstruir a caixa, que aliás também era a máquina que hospedava todas as nossas VMs de desenvolvimento na época ...

7
Justin Ethier

Isso aconteceu comigo no ano passado. Estava removendo alguns arquivos do servidor usando uma variável temporária:

rm -rf ${prefix}*

Adivinha? A variável $prefix não foi definido!
Você pode imaginar o desastre ... resultou na exclusão de alguns arquivos muito críticos.

Eu quase quebrei o Control-C e correu para a CPU para remover o cabo de rede !!

Hahaha tenho certeza que alguem ja fez isso ...

7
jyz

Como root no Solaris,

$ kill -9 1

... e tudo caiu.

Meu amigo foi demitido por causa disso.

6
lamcro

Fui assistente de laboratório em uma aula de Linux. Uma das alunas me chamou porque ela não podia mais su - porque ela estava ficando permission denied. OK, ela lembrou/digitou incorretamente a senha. Reinicialize no modo de usuário único e reinicie. O que?! su AINDA não funciona ?! DEVE se curvar à minha vontade! Então eu reinicio no modo de usuário único para descobrir o que ela fez. Percebi que ela correu chmod -R 777 /var/www/html/drupal-6.19 /

Observe o espaço entre o nome do diretório e a barra final.

Após alguns minutos de "Eu realmente não quero que ela seja reinstalada, então o que isso está fazendo e como.", Consegui descobrir que/bin/su agora tinha permissões de arquivo de 777. Isso também pode ser lido como permissões de arquivo de 0777, que remove o bit setuid de /bin/su. Um rápido chmod u+s /bin/su e eu fui um herói.

6
Kevin M

Quando minha universidade decidiu mudar a rede sem fio para usar autenticação Cisco LEAP proprietária ...

Iniciou uma longa batalha que terminou bem o suficiente. Redigiu documentação para outras pessoas que queriam rodar Linux e ter acesso à internet. Seis meses depois, eles decidiram adicionar o suporte PEAP também. tapa na cara

É meu favorito porque ganhei. Eu tenho que trabalhar.

6
razialx
git init
git clean -f

Isso não remove o repositório. Isso remove tudo o que não está no repositório.

Depois de tentar se livrar do repo existente e, em seguida, iniciar o controle de origem novamente (na concluída primeira versão de um projeto), esses dois comandos destruíram todo o meu código.

5
Ankit

Não tão doloroso ... Mas um momento divertido:

Eu digitei ls incorretamente como sl e descobri que o administrador do sistema tinha algo instalado para esse caso.

(já disponível em Debian , bunt , Gentoo , ... repositórios)

5
Denilson Sá Maia

Uma empresa para a qual eu trabalhava tinha seu produto rodando no SCO. Eu estava fazendo uma depuração sobre os aplicativos que estavam ficando muito lentos em nosso servidor de demonstração e, ao mesmo tempo, havia um monte de clientes recebendo uma demonstração/palestra sobre os novos recursos futuros.

Então, executei o aplicativo que costumava travar, fiz minhas coisas nele para verificar a causa raiz, mas como ainda estava "travado", tentei eliminá-lo:

pkill -9 mytestapplication

O que eu aprendi foi que pkill não faz exatamente o mesmo em SCO como faz no linux =)

... Basicamente, mata tudo a que o usuário tem acesso, e com root ... isso é tudo =)

5
rasjani

Minha mudança do Debian para o Ubuntu começou no dia em que tentei excluir alguns arquivos e diretórios, ou seja, digitar

rm -r /var/tmp/*

Infelizmente, inseri um espaço entre "/ var/tmp /" e "*" e, pior ainda, estava na raiz do sistema de arquivos.

[email protected]:/# rm -r /var/tmp/ *

Por favor, não tente fazer isso em casa!

3
ddeimeke

Em uma instalação do Debian em 1999. 14 disquetes para a instalação básica.

Tentei fazer o xfree86 funcionar. Mas X não começou. Tive que descobrir as configurações da minha placa de vídeo (memória, taxa de atualização horizontal e vertical), que não estava documentada. Descobriu-se que superprobe descobriu a quantidade correta de memória interna da placa de vídeo (1024 kB).

Mas demorei quase uma semana para descobrir que a configuração de resolução (1024x768) não funcionava. Tive que mudar para 640x480 até que a placa gráfica finalmente funcionasse (em 1024x768 ... buuuuuug ....).

Tentei fazer o mouse da porta serial funcionar na COM1. Tentei fazer o mouse funcionar. Lendo um livro (naquela época eu não tinha internet de alta velocidade utilizável), tentei com

/dev/ttys0

E não funcionou e não funcionou. Levei quase outra semana para descobrir que isso aconteceu porque eu precisava digitar que S é maiúsculo, não minúsculo ...

/dev/ttyS0

Foi então quando eu finalmente percebi o que realmente significa 'distinção entre maiúsculas e minúsculas'.

3
Quandary

Eu tinha duas unidades instaladas em um ponto e tinha o sistema de arquivos raiz da segunda unidade montado em um diretório dentro de /mnt. Eu estava naquele diretório e tentei deletar var mas acabei digitando rm -rf /var em vez de. Algum instinto pareceu entrar em ação, dizendo que vardeve ser precedido por uma barra!

Quando percebi o que tinha feito, imediatamente acertei Ctrl-C Mas era tarde demais. Meu banco de dados rpm há muito havia deixado o prédio. Passei muito tempo fazendo tudo voltar ao normal.

Agora, para a parte dolorosa.

Eu volto para esse diretório em /mnt para retomar o que vinha fazendo. O que eu digito? Bem, vamos apenas dizer que o instinto entrou em ação novamente.

Pelo menos consegui restaurar o sistema muito mais rápido da segunda vez;)

3
Troubadour

Há um truque interessante para fazer o equivalente a dirname e basename, respectivamente, no Bash:

${path%/*}
${path##*/}

Não é tão engraçado quando $path contém uma barra final ...

3
l0b0

Mapeei o CapsLock para ESC em todo o sistema. Quando fiz isso, o Capslock estava ativado.

Uma reinicialização removeu o estado permanente de CapsLock. Foi mapeado para ESC

Não foi realmente doloroso, mas me senti um idiota quando percebi o que tinha feito!

2
Luc M

Há muito tempo, eu estava instalando o MkLinux no meu Mac e queria substituir o arquivo que governava o processamento dos comandos (não o Shell, algo mais básico, não me lembro mais bem o quê). As instruções disseram para fazer mv x y, então decidi ser cauteloso e comecei com rm y. A intenção era mv x y depois, mas claro que não funcionou. Eu reinstalei.

2
David Thornley

Não acompanho os erros em minhas próprias caixas, mas dos últimos 15 anos, aqui estão minhas duas fatalidades no trabalho:

1995: Padrão 'rm -rf como falha raiz em uma única caixa (não é meu projeto!) agindo como um servidor NIS mestre combinado + servidor DNS único para a empresa + servidor SMTP/POP3 primário para a empresa. Foi SunOS 4.1.3_U1 se bem me lembro. Sem surpresa, como a testemunha de um crime horrível, não me lembro das 48 horas seguintes.

1998: Executou newfs (SunOS) em um servidor de arquivos AFS (agora OpenAFS) de produção em vez do substituto que estávamos criando. Passei a tarde e a noite restaurando da fita.

2
user3837

O meu era chmod -R 777 /: depois disso não consegui descobrir como restaurar a permissão em todo o sistema de arquivos e então reinstalei o sistema operacional.

Nunca mais fiz isso (e ainda não sei como restaurar tal situação).

2
dag729
chown nobody:nobody /*

Como root, claro ....

2
Toby

Primeiro

Uma vez, eu tinha definido um alias para me ajudar a limpar arquivos temporários:

alias clean_dir_tmp="find /tmp -maxdepth 1 -user **** | grep *** | xargs rm -rf"

e, claro, um dia, quando esqueci o que o alias estava fazendo, digitei incorretamente:

$ clean_dir_tmp *

Acho que perdi alguns segundos antes de perceber o que estava acontecendo ... :(

segundo

Eu estava trabalhando normalmente com meu laptop Mac e meu desktop Ubuntu. Quando conectei o HD externo do Mac (sistema de arquivos HFS +) no Ubuntu, percebi que o proprietário era ?????. Meu UID era diferente no meu Mac e na minha área de trabalho, então, já que eu queria um saída melhor com ls -l, decidi mudar isso.

Então eu modifiquei o UID no mac e lancei um grande chown -R * no HD do Ubuntu. A única coisa que eu não sabia era que o driver HFS + para Linux não era estável. Até hoje, não consegui montar este HD no Linux ou no meu Mac novamente ...

2
Elenaher

Debian dist-upgrade para instável (ou estava testando?) em um servidor de produção remoto.

Aviso ignorado sobre a mudança de libc para nptl threads.

Não tenho certeza de onde a instalação realmente falhou, mas fiquei com um console raiz em uma linha dial-up com cada aplicativo explodindo. Apenas um executando ssh e bash.

Diverti-me muito em recuperá-lo. Carregado estaticamente vinculado dpkg, revertido libc, construído um kernel personalizado com suporte RAID. Acho que demorou cerca de 3 horas com minha linha dial-up. Quando finalmente reiniciei, fsck demorou cerca de 10 minutos. Devo dizer que 10 minutos bastante dolorosos.

2
Dmitry Alexeyev

Instalando o Debian (com net-install) em um computador e percebi após reiniciar que de alguma forma eu pulei a parte onde se deveria escolher quais pacotes instalar.

Claro, um sistema não gráfico com basicamente apenas pwd, ls e cd está funcionando bem;).

1
Alex

Eu queria excluir um arquivo e sua cópia de backup (file e file~) em um sistema SuSE que raramente usei e não notei que a conclusão do comando estava configurada de forma diferente. Eu digitei rm fi<tab> e esperava que o cursor estivesse após a última letra. O sistema ignorou ~ arquivos e inseriu um espaço após o nome do arquivo.

Então eu queria digitar

rm file*

e eu fiz

rm file *

Agora estou sempre verificando qual é o preenchimento sugerido.

1
Matteo

De alguma forma consegui desmontar/dev e pensei que ficaria ferrado para sempre se reiniciasse a máquina.

Seguiu-se uma hora de esgotamento nervoso tentando descobrir se seria seguro reiniciá-lo. Foi, nada de ruim aconteceu.

1
mattis

Vinte minutos atrás, eu estava recriando meticulosamente uma estrutura de diretório complexa a partir de arquivos que tinha em meu outro PC. Decidi executar du para ver se estava quase concluído. Dado o tamanho, eu sabia que demoraria alguns minutos, então fui pegar um café.

No meu retorno, percebi, para minha grande consternação, que em vez de correr

du -hs /path/to/important/folder

Eu tinha corrido distraidamente

rm -r  /path/to/important/folder
1
Stefan

Queria fazer um arquivo:

tar -cvzf mydir/* mydir.tar.gz

Claro, mydir/* expandido para mydir/myfile.cpp mydir/myfile.h

Lembre-se de que o nome do arquivo segue a -f opção de alcatrão!

1
Benoit

Muitos aplicativos da web, como magento ou eZ Publish, têm um var/cache/ pasta e uma maneira de limpar o cache mais rápido do que ir no back-end do aplicativo é fazer isto:

rm -rf var/cache

Depois de fazer isso algumas vezes, é cientificamente comprovado que você sempre acaba:

  • Seja fazendo isso na raiz do seu servidor; ou
  • Adicionando um / antes de var

Lição aprendida: crie um alias para este comando com um caminho absoluto nele.

1
greg0ire

Meu favorito é quando eu estava construindo o novo sistema Solaris para uma instalação de banco de dados Oracle. Tudo estava pronto, incluindo o consultor Oracle caro bem no meio do trabalho de otimização de banco de dados que ele estava fazendo. Eu estava na sala do servidor, verificando outro servidor, quando tropecei no cabo de alimentação do servidor.

1
user4552

1º ex funcionário: Como faço (algo trivial)?
2º ex funcionário: Sudo rm -rf /
1º ex funcionário: Haha ok
...
1º ex funcionário (tendo esquecido que ele acabou de Sudoed outra coisa, então não pediu sua senha novamente): oh F ** K !!!

1
user4576

A primeira vez que instalei o GNU Linux no meu desktop, instalei o Debian, sem ajuda, instalei apenas o sistema básico, sem GUI. E fiquei assim:

" OMFG OMFG O QUE DEVO FAZER AGORA? ... Preciso voltar para Windows"

Mas então me lembrei de como instalar pacotes ( pela primeira vez no GNU Linux, apenas um [email protected]:$ saída e apenas ler algumas coisas do Debian ) e o nome de um Cliente IRC: IRSSI e o nome: GNOMO e então eu os instalei ... desde aquele dia, eu instalo IRSSI e GNOME em todas as máquinas ...

É ... bom experimentar com o seu computador xD

1
jose152

Certa vez, tentei zerar um pen drive USB usando dd.

Nem é preciso dizer que, quando tty1 começou a cuspir erros ReiserFS da minha partição raiz, tive que reinstalar ...

1
new123456

No passado, você tinha que apagar os primeiros 512 bytes de uma partição para formatar adequadamente as unidades FAT do Linux. Isso é feito usando o comando dd.

dd if=/dev/zero of=/dev/hda1 bs=512 count=1

Exceto que a partição FAT era /dev/hdb1

Eu não percebi o que tinha acontecido até depois de reiniciar. Felizmente, consegui recuperá-lo reinstalando o Lilo ou algo assim.

1
Mr. Shiny and New 安宇

Tentando fazer o driver Xwindows para minha placa Nvidia funcionar quando o Fedora lançou inicialmente o driver Nouveau. Eu tinha baixado o código-fonte da Nvidia para compilar e instalar-me como havia feito muitas vezes no passado, mas nesta versão, simplesmente não consegui fazê-lo funcionar. Foram necessários alguns passos nos Fóruns do Fedora para desabilitar completamente o driver Nouveau e fazer o driver Nvidia funcionar. Muito doloroso para dizer o mínimo.

1
user239

Eu fiz chown -R /usr. De alguma forma, achei uma boa ideia. Posteriormente, um script de fantoche fez algumas coisas ruins e, de alguma forma, perdi os direitos de Sudo.

Nosso administrador de sistema qualificado não foi capaz de recuperar meus direitos Sudo e eu tive que recriar a imagem da máquina.

0
ripper234

Um tempo atrás, eu precisei fazer algumas configurações extensas em uma de minhas máquinas, que envolvia principalmente editar um monte de arquivos em /etc. Decidi ser muito cuidadoso com isso, então criei um diretório etc no meu $HOME, copiou os arquivos que precisavam de edição lá, passou algumas horas fazendo as edições. Eu verifiquei cuidadosamente todos os arquivos, certifiquei-me de que todas as edições estavam exatamente como deveriam ser, loguei como root e copiei os arquivos editados de volta para /etc. A essa altura, já era muito tarde da noite. Ainda como root, decidi limpar, e em vez de rm -rf etc, Eu digitei rm -rf /etc. Não dormi muito naquela noite.

0
Jan Hlavacek

Eu estava no telefone com um colega que estava no local de um cliente. Ela estava trabalhando em seus sistemas e eu estava dizendo a ela o que digitar, ela me ouviu mal quando eu disse a ela rm -rf .??* e digitou rm -rf .?*. Mas ela não estava no diretório que ela me disse, ela estava no diretório raiz. Limpou não apenas os arquivos de ponto, mas todo o sistema operacional.

Quando eu estava "aprendendo como administrador de sistema", estava escrevendo meu próprio script adduser (não o tinha no início do SysV). Um erro de Shell no script (cat /etc/passwd; echo ...) > /etc/passwd que, claro, limpou o arquivo passwd e, por acidente, pressionei Ctrl-D para sair do shell su. Tive de ir ao escritório à 1h da manhã de sábado para pegar os disquetes de inicialização.

0
Arcege