问题标签 [system-paths]

我的打印机不工作，我相信是由于我对 /etc/paths 文件所做的更改。

在使用 mongoDB 时，我必须编辑 /etc/paths 文件以包含他们教程的路径：/Users/me/mongodb-macos-x86_64-enterprise-4.4.0/bin 我将此行添加到我的顶部/etc/paths 文件按照说明进行，如下所示：

编辑文件后，我意识到我以某种方式删除了路径 /usr/local/bin

我重新添加了该行（最终在我系统上现有 /etc/paths 文件的所有版本中：有多个保存文件）。如果我在终端中打开 /etc/paths 文件并再次保存它，我的打印机会工作一段时间。这现在不起作用（这让我想知道再次工作的打印机是否与我的尝试有关）。

/Users/me/Library/Printers 显示所有我预期安装的打印机。我试图将该路径添加到 /etc/paths 文件中，但这也不能解决问题。

我认为我的错误对于那些更了解引导顺序、如何以及何时调用 /etc/paths 以及我如何弄乱我的计算机的知识/加载位于 /Users/me/Library/Printers 中的打印机的人来说是显而易见的。

但是，我无法弄清楚我需要修复哪些文件以及如何修复。

我目前正在尝试在适用于 Linux 的 Windows 子系统中使用 jni.h。

每当我尝试设置/运行它时，我都会收到此错误消息。

我只是想知道如何正确设置我的 Java_HOME 变量，以便它可以找到 JNI.h

任何帮助都非常需要，因为我不知道从哪里开始，因为我还不熟悉设置路径。

到目前为止，我的两个 build.gradle 文件包括：

这是我的 c 子项目中的 build.gradle

这是我的 java 子项目中的 build.gradle

下面的代码来自github，我根据系统路径来改变它

当我尝试像下面的代码一样更改它时：

我有错误

-------------------------------------------------- ------------------------- FileNotFoundError Traceback (最近一次调用最后一次) in 77 } 78 ---> 79 with open("./Users/ Amulya/Desktop/cifar_inception.pkl", 'rb') as f: 80 dat = pickle.load(f) 81 total_inception = dict({}) FileNotFoundError: [Errno 2] No such file or directory: './Users/ Amulya/Desktop/cifar_inception.pkl'

我仍然收到有关如何正确写入文件名的任何解决方案的错误

再会！

安装了 Python 3.9.1，检查了“添加到路径”，但 cmd 不起作用。添加了环境变量路径，两个文件夹

C:\Users\XXXXX\AppData\Local\Programs\Python\Python39

（文件管理器打开 python.exe 的路径就好了）和脚本行：

C:\Users\XXXXX\AppData\Local\Programs\Python\Python39

仍然是命令python -version并且pip --version不能从命令行工作。 Py --version虽然工作得很好。

任何人都可以分享并知道可能是什么原因？

当使用python38运行 python 脚本时，它给出：

FileNotFoundError：[Errno 2] 没有这样的文件或目录：'riscv32-unknown-elf-objdump'

'riscv32-unknown-elf-objdump' 在我的 shell 命令行的 $PATH 上，也在 python 脚本本身打印的 sys.path 上。

如果我切换到python3，那么这个错误就会消失。产生错误的python行：

result = subprocess.run(["riscv32-unknown-elf-objdump", "-S", "-M", "numeric", exe_file], stdout=PIPE, stderr=PIPE, encoding="ASCII")

有什么提示吗？编辑：版本在脚本头中定义，例如 #!/usr/bin/env python38

尝试在 PC 上查找 Docker 文件夹的路径时，我使用了以下代码。此代码使用 grep 来缩小并准确指定我想要查找的内容 - 特别是我想要找到 Docker 根目录。

我收到以下信息：

我担心这些信息来自我的 Docker 设置中的某种 Docker 错误或问题。然后我尝试使用更通用的 docker 命令：

这个 docker 命令返回的信息比我需要的多得多。但是 docker 返回的大量信息中隐藏着 Docker 目录的根路径（如下所示）。这个 Docker 命令也返回了同样的 Docker 警告消息。

所以经过一番搜索后，我确定这个 Docker “警告”并不重要。而这个警告实际上只是一个不必要的警告。事实证明，“blkio”与 Docker 和主机 PC 上的文件挂载有关。以下是 Docker 网站的链接，其中包含有关“blkio”子系统的信息：

https://www.kernel.org/doc/Documentation/cgroup-v1/blkio-controller.txt