完蛋了！7231下载高清难道走投无路？

pda***

买7231-4P 64M的目的，主要是来脱机下载高清。
我通过一个IDE转USB的硬盘盒，把120G的maxtor IDE硬盘挂接到7231，分区为一个ext2(ext3也试过)，4kb的簇。装好screen和rtorrent之后，满心欢喜开始了我的脱机下载之旅。
谁知道到目前为止，竟没有一次下载成功。
关键的问题就是，DD-WRT的内核好象不支持4GB以上的文件，刚拿到7231的时候，我就试了一次通过Samba，将一个4.37G的文件传到7231上去。2、3个小时的等待之后，传到是传完了，可以在putty里，用ls -l的命令，就得到“Value too large for defined data type”的报错，我开始担心它支持4G以上单个文件的能力了。不过在FTP里列表时，看到的这个文件的容量又是4.37G，就以为只是列表报一下错而已，没什么大的问题。见此帖：https://www.right.com.cn/forum/viewthread.php?tid=13312
于是开始添加种子，一共加了5个，总下载量是30个G，就象务农一样，等待收成了。
下载速度非常理想，我3M的ADSL，总能跑到270KB/s以上。心里那个喜啊，就睡觉去了。
可是，早上起来一看，发现全部下载都停止了，都报一个错：* Inactive: Storage error: [Could not sync chunk: No space left on device]
这下就纳闷了，退到命令行一用df查看，磁盘空间只用了4%。
心想，可能是下载的多了，就下一个吧。
删除全部种子和下载，只添加一个种子，满以为没什么问题，从下午2点开始守候，随时观察rtorrent，没有报错，不过，这次留了个心眼，多观察df的结果，一直到第二天早上起床，终于发现这个种子又牺牲了。报的错与前次一样，同时，df查看的结果也是4%。
所有的反应上面过程的画面，我都截下来了。各位老大，这个问题难道无解了吗？
极度痛苦中……

[ 本帖最后由 pda8888 于 2008-1-18 14:16 编辑 ]

pda***

补充一句：之前，也试过分成两个区，一个10GB的主分区，采用ext3,4kb簇，一个110GB的逻辑分区，采用ext3,4kb簇，用mount 可以挂接第一个分区，第二个分区挂接报failed错，没有其他有用的提示，只好放弃两个分区，分成一个大区。

pda***

在google上搜索这个问题的原因，心都凉完了：http://www.gnu.org/software/core ... r-defined-data-type

1. 
   
2. Value too large for defined data type
   
3. It means that your version of the utilities were not compiled with large file support enabled. The GNU utilities do support large files if they are compiled to do so. You may want to compile them up again and make sure that large file support is enabled. This support is automatically configured by autoconf on most systems. But it is possible that on your particular system it could not determine how to do that and therefore autoconf concluded that your system did not support large files.
   
4. 
   
5. The message "Value too large for defined data type" is a system error message reported when an operation on a large file is attempted using a non-large file data type. Large files are defined as anything larger than a signed 32-bit integer, or stated differently, larger than 2GB.
   
6. 
   
7. Many system calls that deal with files return values in a "long int" data type. On 32-bit hardware a long int is 32-bits and therefore this imposes a 2GB limit on the size of files. When this was invented that was HUGE and it was hard to conceive of needing anything that large. Time has passed and files can be much larger today. On native 64-bit systems the file size limit is usually 2GB * 2GB. Which we will again think is huge.
   
8. 
   
9. You may see that on a 32-bit system with a 32-bit "long int" you can't make it any bigger. At least not and maintain compatibility with previous programs. Changing that would break many things! But many systems make it is possible to switch into a new program mode which rewrites all of the file operations into a 64-bit program model. Instead of "long" they use a new data type called "off_t" which is constructed to be 64-bits in size. Program source code must be written to use the off_t data type instead of the long data type. This is typically done by defining -D_FILE_OFFSET_BITS=64 or some such. It is system dependent. Once done and once switched into this new mode most programs will support large files just fine.
   
10. 
    
11. See the next question if you have inadvertently created a large file and now need some way to deal with it.
    

复制代码

这是32位系统的先天缺陷啊。
不过这段文字又说一些程序通过诸如-D_FILE_OFFSET_BITS=64 的定义，好象可以解决这个问题。
那么NTFS可以吗？在DD-WRT下如何加载NTFS并能读能写呢？大哥们，帮帮忙啊。

