[Information] Nouveau pilote NTFS pour ubuntu 22.04

geole · Le 06/09/2022, à 09:36

Bonjour

Comme vous le savez sans doute, UBUNTU a abandonné le pilote NTFS-3G (bien que encore présent) pour le remplacer par le pilote NTFS3.
Il a été dit

https://www.tremplin-numerique.org/quoi-de-neuf-dans-ubuntu-22-04-jammy-jellyfish a écrit :

Meilleur support NTFS: La prise en charge de NTFS côté noyau est assurée par le pilote de système de fichiers NTFS3. Auparavant, si vous aviez besoin d’accéder à un système de fichiers NTFS, votre ordinateur Linux aurait probablement utilisé l’ancien espace utilisateur ntfs-3g conducteur. Cette modification apporte un débit plus rapide, la prise en charge des fichiers normaux et compressés et la prise en charge de la définition des dates de création NTFS sur les fichiers et les répertoires.

Dans certains échanges un gain de débit de 50% en écriture a même été évoqué.

Voici mon retour d'expérience
Avant la mise à niveau j'ai sauvegardé le logiciel windows avec trois outils: Partclone cp rsync
Je viens de faire la mise à niveau et relancé les trois outils.
Entre les deux passages, windows a été relancé pour faire une bricole, il n'y a pas du y avoir un changement de taille important
Je vais fournir un tableau En essayant de bien présenter.
1) Caractéristiques du C:
stocké dans un SSD
Device size: 45,1 GB = 11007999 Blocks
Space in use: 24,6 GB = 5999370 Blocks
Free Space: 20,5 GB = 5008629 Blocks
Number of files: 484,989

2) Passage par partclone.
Dans ce style de sauvegarde, j'utilise la compression, il n'y a donc qu'un seule fichier produit. Il est dans une partition NTFS d'un disque classique. Le taux d'utilisation du processeur avoisine les 90%. Il n'y a donc pas saturation. Je pense que ce test permet de voir l'amélioration en lecture plutôt qu'en écriture.
La commande lancée est la suivante.

sudo partclone.ntfs -c -d -s /dev/sda4 | gzip -c > /media/SAVEgrosDisque/image.windows1.gz

Les exécutions donnent
Valeurs en 20.04 Durée totale: 00:21:46, Débit moyen: 1,1GB/mn,
Valeurs en 22.04 Durée totale: 00:20:25, Débit moyen: 1,2GB/mn
Le gain est donc de 1 minute 21 secondes soit 6,20%

2) Passage par cp.
Dans ce style de sauvegarde, j'ai fabriqué une nouvelle partition dans un disque classique de seulement 30 Go formatée en NTFS. Il y aura donc une énorme quantité de fichiers créés. . Le taux d'utilisation du processeur avoisine les75%. Il n'y a donc pas saturation. Je pense que ce test permet de voir l'amélioration en création de fichiers.
La commande lancée est la suivante.

time cp -R /media/a/3260065160061BEB/*   /media/a/SDA4BIS

Les exécutions donnent
Valeurs en 20.04 real 16m31,683s user 0m9,133s sys 4m24,573s
Valeurs en 22.04 real 12m23,520s user 0m5,811s sys 3m32,221s
Le gain est donc de 4 minutes 8 secondes soit 25,02%

3) Passage par rsync.
Dans ce style de sauvegarde, j'ai fabriqué une nouvelle partition dans un disque classique de seulement 30 Go formatée en NTFS. Il y aura donc une énorme quantité de fichiers créés. . Le taux d'utilisation du processeur avoisine les75%. Il n'y a donc pas saturation. Je pense que ce test permet de voir l'amélioration en création de fichiers. Cette première sauvegarde est le plus mauvais cas car rien n'existe dans la partition de sortie. La partition d'entrée est un autre C: ayant quasiment les mêmes caractéristiques que le premier C:
La commande lancée est la suivante.

time rsync -a -l -H --stats  /media/a/E2306B05306ADFD1/*   /media/a/SDA5BIS

Les exécutions donnent
Valeurs en 20.04 real 28m54,784s user 2m16,144s sys 5m56,645s
Valeurs en 22.04 real 14m39,917s user 0m58,856s sys 5m46,365s
Le gain est donc de 14 minutes 15 secondes soit 49,27%
Mais je pense que l'application rsync aurait pu aussi être améliorée et je n'ai pas pensé à préparer un cas EXT4.
Rappel: Un second passage de rsync lorsqu'il n'y a rien de modifié est plus rapide mais de références en 20.04
real 6m37,758s user 0m9,280s sys 1m50,155s

Dernière modification par geole (Le 06/09/2022, à 14:45)

felixltx · Le 18/12/2023, à 10:40

Depuis décembre 2023 (ubuntu 23.10) ntfs monte, mais envoie une erreur. par contre, sur mint, fedora et W11 tout fonctionne. Cela m'empêche donc de faire mes sauvegardes système et bloque l'accès à mes archives.
message : "Error mounting /dev/sdh1 at /media/felixelens/BACKUP : wong fs type, bad option, bad superblock on /dev/sdh1, missing codepage or helper program, or other error"
À noter que gparted voit des disques archives formatés ntfs parfaits et sans erreur. C'est donc une mise à jour début décembre qui a provoqué cette restriction. Je suis donc contraint de travailler sous mint que j'avais installé en cas de problème. Comment avertir les développeur d'Ubuntu du problème ?

geole · Le 18/12/2023, à 10:46

Bonjour.
Ils sont au courant.
As-tu essayé le montage manuel

sudo mkdir -v /media/Windows
sudo mount -v -t ntfs-3g  /dev/sdXN  /media/Windows

geole · Le 18/12/2023, à 10:47

Bonjour.
Ils sont au courant.
As-tu essayé le montage manuel

sudo mkdir -v /media/Windows
sudo mount -v -t ntfs-3g  /dev/sdXN  /media/Windows

en remplaçant XN par ce qui convient

Dernière modification par geole (Le 18/12/2023, à 10:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/09/2022, à 09:36

[Information] Nouveau pilote NTFS pour ubuntu 22.04

#2 Le 18/12/2023, à 10:40

Re : [Information] Nouveau pilote NTFS pour ubuntu 22.04

#3 Le 18/12/2023, à 10:46

Re : [Information] Nouveau pilote NTFS pour ubuntu 22.04

#4 Le 18/12/2023, à 10:47

Re : [Information] Nouveau pilote NTFS pour ubuntu 22.04

Pied de page des forums