Espero que alguém possa me ajudar com o seguinte. Estou tentando compilar o fdisk para o shell UEFI, os arquivos são fornecidos em
https://sourceforge.net/projects/uefi-fdisk/
conforme as instruções no leia-me, estou executando o comando 'make'
Mas estou recebendo o seguinte erro
./configure: não encontrado
Não sou um profissional de Linux e agradeceria qualquer ajuda nessa questão.
Se algum de vocês puder compilá-lo, por favor, coloque o link para que eu possa baixar. Obrigado
Quando trabalho em casa, conecto minha máquina Linux a uma VPN por meio deste comando:
$ sudo openconnect --protocol=anyconnect -u usernameatwork --authgroup=MFA foo.bar.baz.work
o que exigirá que eu
sudo,Acabei de perceber que
whona minha máquina local me diz que sou o único conectado no meu computador:
myself tty1 2025-01-14 17:47
whona minha máquina local me informa que acabei de efetuar login novamente:
myself tty1 2025-01-14 17:47
myself pts/2 2025-02-03 07:17
Qual é o significado da segunda linha da saída?
Quer dizer, eu me conectei a uma VPN. Por que isso significa que eu me loguei novamente no meu próprio sistema?
quando tento atualizar minhas gemas no meu sistema, gem updaterecebo este erro:
/usr/lib/ruby/3.3.0/rdoc/version.rb:8: warning: already initialized constant RDoc::VERSION
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/version.rb:8: warning: previous definition of VERSION was here
/usr/lib/ruby/3.3.0/rdoc.rb:70: warning: already initialized constant RDoc::VISIBILITIES
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:68: warning: previous definition of VISIBILITIES was here
/usr/lib/ruby/3.3.0/rdoc.rb:76: warning: already initialized constant RDoc::DOT_DOC_FILENAME
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:74: warning: previous definition of DOT_DOC_FILENAME was here
/usr/lib/ruby/3.3.0/rdoc.rb:81: warning: already initialized constant RDoc::GENERAL_MODIFIERS
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:79: warning: previous definition of GENERAL_MODIFIERS was here
/usr/lib/ruby/3.3.0/rdoc.rb:86: warning: already initialized constant RDoc::CLASS_MODIFIERS
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:84: warning: previous definition of CLASS_MODIFIERS was here
/usr/lib/ruby/3.3.0/rdoc.rb:91: warning: already initialized constant RDoc::ATTR_MODIFIERS
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:89: warning: previous definition of ATTR_MODIFIERS was here
/usr/lib/ruby/3.3.0/rdoc.rb:96: warning: already initialized constant RDoc::CONSTANT_MODIFIERS
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:94: warning: previous definition of CONSTANT_MODIFIERS was here
/usr/lib/ruby/3.3.0/rdoc.rb:101: warning: already initialized constant RDoc::METHOD_MODIFIERS
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc.rb:99: warning: previous definition of METHOD_MODIFIERS was here
Updating installed gems
Updating bundler
Fetching bundler-2.6.3.gem
Successfully installed bundler-2.6.3
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:36: warning: already initialized constant RDoc::RDoc::GENERATORS
/usr/lib/ruby/3.3.0/rdoc/rdoc.rb:36: warning: previous definition of GENERATORS was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:41: warning: already initialized constant RDoc::RDoc::UNCONDITIONALLY_SKIPPED_DIRECTORIES
/usr/lib/ruby/3.3.0/rdoc/rdoc.rb:41: warning: previous definition of UNCONDITIONALLY_SKIPPED_DIRECTORIES was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:46: warning: already initialized constant RDoc::RDoc::TEST_SUITE_DIRECTORY_NAMES
/usr/lib/ruby/3.3.0/rdoc/rdoc.rb:46: warning: previous definition of TEST_SUITE_DIRECTORY_NAMES was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/darkfish.rb:64: warning: already initialized constant RDoc::Generator::Darkfish::BUILTIN_STYLE_ITEMS
/usr/lib/ruby/3.3.0/rdoc/generator/darkfish.rb:64: warning: previous definition of BUILTIN_STYLE_ITEMS was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/darkfish.rb:80: warning: already initialized constant RDoc::Generator::Darkfish::GENERATOR_DIR
/usr/lib/ruby/3.3.0/rdoc/generator/darkfish.rb:80: warning: previous definition of GENERATOR_DIR was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/darkfish.rb:85: warning: already initialized constant RDoc::Generator::Darkfish::VERSION
/usr/lib/ruby/3.3.0/rdoc/generator/darkfish.rb:85: warning: previous definition of VERSION was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/darkfish.rb:90: warning: already initialized constant RDoc::Generator::Darkfish::DESCRIPTION
/usr/lib/ruby/3.3.0/rdoc/generator/darkfish.rb:90: warning: previous definition of DESCRIPTION was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/darkfish.rb:637: warning: already initialized constant RDoc::Generator::Darkfish::SVNID_PATTERN
/usr/lib/ruby/3.3.0/rdoc/generator/darkfish.rb:637: warning: previous definition of SVNID_PATTERN was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/ri.rb:12: warning: already initialized constant RDoc::Generator::RI::DESCRIPTION
/usr/lib/ruby/3.3.0/rdoc/generator/ri.rb:12: warning: previous definition of DESCRIPTION was here
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/generator/pot.rb:63: warning: already initialized constant RDoc::Generator::POT::DESCRIPTION
/usr/lib/ruby/3.3.0/rdoc/generator/pot.rb:63: warning: previous definition of DESCRIPTION was here
Parsing documentation for bundler-2.6.3
Before reporting this, could you check that the file you're documenting
has proper syntax:
/usr/bin/ruby -c lib/bundler.rb
RDoc is not a full Ruby parser and will fail when fed invalid ruby programs.
The internal error was:
(ArgumentError) wrong number of arguments (given 4, expected 5)
ERROR: While executing gem ... (ArgumentError)
wrong number of arguments (ArgumentError)
/usr/lib/ruby/3.3.0/rdoc/parser.rb:167:in `for'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:359:in `parse_file'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:415:in `block in parse_files'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:413:in `map'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rdoc.rb:413:in `parse_files'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:202:in `block in generate'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:201:in `chdir'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:201:in `generate'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:62:in `block in generate'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:61:in `each'
/home/john/.local/share/gem/ruby/3.3.0/gems/rdoc-6.9.0/lib/rdoc/rubygems_hook.rb:61:in `generate'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/request_set.rb:313:in `block in install_hooks'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/request_set.rb:312:in `each'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/request_set.rb:312:in `install_hooks'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/request_set.rb:210:in `install'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/dependency_installer.rb:250:in `install'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/commands/update_command.rb:248:in `update_gem'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/commands/update_command.rb:260:in `block in update_gems'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/commands/update_command.rb:259:in `each'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/commands/update_command.rb:259:in `update_gems'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/commands/update_command.rb:120:in `execute'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/command.rb:326:in `invoke_with_build_args'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/command_manager.rb:253:in `invoke_command'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/command_manager.rb:194:in `process_args'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/command_manager.rb:152:in `run'
/usr/lib/ruby/site_ruby/3.3.0/rubygems/gem_runner.rb:57:in `run'
/sbin/gem:12:in `<main>'
Eu estou usando gem 3.5.23eruby 3.3.5 (2024-09-03 revision ef084cc8f4) [x86_64-linux]
Obrigado pela ajuda
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
Quando corro yaypara atualizar meu sistema, me deparo com isto:
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
:: Searching AUR for updates...
-> No AUR package found for gegl>=0.4.52
...
:: 1 packages to upgrade/install.
1 aur/gimp-devel 3.0.0rc1-1 -> 3.0.0rc2-1
==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
-> Excluding packages may cause partial upgrades and break systems
==>
-> could not find all required packages: gegl >=0.4.52
Estou no Arch Linux totalmente atualizado. Como posso resolver esse problema?
Pressionei Ctrl+Alt+F3porque esta é uma tecla de atalho para um dos programas que estou usando e, quando a pressionei, todas as quatro telas ficaram pretas e em branco.
Não sei como voltar para meus desktops normais. Pressionar o botão de energia no Steam Deck não parece fazer nada. Ele fica preto e branco.
Pressionar Ctrl+Alt+F3novamente não me retorna à minha área de trabalho normal.
Também conectei meus monitores externos, teclado, mouse e todas as minhas coisas via Type C, mas ainda tenho o mesmo problema. A tela está preta e em branco. Não há literalmente nada na tela.
Encontrei outras pessoas online reclamando sobre isso também e elas estão dizendo para pressionar, Ctrl+Alt+F7o que eu fiz, mas nada acontece.
Como faço para sair dessa tela preta em branco (Ctrl+Alt+F3) no SteamOS e retornar ao meu ambiente de trabalho normal do KDE?
Olá, sou um novo usuário do Arch e estou recebendo esses problemas. Tento atualizar meu firmware, mas nada resolve. Sei que eles são inofensivos, mas deixam o PC lento.
Estou encontrando os seguintes avisos ao executar sudo mkinitcpio -Pno meu sistema Arch Linux:
Possibly missing firmware for module: 'xhci_pci'
Possibly missing firmware for module: 'ast'
Possibly missing firmware for module: 'bfa'
Possibly missing firmware for module: 'qed'
Possibly missing firmware for module: 'qla1280'
Possibly missing firmware for module: 'aic94xx'
Possibly missing firmware for module: 'wd719x'
Possibly missing firmware for module: 'qla2xxx'
Possibly missing firmware for module: 'xhci_pci_renesas'
Como posso determinar se esses arquivos de firmware são necessários para meu sistema e resolver esses avisos?
Devo ignorá-los se não tiver problemas de hardware?
Tenho uma configuração de Arch Linux usando lvm que atualizei bem por anos até duas semanas atrás. Quando atualizei duas semanas atrás, executei um lvremove de um snapshot antigo do meu volume raiz e o comando travou. Desliguei minha máquina e desde então ela não inicializa. Acabei de inicializar por meio de um USB ativo para tentar descobrir o que está acontecendo. Minha saída fdisk -l mostra /dev/nvme0n1 (esta é minha única unidade) com partições p1 p2 p3, p1 é minha partição efi, p2 é minha partição de inicialização e p3 é minha partição lvm.
Por isso, fiz o seguinte ao inicializar o live usb para montar e fazer chroot no meu sistema:
vgchange -ay
mount /dev/vg0/lv_root /mnt
mount /dev/nvme0n1p2 /mnt/boot
mount /dev/nvme0n1p1 /mnt/boot/efi
mount /dev/vg0/lv_home /mnt/home
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash
as coisas parecem "normais" lá (como em, minha casa todos os arquivos, basicamente como se eu tivesse inicializado normalmente). Como não sei por que não inicializa, tentei reinstalar o grub via, grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheckmas este comando reclama com o erro:
" Variáveis EFI não são suportadas neste sistema Variáveis EFI não são suportadas neste sistema grub-install: erro: efibootmgr falhou ao registrar a entrada de inicialização: Nenhum arquivo ou diretório desse tipo "
(sim, a primeira mensagem de erro aparece duas vezes). Primeiro, executar grub-install parece um método de "adivinhar e verificar" (mas não sei o que mais tentar)... e segundo, quando procuro esse erro no Google, a maioria dos resultados sugere que posso ter inicializado no modo legado, mas vejo o valor 64 se eu executar, cat /sys/firmware/efi/fw_platform_sizeentão sei que não é o caso (e quando inicializei na mídia live, também disse UEFI entre parênteses), então não entendo por que não consigo executar grub-install (não tenho certeza se isso vai consertar as coisas, mas vale a pena tentar, pois não sei o que mais verificar)
Edição 1: Encontrei este tópico Variáveis EFI não são suportadas neste sistema e fiz o grub-install rodar passando --no-nvramcomo um sinalizador, seguido por grub-mkconfig -o /boot/grub/grub.cfg(não notei muita diferença no grub.cfg gerado antes). Infelizmente ainda não consigo inicializar, quando tento inicializar a partir da minha unidade, ele volta direto para o menu do BIOS, não tenho certeza de como ver "erros" para o que está acontecendo..
Edição 2: Por resposta de @grawity abaixo , adicionei aos meus comandos de montagem mount -t efivarfs efivarfs /mnt/sys/firmware/efi/efivarse então usei arch-chroot /mntem vez de chroot /mnt /bin/bash- dessa vez quando eu executei grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheckfuncionou! Eu segui por grub-mkconfig -o /boot/grub/grub.cfge então executei efibootmgr -ve vi que minha primeira ordem de inicialização está grub_uefi HD(1,GPT,some_guid)\EFI\grub_uefi\grubx64.efiapontando para o lugar certo. Então removi exit; umount -R /mnt; shutdown nowo USB e consegui inicializar novamente no meu sistema!
É um mistério como desligar meu PC de forma desajeitada enquanto ele travava em um "lvremove" poderia ter bagunçado tudo... mesmo assim, estou feliz por ter isso funcionando novamente
Arco Linux
wayland/sway
nvidia proprietary driver 565.57.01
60 hz | 144 hz | 60 hz monitor setup
Tudo é suave, exceto o chromium (chrome, vscode). Notavelmente, quando desconecto meus dois monitores menores e reinicio, o chromium fica suave, mas apenas até eu reiniciar da próxima vez. Li sobre problemas semelhantes de taxa de atualização, mas eles parecem estar mirando principalmente no xorg.
Esta questão no fórum manjaro aborda praticamente o mesmo problema, mas o tópico não levou a uma solução https://forum.manjaro.org/t/all-chromium-based-programs-are-running-only-at-60-fps/68175
A página wiki do Arch leva a um problema aberto sobre o rastreador de bugs do Google, mas também não tivemos sorte, o Google não parece se importar muito https://issues.chromium.org/issues/40761642
É possível consertar, dado o estado atual das coisas? Ou há alguma solução alternativa utilizável? Qualquer ajuda seria muito apreciada!
Espero não ter esquecido nada óbvio e se precisar de mais informações, posso fornecê-las. Estou tentando instalar manualmente o arch de um live usb para uma partição secundária no meu laptop. Estou usando o iso mais recente (até o momento) do site arch linux. Conectei-me à internet, formatei a partição (btrfs), montei-a em /mnt e executei pacstrap -K /mnt base linux linux-firmware intel-ucode systemd iwd nano pacman. Isso falhou com error: command failed to execute successfully. Alguém sabe como consertar isso ou habilitar o registro para que eu saiba o que deu errado? Anexei uma imagem da saída.