ivan's questions

Eu vi algumas discussões sobre formatação/particionamento de disco que mencionam a destruição de estruturas de dados GPT/MBR existentes como primeiro passo:

sgdisk --zap-all /dev/nvme0n1

Eu não sabia disso anteriormente e, quando configurei um disco, geralmente usei:

parted --script --align optimal  \
    /dev/nvme0n1 --              \
    mklabel gpt                  \
    mkpart ESP fat32 1MiB 512MiB \
    set 1 boot on                \
    name 1 boot                  \
    mkpart primary 512MiB 100%   \
    set 2 lvm on                 \
    name 2 primary

Eu deveria ter esclarecido as coisas (por exemplo sgdisk --zap-all) primeiro? Quais são as desvantagens de não ter feito isso?

Estou criando um USB inicializável para instalar o NixOS. Dado um USB em /dev/sda, isso pode ser feito executando:

# download the ISO
wget https://channels.nixos.org/nixos-21.11/latest-nixos-minimal-x86_64-linux.iso

# erase the disk
sudo dd if=/dev/zero of=/dev/sda bs=4M

# write the image
sudo dd if=latest-nixos-minimal-x86_64-linux.iso of=/dev/sda bs=4M

Mas antes de fazer isso, preciso formatar a unidade (escolha um esquema de particionamento, ou seja, GPT ou MBR, escolha um sistema de arquivos, ou seja, exFAT, FAT32, etc.) ou ddsubstitui todas essas informações?

Eu escrevi um shell.nixarquivo para construir o ambiente de desenvolvimento para um dos meus projetos. Estou usando a shellHookpara garantir que um servidor postgresql seja iniciado quando você cair no arquivo nix-shell.

O shellHooké essencialmente:

export PGDATA=$PWD/nix/pgdata

pg_ctl start --silent --log $PWD/log/pg.log

Apesar do fato de que pg_ctlinicia um servidor em segundo plano, se eu digitar Ctrl-C no shell, o servidor é desligado. Se eu configurar o mesmo cenário fora do nix-shell, isso não acontece.

Sou novo no strace, mas me parece que o processo postgresql está recebendo SIGINTquando digito Ctrl-C no meu terminal:

$ strace -p $postgres_pid
strace: Process 20546 attached
select(6, [3 4 5], NULL, NULL, {tv_sec=51, tv_usec=289149}) = ? ERESTARTNOHAND (To be restarted if no handler)
--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL} ---
rt_sigprocmask(SIG_SETMASK, ~[ILL TRAP ABRT BUS FPE SEGV CONT SYS RTMIN RT_1], NULL, 8) = 0
write(2, "LOG:  received fast shutdown req"..., 37) = 37
kill(20550, SIGTERM)                    = 0
...

O processo postgresql está conectado ao mesmo terminal de controle ( pts/12) que meu processo nix-shell (embora isso também seja verdade quando eu o executo fora do nix-shell):

$ ps -p ${postgres_pid},${nixshell_pid} -o pid,ppid,wchan,tty,cmd
  PID  PPID WCHAN  TT       CMD
14608 18292 core_s pts/12   bash --rcfile /tmp/nix-shell-14608-0/rc
16355     1 core_s pts/12   /nix/store/xxxxxx-postgresql-9.6.8/bin/postgres

Qual é um bom próximo passo na depuração disso? Devo ler sobre grupos de processos?

Atualização : Tentando uma dica de outra pergunta , descobri que isso corrige o problema:

set -m
pg_ctl start --silent --log $PWD/log/pg.log

O estranho é que, segundo $-, a mopção já estava definida. A execução echo $-produz imBHantes e depois do set -m.

Percebi que em meus shells interativos (seja nix-shell ou não), $-é imBHs. O snão está presente no shellHookcontexto e não consigo encontrar uma explicação de seu significado nos documentos para o setbuiltin do Bash. Mas isso pode não estar relacionado...

Estou seguindo as instruções de instalação/configuração no MySQL Secure Deployment Guide , que dizem para criar o grupo mysql com:

groupadd -g 27 -o -r mysql

O -opermite adicionar um grupo com um GID não exclusivo. Eu verifiquei /etc/group na minha máquina e o grupo sudo usa GID 27

sudo:x:27:ivan

Também verifiquei outra máquina que está executando uma distribuição Linux diferente e tem um grupo diferente ( dialout) ocupando o GID 27.

Quais seriam as implicações de usar um GID não exclusivo? Por que essas instruções recomendam fazer isso?

Eu escrevi/ajustei um módulo de kernel personalizado e o instalei.

Funciona como esperado, mas notei que outros módulos do kernel no meu sistema são compactados com xz e têm permissões 0444, enquanto eu não compactei o meu e instalei com o bit executável definido (permissões 0555).

$ stat --format=%A /path/to/my-module.ko
-r-xr-xr-x

$ stat --format=%A /path/to/other-module.ko.xz
-r--r--r--

Isso tem alguma implicação - desempenho, segurança ou outros? Pretendo compactar o meu e definir as permissões para corresponder ao que outros módulos estão usando, mas não sei a motivação subjacente para a compactação e as permissões que estão usando.

Eu li a seção man bashexplicando o sinalizador setinterno -p, e isso me diz alguns dos efeitos que o modo privilegiado tem no comportamento do Bash, mas não explica com profundidade suficiente (ou simplesmente não tenho contexto/experiência suficiente ) para eu entender para que serve, ou seja, em que situações você o usaria.

Parte da minha confusão vem do fato de que tudo o que li sobre o modo privilegiado faz parecer que "subprivilegiado" seria um nome mais apropriado. Isso em si é provavelmente um indicador de que estou entendendo mal algo sobre isso.

Também não tenho certeza se entendi setuid. Estou familiarizado com o id de usuário efetivo e o id de usuário real no que se refere a sudo, mas parece que setuid é um conceito mais amplo, então talvez eu esteja perdendo alguma coisa.

Escrevi um script Bash para me ajudar a gerenciar alguns links simbólicos. É um wrapper em torno de alguns comandos do Stow .

Quando o invoco, passo dois argumentos de linha de comando: um comando ( plug/ unplug/ replug) e um nome de diretório (apenas seu nome base, não um caminho).

O script é chamado vlink, então uma invocação seria, por exemplo:

vlink plug foo

O nome do diretório ( foono exemplo acima) precisa ser um dos subdiretórios de um diretório específico em outro lugar do meu sistema.

Como existem apenas três comandos possíveis ( plug/ unplug/ replug) e um conjunto específico de nomes de diretórios possíveis para o terceiro argumento, gostaria de fornecer algum preenchimento de tabulação para ele.

Estou um pouco familiarizado com a escrita de scripts de conclusão Bash, mas existe uma maneira de fornecer comandos de conclusão para um executável que não está em meu $ PATH e deve ser executado apenas a partir de seu diretório pai?