no RHEL 7 e 8 eu sempre fiz:
/etc/default/grub
GRUB_CMDLINE_LINUX=... verbosee removendo rhgb quietseguido de fazer umgrub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfgIsso não tem efeito no RHEL 9. Qual é a maneira correta de fazer isso agora no RHEL 9?
Notei grub.cfgque agora ele está localizado /boot/no RHEL e tentei essa localização na -oopção, mas ainda não funcionou.
Tenho uma situação em que um usuário (" minknow ") está criando arquivos/diretórios e quero que outro usuário (o meu, " nano2 ") tenha acesso rwx (total) a eles sem precisar alterar as permissões com sudo toda vez que um novo diretório for criado.
Então, tentei resolver esse problema simplesmente adicionando o grupo primário do usuário minknow como um grupo secundário ao usuário nano2 usando o comando abaixo:
sudo usermod -a -G minknow nano2
Isso deve adicionar o grupo minknow ao usuário nano2 .
Em seguida, verifiquei os grupos usando o comando id -Gn para verificar a adição do grupo:
nano2@nano2:/var/lib/minknow/data/P2_WGS_v3/23RKG025670$ id -Gn nano2
nano2 adm cdrom sudo dip plugdev lpadmin sambashare minknow docker
Mas não funciona como pretendido. O usuário nano2 não tem permissões como parte do grupo minknow - Eu tenho um diretório criado pelo usuário minknow com as seguintes permissões (da saída "ll"):
drwxrwxr-x 3 minknow minknow 4096 Jan 8 10:46 23RKG025670/
O usuário nano2 não consegue criar nenhum arquivo dentro desse diretório.
Agora, eu também verifiquei o comando id sem especificar o nome de usuário. Pelo meu entendimento, isso deveria simplesmente gerar meu id e grupos, mas a saída é um pouco diferente da acima:
nano2@nano2:/var/lib/minknow/data/P2_WGS_v3/23RKG025670$ id -Gn
nano2 adm cdrom sudo dip plugdev lpadmin lxd sambashare
Dois grupos estão faltando, incluindo o grupo dos minknow .
Verifiquei que meu usuário é de fato nano2 com o comando whoami .
O que está acontecendo aqui? Qual é a diferença entre "id" e "id {my_own_username}"? E por que minha tentativa de conceder permissões de grupos para nano2 falha?
Muito obrigado desde já!
Usando um cabo USB para serial, posso conectar-me a um equipamento com sucesso viascreen /dev/ttyUSB0 115200
Existe um comando once within screen que fechará isso e retornará meu prompt de terminal? Isso está no RHEL-8.10. e ctrl-dnão tem efeito.ctrl-cctrl-z
O Debian 12 estável fornece o LibreOffice versão 7.4.7.2. O LibreOffice.org oferece a versão 24.8.
Entendo que o Debian stable tenta fornecer versões estáveis de software. Isso significa que as últimas 17 versões do LibreOffice não eram estáveis?
Depois de desbloquear o PC após um período de inatividade (algumas horas?), muitas vezes me deparo com uma tela preta com nada além de um cursor do mouse (que posso mover).
A única correção que encontrei foi matar o servidor X com CtrlAltBackspace, mas isso também mata todos os meus aplicativos GUI. Idealmente, estou procurando uma correção completa, ou pelo menos uma maneira mais elegante de me recuperar disso sem fechar meus aplicativos.
Mais alguns detalhes:
Comecei a ter esse problema depois de trocar para um novo laptop com uma placa Nvidia (o anterior tinha uma placa AMD integrada e nenhum problema desse tipo). Esta é a mesma instalação do Arch (exceto que adicionei drivers NVidia), então tenho certeza de que isso é relacionado à Nvidia.
O laptop tem uma placa AMD integrada e uma Nvidia dedicada, mas desabilitei a primeira na BIOS porque estava causando outros problemas, e o PC parece mais responsivo agora. Não me lembro se tive esse problema enquanto tinha as duas placas ligadas, acho que não.
Ainda posso alternar para outro TTY e voltar, e digitar comandos nele, mas não encontrei nenhum comando que ajudasse.
Uma vez, pressionar teclas de atalho aleatórias fez com que ele destravasse, mas não consegui repetir o mesmo erro.
Eu ainda consigo mover o mouse nesse estado, e o cursor muda de acordo com os apps que eu deveria ter aberto. Mas se eu clicar, o formato do cursor fica preso no que quer que seja agora.
Desconectar e conectar um segundo monitor não ajuda.
Estou usando o Xfce, com light-locker e lightdm-gtk-greeter. Não tentei o xfce4-screensaver em vez do light-locker porque ele tem outros problemas (não desabilita a luz de fundo no estado bloqueado).
Estou no Arch Linux, no kernel mais recente que é o 6.12.9-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 10 Jan 2025 00:39:41 +0000 x86_64 GNU/Linux.
Estou usando drivers Nvidia de código aberto do nvidia-openpacote. Também tentei nvidia-open-dkmsno kernel LTS, mas não deu certo, e o kernel LTS me dá outros problemas.
Esta é a lista completa de pacotes relacionados à Nvidia que instalei, de pacman -Qs nvidia:
local/egl-gbm 1.1.2-1
local/egl-wayland 4:1.1.17-1
local/egl-x11 1.0.0-1
local/lib32-libvdpau 1.5-3
local/lib32-nvidia-utils 565.77-1
local/libvdpau 1.5-3
local/libxnvctrl 565.57.01-1
local/nvidia-open 565.77-11
local/nvidia-prime 1.0-5
local/nvidia-settings 565.57.01-1
local/nvidia-utils 565.77-3
local/xf86-video-nouveau 1.0.18-1 (xorg-drivers)
Este é um laptop Lenovo LOQ 2024 (15AHP9, 83DX0070RK). O Neofetch identifica o seguinte hardware:
CPU: AMD Ryzen 7 8845HS w/ Radeon 780M Graphics (16) @
GPU: AMD ATI 05:00.0 Phoenix3
GPU: NVIDIA GeForce RTX 4050 Max-Q / Mobile
Sou novo usuário de Linux aqui, recém-transferido do Windows 10 para o Fedora 41. Tenho muita experiência com muitos sistemas operacionais, incluindo vários sistemas de arquivos *nix e semelhantes ao Unix.
Tenho uma prática padrão de usar links simbólicos de pastas de teste para repositórios de código para recriar a estrutura de pasta de produção implantada localmente para teste, mantendo o teste e o repositório de código claramente separados. Tenho muitos projetos configurados assim para teste local.
Isto se parece com o seguinte, por exemplo:
~/dev
test
a-project
app => ../../code/a-project/src
(cfg)
(web)
dta
cfg
code
a-project
src
cfg
web
A chave para esse problema é que a src/cfgpasta (que na produção é a app/cfgpasta) contém arquivos que têm referências relativas a arquivos opcionais nos dta/cfgquais são carregados se eles existirem na produção, esperados para serem relativos à app/cfgpasta. Assim, ../../dta/cfg/Optional.jsonquando implantado, faz referência à dtapasta. O PWD é a raiz do aplicativo (em testes, isso é ~/dev/test/a-projecte todos os caminhos no software são especificados em relação ao PWD. Esses caminhos são manipulados em código Java, usando Filea classe Java, então este não é um problema de comportamento do shell.
Isso funciona perfeitamente no Windows, já que o sistema de arquivos considera o caminho app/cfg/../../dta/cfg/Optional.jsonexatamente como ele parece e resolve as referências relativas primeiro, resultando em dta/cfg/Optional.json(o inicial app/cfgsendo eliminado pelo seguinte ../...
Mas o Linux aparentemente resolve o link simbólico primeiro ( app/cfg/=> dev/code/project/src/)e só então aplica os segmentos de caminho relativos ../../dta/cfg/Optional.json, resultando em um arquivo não encontrado porque, é claro, o arquivo não está localizado em ~/dev/code/project/dta/cfg.
Independentemente de argumentos sobre se isso é tecnicamente correto ou não, há alguma maneira de eu dizer ao Linux em qualquer nível para resolver segmentos de caminho relativos antes de resolver links simbólicos para que esse comportamento inesperado e imprevisível não ocorra? Além de ser confuso e contraintuitivo para mim, tenho muito código existente que espera que os caminhos resolvam referências relativas primeiro, ou seja, usando o caminho aparente, não o caminho subjacente.
O sistema de arquivos para meu trabalho de desenvolvimento é ext4 com case folding habilitado (vindo do Windows e precisando permanecer compatível com outros desenvolvedores usando Mac e Windows), e eu realmente, realmente gostaria de evitar fazer uma mudança desestabilizadora e invasiva em várias classes Java para implementar a resolução de caminho relativo antes de passar o caminho para o sistema operacional; tanto porque é potencialmente frágil, levando a falhas de segurança, quanto porque é necessário apenas para meus testes, já que sistemas de produção (servidores Ubuntu Linux) não precisam desses links simbólicos.
Instalou uma placa Wifi 7 fabricada pela Glotrends. O diário mostra que ela foi detectada, mas o firmware falha ao carregar, apesar de várias tentativas.
uname -a
Linux compName 6.12.6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.6-1 (2024-12-21) x86_64 GNU/Linux
(no kernel 6.11.10 os resultados são os mesmos)
sudo journalctl -xb | grep iwlwifi
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Detected crf-id 0x2001910, cnv-id 0x2001910 wfpm id 0x80000000
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: PCI dev 272b/00f4, rev=0x472, rfid=0x112200
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Detected Intel(R) Wi-Fi 7 BE200 320MHz
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-93.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-93.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-gl-c0-fm-c0-93.ucode failed with error -2
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-92.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-92.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-gl-c0-fm-c0-92.ucode failed with error -2
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-91.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-91.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-gl-c0-fm-c0-91.ucode failed with error -2
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-90.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-gl-c0-fm-c0-90.ucode (-2)
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-gl-c0-fm-c0-90.ucode failed with error -2
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: no suitable firmware found!
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: minimum version required: iwlwifi-gl-c0-fm-c0-90
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: maximum version supported: iwlwifi-gl-c0-fm-c0-93
Jan 14 08:00:54 compName kernel: iwlwifi 0000:02:00.0: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
Com base nas especificações técnicas do fabricante , eu esperava que a placa funcionasse imediatamente. O site fornece um link para o site da Intel, onde drivers para Linux também estão disponíveis . O site diz que os drivers já estão incluídos no kernel 6.11, mas a placa requer firmware para funcionar. O diário disse a mesma coisa, mas eu já tenho o iwlwifimódulo instalado.
Meu serial ttyS0 é extremamente lento, quase inutilizável.
O hardware é este
O kernel é 5.15.161 no Slackware 15
a placa-mãe é A88XM-E/A88XM-E com coreboot
e as configurações de serial são aquelas
console=ttyS1,115200 para cmdline do kernel e getty 115200
Eu tentei também 19200, sem sucesso. Alguma ideia?
Estou configurando um novo Debian 12 bookworm. Brinquei um pouco com configurações e extensões. Ao tentar definir minha chave de composição — a GUI permite defini-la como "pausa", mas não tem efeito, enquanto posso escolher "super-direita" — posso ter errado um pouco. Baixei e executei o script perl em https://askubuntu.com/questions/26056/where-are-gnome-keyboard-shortcuts-stored , mas apenas no modo de exportação de qualquer maneira: ./keybindings.pl -e /tmp/keys.csv. Executei como roote como user 1000. Em ambos os casos, recebo
dconf-WARNING **: 16:55:41.021: unable to open file '/etc/dconf/db/local:X': L’ouverture du fichier « /etc/dconf/db/local:X » a échoué : échec de open() : Aucun fichier ou dossier de ce type; expect degraded performance
Nem o Google nem o Bing têm qualquer resposta à consulta para "/etc/dconf/db/local:X"(com aspas).
dconfem si é apenas um back-end para definições de configuração…
De acordo com loginctl, minha sessão é do tipo Wayland.
Eu tenho atualmente
$ ls -l /etc/dconf/db
total 20
drwxr-xr-x 2 root root 4096 2024-12-30 12:41 ibus.d
drwxr-xr-x 3 root root 4096 2025-01-13 10:52 local.d
-rw-r--r-- 1 ondelettes ondelettes 5459 2025-01-14 16:56 ibus
-rw-r--r-- 1 ondelettes ondelettes 408 2025-01-14 16:56 local
$ ls -l /etc/dconf/profile
total 8
-rw-r--r-- 1 root root 28 2023-02-13 12:22 ibus
-rw-r--r-- 1 root root 31 2025-01-13 10:39 user
$ chmod a+rxw /etc/dconf/dbnão teve efeito sobre o problema.
$ dconf updatecomo usuário ou root não retorna nenhum erro, nem nenhuma melhoria.
Se eu touch /etc/dconf/db/local:X, eu ganho invalid gvdb headerna próxima vez.
Se eu iniciar gnome-terminalou sofficea partir da linha de comando, recebo a mesma mensagem de aviso ( unable to open file '/etc/dconf/db/local:X'), o que é irritante, pois trabalho o dia todo na linha de comando.
Tenho muitos álbuns em mp3, por exemplo "City: Music Cocktail", com volumes "Vol.1-Vol.5". Como devo usar a tag ID3v2.3/4 (frames) para definir essas informações? Há musicbrainz.orgum campo "parte de uma série de grupo de lançamento", que é definido como "City: Music Cocktail" e o álbum é definido como "City: Music Cocktail, Volume 1", mas no ID3 não há esse campo. Ou há? Estou usando o Navidrome para tocar minha biblioteca.
EDITAR
Obrigado @meuh, mas isso me confunde com outra série "Music For Cocktails", onde cada volume é um pacote de CD duplo.
Além disso, tenho uma coleção onde cada volume tem um nome diferente e, além disso, cada um dos 3 CDs em cada volume tem nomes.
Descobri que para Subtitle do TPOS há um TSST (Set subtitle). Então, acho que TPOS e TSST são para CDs dentro de cada Volume. Nesse sentido, devo colocar o nome do Volume no nome do Álbum após uma vírgula.