gelonida's questions

Para bash, o separador de caminho para a variável de ambiente $PATHé":"

Então por curiosidade:

se tiver um diretório chamado $HOME/with:character

Existe alguma maneira de adicioná-lo ao caminho de pesquisa?

Por favor, note que eu acho que adicionar :a um nome de arquivo não é uma ideia muito inteligente, mas eu queria saber se eu poderia adicionar esse diretório a um caminho de pesquisa se eu encontrasse um

Eu tentei com uma barra invertida, mas isso não parece funcionar:

export PATH="$PATH:$HOME/with\\:character"

double :( ::) também não funciona

geralmente os arquivos de certificados (no formato PEM) contêm vários certificados como:

-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
.....
-----END CERTIFICATE-----

com o comando: openssl x509 -in cert.pem -noout -texteu posso ver a primeira entrada.

Existe alguma maneira interna de exibir a segunda entrada ou todas as entradas.

Existe alguma maneira simples de visualizar todas as entradas?

O que realmente me interessa são: C, ST, O, OU, CN, do assunto, o emissor e as datas de validade do assunto

Tenho uma VM com um disco virtual (visível como /dev/sdb) com tamanho de 10G

O administrador aumentou o tamanho do disco virtual para 60G.

Reiniciei a máquina e vejo agora que o disco está maior.

root@DMZMHLX3:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
...
sdb      8:16   0   60G  0 disk 
└─sdb1   8:17   0   10G  0 part /app
...

Agora eu gostaria de adicionar outra partição:

gdisk me diz que o disco tem um tamanho de 60G, mas que o último setor utilizável é um setor correspondente ao antigo tamanho de imagem de disco de 10G:

root@DMZMHLX3:~# gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 125829120 sectors, 60.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): FCE659D1-3690-4C3C-93EC-79B51EE8556D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 20971486
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048        20969471   10.0 GiB    8300  

último setor utilizável deve ser algo como 125829120 e não 20971486.

Portanto, embora o tamanho da imagem do disco tenha aumentado e a VM veja a mudança, não sei como usar o espaço recém-disponível.

fdisk me mostra:

root@DMZMHLX3:~# fdisk -l /dev/sdb
GPT PMBR size mismatch (20971519 != 125829119) will be corrected by w(rite).
Disk /dev/sdb: 60 GiB, 64424509440 bytes, 125829120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: FCE659D1-3690-4C3C-93EC-79B51EE8556D

Device     Start      End  Sectors Size Type
/dev/sdb1   2048 20969471 20967424  10G Linux filesystem

Ele reconhece uma incompatibilidade:

A incompatibilidade de tamanho GPT PMBR (20971519 != 125829119) será corrigida por w(rite). Mas ao tentar escrever o fdisk falha:

Command (m for help): w
GPT PMBR size mismatch (20971519 != 125829119) will be corrected by w(rite).
fdisk: failed to write disklabel: Invalid argument
root@xxx:~# 

Como posso corrigir esse problema?

O objetivo final é aumentar o tamanho da partição existente, mas mesmo que eu possa adicionar novas partições já ficaria feliz

Estou procurando a maneira mais rápida de descobrir se uma ramificação de rastreamento remoto é diferente de uma ramificação atual.

Contexto: Gostaria de executar uma tarefa cron, que deve descobrir se o HEAD atual da ramificação local é idêntico ao seu branch de rastreamento remoto. Pode haver centenas de hosts executando este cron job (cada um pode estar em uma ramificação/HEAD diferente). Então, eu gostaria de implementar isso o mais rápido e eficiente possível. (menor carga de rede possível e carga de CPU no servidor git)

No momento eu executo um git fetche então git status. No entanto, mesmo que outras ramificações sejam alteradas no host remoto, git fetchelas ficarão ocupadas por algum tempo e git statustambém não serão tão eficientes.

O repositório está hospedado em um servidor gitlab (somente acesso https, os repositórios requerem autenticação)

Portanto, uma solução git pura é tão apreciada quanto uma solução gitlab.

Gostaria de implementar a solução como bashscript ou como pythonscript. pip installde qualquer dependência útil não é um problema.

Na verdade, gostaria de realizar essa verificação para alguns repositórios em um host (todos acessíveis com as mesmas credenciais). Acho que, se eu puder otimizar uma verificação, serei o melhor possível e executarei essa verificação para cada repositório.

No entanto, se houver um truque para melhorar o desempenho consultando vários repositórios com um script, essa também é uma opção. (por exemplo, autenticar apenas uma vez, consultar vários repositórios)

Estou tendo um script bash cujo comportamento é aproximadamente.

#!/bin/bash
if some_condition ; then
    echo please enter some integer
    read a
else
    a=3
fi

# here 'd like to switch in the background
while true ; do
    echo beep
    sleep $a
done

Portanto, o script solicita uma entrada e executa algumas tarefas em segundo plano.

No momento em que iniciar o script, responda a todas as perguntas / prompts que possam aparecer, pressione CTRL-Ze digite bg.

Então, sempre que eu quiser que o script pare, eu digito

fg ; CTRL-C

Posso fazer isso programaticamente (colocando em segundo plano) de dentro do mesmo script.

A paragem será sempre um passo manual

O que eu gostaria de fazer é executar um comando, gravar toda a saída em um arquivo e exibir as primeiras n linhas.

neste exemplo n=10

Uma solução que eu realmente não gosto é:

./program > tempfile ; cat tempfile >> thefile ; head -n 10 tempfile

O que eu tentei é

./program | tee -a thefile | head -n 10

No entanto, aqui o problema é que ./program é encerrado prematuramente

Existe algum truque sem criar um arquivo temporário intermediário. (como um comando head apenas exibindo as primeiras n linhas, mas continuando a ler o restante silenciosamente)

Uma maneira de reproduzir o problema com o pipeline e o cabeçote é:

n=0 ; while [[ $n -lt 200 ]] ; do echo ======================== $n ; n=$((n + 1)) ; done | tee -a toto | head -n 3 ; echo "-" ; tail -n 200 toto

Na verdade, para mim, a última linha do arquivo totoé aleatória e varia, mas quase nunca é a linha 199.

Infelizmente, tenho um aplicativo que coloca milhões de arquivos em um diretório simples (sem subdiretórios)

Se eu executar um ls ou um find no diretório fornecido, ls ou find consumirá vários Gigabytes de RAM.

Eu acho que o motivo é que ls e find lê todos os arquivos de um diretório na RAM.

Minha pergunta é.

Existe alguma maneira de listar os arquivos deste diretório sem consumir tanta memória?

Qualquer solução (opções especiais / comandos diferentes / programa C para compilar / um módulo python especial) seria interessante.