我有一些带有特殊字符的文件，例如重音字母。
它们是有效的名称，但由于某种原因，当它们通过网络复制到驱动器时，可能是另一种格式，名称看起来仍然相同，但并不相同。
我可以将文件复制回来，现在我有两个文件在完全相同的路径中似乎具有完全相同的名称。
我的猜测是有两个不同的值表示重音字母，因此它们看起来相同。有没有办法查看名称本身的十六进制，而不是文件？
这很重要，因为我的一个同步应用程序变得混乱并创建了重复项。
我看过一些说明，但我真的很想了解整个启动过程。我在一个驱动器上安装了 debian，该驱动器有一个操作系统分区和另一个用户分区。它还自动创建引导和交换分区。然后，使用 gparted，我创建了一个克隆原始 debian 分区的新分区。我给了它一个新的 UUID。我更新了 grup 选项。
当我启动时，我进入 grub 选项，我看到两个版本的 os. 我专门选择了新分区上的操作系统。但是当它启动并且我检查终端时，我看到 / 是从而/dev/nvme0n1p2不是安装的/dev/nvme0n1p5
这就是我感到困惑的地方：
/dev/nvme0n1p1挂载到/boot/efi并/boot/efi/EFI/debian/grub.cfg有一个配置文件：
search.fs_uuid FIRST-DRIVE-UUID root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
这对我来说基本上意味着它将安装第一次安装，然后从第一次安装中加载 grub.cfg。现在它已经将第一个安装安装为 root，但是要运行第二个安装，它显然需要将第二个驱动器安装为 root。所以看起来它是从第一次安装中加载grub，而不是在安装第一次安装之前加载grub？
有一个 grub 配置文件引用了两个安装/boot/grub/grub.cfg，但这是第一个安装分区的一部分。似乎一旦读取了这个文件，第一次安装就已经加载了，现在选择从哪个分区启动已经太晚了。该文件以
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
这个配置是否需要以某种方式移动到引导分区？
当我运行 update-grub 或 grub-mkconfig (v2.04-20) 我得到这个输出：
$ sudo grub-mkconfig -o grub.cfg
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-5.10.0-9-amd64
Found initrd image: /boot/initrd.img-5.10.0-9-amd64
Found linux image: /boot/vmlinuz-5.10.0-8-amd64
Found initrd image: /boot/initrd.img-5.10.0-8-amd64
Found Debian GNU/Linux 11 (bullseye) on /dev/nvme0n1p5
Adding boot menu entry for EFI firmware configuration
done
这似乎在第一次安装时引用了 initrd 和 vmlinuz。第二次安装刚刚得到found。