sur***

我用MLdonkey 下也是每天肯定死机  后来发现是TEMP文件满了  我把它改到了5000M 原来是50M 今天晚上再看看  不过我没下过单个文件超过1G的

sho***

原帖由 sureweb 于 2008-1-18 20:57 发表
我用MLdonkey 下也是每天肯定死机  后来发现是TEMP文件满了  我把它改到了5000M 原来是50M 今天晚上再看看  不过我没下过单个文件超过1G的

为什么不启用swap分区?

吸***

个人觉得跟内核没关系，跟磁盘分区格式有关，像windows下，FAT32的格式只支持4G以下的单体文件，NTFS就没这个限制，当然再高上去估计也有上限，只是我们现在还用不上那样大的单个大文件

el***

用xfs啊，纯64位的文件系统。大文件处理性能也比ext家族强，而且具备稳健的日志机制。

[ 本帖最后由 elvin 于 2008-1-18 22:07 编辑 ]

hli***

从文件系统上讲，ext2/ext3是完全没有问题的，估计是uclibc或者某些关键的库没有支持大文件
File System                             Max File Size [Byte]   
Ext2 or Ext3 (1 kB block size)       16 GB
Ext2 or Ext3 (2 kB block size)      256 GB
Ext2 or Ext3 (4 kB block size)       2 TB
Ext2 or Ext3 (8 kB block size)      64 TB
ReiserFS 3.5                               4 GB
ReiserFS 3.6                               1 EB
XFS                                           8 EB
一般没有哪个SB格式化工具会把block size格式成小于1kB的，所以文件系统最小也会支持16GB的文件
我没有usb硬盘盒，否则可以帮你试下，如果是uclibc的问题，可能可以通过静态编译rtorrent并与glibc连接解决，不过挺麻烦的

[ 本帖最后由 hlidea 于 2008-1-18 22:46 编辑 ]

hli***

哦，刚看到你是4k的block，那文件系统铁定没问题了

[ 本帖最后由 hlidea 于 2008-1-18 23:29 编辑 ]

pda***

从第4个图可以看到，文件是下载到4027MB的时候出错的。
hlidea大大，有什么办法啊？我简直快急死了。

[ 本帖最后由 pda8888 于 2008-1-18 23:35 编辑 ]

haha***

这种情况我也遇到过，下载过程中强行启动了几次，就出现了搂主的情况，将盘在linux下修复也不行，最后重新格式化就好了。
下高清7231没有问题的，我已经下了好几十G,单文件4g 8G  都下过。
我是在ubutu下直接格式化的，之前是用Paragon Partition Manager格式化的。

[ 本帖最后由 haha2008 于 2008-1-19 00:03 编辑 ]

pda***

楼上的可是PDA烧友中大大有名的haha2008？
如果真是你说的情况，那我就装一个班图来试试。
不过，昨天晚上我直接在DD下，接一个usb hub，用mkfs.ext2格式化另一个usb硬盘，再通过rtorrent往这个新格式化的硬盘上下载高清电影，仍然有4.3G的文件，但是在list -l 的时候，报错依然。

[ 本帖最后由 pda8888 于 2008-1-19 09:30 编辑 ]

pda***

意外看到一个德国站讨论这个问题，通过德 -> 英翻译网站翻译成英语，页面如下：
http://babelfish.altavista.com/b ... owthread.php?t=5011

马上用/opt/bin/busybox ls -l 了一次，居然没有报错。
那么，看来是rotorrent的错了？
亦或是DD－WRT的busybox要升级？想来rtorrent是不会用到busybox的啊。

pda***

马上采取了一个措施：终止rtorrent，生成/opt/startbt.sh文件，内容如下

1. 
   
2. /opt/bin/screen -d -m /opt/bin/rtorrent -n -o import=/opt/root/.rtorrent.rc
   

复制代码

然后，在命令打入：

1. 
   
2. /opt/bin/busybox sh /opt/startbt.sh
   

复制代码

不知道能不能解决这个问题。
或许根本就没有用，busybox只是一个外壳而已，影响不到文件操作的内核部分。
上帝保佑。

[ 本帖最后由 pda8888 于 2008-1-19 15:26 编辑 ]

li***

可能mldonkey的问题,我的linkstation用torrentflux下BT 11G的我都下过