OVH Cloud OVH Cloud

Limites gros fichiers

18 réponses
Avatar
playload
Salut a tous

Juste une petit question sur la limitation des gros fichiers:

Visiblement j'ai des problèmes pour les fichiers de plus de 2,6Go.
Existe il véritablement une limite et si oui, est elle dut au FS ou au
Kernel ???

Pour info:
mon FS = EXT3
mon Kernel = 2.6.8

Merci de votre aide.

@+

10 réponses

1 2
Avatar
Nicolas George
playload wrote in message <43befffa$0$15459$:
Visiblement j'ai des problèmes pour les fichiers de plus de 2,6Go.
Existe il véritablement une limite et si oui, est elle dut au FS ou au
Kernel ???


Il peut y avoir des limites dues au filesystem, mais ext2/3 sont bien au
delà, au noyau, mais les versions récentes les mettent très loin, et aux
options de compilation de l'application.

Mais dans tous les cas, ce ne sera jamais 2,6 Go : ça peut être 2 Go, 4 Go,
ou d'autres valeurs plus grandes, mais 2,6 Go ça n'a pas de sens.

Peux-tu décrire plus précisément les symptômes ?

Avatar
Sébastien MONBRUN aka TiChou
Dans le message <news:43befffa$0$15459$,
*playload* tapota sur f.c.o.l.configuration :

Salut a tous


Bonsoir,

Juste une petit question sur la limitation des gros fichiers:

Visiblement j'ai des problèmes


Lesquels exactement ? Messages d'erreur ?

pour les fichiers de plus de 2,6 Go.


Il n'existe pas de limite à ce niveau de taille de fichier, mais plutôt pour
des tailles de 2 Go ou de 4 Go.

Existe il véritablement une limite


Il y a toujours des limites en informatique.

et si oui, est elle dut au FS ou au Kernel ???


Principalement au système de fichiers et à la libc. Mais ça fait depuis fort
longtemps que ces limites sont au-delà de ce qui est réalisable.

Pour info:
mon FS = EXT3


La taille maximale d'un fichier sur de l'ext3 est au moins 16 Go (avec des
blocks de 1ko) et au plus 2 To (avec des blocks de 4ko).

mon Kernel = 2.6.8


Les noyaux Linux, depuis la version 2.4.0, supportent, en théorie, des
fichiers pouvant aller jusqu'à 8 EO (soit 8589934592 Go).

Merci de votre aide.


Pas de quoi.

--
Sébastien MONBRUN aka TiChou

Avatar
playload
Sébastien MONBRUN aka TiChou wrote:

Dans le message <news:43befffa$0$15459$,
*playload* tapota sur f.c.o.l.configuration :

Salut a tous


Bonsoir,

Juste une petit question sur la limitation des gros fichiers:

Visiblement j'ai des problèmes


Lesquels exactement ? Messages d'erreur ?

pour les fichiers de plus de 2,6 Go.


Il n'existe pas de limite à ce niveau de taille de fichier, mais plutôt
pour des tailles de 2 Go ou de 4 Go.

Existe il véritablement une limite


Il y a toujours des limites en informatique.

et si oui, est elle dut au FS ou au Kernel ???


Principalement au système de fichiers et à la libc. Mais ça fait depuis
fort longtemps que ces limites sont au-delà de ce qui est réalisable.

Pour info:
mon FS = EXT3


La taille maximale d'un fichier sur de l'ext3 est au moins 16 Go (avec des
blocks de 1ko) et au plus 2 To (avec des blocks de 4ko).

mon Kernel = 2.6.8


Les noyaux Linux, depuis la version 2.4.0, supportent, en théorie, des
fichiers pouvant aller jusqu'à 8 EO (soit 8589934592 Go).

Merci de votre aide.


Pas de quoi.




Merci de tout ces présisions technique.
Je pense donc que mes problèmes viennent des logiciels que j'utilise, comme
unrar,unzip ...

@+


Avatar
playload
Nicolas George wrote:

playload wrote in message <43befffa$0$15459$:
Visiblement j'ai des problèmes pour les fichiers de plus de 2,6Go.
Existe il véritablement une limite et si oui, est elle dut au FS ou au
Kernel ???


Il peut y avoir des limites dues au filesystem, mais ext2/3 sont bien au
delà, au noyau, mais les versions récentes les mettent très loin, et aux
options de compilation de l'application.

Mais dans tous les cas, ce ne sera jamais 2,6 Go : ça peut être 2 Go, 4
Go, ou d'autres valeurs plus grandes, mais 2,6 Go ça n'a pas de sens.

Peux-tu décrire plus précisément les symptômes ?


Bonjour,

Merci de ton aide.

Voici 1 exemple de mes problemes:

