sur les systèmes Win32 ne sont pas supportés. Il sont sauvegardés mais
ne peuvent être restaurés. L'utilisation de la directive {\bf Portable=yes}
dans votre FileSet permet de restaurer ces fichiers vers les systèmes
- Unix et Linux. Les noms de fichiers longs seront implémentés dans une
- version ultérieure.
+ Unix et Linux. Les noms de fichiers longs seront implémentés dans la
+ version 1.40.
\item Si vous avez plus de 4 billions de fichiers enregistr\'es dans votre
catalogue, la base de donn\'ees FileId atteindra probablement ses limites.
Ceci est une base de donn\'ees monstrueuse mais possible. A un certain stade,
défaut est en projet.
\item Les Modules Système de Fichiers (routines configurables pour
sauvegarder/restaurer les fichiers spéciaux) ne sont pas encore implémentés.
-\item Le chiffrement des données sur les volumes n'est pas implémenté.
+\item Le chiffrement des données sur les volumes sera implémenté dans la version 1.40.
\item Bacula ne peut restaurer automatiquement les fichiers d'un job depuis
deux ou plusieurs périphériques de stockage différents. Si vous
un même job utilise plusieurs périphériques ou plusieurs types de
média distincts, le processus de restauration nécessitera certaines
interventions manuelles.
+\item Bacula ne supporte pas les volumes disque amovibles pour l'instant.
+ Des utilisateurs déclarent être parvenu à faire fonctionner Bacula
+ ainsi, mais cela nécessite de prendre garde de monter le bon volume, de
+ plus, les restaurations disséminées sur plusieurs volumes risquent
+ fort de ne pas fonctionner. Cette fonctionnalité est prévue pour la version
+ 1.40.
\end{itemize}
\subsection*{Limitations ou Restrictions inh\'erentes \`a la conception}
Notez que ceci ne concerne pas les noms de fichiers qui peuvent \^etre
arbitrairement longs.
\item Sur les machines Win32, les noms de fichiers sont limités à 260 caractères
- par l'API non-Unicode Windows que nous utilisons. Il est prévu de lever cette
- limitation en basculant sur l'API Unicode.
+ par l'API non-Unicode Windows que nous utilisons. A partir de la version 1.39,
+ nous avons basculé sur l'API Unicode et cette limitation n'existe plus.
\end{itemize}