Por exemplo, se eu definir oops=panico comando grub e também definir kernel.panic_on_oops=0a configuração do sysctl? ex: em /etc/sysctl.d/
O que aconteceria?
Esses dois parâmetros estão mapeados para a mesma função/recurso no kernel?
Por que não usar o mesmo nome de variável?
Por que o mecanismo de verificação foi alterado? Por causa da atualização do código MTRR? Ou foi um bug na verificação anterior?
x86/mm: Only check uniform after calling mtrr_type_lookup()
Today pud_set_huge() and pmd_set_huge() test for the MTRR type to be
WB or INVALID after calling mtrr_type_lookup().
Those tests can be dropped as the only reason not to use a large mapping
would be uniform being 0.
Any MTRR type can be accepted as long as it applies to the whole memory
range covered by the mapping, as the alternative would only be to map
the same region with smaller pages instead, using the same PAT type as
for the large mapping.
Na minha experiência, se o tamanho da imagem do sistema operacional for muito grande, a inicialização do PXE falhará.
Não tenho certeza de qual tamanho é a limitação.
ref: https://www.syslinux.org/archives/2002-March/000249.html
O iPXE corrige o problema de limitação do tamanho da imagem?
Meu servidor Linux carregará alguns arquivos para o servidor Windows em um momento aleatório.
mas o servidor Windows não sabe quando o servidor Linux fez um upload.
Existe algum método para informar o Windows?
Eu tenho alguns novos arquivos para lançar todos os dias.
Meu colega de trabalho precisa fazer sftp/scp para meu servidor Linux para copiar esses arquivos.
Não quero que ele faça nenhuma exclusão/mover/execução de arquivo... etc, a única coisa que ele pode fazer deve ser copiado (scp/sftp) os arquivos de volta.
O melhor é que ele não pode mudar de diretório.
Algum método para fazer isso?
Eu sei para o mesmo nome de usuário, podemos fazer:
para pular a digitação da senha.
No entanto, no meu entendimento, isso é para servidores remotos e clientes, ambos com o mesmo nome de usuário.
No entanto, o nome de usuário no servidor remoto não existia em meu servidor cliente. Como posso fazer ssh-copy-idaqui para pular a digitação da senha?
ex: preciso fazer o seguinte:
mark@client:~$ ssh jack@ip_of_remote_server
Às vezes eu catarquivo ac ou um arquivo JSON, não há texto de formato colorido. Existe alguma ferramenta de linha de comando que possa mostrar texto em formato colorido como em ex: gedit?
O número principal é 0,4,8,.....39 no sensorscomando.
Por que não 0,1,2,3,4.....?
foo@foo-linux:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +73.0°C (high = +80.0°C, crit = +100.0°C)
Core 0: +46.0°C (high = +80.0°C, crit = +100.0°C)
Core 4: +50.0°C (high = +80.0°C, crit = +100.0°C)
Core 8: +52.0°C (high = +80.0°C, crit = +100.0°C)
Core 12: +47.0°C (high = +80.0°C, crit = +100.0°C)
Core 16: +73.0°C (high = +80.0°C, crit = +100.0°C)
Core 20: +50.0°C (high = +80.0°C, crit = +100.0°C)
Core 24: +58.0°C (high = +80.0°C, crit = +100.0°C)
Core 28: +52.0°C (high = +80.0°C, crit = +100.0°C)
Core 36: +48.0°C (high = +80.0°C, crit = +100.0°C)
Core 37: +48.0°C (high = +80.0°C, crit = +100.0°C)
Core 38: +48.0°C (high = +80.0°C, crit = +100.0°C)
Core 39: +48.0°C (high = +80.0°C, crit = +100.0°C)
atualizar novamente
Este é um Intel(R) Core(TM) i7-12700 de 12ª geração
Este é um PC, não um servidor, com apenas 1 soquete de CPU.
atualizar
foo@foo-linux:~$ cat /proc/cpuinfo | grep -i apicid
apicid : 0
initial apicid : 0
apicid : 1
initial apicid : 1
apicid : 8
initial apicid : 8
apicid : 9
initial apicid : 9
apicid : 16
initial apicid : 16
apicid : 17
initial apicid : 17
apicid : 24
initial apicid : 24
apicid : 25
initial apicid : 25
apicid : 32
initial apicid : 32
apicid : 33
initial apicid : 33
apicid : 40
initial apicid : 40
apicid : 41
initial apicid : 41
apicid : 48
initial apicid : 48
apicid : 49
initial apicid : 49
apicid : 56
initial apicid : 56
apicid : 57
initial apicid : 57
apicid : 72
initial apicid : 72
apicid : 74
initial apicid : 74
apicid : 76
initial apicid : 76
apicid : 78
initial apicid : 78
Tenho muitos trabalhos em execução em diferentes consoles.
Eles ocuparam quase todo o uso da CPU, o que me dificultou o controle do sistema (tempo de resposta muito lento)
Existe alguma maneira de pausar esses consoles? ou alguma outra forma?
#atualizar
Na verdade, estou construindo o Yocto em muitos consoles diferentes, parece difícil ajustar um processo específico e, ao construir o Yocto, há muitos processos diferentes em execução e eles podem terminar e iniciar outro novo repetidamente.
https://github.com/adurbin/iotools
O uso original é:
./iotools rdmsr x xxxxx
quando eu faço:
ln -sf iotools rdmsr
então posso fazer:
rdmsr x xxxxx
Por que??
porque ao fazer o soft linking, ele passará o nome do arquivo como 1º parâmetro ?
Verifiquei o CentOS 8/Redhat 8 e o Ubuntu 22.04, a configuração padrão do kernel para CONFIG_PREEMPT não está definida:
CONFIG_PREEMPT is not set
No meu entendimento, o kernel deve ser capaz de antecipar por padrão. não é?
Eu chequei:
https://cateee.net/lkddb/web-lkddb/CRYPTO_RSA.html
O texto de ajuda é:
Implementação genérica do algoritmo de chave pública RSA.
Este driver é para um dispositivo HW de criptografia, ex: da CPU Intel/AMD?
Estou vendo este log:
request_module: kmod_concurrent_max (0) close to 0 (max_modprobes: 50), for module foo, throttling...
Eu não entendo o que significa?
carregar automaticamente muitos módulos?
Configurei o crontab para executar os trabalhos diários.
Às vezes, ele falhou e para sempre em loop/trabalho no mesmo diretório.
No dia seguinte, o crontab executará o mesmo script no mesmo diretório.
Espera-se que termine o trabalho todas as noites, mas agora, quando um dia não foi concluído, será misturado com o trabalho no dia seguinte.
Eu pretendo fazer uma reinicialização (diária) (ex: 16:00) antes do trabalho cron diário (17:00), os trabalhos cron serão executados após a reinicialização sem login do usuário?
#Nota Está claro que o problema é do script (e o que o script está fazendo) e não do crontab.
Ao ver um rastreamento de chamada,
WARNING: CPU: 1 PID: 0 at arch/x86/kernel/cpu/mce/core.c:1490 mcheck_cpu_init+0x71/0x420
1490 é o número da linha do código-fonte.
cadê o +0x71/0x420aqui?
Quando o disco estiver em uso, ex: fazendo teste de fio ( gravação aleatória ), remova o SSD PCIe ao mesmo tempo.
Devo esperar que não haja nenhum erro de E/S já que o sistema suporta hotplug?
No systemd, existe um serviço:
systemd-networkd-wait-online.service
Ele verifica se a conexão com a Internet está pronta ou se o NIC HW está pronto para conexão com a Internet?
Eu verifiquei o código-fonte do dmidecode.
Eu vi isso:
int fd=open("/dev/mem", O_RDONLY);
long fp=0xE0000L;
Parece que o Linux já copia as informações do SMBIOS para a memória?