由于“文件系统不支持符号链接”错误而无法传输文件


10

当我想将文件从本地硬盘驱动器传输到拇指驱动器时,我不断收到此错误:

Filesystem does not support symbolic links. 

我不知道这是什么,我需要有关文件传输的帮助。

拖放对我不起作用,出现错误。右键单击文件,然后选择“复制”,然后右键单击拇指驱动器,然后选择“粘贴不起作用”,我仍然遇到相同的错误。


拖放对我不起作用,出现错误。右键单击文件,然后选择“复制”,然后右键单击拇指驱动器,然后选择“粘贴不起作用”,我仍然遇到相同的错误。
猫头鹰2012年

Answers:


5

符号链接是指向另一个文件的文件,这是文件路径的别名。它与USB驱动器上常见的FAT-32文件系统不兼容。

要找到符号链接,您可以打开终端并ls -al在您遇到问题的目录中执行-符号链接l在列表中的第一个字符(其中目录带有d)。否则,您可以find DIR -type lDIR一个目录中放置一个目录,该目录可能(间接)包含符号链接(.也可以)。

如果要复制content ls -al LINK:,LINK则链接在哪里,它会告诉您它指向的位置(如果LINK是目录,则必须删除最后的斜杠,如果有的话)。只需复制。

注意:ls -l通常已经足够,我只是a为了显示隐藏文件而添加了,这些文件的名称以点开头-对于链接是隐藏文件的情况。

但是,如果您担心终端:在Nautilus(文件浏览器)中,链接的图标会在右下角用一个小箭头标记(但并非所有标记为链接的图标)。如果右键单击该图标并选择Properties,则如果它是一个链接,Type它将以开头Link to,并且它Link target会告诉您真正的东西在哪里(除非它本身是链接,在这种情况下,您必须遵循链条) 。


macOS能够在exfat驱动器上创建符号链接。因此,这应该是linux / driver而不是文件系统的问题。这种无能为力使git无法将项目克隆到我exfat使用跨平台的驱动器中。
Necktwi

7

如果复制是在某些Shell终端(例如bash)中完成的,则cp可以显式地告诉您复制链接所指向的文件--dereference,而不是链接本身。的默认行为cp是通过跟随其链接来复制文件,但是许多图形文件浏览器似乎具有尝试复制链接并通常保留大多数属性的默认行为。

man cp
-a, --archive
       same as -dR --preserve=all

-d     same as --no-dereference --preserve=links

-L, --dereference
       always follow symbolic links in SOURCE  

touch SomeFile.txt
echo "some content" > someFile.txt
ln -s -T someFile.txt someLink
echo "Some content for the test file." > someLink
mkdir someDirectory
ln -s -T someDirectory someDirLink

someLink作为链接的事实由l列表输出的第一个位置中的标志显示(“ d”表示目录)。

ls -l

drwxrwxr-x. 2 user group 4096 Aug 17 17:17 someDirectory
lrwxrwxrwx. 1 user group 13 Aug 17 17:17 someDirLink -> someDirectory
-rw-rw-r--. 1 user group 32 Aug 17 17:01 someFile.txt
lrwxrwxrwx. 1 user group 12 Aug 17 17:12 someLink -> someFile.txt

该文件包含内容,并且链接指向该文件,但几乎可以以任何可能的方式使用该文件。(请注意,链接文件大小与文本文件大小:32字节vs 12字节。)

cat someFile.txt

Some content for the test file.

cat someLink

Some content for the test file.

首先,将链接复制到目录。然后通过链接将文件复制到目录。(以下内容还显示目录链接的工作方式与文件链接类似。):

cp -a someLink someDirLink/newCopy
cp -L someLink someDirectory/newCopy.txt
ll -l someDirLink/

lrwxrwxrwx. 1 user group 12 Aug 17 17:12 newCopy -> someFile.txt
-rw-rw-r--. 1 user group 32 Aug 17 17:36 newCopy.txt


警告

可以使链接指向完整路径或相对路径。由于此示例使用的链接基于与创建的链接位于同一目录中的目标的相对路径,因此将链接复制到新目录时该链接被断开。

cat someDirLink/newCopy

cat: someDirLink/newCopy: No such file or directory

cat someDirLink/newCopy.txt

Some content for the test file.


这应该是公认的答案
Sourabh

5

您可以简单地压缩文件夹,然后根据需要复制它


这在很大程度上取决于档案格式和使用的选项。
下颚鲨鱼

2

您尝试复制的文件显然是一个符号链接,该链接仅指向另一个文件。可移动媒体通常使用Microsoft文件系统格式化,例如FAT32或NTFS,它们不支持符号链接,因此不能在驱动器上放置一个。请注意,仅复制链接不会有任何好处,因为拥有链接而没有指向它的文件将毫无用处。


2
NTFS很好地支持符号链接,但是它们是Interix格式。使用ntfs-3g驱动程序时,通常在Ubuntu中进行转换。但是我同意您的观点,即复制符号链接本身可能会带来更多问题。
Mateng 2012年

1

您的thumbdrive / pendrive可能已格式化为FAT32。尝试将其格式化为NTFS(确保首先备份其内容)。当然,EXT3 / EXT4也支持符号链接-但那时您将在非Linux系统上遇到兼容性问题。
查看此相关线程

但是,正如psusi正确提到的那样,复制符号链接可能会产生更多问题,因为它可能指向本地硬盘驱动器上的文件或文件夹,因此无法从其他计算机进行访问。如果符号链接是相对符号链接(例如,指向当前目录上方的目录),则保留它们。

根据谣言,NTFS格式的笔式驱动器往往会更早磨损。这尚未验证:)。[编辑]


2
我不同意您关于NTFS格式的笔式驱动器磨损更快的观点。我有至少7年前的8GB USB闪存驱动器,其格式为NTFS。它仍然有效。同样,依靠雅虎的答案来解决您所引用的建议并不是一件好事。
托马斯·沃德

确实,消耗更快的是FUD,更重要的是,NTFS还不支持符号链接。
psusi 2012年

我不知道这是虚假的,很高兴知道。我改变了措辞。NTFS但是支持符号链接。我猜NTFS是更好的选择,因为不能从非Linux系统读取以EXT3 / EXT4格式格式化的闪存驱动器。
Mateng 2012年

0

一个简单的解决方法是压缩要复制的文件,然后将其复制到驱动器,然后将数据放到所需位置后提取数据。因此,您不必着急处理格式问题。以后,您仍然可以将所有文件保存在驱动器上,并根据需要用更兼容的文件重新格式化设备。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.