我注意到find <dir> -depth
第一次在目录上使用时,它消耗了很多时间,但下一次即使搜索不同的模式,它似乎也很快。
为什么会这样,甚至可以进一步使用这种行为来获得更好的性能吗?
我注意到find <dir> -depth
第一次在目录上使用时,它消耗了很多时间,但下一次即使搜索不同的模式,它似乎也很快。
为什么会这样,甚至可以进一步使用这种行为来获得更好的性能吗?
我完全拔掉了我的 Linux SSD 并在另一个硬盘上重新安装了 Windows。
安装后我再次插入了 Linux-SSD,但是当我尝试启动它时,我的计算机想要启动到 Windows。我去了 BIOS 并将引导顺序改回了以前的状态(我的机器总是默认引导到 Linux)。通常我会看到 GRUB 2.0 几秒钟,但后来我的 Windows 想要修复 Linux 驱动器,所以我按下了重新启动按钮以防止进一步损坏。
我将引导模式从 设置UEFI and Legacy
为UEFI only
。之后我的电脑提示
“重新启动并选择正确的启动设备或在选定的启动设备中插入启动媒体并按一个键”
Windows 甚至在 GRUB 中都没有条目,系统设置为仅允许通过手动选择 Windows 驱动器来启动 Windows。
有人可以解释一下我的 Linux 驱动器或我认为它位于 Linux 分区上的引导加载程序发生了什么,以及如何修复它以再次引导到 Linux?
可能是 Windows 对 BIOS 进行了一些更改,因此 BIOS 找不到 Linux 引导加载程序?
附加信息/现状:
efivar-tester
在arch-chroot中:
About to test empty [runs through]
About to test one skips at:
testing efi_get_variable()
FAIL: "one"(line 212) (-1) get size test failed: wrong size: 1 should be 2 (append may be at fault)
我对 EFI 没有经验。
modprobe efivars
在直播系统上:
modprobe: FATAL: Module efivars not found in directory /lib/modules/4.16.3-301.fc28.x86_64
我正在寻找以下内容的sh
等价物(是的,真的。)
#!/bin/bash
exe1='filepath'
n=1
var=exe${n}
echo ${!var}
echo 应该在哪里输出filepath
。我想使用普通的 sh。
我已经玩了很多代码,但到目前为止我还没有设法得到正确的输出。
我想实现一个类似数组的结构,我只想使用循环遍历已知数量的变量的变量名。
对于数组,我在符合 POSIX 的 shell 中找到了 Arrays,但出于好奇,我仍在寻找问题的答案;)