Questions tagged «file-transfer»

将文件从一个存储传输到另一本地或远程存储。

5
使用命令行或批处理文件移动隐藏的文件/文件夹
题 有谁知道从命令行或批处理文件移动具有隐藏，系统或只读属性集的文件和文件夹的方法吗？（不，首先删除属性不是一种选择，因为没有实际方法可以知道设置了哪些属性以便在移动后重新设置它们。） （失败）尝试 使用基本move命令不适用于设置了隐藏属性或系统属性的项目，并且由于某些原因，它没有像dir和del命令一样指定属性的开关。 我尝试使用编写的实用程序使用外壳程序的文件操作功能，但是该实用程序需要使用start /w来防止批处理文件继续运行，并且由于某种原因它抱怨长文件名支持。 我尝试使用robocopy，但是它首先复制文件，然后删除原始文件，而不是简单地移动源文件（这会导致令人沮丧的延迟，即使将过多的输出重定向到nul）也是如此。 （令人惊讶的是，似乎很少有人需要从命令行中移动隐藏文件。我所能找到的只是这个放弃尝试的人。）
14
在两台计算机之间传输文件的最快方法是什么？[关闭]
按照目前的情况，这个问题并不适合我们的问答形式。我们希望答案得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 假设我有80Gb的数据要从一台计算机传输到另一台计算机。传输文件的最快方法是什么？ 网络传输？ DVD刻录？ 正在用笔式驱动器复制吗？ 删除一个HD并作为第二个放置在另一台PC中，然后复制并粘贴文件？ [另一个建议？]
8
如何快速可靠地在Linux和Android之间传输文件？
就像标题所说，我需要找到一种快速可靠的方式在Linux笔记本电脑（带有KDE 4的OpenSUSE）和Android手机（三星Galaxy S3 Neo）之间传输文件。 我已经尝试了几种方法 通过物理USB电缆连接的MTP协议； ES File Manager应用提供的WiFi上的FTP协议； 蓝牙连接； 通过WiFi的KDE Con​​nect； 但是一切似乎都很缓慢，不可靠或两者兼而有之；我的意思是，无论我尝试哪种连接，我总是发现我的文件传输速度很慢（在100〜500 Kb / s范围内），或者在速度可以接受时（一些Mb / s），连接断开的次数多于不中断；我真的不禁要等待一个小时左右，以便在设备之间传输一些歌曲或视频文件，或者必须第N次重新启动该过程，因为它突然停止工作了。毕竟，在当今时代，文件大小的权重在数百Mb范围内是中型文件的标准，我并不是在谈论传输整个硬盘内容。 我的各种试验表明，即使MPT可以在工作时达到最佳速度，它也是最实用的方法（但是这种连接经常中断以至于无法用于任何实际用途），而另一种似乎更可靠，但是如此低的速度导致整个过程浪费时间（就像我说的那样，我不接受必须等待一个小时左右才能传输音乐专辑，电视连续剧或任何其他重量更大的文件）几个MB）。 执行此简单任务的最佳选择是什么？请记住，我想不使用任何在线服务（Dropbox，Google Drive或类似的东西）来这样做，我发现在我位于同一物理房间的两个个人设备之间传输某些个人文件是荒唐的必须使用非常可能位于另一大洲的服务器。
2
Rsync只更改了文件
是否可以rsync在目录中传输已更改或已创建的所有文件？我不需要像CRC diff检查那样复杂的东西; 具有不同时间戳和/或文件大小的文件计为更改。 我从手册页得到的印象应该是可能的，但我需要一些关于要传递的参数集的指导rsync。
1
如何在Windows 7中将“用户”文件夹移动到另一个驱动器，以节省SSD主驱动器中的空间？[重复]
这个问题已经在这里有了答案： 7年前关闭。 可能重复： 将Windows Vista / Seven上的users文件夹移动到另一个分区 我刚刚组装了一台新计算机，并且将120GB SSD用作主驱动器，并使用常规的1TB磁盘来保存文件。 当我重新安装Windows 7 64bits时，我想将Users文件夹移到1TB磁盘上，以节省SSD上的空间，在SSD上我只打算安装应用程序。 是一个好主意，如果可以的话，如何更改用户文件夹的位置？
5
如何仅将不同的文件复制到另一个目录（大目录）？
我有目录a和目录b。他们很大。b与a几乎相同。“几乎”表示4-5个文件有所不同，我不知道它们是什么。我想将b复制到a，但仅复制不同的文件。我在狂欢。 （不，我不能简单地删除a并将其替换为b，因为1）a是版本控制的2）完整副本（或mv）会花费太多。我只想复制不同的文件）。
14 linux  bash  cp  file-transfer 
1
两个本地目录之间的rsync
我正在尝试rsync在连接到同一台计算机的两个文件系统中的两个目录之间进行操作。我想这样做而不会删除中的多余文件b。我虽然简单rsync -a a/dir b/dir就能工作，但似乎没有。这是在具有以下内容的Linux系统上rsync version 3.0.6 protocol version 30： $ mkdir -p a/test $ mkdir -p b/test $ touch a/test/file1 $ touch a/test/file2 $ touch b/test/file3 $ tree a/test b/test a/test ├── file1 └── file2 b/test └── file3 0 directories, 3 files $ rsync -a a/test/ b/ $ tree a/test …
6
复制很多文件而忽略错误
我正在尝试从损坏的硬盘驱动器中复制文件。并非所有人都能复制-有些会出现CRC错误，并且会停顿。我想跳过这些文件并继续进行其余的复制-但复制过程将停止，直到我单击错误窗口中的选项之一为止。有没有办法让我复制所有内容，告诉操作系统抑制该提示，而不只是复制损坏的文件？ 这是在Windows 7上。
9
WiFi 802.11g上的最大文件传输速度是多少？
您在两台连接wifi的计算机之间进行文件传输的最大传输速度是多少（或者我可以得到）？ 我在计算机A上 尝试从计算机B复制大文件，它们并排（在临时网络上），我的传输速率不能超过800 KB。 这两个适配器具有相对相同的配置： 无线模式设置为IEE 802.11g 启用QoS（服务质量） 功率输出设置为100％ 费率设置为54 启用了某些增强功能，例如Xpress模式，Optimize brandwith（并且不进行更改） 其他设置设为默认值 那正常吗？ 如果是这样，那么54 Mb / s是什么意思？ 我应该问：如何获得〜7Mb？ PS：计算机B Wifi适配器是USB RTL8187 Wifi适配器。
4
文件复制实用程序，如rsync，具有错误处理功能，如ddrescue，用于从具有坏扇区或硬件故障的硬盘驱动器恢复数据[关闭]
我有一个硬盘驱动器坏块或扇区由于潜在的机械问题而无法读取，例如磁盘头坏，电机坏或其他一些问题导致硬盘驱动器以极慢的速度缓慢读取数据读错误。我看到平均50 KB /秒，一些读取速度低于10 KB /秒，并且经常会在文件或扇区中完全停留，通常持续相当长的时间 - 从2-10分钟或更长时间（当使用rsync，在它超时之前）。 速度似乎变化很大，并且它会在文件上受到很多限制，当它最终“脱落”时，它似乎只会在它再次卡住之前持续短暂的爆发。驱动器也非常安静，只有偶尔的文件复制声音（通常是在它被卡住/松开一小段时间之后，再次卡住之前）。因此，通常与HDD死亡无关的那些邪恶声音都没有。有人认为这些问题听起来可能是因为它们可能是由磁盘头错位引起的，这需要在最终成功读取数据之前进行大量的重新读取。听起来似乎有道理，但我离题了...... 无论如何，rsync的问题在于它似乎没有像样的错误处理支持。显然，这并不意味着，以恢复从失败的硬盘中的数据，但所有的所谓的“数据恢复”实用工具在那里，都意味着这种使用通常集中在被删除的文件恢复或弄乱了分区，而不是从垂死的硬盘上复制文件。显然，删除的文件恢复不是我需要的，所以也许你可以理解我无法找到我之后的失望。 当然，这是你可能会说“你应该使用ddrescue！”的地方。嗯，这很好，花花公子，但我已经备份了大部分数据，所以我只想恢复某些文件。我不关心尝试像ddrescue一样逐块恢复完整分区。我只对拯救特定的文件和目录感兴趣。 理想情况下，我想要的是rsync和ddrescue之间的某种交叉：允许我将源和目标指定为普通文件（如rsync）的目录（而不是像ddrescue所要求的两个完整分区），以及一种跳过文件的方法初始运行中的错误，然后允许我尝试在稍后的运行中恢复那些有错误的文件（当然，稍微改变一下命令），甚至可以提供一个选项来指定重试次数...就像ddrescue如何使用块，只有我想要一个与rsync一样的特定文件/目录的实用程序。 我在这里做白日梦，还是做了一些可以做到这一点的事情？或者，甚至可能以这种方式使rsync或ddrescue工作？我真的愿意接受任何可能有效的解决方案，只要他们让我选择我想要“救援”的文件，并且可以在初始运行时跳过有错误的文件，然后再尝试/重试这些错误。 到目前为止，我已尝试使用以下选项进行rsync，但它经常卡在文件上的时间超过超时，理想情况下我只是希望它转到下一个文件并稍后返回到它获取的文件坚持下去。我不认为这是可能的。无论如何，这是我到目前为止一直在使用的东西： rsync -avP --stats --block-size=512 --timeout=600 /path/to/source/* /path/to/destination/
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.