小编Nag*_*gev的帖子

使用 VS Code 时，我的一个存储库的资源管理器 git 状态栏指示器停止显示。

• 我尝试重新启动 VS Code、我的电脑
• 我尝试删除索引文件并 git Reset

这些并没有解决问题。

（Git 更改仍在源代码控制管理器面板中跟踪）

我刚刚注册了一个Oracle Cloud的账户

登录后，系统似乎自动为我创建了一个租户，并将我添加到名为 的身份提供者中oracleidentitycloudservice。

他们还创建了一个以 开头的用户oracleidentitycloudservice/username。
这是身份用户页面，他们两个都是我。其中之一是联合的，oracleidentitycloudservice会自动创建。

我可以为第二个帐户启用 MFA。
但我无法启用 MFA 帐户oracleidentitycloudservice/username：

当我想登录Identity Console页面时，我需要使用这个SSO方法：

如果 Identity Console 页面不提供 MFA 功能，这似乎存在风险。这就是我担心的。

问题是：

1. 如果我删除安全吗oracleidentitycloudservice/username？
2. 如何oracleidentitycloudservice/username从 Oracle 基础架构页面启用 MFA？
3. 如果 Oracle 提供了一种复杂的方法来启用 MFA oracleidentitycloudservice/username，这会是一个安全问题吗？

我在 Hashicorp 论坛上看到了类似的问题，他们的解决方案是合并类似的警告，所以我在我开始处理的代码库中看到了类似的内容：

Warning: Interpolation-only expressions are deprecated
...
(and 50 more similar warnings elsewhere)

绝对比看到 50 个（或其他）重复警告要好！谢谢哈希公司。但是，即使减少了数量，我仍然发现最后terraform plan我必须向上滚动才能找到我真正感兴趣的内容，例如No changes. Infrastructure is up-to-date.

如果有人知道一种方法可以让这些警告消失一段时间，无论是本地的还是非本地的，最好是简单的，都会很高兴听到它。

当我做类似的事情时，podman rmi d61259d8f7a7 -f它会失败并显示一条消息：Error: unable to delete "vvvvvvvvvvvv" (cannot be forced) - image has dependent child images。

我已经尝试过删除一些图像的all 开关 podman rmi --all，但仍有许多图像被抛在后面。如何在一个步骤中强制删除所有图像和相关子图像？

克隆dpdk git 存储库并构建helloworld应用程序后，出现以下错误：

$ ./examples/helloworld/build/helloworld
EAL: Detected 4 lcore(s)
EAL: Detected 1 NUMA nodes
EAL: Multi-process socket /run/user/1000/dpdk/rte/mp_socket
EAL: Selected IOVA mode 'VA'
EAL: No available hugepages reported in hugepages-1048576kB
EAL: Probing VFIO support...
EAL: VFIO support initialized
EAL: Couldn't get fd on hugepage file
EAL: error allocating rte services array
EAL: FATAL: rte_service_init() failed
EAL: rte_service_init() failed
PANIC in main():
Cannot init EAL
5: [./examples/helloworld/build/helloworld(+0x11de) [0x56175faac1de]]
4: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3) [0x7f31f60fe0b3]]
3: [./examples/helloworld/build/helloworld(+0x111c) [0x56175faac11c]]
2: [/lib/x86_64-linux-gnu/librte_eal.so.20.0(__rte_panic+0xc5) [0x7f31f62d537e]] …

当我使用git pull 时，我收到“错误：更新以下目录将丢失其中未跟踪的文件：”消息。

我有两个不同的存储库，我将其称为“good”和“abc”。我正在尝试按照此处描述的过程将它们合并到父存储库中，以保留原始历史记录。这涉及在git filter-branch的帮助下重写历史记录，然后将两个存储库拉入新初始化的父存储库。这是失败的步骤：

git pull abc/

remote: Counting objects: 237, done.
remote: Compressing objects: 100% (67/67), done.
remote: Total 237 (delta 129), reused 161 (delta 129)
Receiving objects: 100% (237/237), 54.99 KiB | 0 bytes/s, done.
Resolving deltas: 100% (129/129), done.
From abc
 * branch            HEAD       -> FETCH_HEAD
error: Updating the following directories would lose untracked files in it:
    abc/abc

现在，如果我拉出“好”存储库，即使在重写历史记录后它也能正常工作。或者如果我在重写历史之前git pull abc，它也很顺利。这似乎是特定于“abc”回购与过滤器分支程序相结合的。所以问题是，这个存储库可能有什么问题导致这个错误？我该如何解决它？

完整的命令和输出序列如下所示：

:~$ mkdir gitexp
:~$ …

概括

使用docker-compose，使用 Nginx 基础映像中存在的目标目录安装卷可以按预期工作。docker-compose up但是，当挂载目标是在派生映像中创建的子目录时，我收到错误。这是错误的要点：

\n

将“newdir”安装到“/usr/share/nginx/html/newdir”处的rootfs导致：\ nmkdir newdir：只读文件系统：未知

\n

我不明白为什么它似乎在尝试创建已经存在的目录（ newdir ）！

细节

完整错误如下：

ERROR: for test_nginx_1  Cannot start service nginx: OCI runtime create failed: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: rootfs_linux.go:76: mounting "/home/user/test/newdir" to rootfs at "/usr/share/nginx/html/newdir"  caused: mkdir /var/lib/docker/overlay2/accdaa147d7825a7d2c71b68f76e0b8663d00f6e46fcfb5c0ec32ada8baf85af/merged/usr/share/nginx/html/newdir: read-only file system: unknown\n\nERROR: for nginx  Cannot start service nginx: OCI runtime create failed: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: rootfs_linux.go:76: mounting …