如何使用文件的索引节点号复制文件？

Question

这个问题与Samba有关，inode不是必需的。

\n

---

\n

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

\n

 $ find . -inum 90505400 -exec ls {} \\;\n./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\n

\n

但是，如果我继续在文件上使用cpor ，它将引发错误（德语“Datei oder Verzeichnis nicht gefunden”）：rmfile not found

\n

 $ find . -inum 90505400 -exec cp {} ne.flac \\;\ncp: \'./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\xc3\xb6ffnet werden: Datei oder Verzeichnis nicht gefunden\n

\n

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

\n

---

\n

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

\n

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

\n

然后我用 samba 分享：

\n

[mybook]\npath=/mnt/test\npublic = yes\nbrowseable = yes\nwriteable = yes\ncomment = test\nprintable = no\nguest ok = no\n

\n

我将其安装在 Lubuntu 16 上：

\n

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

\n

VNC我通过 Macbook连接到 Lubuntu 16 。或者我SSH直接进去。我只是为了获取完整信息而告诉你的。

\n

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

\n

\n

---

\n

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

\n

SSH0xF022进入主机会显示此文件名（查看“135”后面的符号）：

\n

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

\n

然后我就可以cp在主机本身上复制该文件。

\n

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

\n

Answer 1

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

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

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

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

Answer 2

无法通过文件的索引节点打开文件。这是操作系统设计的一个故意的方面，因为通过其索引节点打开文件会绕过权限。

\n

调用find . -inum $inode_number -exec \xe2\x80\xa6 {} \\;与根据文件的索引节点对文件进行操作是最接近的。但这确实使用了文件名，并且保证可以在无错误的系统上工作。

\n

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

\n

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

\n

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

\n

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

\n

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

\n