主页 / unix / 问题 / 687592
Accepted
bomben
Asked: 2022-01-24 09:52:54 +0800 CST

如何使用文件的 inode 号复制文件？

  • 772

此问题与 Samba 有关，不需要 inode。

我在处理某个包含一些特殊字符的文件时遇到问题。如果我按它搜索它，inode它将列出该文件：

 $ find . -inum 90505400 -exec ls {} \;
./12 String Quartet No. 16 in F Major Op. 135: Der schwer gefa?te Entschlu?: Grave, ma non troppo tratto (Mu? es sein ?) - Allegro (Es mu? sein !).flac

但是，如果我继续使用cp或rm在文件上，它会抛出一个file not found错误（在德语'Datei oder Verzeichnis nicht gefunden'）：

 $ find . -inum 90505400 -exec cp {} ne.flac \;
cp: './12 String Quartet No. 16 in F Major Op. 135: Der schwer gefa?te Entschlu?: Grave, ma non troppo tratto (Mu? es sein ?) - Allegro (Es mu? sein !).flac' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden

我想知道，我是否可以使用另一个直接使用 inode 的命令来复制文件。我也有这个问题一段时间了。我可以使用 删除所有文件rm *，但我想修复损坏的文件名。

这是一个ext4文件系统，我使用此行从外部 USB 硬盘安装在 Raspi 上（更改了混淆路径和 IP）：

UUID=e3f9d42a-9703-4e47-9185-33be24b81c46   /mnt/test   ext4    rw,auto,defaults,nofail,x-systemd.device-timeout=15 0 2

然后我与 samba 分享它：

[mybook]
path=/mnt/test
public = yes
browseable = yes
writeable = yes
comment = test
printable = no
guest ok = no

我将它安装在 Lubuntu 16 上：

//192.168.1.190/test         /home/ben/test               cifs auto,nofail,username=XXX,password=XXX,uid=1000,gid=1000

VNC我通过Macbook连接到 Lubuntu 16 。或者我SSH直接进去。我只是告诉这个以获得完整的信息。

我还将共享安装在 Finder 中的那台 Macbook（和其他）上。Finder 无法正确显示文件名。

在此处输入图像描述

在用户发表有用的评论后，我意识到我应该尝试使用原始文件系统操作主机上的文件，而不是尝试通过 samba 进行操作。

SSH进入主机会显示此文件名（查看0xF022“135”之后的符号）：

'12 String Quartet No. 16 in F Major Op. 135 Der schwer gefa?te Entschlu? Grave, ma non troppo tratto (Mu? es sein ) - Allegro (Es mu? sein !).flac'

然后，我能够cp在主机本身上复制文件。

flac（如果有人想知道我是如何得到文件名的：我将一个带有表格的汇总文件拆分cue为单独的文件，它们会自动命名。）

cp inode

2 个回答

  1. Best Answer

    所有open()（用于复制）rename()和unlink()（删除）文件名工作。除了像debugfs.

    如果您可以使用 删除文件rm *，您应该可以使用 重命名它mv ./12* someothername.flac，或使用复制它cp ./12* newfile.flac（假设./12*仅匹配该文件）。find本身不应该那么不同。

    但是你提到了 Mac，我认为 Mac 要求文件名是有效的 UTF-8，如果文件名被破坏，这可能会导致问题。Linux 不会命名无效的 UTF-8，但当然也有一些工具可能会做出奇怪的反应。（我还没有测试过。）在那里安装 Samba 可能也无济于事。

    假设这与问题有关，您可以尝试使用文件系统通过 SSH 连接到主机，跳过中间部分，然后重命名那里的文件。

    • 10

  2. 无法通过其 inode 打开文件。这是操作系统设计的一个深思熟虑的方面，因为通过其 inode 打开文件会绕过权限。

    调用find . -inum $inode_number -exec … {} \;尽可能接近基于其 inode 对文件进行操作。但这确实使用了文件名，并且保证可以在没有错误的系统上工作。

    输出中的?表示不构成有效字符的字节。大概有一个软件正在向一个需要 UTF-8 的工具提供传统的 8 位编码。

    我不确定这是否可能是 macOS 工具使用具有无效编码的文件名的症状。以防万一，请尝试在 C 语言环境中运行命令。这意味着所有文件名都将被视为字节序列，因此没有无效字符（就用户空间工具而言——如果远程服务器向内核提供错误数据，内核可能仍然会遇到问题）。

    LC_ALL=C find . -inum 90505400 -exec cp {} ne.flac \;

    您可以尝试的另一种方法是运行，export LC_ALL=C然后键入mv 12并按Tab完成。

    如果这不起作用，那么问题是文件系统有问题，当被告知检索文件的元数据和被告知打开文件时，它的反应不同。这可能是 Samba 客户端或 Samba 服务器上的错误或配置错误。或者，也许 Samba 已针对 UTF-8 进行了完全配置，并且无法处理服务器上未以 UTF-8 编码的文件名。我建议在服务器上检查文件名是否以 UTF-8 编码。如果不是，请在服务器上重命名它。如果是，您的 Samba 配置有问题。

    • 7

相关问题