是否可以rsync传输目录中已更改或已创建的所有文件?我不需要像 CRC 差异检查那样复杂的东西;具有不同时间戳和/或文件大小的文件计为更改。
我从手册页中得到的印象是它应该是可能的,但是我需要一些关于要传递哪些参数集的指导rsync。
我正在尝试从损坏的硬盘驱动器复制文件。并非所有人都会复制 - 有些有 CRC 错误并且会停止。我想跳过这些文件并继续复制的其余部分 - 但复制过程停止,直到我单击错误窗口中的选项之一。有没有办法让我复制所有内容,告诉操作系统取消该提示而不复制损坏的文件?
这是在 Windows 7 上。
正如标题所说,我需要找到一种快速可靠的方式在我的 Linux 笔记本电脑(带有 KDE 4 的 OpenSUSE)和我的 Android 手机(三星 Galaxy S3 Neo)之间传输文件。
我已经尝试了几种方法
但一切似乎要么缓慢,要么不可靠,或者两者兼而有之;我的意思是,无论我尝试哪种连接,我总是发现我的文件以低速传输(在 100~500 Kb/s 范围内),或者当速度更可接受时(一些 Mb/s),连接经常中断;不得不等待一个小时左右,在我的设备之间传输一些歌曲或视频文件,或者因为它突然停止工作而不得不重新启动该过程第 N 次,这真的让我感到不安;毕竟,在当今,数百 Mb 范围内的文件大小权重是中等大小文件的标准,我不是在谈论传输整个硬盘内容。
我的各种试验表明 MPT 是最有缺陷的方式,即使它可以在工作时达到最佳速度(但这种连接经常中断而没有任何实际用途),而另一种似乎更可靠,但是如此低的速度使整个过程浪费时间(就像我说的,我发现必须等待一个小时左右才能传输音乐专辑,电视剧集或任何其他重量更大的文件那几个MB)。
执行这项简单任务的最佳选择是什么?请记住,我想在不使用任何在线服务(Dropbox、Google Drive 或任何类似服务)的情况下进行此操作,我发现在位于同一物理房间的两台个人设备之间传输一些个人文件是荒谬的必须使用位于另一个大陆的服务器。
我正在做一个通过卫星连接互联网的项目,每天只有 130kB(如果我使用更多,那就非常昂贵)。
我希望每天发送尽可能多的“有用”数据,同时保持在 130kB 以下。
我在这里读到(文件名如何存储?)和这里(元数据不占用任何大小吗?)元数据存储在文件系统的专用部分中,但我不清楚它会“花费”多少字节发送它。
例如,如果我使用 FTP,它是否取决于源文件系统?在服务器文件系统上?还是跟FTP协议有关?
说到传输协议,最划算的是什么?我用谷歌搜索了一下,似乎每个协议都消耗位和字节来进行握手、数据完整性检查等,但我没有清楚地找到哪一个是最经济的,以及协议本身的管理需要多少字节。
我还阅读了有关块大小的内容。这个问题与数据传输有关还是仅与数据存储有关(在后一种情况下这不是问题)?
[编辑2023-11-08 11:00]
我已经在从事数据选择、数据压缩、错误处理等工作。我对这些主题比较熟悉,我在这个问题中没有提到它们,因为我暂时不需要帮助,如果是这样的话未来我会问一个单独的问题。
我每天有 130kB,假设协议本身使用了 30kB。我的问题不是如何格式化我的数据,以便我可以在 100kB 内发送尽可能多的值,我的问题是:它真的是 30kB 吗?更多的?较少的?当然这要看情况。但这取决于什么?在我原来的问题上,我列出了一些我添加的想法,我需要你的经验来知道我是否错过了一些东西和/或帮助我将我的研究范围缩小到光解决方案。
上下文元素:
它适用于部署在南极洲的自主仪器。那里不可能有与 Lora 相关的解决方案。
发送的数据是仪器的状态和测量数据。数据存储在本地,每年“物理”检索一次。数据用于查看某些仪器的参数是否需要修改,进行一些预分析并准备年度维护。
如果某一天的数据遗漏或者没有完成,问题不大,第二天应该就不会发送了。
我在光学媒体上有几个大文件,我想复制到多个目标 - 在这种情况下,我有两个硬盘驱动器连接到同一台计算机。是否有一个实用程序可以像这样运行:
copy source target1 target2 ... targetN
Run Code Online (Sandbox Code Playgroud) 给某人一个 20GB 文件夹的最简单方法是什么?我想过开始一个bittorrent,但似乎必须有一个更简单的方法。它太大了,无法通过电子邮件发送或上传到任何免费的文件共享服务器。我可以启动我自己的服务器,但似乎必须有比这更简单的方法。有任何想法吗?
我正在通过 USB 2.0 将一堆 (20+) 大 (1GB+) 文件传输到我的外部闪存驱动器。是否一次将它们全部吊起来(一次一个,但不等待前一个传输完成)以便有多个传输正在进行,或者传输一个,等待它完成,传输下一个更快. 这些文件来自不同的位置,因此我无法进行一次大的传输。
一种或另一种方式是否有任何其他优点值得考虑?
为什么说 BitTorrent 速度更快,部分原因是它传输文件的随机片段,而不是以连续/线性方式从头到尾传输文件?
编辑:但为什么它们必须是“随机的”?为什么不采用更可预测的“半连续”传输,其中一个对等体给你前半部分,第二个对等体给你另一半?这在理论上会减少开销。
我远程工作,有 44GB 的媒体文件需要发回我的办公室。有很多免费服务可以处理高达 2GB 的容量,但我还没有看到任何更大的服务。
我们都有 50mbps+ 的连接,所以我宁愿不邮寄物理媒体(不过,这是一个选项)。Bittorrent 在我的公司总部被封锁。我们有一个 FTP 服务器,但每个用户的上限是 10GB。我使用 Citrix,但吞吐量被限制为 3mbps。(44gb @ 50mbps = 4 到 5 小时……@3mbps = 5 或 6 天。)
任何建议表示赞赏。
Windows 7 和 Windows 2003 Server 是涉及的操作系统 我尝试过 JetBytes,但它被我们的内容过滤器阻止
我偶尔会通过 scp 下载一个非常大的文件,每次连接中断和中途切断传输的可能性很小。
有没有办法恢复它?
file-transfer ×10
linux ×2
android ×1
bittorrent ×1
file-sharing ×1
filesystems ×1
kde ×1
metadata ×1
performance ×1
rsync ×1
scp ×1
upload ×1
windows ×1
windows-7 ×1