Votre limitation ne vient en effet pas du système de fichiers; ou à partir des versions de package je pense .
Votre limite de 2 Go provient du fait que vous utilisez une version 32 bits de votre système d'exploitation.
L'option pour augmenter le fichier serait d'installer une version 64 bits si le matériel le prend en charge .
Voir Prise en charge des fichiers volumineux
Traditionnellement, de nombreux systèmes d'exploitation et leurs implémentations de système de fichiers sous-jacents utilisaient des entiers 32 bits pour représenter les tailles et les positions des fichiers. Par conséquent, aucun fichier ne peut être supérieur à 2 − 1 octets (4 Go − 1). Dans de nombreuses implémentations, le problème était exacerbé en traitant les tailles comme des nombres signés, ce qui abaissait encore la limite à 2 − 1 octets (2 Go − 1).
Essayez de limiter le cache de pixels utilisé par convert à par ex. 1 Gio :
convert 0001.miff ... 2000.miff -limit memory 1GiB -limit map 1GiB -compress jpeg -quality 80 out.pdf
Espérons que cela obligera ImageMagic à vider régulièrement les données déjà traitées sur le disque au lieu d'essayer de mettre plus de 2 Gio dans les tampons RAM.
BTW, la quantité de mémoire virtuelle disponible pour un seul processus sur Linux 32 bits est définie par le VMSPLIT paramètre de configuration du noyau. Cela peut être soit 2G/2G (2 Go pour le noyau + 2 Go pour l'espace utilisateur) ou 1G/3G (1 Go pour le noyau + 3 Go pour l'espace utilisateur). Sur un système en cours d'exécution, le paramètre peut être trouvé via
zcat /proc/config.gz | grep VMSPLIT
Sur certains systèmes, la configuration du noyau est stockée dans /boot/config-$(uname -r) à la place.