我希望有人能帮助我解决以下问题。我一直在尝试为 UEFI shell 编译 fdisk,文件位于
https://sourceforge.net/projects/uefi-fdisk/
按照自述文件中的说明,我正在运行“make”命令
但我收到以下错误
./configure:未找到
我不是 Linux 专业人士,如果能得到任何帮助我都很感激。
如果你们有人能编译它,请链接进来,这样我就可以下载。谢谢
我希望有人能帮助我解决以下问题。我一直在尝试为 UEFI shell 编译 fdisk,文件位于
https://sourceforge.net/projects/uefi-fdisk/
按照自述文件中的说明,我正在运行“make”命令
但我收到以下错误
./configure:未找到
我不是 Linux 专业人士,如果能得到任何帮助我都很感激。
如果你们有人能编译它,请链接进来,这样我就可以下载。谢谢
当我在家工作时,我通过以下命令从我的 Linux 机器连接到 VPN:
$ sudo openconnect --protocol=anyconnect -u usernameatwork --authgroup=MFA foo.bar.baz.work
这将要求我
sudo
,我刚刚注意到
who
我的本地机器告诉我我是唯一一个登录到我的计算机的人:
myself tty1 2025-01-14 17:47
who
我的本地机器告诉我刚刚再次登录:
myself tty1 2025-01-14 17:47
myself pts/2 2025-02-03 07:17
输出的第二行是什么意思?
我的意思是,我已经连接到 VPN。为什么这意味着我重新登录了自己的系统?
当我尝试使用系统更新我的宝石时,gem update
出现此错误:
/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>'
我正在使用gem 3.5.23
和ruby 3.3.5 (2024-09-03 revision ef084cc8f4) [x86_64-linux]
谢谢你的帮助
在经过一段时间不活动(几个小时?)后解锁电脑后,我经常会看到黑屏,上面只有一个鼠标光标(我可以移动)。
我发现的唯一修复方法是使用 关闭 X 服务器CtrlAltBackspace,但这也会关闭我的所有 GUI 应用程序。理想情况下,我正在寻找一个完整的修复方法,或者至少寻找一种更优雅的方式来从此问题中恢复,而无需关闭我的应用程序。
更多细节:
我在换了一台装有 Nvidia 显卡的新笔记本电脑后开始遇到这个问题(之前的笔记本电脑装有集成的 AMD 显卡,没有出现过这样的问题)。这是相同的 Arch 安装(除了我添加了 NVidia 驱动程序),所以我确信这与 Nvidia 有关。
这台笔记本电脑有集成的 AMD 显卡和专用的 Nvidia 显卡,但我在 BIOS 中禁用了前者,因为它导致了其他问题,现在 PC 感觉响应更快了。我不记得在同时使用两张显卡时是否也遇到了这个问题,我想没有。
我仍然可以切换到另一个 TTY 并返回,并在其中输入命令,但我没有找到任何有帮助的命令。
有一次按下随机热键使其脱离,但我无法复制这一点。
在此状态下我仍然可以移动鼠标,光标会根据我应该打开的应用程序而变化。但如果我点击,光标形状就会卡在现在的状态。
拔下并插入第二台显示器没有帮助。
我使用 Xfce,搭配 light-locker 和 lightdm-gtk-greeter。我没有尝试用 xfce4-screensaver 代替 light-locker,因为它有其他问题(在锁定状态下不会禁用背光)。
我在 Arch Linux 上使用最新的内核6.12.9-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 10 Jan 2025 00:39:41 +0000 x86_64 GNU/Linux
。
我正在使用软件包中的开源 Nvidia 驱动程序nvidia-open
。我也尝试nvidia-open-dkms
过 LTS 内核,但没有成功,而且 LTS 内核还给我带来了其他问题。
这是我安装的与 nvidia 相关的软件包的完整列表,来自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)
这是联想 LOQ 2024 笔记本电脑(15AHP9、83DX0070RK)。Neofetch 识别以下硬件:
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
当我运行yay
升级系统时,我遇到了以下问题:
:: 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
我使用的是完全更新的 Arch Linux。我该如何解决这个问题?
我按下了Ctrl+Alt+F3该键,这是我正在使用的程序之一的快捷键,当我按下该键时,我的所有四个屏幕都变黑了。
我不知道如何恢复正常桌面。按下 Steam Deck 上的电源按钮似乎没有任何作用。它保持黑色和空白。
再次按下Ctrl+Alt+F3并不能返回到正常桌面。
我还通过 Type C 插入了外接显示器、键盘、鼠标和所有东西,但问题仍然存在。屏幕一片漆黑,空白一片。屏幕上什么都没有。
我发现网上其他人也在抱怨这个问题,他们说要向新闻界反映,Ctrl+Alt+F7我已经这样做了,但什么也没发生。
如何退出 SteamOS 上的这个黑色空白屏幕(Ctrl+Alt+F3)并返回到正常的 KDE 桌面环境?
嘿,我是一个新的 Arch 用户,我遇到了这些问题,我尝试更新我的固件,但没有解决,我知道它们是无害的,但它们会减慢 PC 速度
sudo mkinitcpio -P
我在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'
我如何确定这些固件文件对于我的系统是否必要并解决这些警告?
如果我没有遇到硬件问题,我应该忽略它们吗?
我有一个使用 lvm 的 arch linux 设置,多年来一直更新良好,直到两周前。两周前更新时,我对根卷的旧快照运行了 lvremove,命令挂起了。我关闭了机器,从那以后它就无法启动了。我刚刚通过实时 USB 启动,试图弄清楚发生了什么,我的 fdisk -l 输出显示 /dev/nvme0n1(这是我唯一的驱动器)带有分区 p1 p2 p3,p1 是我的 efi 分区,p2 是我的启动分区,p3 是我的 lvm 分区。
因此,我在启动实时 USB 时执行以下操作来挂载和 chroot 到我的系统:
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
那里的一切看起来都很“正常”(就像我的主页上的所有文件一样,基本上就像我正常启动一样)。由于我不知道为什么它无法启动,我尝试通过重新安装 grub,grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheck
但此命令抱怨错误:
“此系统不支持 EFI 变量 此系统不支持 EFI 变量 grub-install:错误:efibootmgr 无法注册启动项:没有此文件或目录”
(是的,第一个错误消息出现了两次)。首先,运行 grub-install 感觉就像是一种“猜测和检查”方法(但我不知道还能尝试什么)...其次,当我在 Google 上搜索此错误时,大多数结果都表明我可能已在传统模式下启动,但如果我运行,我会看到值为 64 cat /sys/firmware/efi/fw_platform_size
,所以我知道情况并非如此(当我启动到实时媒体时,括号中还显示 UEFI),所以我不明白为什么我似乎无法使用 grub-install(我不确定这是否会解决问题,但值得一试,因为我不知道还能检查什么)
编辑 1:发现此线程EFI 变量在此系统上不受支持,并通过传递标志让 grub-install 运行--no-nvram
,然后执行grub-mkconfig -o /boot/grub/grub.cfg
(没有注意到之前生成的 grub.cfg 中存在很大差异)。不幸的是,仍然无法启动,当我尝试从驱动器启动时,它直接返回到 bios 菜单,我不确定如何查看“错误”以了解发生了什么。
编辑 2:根据下面@grawity 的回答,我添加了我的挂载命令 mount -t efivarfs efivarfs /mnt/sys/firmware/efi/efivars
,然后我使用了arch-chroot /mnt
而不是chroot /mnt /bin/bash
- 这次运行时grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheck
它成功了!我接着grub-mkconfig -o /boot/grub/grub.cfg
运行,然后efibootmgr -v
我看到我的第一个启动顺序指向grub_uefi HD(1,GPT,some_guid)\EFI\grub_uefi\grubx64.efi
了正确的位置。然后我确实exit; umount -R /mnt; shutdown now
移除了 USB 并能够重新启动到我的系统!
我很好奇,当我的电脑卡在“lvremove”时,我粗暴地关闭了电脑,怎么会把电脑搞砸呢……不过,我很高兴电脑能再次正常工作
Arch Linux
wayland/sway
nvidia proprietary driver 565.57.01
60 hz | 144 hz | 60 hz monitor setup
除了 Chromium(chrome、vscode)之外,其他都运行顺畅。值得注意的是,当我拔下两个较小的显示器并重新启动时,Chromium 会变得顺畅,但这种情况只会持续到我下次重新启动。我读过类似的刷新率问题,但它们似乎主要针对 xorg。
manjaro 论坛上的这个问题几乎解决了同样的问题,但是该帖子并没有找到解决方案https://forum.manjaro.org/t/all-chromium-based-programs-are-running-only-at-60-fps/68175
Arch wiki 页面指向一个在 google bug tracker 上打开的问题,但是也没有找到,google 似乎不太在意https://issues.chromium.org/issues/40761642
考虑到目前的情况,是否有可能修复?或者有可用的解决方法吗?任何帮助都将不胜感激!
我希望我没有遗漏任何显而易见的东西,如果您需要更多信息,我可以提供。我正在尝试将 arch 从实时 usb 手动安装到笔记本电脑上的辅助分区。我正在使用 arch linux 网站上最新的(截至撰写本文时)iso。我连接到互联网,格式化分区(btrfs),将其挂载到 /mnt,然后运行pacstrap -K /mnt base linux linux-firmware intel-ucode systemd iwd nano pacman
。这失败了error: command failed to execute successfully
。有谁知道如何修复此问题或启用日志记录,以便我知道出了什么问题?我附上了输出的图片。