All perguntas(unix)

Pelo que entendi, o número de CPUs no meu computador deve ser dado por

CPU = Thread(s) por núcleo x Núcleo(s) por soquete x Soquete(s)

Aqui estão as primeiras linhas da lscpusaída:

$ lscpu | head -n18
Architecture:             x86_64
CPU op-mode(s):         32-bit, 64-bit
Address sizes:          46 bits physical, 48 bits virtual
Byte Order:             Little Endian
CPU(s):                   22
On-line CPU(s) list:    0-21
Vendor ID:                GenuineIntel
Model name:             Intel(R) Core(TM) Ultra 7 155H
CPU family:           6
Model:                170
Thread(s) per core:   2
Core(s) per socket:   16
Socket(s):            1
Stepping:             4
CPU(s) scaling MHz:   14%
CPU max MHz:          4800.0000
CPU min MHz:          400.0000
BogoMIPS:             5990.40

O que está acontecendo? 2 × 16 = 32, não 22. Mesmo em execução, nproc --allmostra 22.

Estou esquecendo de alguma coisa?

Tenho dois diretórios, chamo-os de "source" e "dest", que têm alguns arquivos em comum. Há também uma série de arquivos presentes em um, mas não no outro. Gostaria de copiar arquivos de "source" para "dest" se e somente se (1) um arquivo com o mesmo nome estiver presente em ambos os diretórios, e (2) o conteúdo do arquivo for diferente.

O critério "o conteúdo é diferente" é fácil: rsync --checksum -av source/ dest/. Mas não consigo descobrir como fazer a parte "somente se um arquivo com o mesmo nome estiver presente em ambos".

Ao explorar o binário C++, descubro que libstdc++.so.6 está vinculado a libm.so.6and libc.so.6:

ldd /lib/x86_64-linux-gnu/libstdc++.so.6 
        linux-vdso.so.1 (0x00007ffcb737b000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd3b2295000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd3b1c00000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fd3b2396000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd3b2275000)

Minhas perguntas são:

1. O que 6significa no nome? Originalmente pensei que fosse a versão do glibc, mas a versão é 2.35, o que não é relevante para 6.

   strings /lib/x86_64-linux-gnu/libc.so.6  | grep GLIBC_2.3
   GLIBC_2.3
   ...
   GLIBC_2.35
   

2. Por que o sufixo é 6tão popular?

3. Existe uma programação de quando libc.so.7será lançado?

Eu tenho um comando <streaming ls> | wc -l, funciona bem, mas <streaming ls>demora um pouco, o que significa que não recebo a contagem final de linhas até alguns minutos depois.

Existe uma maneira de ter a saída de wc -latualização em tempo real?

Gostaria de saber se é possível apenas repetir parte de um comando. Ou seja, se eu fizer isso ls /path/to/somewhere -a, eu só quero remover lse -a.

Eu sei que se eu fizer !!isso repete o comando anterior (anexando o último comando ao comando que você escrever antes) e que se eu fizer !$isso inclui a última parte da string, mas eu gostaria de saber se é possível refazer - use apenas a parte do meio, por exemplo, do comando anterior.

Eu tenho um arquivo de dados que contém 6500 linhas e 2 colunas:

1ES9 0.927536231884058 
1ET1 1.0 
1EU1 0.8915343915343915
... ... ...

Eu quero contar as ocorrências de 1.0 no arquivo.

Eu usei o seguinte grepcomando e a saída foi 1001:

grep -o '1.0' data_file.txt | wc -l

Então, executei a ferramenta do Notepad ++ Find->Countno Windows 10. Deu 144.

Por que isso é diferente com grep?

Não sei o que fiz, mas comandos básicos como "ls" e "sudo" não funcionam mais e agora me lançam essa mensagem de erro.

File "/usr/lib/command-not-found", line 28, in <module>
from CommandNotFound import CommandNotFound
File "/usr/lib/python3/dist-packages/CommandNotFound/CommandNotFound.py", line 19, in <module>
from CommandNotFound.db.db import SqliteDatabase
File "/usr/lib/python3/dist-packages/CommandNotFound/db/db.py", line 5, in <module>
import apt_pkg
ModuleNotFoundError: No module named 'apt_pkg'
Error in sys.excepthook:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 63, in apport_excepthook
from apport.fileutils import likely_packaged, get_recent_crashes
File "/usr/lib/python3/dist-packages/apport/__init__.py", line 5, in <module>
from apport.report import Report
File "/usr/lib/python3/dist-packages/apport/report.py", line 30, in <module>
import apport.fileutils
File "/usr/lib/python3/dist-packages/apport/fileutils.py", line 23, in <module>
from apport.packaging_impl import impl as packaging
File "/usr/lib/python3/dist-packages/apport/packaging_impl.py", line 24, in <module>
import apt
File "/usr/lib/python3/dist-packages/apt/__init__.py", line 23, in <module>
import apt_pkg
ModuleNotFoundError: No module named 'apt_pkg'

Original exception was:
Traceback (most recent call last):
File "/usr/lib/command-not-found", line 28, in <module>
from CommandNotFound import CommandNotFound
File "/usr/lib/python3/dist-packages/CommandNotFound/CommandNotFound.py", line 19, in <module>
from CommandNotFound.db.db import SqliteDatabase
File "/usr/lib/python3/dist-packages/CommandNotFound/db/db.py", line 5, in <module>
import apt_pkg
ModuleNotFoundError: No module named 'apt_pkg' 

Por favor me ajude, estou chorando, tenho um prazo amanhã.

Devo apenas fazer uma nova instalação do Ubuntu, mas manter os arquivos?

Estou tentando despejar o envde uma unidade de serviço do systemd e systemctl show-environmentnão faz o que quero. Existe alguma maneira de systemctlme mostrar como é o ambiente dentro do meu serviço?

Alguns programas de cópia de arquivos gostam rsynce curltêm a capacidade de retomar transferências/cópias com falha.

Observando que pode haver muitas causas dessas falhas, em alguns casos o programa pode fazer uma "limpeza" em alguns casos o programa não pode.

Quando esses programas são retomados, eles parecem apenas calcular o tamanho do arquivo/dados que foram transferidos com sucesso e apenas começam a ler o próximo byte da fonte e anexar ao fragmento do arquivo.

por exemplo, o tamanho do fragmento de arquivo que "chegou" ao destino é de 1378 bytes, então eles apenas começam a ler do byte 1379 no original e adicionam ao fragmento.

Minha pergunta é: sabendo que os bytes são compostos de bits e nem todos os arquivos têm seus dados segmentados em blocos limpos de tamanho de byte, como esses programas sabem que o ponto que escolheram para começar a adicionar dados está correto?

Ao escrever o arquivo de destino, ocorre algum tipo de buffer ou "transações" semelhantes aos bancos de dados SQL, no nível do programa, do kernel ou do sistema de arquivos, para garantir que apenas bytes limpos e bem formados cheguem ao dispositivo de bloco subjacente?
Ou os programas assumem que o byte mais recente seria potencialmente incompleto, então eles o excluem supondo que seja ruim, copiam novamente o byte e começam a anexar a partir daí?

sabendo que nem todos os dados são representados como bytes, essas suposições parecem incorretas.

Quando esses programas "retomam", como eles sabem que estão começando no lugar certo?

Estou instalando o Debian 9 em um HP ProLiant DL180. Quando eu inicializo a partir de uma unidade USB, ele abre o grub2 e quando digito bootdá um erro: you need to load kernel first.