/tmp# du -sh Ubuntu-5.10.zip
519M Ubuntu-5.10.zip
algo:/var/tmp/tmp# unzip Ubuntu-5.10.zip
Archive: Ubuntu-5.10.zip
creating: Ubuntu-5.10/
inflating: Ubuntu-5.10/Ubuntu-5.10.vmx
inflating: Ubuntu-5.10/Ubuntu-5.10.vmdk
Ubuntu-5.10/Ubuntu-5.10.vmdk: write error (disk full?). Continue? (y/n/^C)
y
bad CRC 0c62b1a3 (should be 1b5d2094)

/tmp/Ubuntu-5.10# du -sh Ubuntu-5.10.vmdk
2.1G Ubuntu-5.10.vmdk

et sous Windobe, il n'y a aucun probleme.


Avatar
gadget
Le Sat, 07 Jan 2006 10:49:29 +0100, playload nous a fait l'honneur de nous
gratifier de la remarque suivante :

Voici 1 exemple de mes problemes:

/tmp# du -sh Ubuntu-5.10.zip
519M Ubuntu-5.10.zip
algo:/var/tmp/tmp# unzip Ubuntu-5.10.zip Archive: Ubuntu-5.10.zip
creating: Ubuntu-5.10/
inflating: Ubuntu-5.10/Ubuntu-5.10.vmx inflating:
Ubuntu-5.10/Ubuntu-5.10.vmdk
Ubuntu-5.10/Ubuntu-5.10.vmdk: write error (disk full?). Continue?
(y/n/^C) y
bad CRC 0c62b1a3 (should be 1b5d2094)


que donne `df -h !/tmp` ?


--
Gadget
(5710)
Et si on ôtait l'oisiveté du monde,
bientôt périraient les arts de Cupidon.
-+- François Rabelais (1494?-1553), Tiers livre (chap. 31) -+-

Avatar
Emmanuel Florac
Le Sat, 07 Jan 2006 10:49:29 +0100, playload a écrit :


/tmp/Ubuntu-5.10# du -sh Ubuntu-5.10.vmdk
2.1G Ubuntu-5.10.vmdk


fais plutôt un du ou ls -l qu'on voit exactement la taille du fichier.

--
Writing about music is like dancing about architecture.
Frank Zappa

Avatar
playload
Emmanuel Florac wrote:

Le Sat, 07 Jan 2006 10:49:29 +0100, playload a écrit :


/tmp/Ubuntu-5.10# du -sh Ubuntu-5.10.vmdk
2.1G Ubuntu-5.10.vmdk


fais plutôt un du ou ls -l qu'on voit exactement la taille du fichier.




voila:

/tmp/Ubuntu-5.10# ls -l Ubuntu-5.10.vmdk
-rw------- 1 root root 2147483647 Nov 23 12:24 Ubuntu-5.10.vmdk


Avatar
playload
gadget wrote:

Le Sat, 07 Jan 2006 10:49:29 +0100, playload nous a fait l'honneur de nous
gratifier de la remarque suivante :

Voici 1 exemple de mes problemes:

/tmp# du -sh Ubuntu-5.10.zip
519M Ubuntu-5.10.zip
algo:/var/tmp/tmp# unzip Ubuntu-5.10.zip Archive: Ubuntu-5.10.zip
creating: Ubuntu-5.10/
inflating: Ubuntu-5.10/Ubuntu-5.10.vmx inflating:
Ubuntu-5.10/Ubuntu-5.10.vmdk
Ubuntu-5.10/Ubuntu-5.10.vmdk: write error (disk full?). Continue?
(y/n/^C) y
bad CRC 0c62b1a3 (should be 1b5d2094)


que donne `df -h !/tmp` ?





En fait je ne dezippe pas dans /tmp, mais dans /var/tmp/tmp/ car /tmp n'est
pas assez gros.

pour info:
tmp# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdb1 19G 6.3G 12G 36% /
tmpfs 253M 0 253M 0% /dev/shm
/dev/hdb6 20G 15G 4.0G 79% /home
/dev/hda5 20G 16G 4.3G 79% /mnt/nt2
tmpfs 10M 760K 9.3M 8% /dev

je suis root, et il reste 12G sur /


Avatar
Nicolas George
playload wrote in message <43bf8ea5$0$20857$:
/tmp/Ubuntu-5.10# du -sh Ubuntu-5.10.vmdk
2.1G Ubuntu-5.10.vmdk


Vue la taille que tu indiques dans l'autre message, c'est une limite à 2 Go,
qui existe bien dans certains cas. Ça t'arrive avec d'autres logiciels
qu'unzip ?

Avatar
playload
Nicolas George wrote:

playload wrote in message <43bf8ea5$0$20857$:
/tmp/Ubuntu-5.10# du -sh Ubuntu-5.10.vmdk
2.1G Ubuntu-5.10.vmdk


Vue la taille que tu indiques dans l'autre message, c'est une limite à 2
Go, qui existe bien dans certains cas. Ça t'arrive avec d'autres logiciels
qu'unzip ?


Je ne sais pas car je n'ai pas testé avec d'autres logiciels.

Dans quel cas interviennent les limitations ?

Merci.


1 2