OVH Cloud OVH Cloud

[gentoo-user-fr] iso9660 et gros fichiers

2 réponses
Avatar
laurent.artaud
Bonjour.

J'ai constaté que les images ISO d'une de mes archives contenant un
fichier unique de près de 4Go sont toujours corrompues (un ls -l après
avoir monté l'image avec un "mount -o loop" donne 9Mo... Y'a un peu de
pertes...).

(note : j'utilise un kernel linux-2.4.26-gentoo-r3)

Est-ce que c'est un bug de mkisofs ou un bug du noyau ?
A moins que ce ne soit simplement une limitation de taille de fichier
due la norme iso9660 (un split -b1024m du fichier tar ne pose pas de
problèmes et l'image est correcte) ?

Si vous pouviez m'aider, parce que je me passerais bien de la perte de
temps et de place dues au split...

Merci.

--
Laurent ARTAUD (laurent.artaud@free.fr)

--
gentoo-user-fr@gentoo.org mailing list

2 réponses

Avatar
Marc-Eric Dupuis
On Mon, 12 Jul 2004 20:11:32 +0200
"laurent.artaud" wrote:

Est-ce que c'est un bug de mkisofs ou un bug du noyau ?
A moins que ce ne soit simplement une limitation de taille de fichier
due la norme iso9660 (un split -b1024m du fichier tar ne pose pas de
problèmes et l'image est correcte) ?



Il faut activer le large file support dans le noyeau mais je ne sais pas c' est où exactement...

Ciao

Baal
--
The conquering penguin of the tribe of Unix...

--
mailing list
Avatar
laurent.artaud
Marc-Eric Dupuis a écrit :

Il faut activer le large file support dans le noyeau mais je ne sais pas c'est où exactement...




'Pas trouvé non plus...
D'un autre côté, le fichier tar de 4Go (reiserfs) est pas corrompu, alors...
J'ai essayé de recompiler le noyeau avec linux-2.4.26-gentoo-r5 et de
recompiler mkisofs, des fois que..., mais ça change rien.

Si quelqu'un pouvait reproduire ce comportement, ça me permettrait de
savoir que c'est pas un problème spécifique à ma configuration...

Merci.

--
Laurent ARTAUD ()

--
mailing list