Tran Triet's questions

tenho um text.txtarquivo assim

line1
line2
line3

Eu quero escrever um script que faça um loop em cada linha e ecoe

modified line1
modified line2
modified line3

Este é o script que é uma solução muito comum:

while IFS= read -r line; do
  echo modified $line
done <<< $(cat ~/text.txt)

Mas a saída que obtive foi:

modified line1 line2 line3

O que deu errado?

Eu quero saber o número máximo de partições em um disco rígido.

Mas não tenho certeza se isso é afetado por fatores como tipos de disco rígido ou esquema de partição ou não. Então, vou escrever todos os casos possíveis em que posso pensar.

Perguntas

1. O número máximo de partições por disco rígido afetado por
   • esquema de partição (GPT vs MBR)
   • O tipo de disco rígido (SCSI/SATA vs IDE - porque SATA e SCSI são tratados como SCSI)
2. Qual é o número máximo de partições para um disco rígido para cada caso? Acho que os casos possíveis incluem
   • GPT:
     1. número máximo de partição por disco rígido SCSI/SATA?
     2. número máximo de partição por disco rígido IDE?
   • MBR: para MBR, existe o conceito de primary, logicale extendedpartição. logicalas partições só existem se existir uma extendedpartição (e só pode haver no máximo UMA extendedpartição por disco rígido). Então as perguntas são:
     1. O número de primarypartições afeta o número de logicalpartições possíveis? (ou seja, faz alguma diferença no número máximo de logicalpartições se eu tiver 0 ou 1 ou 2 ou 3 primary partições?)
     2. número máximo de logicalpartição por disco rígido SCSI/SATA?
     3. número máximo de logicalpartição por disco rígido IDE?

Em uma instância de VM-ware, estou tentando instalar o grub2bootloader em um novo disco SCSI. Eu quero instalá-lo no MBR do disco.

Eu corro sudo grub-install /dev/sdae recebi o erro "não foi possível identificar um sistema de arquivos no hotdisk//dev/sda; a verificação de segurança não pode ser executada".

Perguntas

1. O que estou fazendo errado?
2. E por que há a necessidade de um sistema de arquivos ? Eu pensei que, como estou tentando instalá-lo no MBR (não no registro de inicialização de uma partição), ele não deveria se preocupar com o sistema de arquivos/partição. Eu deveria simplesmente escrever o bootloader nos primeiros 512 bytes do disco.

Como usar xargspara construir e executar uma lista de comandos como estes:

#1
cmd1 <arg1> && cmd2 <arg1> && cmd3 <arg1>
#2
cmd1 <arg1> ; cmd2 <arg1>

De correr help .ouhelp source

Execute comandos de um arquivo no shell atual.

Leia e execute comandos de FILENAME no shell atual. As entradas em $PATH são usadas para localizar o diretório que contém FILENAME.

Do meu ponto de vista, parece que o comando dot (ou o sourcecomando) está simplesmente executando um script de shell no contexto atual do shell (em vez de gerar outro shell).

Pergunta : por que .(ou source) não exige que o arquivo seja executável como quando você executa um script normal?

eu entendo sedvai

1. Aplica todas as instruções na linha 1, depois na linha 2...
2. As instruções anteriores podem alterar o espaço de padrão para que a próxima instrução opere nesse espaço de padrão modificado (em vez do texto original)

O exemplo é:

arquivo amostra.txt

pig cow

Comando

sed -e 's/pig/cow/; s/cow/horse/;' sample.txt

Saída esperada

horse horse

Saída real

horse cow

O motivo da minha saída esperada é:

1. A primeira instrução substituiu porco por vaca no espaço do padrão
2. A segunda instrução substituiu 2 porcos por 2 cavalos no espaço padrão

Eu li livros/tutoriais que mencionam entrada/saída/erro padrão . Meu entendimento é que:

1. entrada/saída/erro padrão são conceitos de um processo (ou seja, se alguém menciona entrada/saída/erro padrão , na verdade está falando sobre entrada/saída/erro padrão de um processo em particular. Não faz sentido falar sobre entrada/saída/erro padrão /saída/erro de um arquivo.)
2. A entrada padrão no Linux para a maioria dos processos é o teclado e a saída/erro padrão é a tela.

Minha pergunta: se existe o padrão , qual é a entrada/saída/erro não padrão de um processo no Linux?

O comando pstreemostra uma árvore de processos como esta

systemd-+--agetty
        +--dbus-daemon
        +--login----bash---pstree
        +--systemd-qqsd

Eu quero mostrar uma árvore de processos com algum atributo especificado para cada processo (pode ser statou pid... - opções que você pode especificar com ps -o)

Existe uma maneira de alcançar esse comportamento com pstreeou de outras maneiras?

Eu vi perguntas relacionadas como essa , mas elas não fornecem a resposta exata para minha pergunta

Dos meus experimentos, bem como desta resposta , printenve envpraticamente mostro o mesmo conjunto de variáveis ​​do sistema.

Se eu definir as variáveis ​​em

1. /etc/bash.bashrc (deve ser para variáveis ​​de sistema em todo o sistema)

   SYSTEM_ENVI=1000
   

2. ~/.bashrc (supostamente para variáveis ​​de sistema específicas do usuário)

   USER_ENVI=10
   

Eu até fiz logout e login para que o /etc/environment entre em vigor. Ocorre o seguinte cenário:

$echo $SYSTEM_ENVI
//outputs 1000
$echo $USER_ENVI
//outputs 10
$CURR_ENVI=1
$env | grep USER_ENVI
//nothing shows up, the same if I grepped SYSTEM_ENVI or CURR_ENVI
$set | grep USER_ENVI
//shows up USER_ENVI assignment, the same if I grepped SYSTEM_ENVI or CURR_ENVI

Minhas perguntas são:

1. Quais variáveis ​​do sistema fazem printenv/ envimprimem?
2. Deve-se usar setpara ver todas as variáveis ​​acessíveis (variável de sistema e variável local) em vez de printenvou env?

Quanto à justificativa de não duplicação

No que me diz respeito, esta pergunta e a resposta marcada me ajudaram a perceber os fatos que:

1. Variáveis ​​de shell não são variáveis ​​de ambiente
2. As atribuições em /etc/bash.bashrc ou ~/.bashrc não criam variáveis ​​de ambiente, mas instruem os processos interativos que não são do shell de login para criar e inicializar essas variáveis ​​do shell nas inicializações.

Acho que minha pergunta não é necessariamente diferente desta, mas ler a resposta marcada nessa não me satisfaz tanto quanto a resposta dada neste post.

Gostaria de comparar dois arquivos - "orienv" e "currenv", usando o comando diff.

A forma como criei os dois arquivos foi a seguinte:

1. Criando o arquivo "currenv"

   $cat /proc/1/environ >> currenv
   $cat /pcoc/279/environ >> currenv
   $cat /proc/295/environ >> currenv
   //295 is the pid of the current console
   

2. Criando o arquivo orienv

   $printenv > orienv
   

Então eu liguei diffcomo segue

diff -u orienv currenv

e obtive a seguinte saída

Arquivos binários orienv e currenv diferem

Eu estava esperando uma saída normal diffcom o sinalizador -u(por exemplo, saída em que mostra as diferenças em hunks , indicando qual arquivo tem quais informações que o outro não tem.

O que deu errado?