ɛ("Latin epsilon") é uma letra usada em certas línguas africanas, geralmente para representar o som da vogal em inglês "bed". Em Unicode é codificado como U+025B, muito diferente do e.
No entanto, se eu sorto seguinte:
eb
ed
ɛa
ɛc
parece que sortconsidera ɛe eequivalente:
ɛa
eb
ɛc
ed
O que está acontecendo aqui? E existe uma maneira de fazer ɛe edistinguir para sortfins de ing?
'mount -a' funciona bem como uma ação única. Mas a montagem automática de mídia removível reverte para as configurações que estavam em fstab na última reinicialização.
Como fazer com que o sistema operacional realmente recarregue o fstab para que as montagens automáticas usem as novas configurações quando a mídia estiver conectada?
Exemplo específico visto com Raspbian (Debian) Stretch:
Cartão SD formatado em FAT; fstab configurado para montagem automática; reiniciado; montagens automáticas de volume, mas RO
Opções de umask alteradas no fstab; mount -a enquanto a mídia está conectada e o volume agora é RW
Desmonte e reinsira a mídia; auto-mount funciona, mas usando as opções em fstab da última reinicialização, então o volume é RO
Reinício; OS carrega fstab atualizado; a montagem automática funciona quando a mídia está conectada e o volume é RW - como obter esse efeito sem reinicializar?
FWIW, a sintaxe fstab (atualizada) era:
/dev/sdb1 /Volumes/boot vfat rw,user,exec,nofail,umask=0000 0 0
Você pode ver a saída do lscpucomando -
jack@042:~$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 56
On-line CPU(s) list: 0-55
Thread(s) per core: 2
Core(s) per socket: 14
Socket(s): 2
NUMA node(s): 2
Vendor ID: GenuineIntel
CPU family: 6
Model: 79
Model name: Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
Stepping: 1
CPU MHz: 2600.000
CPU max MHz: 2600.0000
CPU min MHz: 1200.0000
BogoMIPS: 5201.37
Virtualization: VT-x
Hypervisor vendor: vertical
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 35840K
NUMA node0 CPU(s): 0-13,28-41
NUMA node1 CPU(s): 14-27,42-55
Eu posso ver que existem 2soquetes (que é como um processador?) e dentro de cada um dos soquetes temos 14núcleos. Então, no total 2x14=28de núcleos físicos. Normalmente, uma CPU pode conter vários núcleos, portanto, o número de CPUs nunca pode ser menor que o número de núcleos. Mas, como mostrado na saída CPUs(s): 56e é isso que está me confundindo.
Eu posso ver isso Thread(s) per core: 2, então esses 28núcleos podem se comportar como 2x28=56núcleos lógicos.
Pergunta 1: O que isso CPUs(s): 56denota? Indica o CPU(s)número de núcleos virtuais/lógicos, pois não pode ser pelo menos um núcleo físico?
Pergunta 2: O que isso NUMA nodesignifica? Representa o soquete?
Eu tenho visto isso em muitos docker-entrypoint.shscripts recentemente e não consigo encontrar uma explicação online. Meus primeiros pensamentos são que é algo a ver com sinalização, mas isso é um palpite bem louco.
Estou ajustando meu kernel Linux para processadores Intel Core 2 Quad (Yorkfield) e notei as seguintes mensagens de dmesg:
[ 0.019526] cpuidle: using governor menu
[ 0.531691] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[ 0.550918] intel_idle: does not run on family 6 model 23
[ 0.554415] tsc: Marking TSC unstable due to TSC halts in idle
O PowerTop mostra apenas os estados C1, C2 e C3 sendo usados para o pacote e os núcleos individuais:
Package | CPU 0
POLL 0.0% | POLL 0.0% 0.1 ms
C1 0.0% | C1 0.0% 0.0 ms
C2 8.2% | C2 9.9% 0.4 ms
C3 84.9% | C3 82.5% 0.9 ms
| CPU 1
| POLL 0.1% 1.6 ms
| C1 0.0% 1.5 ms
| C2 9.6% 0.4 ms
| C3 82.7% 1.0 ms
| CPU 2
| POLL 0.0% 0.1 ms
| C1 0.0% 0.0 ms
| C2 7.2% 0.3 ms
| C3 86.5% 1.0 ms
| CPU 3
| POLL 0.0% 0.1 ms
| C1 0.0% 0.0 ms
| C2 5.9% 0.3 ms
| C3 87.7% 1.0 ms
Curioso, consultei sysfse descobri que o driver legado acpi_idleestava em uso (esperava ver o intel_idledriver):
cat /sys/devices/system/cpu/cpuidle/current_driver
acpi_idle
Observando o código-fonte do kernel, o driver intel_idle atual contém uma mensagem de depuração observando especificamente que alguns modelos da família 6 da Intel não são suportados pelo driver:
if (boot_cpu_data.x86_vendor == X86_VENDOR_INTEL && boot_cpu_data.x86 == 6)
pr_debug("does not run on family %d model %d\n", boot_cpu_data.x86, boot_cpu_data.x86_model);
Um fork anterior (22 de novembro de 2010) do intel_idle.c mostra suporte antecipado para processadores Core 2 (o modelo 23 na verdade cobre tanto o Core 2 Duo quanto o Quad):
#ifdef FUTURE_USE
case 0x17: /* 23 - Core 2 Duo */
lapic_timer_reliable_states = (1 << 2) | (1 << 1); /* C2, C1 */
#endif
O código acima foi deletado no commit de dezembro de 2010 .
Infelizmente, quase não há documentação no código-fonte, portanto não há explicação sobre a falta de suporte para a função ociosa nessas CPUs.
Minha configuração atual do kernel é a seguinte:
CONFIG_SMP=y
CONFIG_MCORE2=y
CONFIG_GENERIC_SMP_IDLE_THREAD=y
CONFIG_ACPI_PROCESSOR_IDLE=y
CONFIG_CPU_IDLE=y
# CONFIG_CPU_IDLE_GOV_LADDER is not set
CONFIG_CPU_IDLE_GOV_MENU=y
# CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is not set
CONFIG_INTEL_IDLE=y
Minha pergunta é a seguinte:
intel_idle?intel_idle)?
Como posso excluir o arquivo de substituições para uma unidade systemd?
Eu tentei systemctl edit myunit, excluindo todo o texto e salvando, mas isso parece não ter efeito, com uma mensagem de erro terminando com canceled: temporary file is empty..
O que determina quais comandos do Linux requerem acesso root? Entendo as razões pelas quais é desejável que, digamos, apt-getexija rootprivilégio; mas o que distingue esses comandos do resto? É simplesmente uma questão de propriedade e permissões de execução do executável?
Ao inserir um pendrive ou dispositivo USB no computador, sempre existe o risco de o dispositivo ser malicioso, agir como um HID e potencialmente causar algum dano ao computador. Como posso prevenir este problema? A desativação do HID em uma porta USB específica é suficiente? Como faço isso?
Por vários anos, o rmutilitário GNU não será excluído /, a menos que seja chamado com a --no-preserve-rootopção. No entanto, o comando rm -rf /foi alojado no subconsciente coletivo como perigoso por muito tempo e as pessoas ainda o citam como um comando "assustador".
Eu queria saber quando essa regra que rmnão pode excluir /apareceu pela primeira vez. Eu verifiquei as especificações do POSIX e posso ver que, embora o POSIX:2008 inclua esse recurso de segurança, o POSIX:2001 não. Como as versões online das especificações do POSIX são atualizadas de tempos em tempos, a cada novo sub-lançamento, também verifiquei a máquina de retorno e encontrei a página relevante do POSIX:2008 de 2010 e pude confirmar que a regra que rmnão pode remover /já estava listado então.
Então, minhas perguntas são:
rmnão pode ser removida foi /adicionada às especificações POSIX? Ele estava na edição original de 2008 da Single UNIX Specification versão 4 ou foi adicionado em uma revisão?rm? Tenho certeza de que foi antes de ser adicionado ao POSIX, mas quando isso aconteceu?
Esta resposta revela que é possível copiar todos os arquivos - incluindo os ocultos - do diretório srcpara o diretório da seguinte destforma:
mkdir dest
cp -r src/. dest
Não há explicação na resposta ou em seus comentários sobre por que isso realmente funciona, e ninguém parece encontrar documentação sobre isso também.
Eu tentei algumas coisas. Primeiro, o caso normal:
$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src dest
$ ls -A dest
dest_file src
Então, com /.no final:
$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src/. dest
$ ls -A dest
dest_file .dotfile src_dir src_file
Portanto, isso se comporta de maneira semelhante ao *, mas também copia arquivos ocultos.
$ mkdir src src/src_dir dest && touch src/src_file src/.dotfile dest/dest_file
$ cp -r src/* dest
$ ls -A dest
dest_file src_dir src_file
.e ..são links físicos apropriados, conforme explicado aqui , assim como a própria entrada do diretório.
De onde vem esse comportamento e onde está documentado?