Criar um arquivo de texto no vi mudará meu computador?

Eu sei que o Linux é um sistema operacional construído em arquivos de texto. O que eu gostaria de fazer é criar um arquivo usando vitodos os vários comandos que aprendi. Dessa forma, eu poderia encontrar cada comando individual com muita facilidade usando o /in vi. Mas eu só quero fazer isso se não mudar a maneira como meu computador funciona. Isso seria uma boa ideia?

Escrever um arquivo de texto não vai "mudar o funcionamento do seu computador".

Em particular, para fazer algo assim, você teria que fazer um dos

• sobrescrever algum arquivo importante
• escreva seu arquivo em um local protegido especial como um diretório * .d em / etc; você não terá permissão para fazer isso
• marque o arquivo executável e coloque-o no seu caminho

Como você não fará explicitamente algo assim, não há com o que se preocupar. Em particular, a outra resposta vai a comprimentos desnecessários, sugerindo que seus arquivos de texto precisam começar com hashes em todas as linhas. Claro que não. Armazenar um arquivo de texto em algum lugar dentro de um diretório pessoal normal não fará nada.

Você pode salvar todos os comandos que aprendeu em um arquivo, mas alguns pontos importantes a serem observados:

• Não torne o arquivo executável
• Nunca sourceo arquivo

• A melhor maneira seria colocar um #no início de todos os comandos para comentar todos os comandos, para que não sejam executados acidentalmente. Dessa forma, você pode realmente procurar o comando necessário e também estaria livre de riscos. Você pode adicionar #no início de cada linha pelo seguinte comando:

  sed -i 's/^/#/' <file_name>

Edição: Eu dei o terceiro ponto como uma medida de segurança extrema, como "neon_overload" e "David Z" apontaram que colocar hashes em todas as linhas é muito extenso e, portanto, não é necessário, eu os ajudaria nesse contexto. Também como apontado por "random832", uma alternativa muito melhor ao meu terceiro ponto seria iniciar o arquivo exit, pois nenhum comando posterior será executado.

EDIT-2: "Rinzwind" mencionou dois pontos importantes:

• Não substitua um arquivo existente

• Armazene o arquivo no diretório inicial do usuário ( /home/$USER/).

neon_overload tem uma resposta muito boa.

Expandirei um pouco uma certa faceta da sua pergunta - gostaria de fazer um comentário, mas não tenho reputação suficiente aqui.

O Linux, como sistema operacional, NÃO é muito baseado em arquivos de texto. Dito isto, eu posso ver de onde você é. Para um observador externo, há muita coisa acontecendo com a edição e o lançamento de arquivos "texto", especialmente em comparação com o Windows.

Isso tem vários motivos, alguns dos quais são:

• Não há sistema de registro no Linux, como no Windows. Portanto, é comum que os aplicativos armazenem suas configurações em arquivos de texto, e você será instruído a editá-las, em vez de editar o registro como no Windows.
• O Linux é amplamente utilizado como sistema de servidor, e muitos deles, que o usam em desktops, trabalham com sistemas de servidor. Ao contrário do Windows Server, os servidores Linux geralmente são executados sem uma interface gráfica. Portanto, espera-se que os produtos executados nos servidores Linux e, de fato, seus usuários e administradores funcionem sem uma interface gráfica. Os produtos (e recursos do sistema, que valem a pena dizer), que são esperados para serem executados no Windows, geralmente são mais centralizados na GUI (como, por exemplo, o MS SQL)
• O sistema de script do Linux é um pouco mais comum e mais transparente que o Windows. Você veria scripts no Windows - mas eles seriam chamados algo.vbs ou outro.bat. Você não perceberia necessariamente que são arquivos de texto - mas, considerando o que está no meu segundo ponto, é muito mais comum no Linux procurar nos arquivos .sh.
• Por fim, muitos usuários do Linux estão acostumados a trabalhar sem interface gráfica e, por muitas coisas, editarão os arquivos diretamente como fariam sem a GUI, em vez de se atrapalharem com as ferramentas gráficas. Sei que, quando quero fazer algo mais profundo no sistema, inicio o terminal e muitos dos meus colegas também.

A resposta curta é que não, você não mudará seu computador criando um arquivo de texto no vi. No entanto, se você não tomar cuidado, criar esse primeiro arquivo de texto pode mudar sua vida . Aprender da maneira Unix pode ser uma prática profundamente gratificante.

vié um editor de texto ; portanto, se tudo o que você deseja é apenas armazenar alguns trechos de texto em um arquivo de texto e pesquisá-lo, você pode fazer tudo isso diretamente do terminal com os comandos internos.

1. Escreva uma nota em um arquivo de texto (criará o arquivo se ele não existir):

   nota de eco com dados importantes >> info.txt

IMPORTANTE: Cuidado com as aspas simples e duplas e prefixe-as com barras, se você quiser que elas sejam incluídas.

2. Pesquise no arquivo por algum texto (por exemplo important):

   grep --color -i important info.txt

Para evitar a digitação, --color -iisso deve ser um alias no seu ~/.bashrc.

Você também pode adicionar texto de várias linhas a arquivos de texto existentes ou não existentes:

cat >> info2.txt

digite ou cole o texto e, quando terminar, pressione CTR+Z

Quanto à alteração do sistema, não, não mudará a maneira como o sistema funciona, desde que você crie arquivos em sua própria pasta inicial e não os execute (você pode executar um arquivo mesmo que não seja executável, por exemplo, com bash myFile) . Além disso, certifique-se de usar os privilégios root apenas quando precisar deles.

E, finalmente, sua interpretação do sistema baseado em arquivos o enganou um pouco: a maioria dos sistemas operacionais possui arquivos que armazenam configurações importantes que afetam profundamente a maneira como o sistema opera, mas eles estão localizados em locais predefinidos e geralmente são protegidos contra modificações por usuários comuns.

É possível, no entanto, facilmente dar um tiro no pé, por exemplo, se como usuário comum você tiver uma pasta 'executável' local à qual você adicionou PATH, e se nessa pasta houver arquivos executáveis ​​com os mesmos nomes que os criados -em utilitários comuns ou palavras-chave Bash, tais como test, echo, cat, for, cut, etc.