Por que dependendo da reinicialização as interfaces são renomeadas?! Mesmas placas, mesmo conector PCIe, interface de rede era enp3s0f0e se torna enp3s0f0np0sem razão.
Como acabar com esse absurdo?
RHEL 8
Estou tentando instalar o fedora com SED: https://fedoraproject.org/wiki/Changes/SelfEncryptingDrivesSupportInAnaconda
A interface gráfica não suporta isso, tenho que instalar usando um arquivo kickstart.
Verifiquei em todos os lugares, mas não consigo encontrar como executar a instalação com o arquivo.
- Executando o Fedora 41 live media
- Editou o arquivo enquanto executava f41
Minha placa de rede RJ45 integrada tem uma interface chamada enp5s0, se eu plugar uma placa de vídeo ela fica enp6s0bagunçando todas as configurações que fiz. Muitas vezes estou conectando e desconectando dispositivos PCIe e está se tornando muito irritante alterar manualmente todos os dispositivos na minha configuração de rede.
=> Como acabar com essa bobagem? obviamente não estou movendo a interface RJ45 para lugar nenhum. Por que o RHEL8 muda de nome dependendo de outros dispositivos?
Por padrão, a nomenclatura de dispositivo consistente é habilitada no Red Hat Enterprise Linux.
Isso não é verdade, pois o nome muda dependendo de outros dispositivos...
Eu tenho um módulo do kernel e gostaria de distribuí-lo (ou seja, empacotá-lo).
Eu gostaria de distribuí-lo para que o usuário não precise fazer nada além de yum/dnf install kmod-mymodule.
- SRPM: O usuário deve construir o RPM em sua máquina e então instalar o RPM. Eu não posso colocá-lo em um repositório yum
- RPM: preciso criar o RPM para todas as versões principais e secundárias do RHEL.
- DKMS: Pode ser a solução, mas espera que o usuário saiba como usar o dkms, não tão transparente.
Qual a maneira de distribuir um módulo do kernel facilmente para que o usuário só precise fazer yum install kmod-mymodulee compilar o módulo para a máquina específica?
Se houver uma solução independente de distribuição, sou todo ouvidos!
Após uma reinicialização (talvez uma atualização) no Centos Stream, não consigo mais fazer login.
- o padrão é
graphical.target - se eu executar o modo console, faça login e execute
startx, funciona - A configuração de login está definida como
Standard X11 display server - O gerenciador de exibição padrão do Centos: acho que é o GDM (GNOME Display Manager)
O que impede a tela de login de login?
Verifiquei todas as outras questões, nenhuma resolveu.
$ systemctl status display-manager
● gdm.service - GNOME Display Manager
Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2022-02-28 08:34:19 JST; 14min ago
Main PID: 1884 (gdm)
Tasks: 3 (limit: 409474)
Memory: 5.9M
CGroup: /system.slice/gdm.service
└─1884 /usr/sbin/gdm
Feb 28 08:34:19 i9wspro systemd[1]: Starting GNOME Display Manager...
Feb 28 08:34:19 i9wspro systemd[1]: Started GNOME Display Manager.
Feb 28 08:34:24 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing
Feb 28 08:34:27 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing
Feb 28 08:34:35 i9wspro gdm[1884]: Gdm: GdmCommon: process (pid:2049, command 'gdm-session-worker [pam/gdm-launch-environment]') isn't dying after 5 seconds, now ignoring it.
Feb 28 08:50:30 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing
Após cada tentativa de login, ele adicionagdm[1884]: Gdm: GdmDisplay: Session never registered, failing
/etc/gdm/custom.conf
# GDM configuration storage
[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false
#AutomaticLoginEnable=True
#AutomaticLogin=alexis
[security]
[xdmcp]
[chooser]
[debug]
# Uncomment the line below to turn on debugging
#Enable=true
systemctl list-units --failed:
Eu tenho um script bash:
#!/bin/bash
export TEST=$1
tmux new-session -d -s $1
tmux send-keys -t $1:0 "printenv | grep TEST" C-m
Corre:
# ./test.sh 123 #The tmux server is automatically launched
# ./test.sh 555
Resultados:
tmux a -t 123mostraTEST=123tmux a -t 555mostraTEST=123em vez deTEST=555!!!!
Por que minhas próximas sessões do TMUX herdam todas as variáveis de ambiente da primeira sessão criada?
Isso é bastante surpreendente, como posso fazer para parar esse comportamento sem sentido?
https://manpages.debian.org/experimental/tmux/tmux.1.en.html#GLOBAL_AND_SESSION_ENVIRONMENT
Quando o servidor é iniciado, o tmux copia o ambiente para o ambiente global; além disso, cada sessão tem um ambiente de sessão. Quando uma janela é criada, a sessão e os ambientes globais são mesclados. Se existir uma variável em ambos, o valor do ambiente de sessão será usado .
Quando eu executo 123, TESTé definido GLOBAL para o servidor tmux. Mas quando eu executo 555, TEST=123deve ser substituído pelo env da sessão, mas não é...
Eu edito minha pergunta para dar o objetivo e não uma suposição da solução.
- Distribuições baseadas em RHEL
- O usuário root nunca é usado e sua senha é mantida em segredo
Todos os comandos executados com sudosão registrados em /var/log/secure. Quando um usuário alterna para root usando sudo su/sudo -i, todos os comandos executados na sessão não são registrados.
Meu objetivo é ficar de olho no que os administradores estão fazendo.
Exemplo
Se um usuário fizer:
alexis$ sudo visudo # this is logged
alexis$ sudo su # this is logged
root# visudo # this isn't logged since it's run under root
O comando visudoe, em seguida, susão registrados como iniciados pelo usuário, alexismas executados com root. No entanto, todos os comandos a seguir não serão registrados porque são executados como root em um shell de root.
1 de novembro 13:28:29 3020m sudo[6906]: alexis : TTY=pts/0 ; PCD=/home/alexis ; USUÁRIO= raiz ; COMANDO=/bin/su
Em resumo, não quero que um usuário (admin in wheel) possa alternar para um shell de root . Se alguém quiser executar um shell de root, ele deve saber a senha do root.
Eu tenho um comando: mywritercmd -f /tmp/test 2>&1 > log.txteu executo em um terminal bash, o comando retornaerror: could not open output file "/tmp/test": Permission denied
No entanto, esta mensagem de erro não está escrita no arquivo log.txt , fica vazia...
Por quê?
Eu teria imaginado que esta mensagem deveria ir para stderr e depois no arquivo, mas de alguma forma não é.
- Como mostrar o sistema de arquivos de um volume lógico (LVM)?
lvdisplaynão os mostra e o fdisk não é adequado para trabalhar com o LVM.
ssmferramenta mostra alguns, mas não todos:
lsblk -f
Eu gostaria de saber o /dev/cl/rootsistema de arquivos do (em /dev/sdc3 que é um volume físico).
Tentando montar um:
# mount /dev/mapper/cl-root /mnt/optiplex
mount: /mnt/optiplex: can't read superblock on /dev/mapper/cl-root.
lvs:
Não consigo montar o volume lógico raiz neste volume de grupo:
Quero usar minha interface com um único endereço IPv4 e IPv6 desabilitado.
O IPv4 é configurado em Manual, com um IP estático sem Gateway e Máscara de Rede 255.255.255.0. User this connection only for resources on its networktambém está marcado. DNS e Rotas Automáticas.
IPv6 "Desativar" é chamado ignoree nmcli.nmtui
Após a reinicialização, ainda recebo um endereço IPv6. Por quê?
- CentOS Linux versão 7.7.1908 (Núcleo)
- 3.10.0-1062.12.1.el7.x86_64
Eu gostaria de entender o FirewallD vindo do Iptables.
Minha zona é a zona padrão dropsem nenhum serviço.
drop (active)
target: DROP
icmp-block-inversion: no
interfaces: enp9s0u2u1u2c2
sources:
services:
ports:
protocols:
masquerade: no
forward-ports:
source-ports:
icmp-blocks:
rich rules:
Qual é o ponto de adicionar um ip de origem a esta zona?
- Eu adicionei todos os IPs locais
firewall-cmd --add-source=192.168.0.0/16 Ele ainda descarta todos os pacotes, mesmo vindos de um desses IPs de origem.
Adicionar um serviço a essa zona permitirá que qualquer pessoa acesse esse serviço, independentemente dos IPs de origem que eu definir.
Como restringir o serviço e permitir apenas um único IP (ou intervalo) para o serviço?
O comportamento do firewalld não é muito claro comparado ao iptables. Há tantas suposições e comportamentos padrão desconhecidos.
Eu tenho um serviço systemctl com , e ip route addcomandos ifconfigpara configurar dinamicamente 2 interfaces. De alguma forma, após alguns segundos/minutos ou aleatoriamente, a configuração simplesmente desapareceu (os IPs não são mais atribuídos, as rotas e as entradas arp desaparecem).arpethtool
Como posso depurar isso e por que minhas configurações desapareceram?
[Unit]
After=network-online.target
[Service]
ExecStart=/usr/local/bin/routingsf.sh enp4s0f0 enp4s0f1
[Install]
WantedBy=network-online.target
Eu tenho muitos processos de merda, como os Avahi-daemonque enviam pacotes para transmissão, mesmo que eu não queira. Essas interfaces são usadas para fins de teste e não quero que pacotes indesejados sejam enviados por meio dessas interfaces.