jamboNum5's questions

我查看了一些为所有用户设置默认主页选项的选项。以下选项添加到/etc/firefox/prefs.js和/usr/lib/firefox/defaults/pref/prefs.js。似乎没有任何效果，并且没有明确的文档涵盖通过 Firefox 的 apt 存储库（非 snap 版本）推出的最新 deb 版本。我的印象是一些发行说明中这些配置文件不再使用，这与它们似乎没有改变任何东西的事实相符。

user_pref("browser.startup.homepage", "https://www.test.ac.uk");
user_pref("startup.homepage_override_url", "https://www.test.ac.uk");
user_pref("startup.homepage_welcome_url", "https://www.test.ac.uk");

由于 Firefox 生成 pref 文件的方法很奇怪，我不得不诉诸一种相当老套的方法来将配置行推送到给定的用户配置文件中：~/.mozilla/firefox/*.default-release/prefs.js. 这并不理想，因为我想覆盖其他选项来停止 Firefox 欢迎页面，因为这些是共享计算机。

我正在尝试使用 Geant 的 Conda 安装说明https://geant4-userdoc.web.cern.ch/UsersGuides/InstallationGuide/html/index.html#conda-on-linux-macos

# Basic steps to setup environment
conda create -c conda-forge --name <my-environment> geant4
conda activate <my-environment>

然后，我使用以下命令编译其中一个示例，该命令抱怨缺少库文件：

~$ cmake ~/.conda/envs/geant4/share/Geant4/examples/basic/B1/
-- The C compiler identification is GNU 11.4.0
-- The CXX compiler identification is GNU 11.4.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at /usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find EXPAT: Found unsuitable version "2.4.7", but required is at
  least "2.5.0" (found /usr/lib/x86_64-linux-gnu/libexpat.so)
Call Stack (most recent call first):
  /usr/share/cmake-3.22/Modules/FindPackageHandleStandardArgs.cmake:592 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.22/Modules/FindEXPAT.cmake:65 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  /usr/share/cmake-3.22/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
  /home/user1/.conda/envs/geant4/lib/cmake/Geant4/Geant4Config.cmake:268 (find_dependency)
  CMakeLists.txt:13 (find_package)

-- Configuring incomplete, errors occurred!
See also "/home/user1/CMakeFiles/CMakeOutput.log".

从运行conda list中我可以看到所有模块及其各自的library.so文件已安装到环境中。但cmake很难从 Conda 环境中提取库文件。

我尝试将 Conda 环境添加到$LD_LIBRARY_PATH并在 cmake 文件中配置一行以显式查找~/.conda/envs/geant4/lib，但cmake仍然没有选择库目录并回退到主系统库目录。

CMakeLists.txt < add the following
set(CMAKE_INSTALL_RPATH "~/.conda/envs/geant4/lib")
set(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE)

我不确定为什么cmake不考虑$LD_LIBRARY_PATH或强制执行 Geant4/B1 示例 CMake 文件中的库位置。

任何帮助都会很棒，提前致谢！

每当机器启动或 GPU 上有负载时，我都会遇到 NVIDIA RTX A6000 的问题。

dmesg 报告AER: buffer overflow in recovery for三个独立的 PCI 地址：

41:00.1 Audio device: NVIDIA Corporation GA102 High Definition Audio Controller (rev a1)
41:00.0 VGA compatible controller: NVIDIA Corporation GA102GL [RTX A6000] (rev a1)
40:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge

AER 还报告这些问题已得到纠正。但他们也指出snd_hda_intel 0000:41:00.1受到该问题的影响。

[    5.301395] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301397] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301399] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301401] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301402] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301403] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301405] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301405] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301406] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301407] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301408] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301409] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301410] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301411] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301411] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301413] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301414] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301414] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301416] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301416] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301417] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301418] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301419] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301420] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301421] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301422] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301422] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301424] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301424] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301425] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301426] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301427] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301428] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301429] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301430] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301430] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301432] snd_hda_intel 0000:41:00.1: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301432] snd_hda_intel 0000:41:00.1:    [ 0] RxErr                  (First)
[    5.301433] snd_hda_intel 0000:41:00.1: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301435] nvidia 0000:41:00.0: AER: aer_status: 0x00000001, aer_mask: 0x00000000
[    5.301435] nvidia 0000:41:00.0:    [ 0] RxErr                  (First)
[    5.301436] nvidia 0000:41:00.0: AER: aer_layer=Physical Layer, aer_agent=Receiver ID
[    5.301437] pcieport 0000:40:01.1: AER: aer_status: 0x00001000, aer_mask: 0x00000000
[    5.301438] pcieport 0000:40:01.1:    [12] Timeout               
[    5.301439] pcieport 0000:40:01.1: AER: aer_layer=Data Link Layer, aer_agent=Transmitter ID
[    5.301440] pcieport 0000:40:01.1: AER: aer_status: 0x00001000, aer_mask: 0x00000000
[    5.301441] pcieport 0000:40:01.1:    [12] Timeout               
[    5.301442] pcieport 0000:40:01.1: AER: aer_layer=Data Link Layer, aer_agent=Transmitter ID

PCI 地址已更正

前面列出的所有 3 个 PCI 地址都存在更正的消息，更正示例：

[   10.419954] {3}[Hardware Error]: Hardware error from APEI Generic Hardware Error Source: 512
[   10.419957] {3}[Hardware Error]: It has been corrected by h/w and requires no further action
[   10.419958] {3}[Hardware Error]: event severity: corrected
[   10.419959] {3}[Hardware Error]:  Error 0, type: corrected
[   10.419960] {3}[Hardware Error]:   section_type: PCIe error
[   10.419960] {3}[Hardware Error]:   port_type: 4, root port
[   10.419961] {3}[Hardware Error]:   version: 0.2
[   10.419961] {3}[Hardware Error]:   command: 0x0407, status: 0x0010
[   10.419962] {3}[Hardware Error]:   device_id: 0000:40:01.1
[   10.419963] {3}[Hardware Error]:   slot: 0
[   10.419964] {3}[Hardware Error]:   secondary_bus: 0x41
[   10.419964] {3}[Hardware Error]:   vendor_id: 0x1022, device_id: 0x1483
[   10.419965] {3}[Hardware Error]:   class_code: 060400
[   10.419966] {3}[Hardware Error]:   bridge: secondary_status: 0x0000, control: 0x0012

解决消息的测试和尝试

我与供应商合作，尝试了很多方法来排除这个问题。

• 移除 GPU 可以彻底解决该问题。
• 更新了机器中两个 NVME/SSD Western Digital SN850X 的固件。
• 在猜测 WD SN850X 是问题所在后，将系统安装到了不同的 SSD 型号。
• PNY 已确认没有适用于 A6000 GPU 的 BIOS 更新* BIOS 已更新。
• Windows 运行似乎没有发现任何具体问题。
• 内核 6.2 已经过测试，以确保满足所有组件的要求。
• ASPM 已在 grub 启动菜单中关闭，以防 PCI 通道上的电源切换引起问题。BIOS 中没有针对 GPU 的 ASPM 控制，只有存储。

一名学生在这台机器上运行了一些计算作业，并且在使用 GPU 时没有报告任何具体问题。此外，Windows 中的 FurMark 和 Ubuntu 中的 GPUburn 似乎运行没有问题，这似乎表明问题正在得到纠正。

我仍然渴望更好地了解出了什么问题，只是为了最好地确保此 AER 消息不会影响机器上未来的工作，因为它将用于计算。仍然很难判断这是操作系统的软件问题还是卡的硬件问题。

提前致谢！

我有一些 Ubuntu 系统使用 rc.local 脚本中的 su 命令。这会更新本地计算机上的用户 git 存储库，因此将文件的所有权保留给正确的用户很重要。

这在幽灵/熔毁补丁之前有效，但现在脚本运行时我得到不一致的结果。一些机器能够运行 su 命令，但许多人说“必须从终端运行 su”并且脚本无法运行。

我正在努力理解最后一次更新中发生了什么改变会打破这一点。