[Ubuntu-QC] Défi à toute la francophonie des spécialistes de Linux...

Lami René lami at webestrie.com
Mer 16 Fév 13:41:41 UTC 2011


Le 2011-02-07 14:54, Mathieu Trudel-Lapierre a écrit :
> 2011/2/6 Lami René<lami at webestrie.com>:
> [...]
>> successives, mais les gros fichiers vidéo ou images ISO entre 200 Mo et 4.2
>> Go restent très fractionnés, malgré que les partitions de 160 Go ont au
>> minimum 60 Go de libres.
> Quelle taille de cluster à été utilisée? Il s'agit là d'une donnée
> essentielle qui peut grandement affecter les résultats.
Bonjour Mathieu,

C'est variable, car contrairement aux autres partitions, la partition 
d'échange en NTFS est déterminée par ce qui reste de libre après toutes 
les autres. Approximativement de 100 Go à 375 Go. Voici deux exemples 
avec les infos que me donne PartionManager et mount :
Partition 375 Go, Cylindres : 60801, Secteurs : 63, Secteurs totaux : 
976773168, Taille secteur : 512, Tailler de cylindre : 16,065, blksize=4096.
Partition 169 Go, Cylindres : 30401, Secteurs : 63, Secteurs totaux : 
488397168, Taille secteur : 512, Tailler de cylindre : 16,065, blksize=4096.

Je ne suis pas sur de l'appellation, est-ce que mes « cluster » sont de 
512 ou de 4096 ?
> [...]
>> Mes partitions de partage des données sont fragmentées à au moins 60 % sur
>> tous les systèmes ! J'ai utilisé PC-Cloneur 8 et Acronis True Image 2010
>> avec les mêmes résultats.
> Et s'agit-t-il de tout plein de petits fichiers, ou que des gros? Un mélange?
C'est un très bon mélange de tous les formats, de 2 à 5 ISO de ±4 Go, 
300 à 500 Vidéos de ±300 Mo et au minimum plus de 100,000 petites images 
png et autres fichiers de 1 à 10 Ko. À cela s'ajoutent toutes les 
tailles, mais en nombres moins significatifs.
> [...]
>> J'ai fait d'innombrables essais et le dernier en cours est de formater un
>> disque dur USB qui était en NTFS en ext4 pour détruire complètement la table
>> d'allocation des fichiers, pour ensuite la reformater en NTFS et y copier
>> les dossiers et fichiers de ma partition de partage des données
>> (Windows-Linux) avec GRsync (entre 3 et 7 heures de transfère selon
>> l'ordi.). Si cela ne fonctionne pas, je pense formater sur disque USB, ma
>> partition de partage NTFS en Ext4 temporairement, y copier les dossiers et
>> fichiers et avec GParted ou PartionManager, recréer la table de partions
>> NTFS de synchronisation d'un disque d'un ordinateur, mais tout cela est très
>> lourd et prend énormément de temps et de ressources. Ce n'est vraiment pas
>> pratique.
> En principe, ca devrait fonctionner plus ou moins bien, mais il y aura
> toujours un certain niveau de fragmentation. En partie à cause de ce
> que j'ai mentionné plus haut, mais aussi par le design du système de
> fichier, de la taille des fichiers, etc. À ne pas oublier que les
> systèmes d'accès NTFS sont créés à partir des spécifications du
> système de fichiers fournies par Microsoft, et donc, entièrement à la
> merci de l'exactitude de ces spécifications. ...
J'ai arrêté d'utiliser True Image, pour tenter d'isoler le problème et 
il semble quand partie, il faisait partie du problème. J'ai utilisé « 
contigu.exe » pour défragmenter les plus gros fichiers et les plus 
fractionnés.

Pour mes derniers tests je n'utilisais que GRSync, PartionManager ou 
GParted pour la création de la table de partition et le formatage en 
NTFS, donc le tout était fait sous Linux Kubuntu 10.10 32 bits.

Actuellement, pour une même partition, l'analyse Windows XP me donne 4 % 
de fragmentation et l'analyse Windows 7 me donne 2 %. Dans tous les cas, 
Windows 7 me donne 50 % moins de pourcentage de fractionnement.

Sous les 10 % de fractionnement, cela ne me cause pas de soucis.

Une autre partie du problème, mais qui n'était pas liée à celui de la 
fragmentation, mais à l'intégrité de mes données transférées provenait 
de la configuration de GRSync.

Voici mes configurations de RSync (avec ou sans GRSync) :

----------------
#!/bin/bash
rsync -r -t -p -o -g -x -v --progress --delete -l -D -i 
--stats                      /                               
/media/SG320-sda3/ # Partition Ext3 Racines.
rsync -r -t -p -o -g -x -v --progress --delete -l -D -i 
--stats                      /home/                    
/media/SG320-sda5/ # Partition Ext3 Homes.
rsync -r -t -x -v --progress --delete --modify-window=1 -l -D -i --stats 
/home/rene/sda6/ /media/SG320-sda6/ # Partition NTFD Données.
rsync -r -t -x -v --progress --delete --modify-window=1 -l -D -i --stats 
/home/rene/sda1/ /media/SG320-sda1/ # Partition NTFD Windows.

# Remplacement des paramètres de la version courte à la version longue 
(ex. : « -r » est remplacé par « --recursive ») :
#rsync --recursive --times --perms --owner --group --one-file-system 
--verbose --progress --delete --links --devices --itemize-changes 
--stats / /media/SG320-sda3/
----------------

J'ai testé et vérifié le bon fonctionnement dans les deux sens et 
toujours sous Linux (en exportation et en importation) et à chaud 
(système en cours d'utilisation) et le tout fonctionnent parfaitement, 
l'intégrité des données et l'intégrité des systèmes d'exploitations 
Linux et Windows 7 et XP.

Pour un utilisateur à 95 % sous Kubuntu, je suis bien heureux de revenir 
à un état normal de fonctionnement de mes systèmes et données.

En souhaitant que tout ça puis être utile un jour à d'autres.

Merci à toutes les personnes qui m'ont conseillé et fourni des pistes de 
solutions !

L'ami René




Plus d'informations sur la liste de diffusion Ubuntu-quebec