disque dur externe pour des sauvegardes

Christophe C · Le 09/08/2022, à 19:27

Bonjour, je viens d'acheter un toshiba de 2TO formaté en NTFS, pour sauvegarder mon /home. Une fois par mois, disons.

J'ai tout copié de dessus avant de penser au format de fichier, et si je reformate en ext4, je repart à zéro (c'est assez long ...).
Il y a mes documents, de la musique, des vidéos et mes profils firefox ou thunderbird.

Donc finalement, est-ce un problème que ce soit en NTFS plutôt qu'en ext4 ? C'est juste pour une éventuelle restauration.
J'aurais tendance à penser que non, mais j'aimerais un avis éclairé .

Dernière modification par Christophe C (Le 09/08/2022, à 19:27)

iznobe · Le 09/08/2022, à 20:00

Bonjour , je ne sais pas si mon avis sera suffisamment éclairé pour toi , mais voilà ce que je pense :
c ' est un probleme dans le cas de fichier du genre sauvegarde de profil par exemple et pas dans le cas de données exclusivement .

Tout simplement parceque le NTFS ne gere pas les droits .
pour les données c' est pas grave , un coup de " chmod -r 700 " et " chown -r $USER " et c ' est bon .
Mais pour les profils et les fichiers systemes etc , les permissions etant perdues , il est impossible de les remettre a l' identique , et en cas de restauration ca devient un peu du n ' importe quoi .

autre remarque : tu devrais donner

lsblk -fe7 -o+MODEL

ainsi que

sudo fdisk -l

afin de verifier que le disque comporte bien une table de partition et une partition , ce n' est pas forcement le cas lorsque le disque est neuf . il es formaté en NTFS mais sans table de partition , ce qui cree des galeres immondes des qu ' un truc ne va pas .

Dernière modification par iznobe (Le 09/08/2022, à 20:02)

geole · Le 09/08/2022, à 22:13

Bonsoir.
Un répertoire Home ne doit pas contenir de logiciel généraliste mais seulement du logiciel t'appartenant. Si tu es amené à restorer, il faudra faire en plus une commande spéciale après la restauration. Il me semble que cela serait quelque chose comme.

sudo chown -cRv TonNom /PointDeMontage/TonNom

A mon avis, il serait plus pratique de partir sur une base saine en reformatant la partition en ext4

Dernière modification par geole (Le 09/08/2022, à 22:16)

Christophe C · Le 09/08/2022, à 22:35

il n'y a pas de logiciel du tout, juste des fichiers et des répertoires de config.

(chris - 5.15.0-43-generic) ~ : lsblk -fe7 -o+MODEL
NAME   FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS              MODEL
sda                                                                                                          Samsung SSD 860 EVO 250GB
├─sda1 vfat   FAT32             7D14-7DB3                             505,7M     1% /boot/efi                
├─sda2 ext4   1.0   principal   cf3ecb00-709d-444a-906f-de8b1905b926  117,7G    38% /                        
└─sda3 ext4   1.0               f8a08955-8f17-4c0b-bbda-ee6aa13be9aa                                         
sdb                                                                                                          ST2000DM001-9YN164
└─sdb1 ext4   1.0   Sauvegardes abbd0971-7729-4469-ba03-1558429aa04d    1,4T    15% /media/chris/Sauvegardes 
sdc                                                                                                          TOSHIBA MQ04UBD200
└─sdc1 ntfs         TOSHIBA EXT 961A96931A96704B                        1,6T    14% /media/chris/TOSHIBA EXT 
sdd                                                                                                          WDC WD3200BMVU-11A04S0
└─sdd2 ext4   1.0   home-save   519ae645-1405-40a6-959d-0cb5f38c5518

(chris - 5.15.0-43-generic) ~ : sudo fdisk -l 
[sudo] Mot de passe de chris : 
Disque /dev/loop0 : 133,3 MiB, 139780096 octets, 273008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 141,14 MiB, 148000768 octets, 289064 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 61,96 MiB, 64966656 octets, 126888 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 61,96 MiB, 64970752 octets, 126896 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 163,27 MiB, 171204608 octets, 334384 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 163,29 MiB, 171225088 octets, 334424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 254,09 MiB, 266436608 octets, 520384 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 232,89 GiB, 250059350016 octets, 488397168 secteurs
Disk model: Samsung SSD 860 
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 56010FCE-7E59-4884-B8FE-CCA4D84AD300

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1         2048   1050623   1048576   512M Système EFI
/dev/sda2      1050624 444249988 443199365 211,3G Système de fichiers Linux
/dev/sda3    444250112 488396596  44146485  21,1G Système de fichiers Linux


Disque /dev/loop8 : 81,26 MiB, 85209088 octets, 166424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 46,95 MiB, 49233920 octets, 96160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 400,8 MiB, 420265984 octets, 820832 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 46,96 MiB, 49242112 octets, 96176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sdb : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: 001-9YN164      
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0003c319

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdb1    *         2048 3907028991 3907026944   1,8T 83 Linux


Disque /dev/sdc : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: EXTERNAL_USB    
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb0d79699

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1    *         2048 3907026943 3907024896   1,8T  7 HPFS/NTFS/exFAT


Disque /dev/sdd : 298,09 GiB, 320072933376 octets, 625142448 secteurs
Disk model: 3200BMV External
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x41ffc810

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sdd2    *         2048 625141759 625139712 298,1G 83 Linux
(chris - 5.15.0-43-generic) ~ :

geole · Le 09/08/2022, à 22:47

normalement, il devrait aussi y avoir le répertoire snap qui contient du logiciel et aussi des répertoires autre que de configuration tel que firefox pour l'acces au réseau et thunderbird pour la messagerie

Christophe C · Le 10/08/2022, à 11:47

oui, pour firefox et thunderbird, je l'ai précisé au-dessus. Effectivement, il y les snap, j'avais oublié.

@iznobe : alors, pour le disque NTFS ?

geole · Le 10/08/2022, à 13:15

Christophe C a écrit :

(chris - 5.15.0-43-generic) ~ : lsblk -fe7 -o+MODEL
NAME   FSTYPE FSVER LABEL       UUID                                 FSAVAIL 
sdc                                                                                                          TOSHIBA MQ04UBD200
└─sdc1 ntfs         TOSHIBA EXT 961A96931A96704B                        1,6T    14% /media/chris/TOSHIBA EXT  

Disque /dev/sdc : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: EXTERNAL_USB    
Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1    *         2048 3907026943 3907024896   1,8T  7 HPFS/NTFS/exFAT

il y a bien une partition. Donc une table de partition.

Bien entendu, si ce disque externe est aussi utilisé par windows, conserve le format NTFS. car si tu mets le format EXT4, il faudra ajouter un logiciel à windows ...

Dernière modification par geole (Le 10/08/2022, à 13:18)

Christophe C · Le 10/08/2022, à 15:30

Non, s'il était à utiliser aussi sur Windows, je le laisserais en NTFS. Là je pense que je vais reformater en ext4.

Ceci dit, et pour bien comprendre :
* "il y a bien une partition. Donc une table de partition". => en NTFS je ne sais pas, mais en ext4, pas forcément. Et comme pour moi les tables de partition sont indépendantes du format de fichier, je dirais que pour NTFS aussi ce n'est pas obligatoire.
* concernant cette histoire de droit, j'avoue que ce n'est pas clair pour moi. Je lis que NTFS ne gère pas les droits sur les fichiers. Je suppose que cela veut dire qu'il "perd" les droits des fichiers qui viennent de ext4 ?
* enfin je ne vois pas bien le pb avec ext4. Si je passe un fichier de ext4 vers NTFS puis de NTFS vers ext4, je n'ai pas l'impression que les droits on changés.

Comme indiqué c'est pour comprendre, je vais reformater en ext4.

Dernière modification par Christophe C (Le 10/08/2022, à 15:30)

Coeur Noir · Le 10/08/2022, à 17:53

Désolé, ça va être un peu long…

0⋅ Quelque soit le type de système de fichiers hébergé par la partition d'un support disque nomade / externe,
il sera monté automatiquement dans /media/$USER/uuid_ou_label_périphérique
Cet automatisme est géré par udisk / usdisksctl et utilise des permissions ACL afin que le dossier~point~de~montage uuid_ou_label_périphérique soit utilisable par $USER ( le dossier /media/$USER appartenant à root ).

1⋅ dans le cas d'un système de fichiers compatible Linux, les informations de propriétaires ( utilisateur et groupe ) et de droits ( rwx mais aussi t ou s ) sont portées directement par les éléments dans le système de fichier, elles sont inscrites physiquement dans leurs inode sous forme numérique ( uid, gid, droits par ex. 2750 ). Donc dans une partition en EXT4 tu pourras avoir des éléments avec des propriétaires et droits variés. Si cette partition provient d'un support monté automatiquement dans /media/$USER/uuid_ou_label_périphérique alors $USER agira sur les éléments contenus en fonction des droits portés directement par ces éléments.

2⋅ dans le cas d'un système de fichiers NON compatible avec les droits et permissions Linux, si un pilote existe pour lui côté Linux, alors par défaut le système attribuera les éléments contenus par une telle partition à root:root avec droits rwxrwxrwx afin que quiconque puisse s'en servir depuis ce système. On parle « d'émulation des droits » car dans ce cas les droits ne proviennent pas des éléments eux-mêmes ( qui ne portent pas ces informations dans leur inode ) c'est le pilote pour ce système de fichiers qui les ajoute « logiciellement ». Ici c'est tout le contenu de la partition qui est traité de cette façon ( pas de propriétaires ni droits distincts selon les éléments. ) C'est le comportement « automatique » par défaut : selon les pilotes pour ces systèmes de fichiers « non linuxiens », des options sont disponibles pour « affiner » cette émulation, options utilisables en cas de montages manuels ( umask, file_mode, uid, gid, permissions… options variables par type de système de fichiers. )

"il y a bien une partition. Donc une table de partition". => en NTFS je ne sais pas, mais en ext4, pas forcément.

[ [ [ repère pour @emena dans cette discussion ] ] ] Aïe. La « table de partition » d'un disque consigne la cartographie du disque ( par ex. de tel secteur à tel secteur il y a ceci ou cela ). C'est possible de formater tout un disque sans inscrire de « cartographie » dans sa « table d'orientation » mais ce faisant, tu prives ce disque d'une information cruciale en cas de besoin de « récupérer des données » avec des outils dédiés, qui utilisent la table de partition pour se repérer. C'est pas trop impactant sur une petite clé usb, c'est potentiellement funeste sur un support de plusieurs To…
Bref : ne jamais formater directement tout un disque, toujours y créer d'abord une table de partitions et ensuite y créer une ou des partitions ( dont la cartographie sera alors enregistrée dans la table. ) [ [ [ repère de fin pour @emena ] ] ]

Je lis que NTFS ne gère pas les droits sur les fichiers. Je suppose que cela veut dire qu'il "perd" les droits des fichiers qui viennent de ext4 ?

Oui, c'est ça. Un système de fichiers NTFS utilisé sous Windows a sa façon à lui de gérer ces questions. Mais les spécificités linuxiennes ( droits, permissions, mais aussi liens symboliques ou durs ) ne peuvent pas être inscrites nativement dans ce système de fichiers. Au mieux il pourra y avoir une forme « d'émulation logicielle » des droits qui ne sera valable que côté Linux, selon les options offertes par le pilote.

Si je passe un fichier de ext4 vers NTFS puis de NTFS vers ext4, je n'ai pas l'impression que les droits on changés.

Ça dépendra de l'utilisateur qui agit, côté Linux, et de la destination des éléments, côté Linux encore.
Car depuis Linux les éléments contenus par un système de fichiers NTFS seront vus comme appartenant à root:root avec droits archi-ouverts rwxrwxrwx.
Si depuis ta session Linux $USER tu copies un élément de cette partition vers un emplacement accessible à ton $USER, alors une fois inscrit dans de l'EXT4, cet élément appartiendra à $USER.

cp /media/$USER/partition_ntfs/mon_fichier.doc ~/

le fichier .doc résultant appartiendra à $USER.
Si tu fais ça via sudo

sudo cp /media/$USER/partition_ntfs/mon_fichier.doc ~/

alors le fichier .doc résultant appartiendra à root.

Tant qu'il s'agit de données visibles « médias, documents » à l'attention d'un utilisateur humain, il y aura donc peu de surprises à les stocker sur du NTFS utilisé depuis Linux.
Cependant c'est envisageable uniquement si tu as un Windows fonctionnel à portée de clavier, car pour l'instant Linux ne sait pas réparer/maintenir/défragmenter ce système de fichiers.
Si l'idée c'est d'avoir une partition nomade / externe compatible Linux/Windows, geole recommande souvent le système de fichiers ExFAT ( qui ne gère pas les droits et permissions à la sauce Linux mais qui est plus facilement réparable depuis Linux et peut-être moins sensible aux « arrêts brutaux », une blague susceptible de se produire avec des supports « câblés ». )

Par contre ne va pas utiliser du NTFS pour stocker :
⋅ tout un système Linux - ça marchera pas, le système a fondamentalement besoin que ses éléments portent des propriétaires et droits divers,
⋅ tout un dossier /home ; pour la même raison,
⋅ ou tout un $HOME = /home/$USER car si ça pourrait fonctionner pour les données visibles ( médias, documents ) ça coincera pour les mêmes raisons avec certains éléments cachés ( qui doivent absolument porter nativement leur appartenance à $USER avec des droits rwx------ pour « fonctionner » je songe à .Xauthority ou .ssh ou clés gpg et le dossier snap certes visible mais qui doit absolument porter les droits nativement car snap fait appel à apparmor et d'autres trucs de sécurité pour son confinement… )

Dernière modification par Coeur Noir (Le 11/08/2022, à 20:44)

iznobe · Le 10/08/2022, à 18:39

en lisant le post de @Coeur Noir qui detaille toujours tres bien ces propos , je me rends compte qu ' on a tous ( Coeur Noir , geole et moi ) oublié un point fondamental a mettre en evidence .

Si tu n' as pas de windows a portée de main ( j ' ai cru comprendre que c' etait le cas ) il faut absolument reformater en ext4 , en plus des raisons deja evoquées precedemment , pour le simple fait que linux ne gere pas nativement les partitions au format NTFS .
Ce qui se traduit par : imaginons que tu fasses tomber malencontreusement ton support gentiment mais suffisamment pour endommager sérieusement le systeme de fichiers stockés dessus , alors meme avec le paquet NTFS-3g , il y a une possibilité que tu ne puisses pas récupérer certaines données , il faudra alors passer par un windows et son systeme d' exploitation .

la plupart ( ? ) des cas sont en theories reparable via linux apres ya voir installer le paquet ntfs-3g quand il n' est pas inclus , mais c' est un format proprietaire , que windows garde jalousement ( on se demande bien pourquoi vu que l' ext 4 c ' est au moins 10 fois mieux mais le probleme n ' est pas là ) , ca veut dire que personne ne peut maitriser aussi bien que ceux qui dispose du " code " des specifictés completes au sujet de ce format de fichiers , et donc le reparer dans tous les cas ( possibles ).

Bref , faut formater en ext4 si tu n' as pas de windows

Dernière modification par iznobe (Le 10/08/2022, à 18:43)

Coeur Noir · Le 10/08/2022, à 19:49

iznobe a écrit :

en lisant le post de @Coeur Noir…

…t'as pas du lire l'avant dernier paragraphe alors j'vais y mettre de la couleur

Christophe C · Le 11/08/2022, à 07:41

ok, j'ai tout reformaté. C'était plus ou moins l'idée depuis le début, mais je souhaitais mieux comprendre la gestion de NTFS par linux. C'est plus clair, effectivement. merci à tous

Je n'avais pas trop suivi, mais j'ai lu que le noyau linux 5.15 avait intégré un pilote NTFS mieux que le ntfs-3g dont il est question plus haut (le NTFS3). cela ne résoud-il pas une partie des problèmes évoqués ci-dessus ? En d'autre termes, cette présentation est-elle toujours valide ? C'est très récent, le 5.15.

edit :
https://www.kernel.org/doc/html/latest/ … ntfs3.html
https://www.paragon-software.com/home/ntfs3-driver-faq/

parangon a écrit :

Paragon’s commercial NTFS implementation and NTFS3 for Linux Kernel are derived from two different code bases. The commercial NTFS implementation originates from NTFS for DOS that Paragon introduced back in 2000, which has been updated and improved for over two decades. NTFS3 was intentionally developed from scratch in 2020 to be a part of the Linux Kernel. NTFS3 is written in C language, whereas Paragon’s commercial NTFS implementation is a combination of C++ and C code.

c'est open source

Dernière modification par Christophe C (Le 11/08/2022, à 09:27)

iznobe · Le 11/08/2022, à 10:39

Bonjour , il faudrait parfois traduire et surtout lire jusqu' a la fin :

deepl traductor a écrit :

NTFS3 est écrit en langage C, alors que l'implémentation commerciale de NTFS de Paragon est une combinaison de code C++ et C.

NTFS3 et NTFS c ' est pas la meme chose hein ...

Dernière modification par iznobe (Le 11/08/2022, à 10:41)

Christophe C · Le 11/08/2022, à 12:14

Non, ce qui est dit c'est que parangon a aujourd'hui 2 implémentations de NTFS :
* NTFS-3G, qui date de 2000, en C et C++. Qui est en UserSpace (c'est un montage fuse)
* NTFS3, qui a été redéveloppé récemment "from scratch", et qui est en C. Et qui vient d'entrer dans le kernel 5.15, noyau actuel d'Ubuntu 22.04.

Les 2 gèrent NTFS, mais pas de la même manière.
Je faisais remarquer que l'excellente présentation que vous avez faite du support de NTFS dans linux renvoyait implicitement à NTFS-3G, et pas à la nouvelle implémentation NTFS de NTFS3. Et je me demandais dans quelle mesure cela modifiait ce qui a été écrit plus haut.

Dernière modification par Christophe C (Le 11/08/2022, à 12:14)

Coeur Noir · Le 11/08/2022, à 17:13

Effectivement, la présentation faite renvoie implicitement à ce qu'on trouve par défaut dans ×buntu, le pilote ntfs-3g.

Le « nouveau » machin de parangon est-il déjà implémenté au noyau : https://www.zdnet.com/article/paragon-n … nto-linux/ ⋅ https://www.theregister.com/2021/08/02/ … ux_kernel/ ?
Je n'en ai pas l'impression.

Christophe C · Le 11/08/2022, à 17:19

Si, c'est bien dans l'actuel 5.15. Par exemple ici : https://fr.techtribune.net/linux/sortie … es/199138/
ou là : https://linux.developpez.com/actu/32846 … fs-verity/

Dernière modification par Christophe C (Le 11/08/2022, à 17:20)

iznobe · Le 11/08/2022, à 17:37

je ne sais pas trop ( pas le temps de me renseigner sur la question plus serieusement ) , mais ca me parait peu probable qu ' un truc commercial soit integré au noyau linux .

implémentation commerciale de NTFS de Paragon

EDIT : le lien vers techtribune m ' est signalé et supprimé par AVG , comme etant un site de phising , vive windoz ...

EDIT2 : ca reste quand meme flou et ca ne parle pas de paragon :

developpez.com a écrit :

Nouvelle implémentation du système de fichiers NTFS
Le noyau Linux dispose déjà d'une implémentation de NTFS, mais elle présente de sérieuses limitations (comme le fait d'être en lecture seule), c'est pourquoi les utilisateurs de Linux utilisent généralement l'implémentation ntfs-3g de l'espace utilisateur. Cette version apporte une nouvelle implémentation NTFS entièrement fonctionnelle qui supporte les versions du système de fichiers NTFS jusqu'à 3.1 et la relecture des journaux.

A mon avis : il s' agit d ' une nouvelle version ( implementation plus complete et a jour d ' un NTFS libre et open source ) , mais cela m' etonnerait que ce soit basé sur le truc commercial de paragon .

Mais du coup , hors mis ce fait , je trouve effectivement tes questions plutot pertinentes a propos de la nouvelle gestion du format NTFS .
Il est fort probable que la prise en charge de ce format de fichier soit du coup grandement amélioré ! c ' est plutot une bonne nouvelle
Cependant , sans test poussé sur la correction des erreurs , difficile de dire si ca vaut vraiment le NTFS proprio utilisé par windoz .

Dernière modification par iznobe (Le 11/08/2022, à 17:46)

geole · Le 11/08/2022, à 17:44

Bonjour
A propos du nouveau gestionnaire NFTS de la version 22.04.
1) Le mot windows_names n'est plus supporté.
Je vous laisse vérifier ce qui se passe si on mets des caractères interdits dans un nom de fichier
=> le message d'erreur est assez déroutant

a@a:/media/Commun$ touch "a*b"
touch: initialisation des dates de 'a*b': Aucun fichier ou dossier de ce type

2) Il ne contient pas l'outil de réparation que je connais. Si quelqu'un sait comment faire une réparation NTFS, je suis preneur.

a@a:~$ sudo fsck -v -f /dev/sda3
fsck de util-linux 2.37.2

a@a:~$ nftsfix --help
La commande « nftsfix » n'a pas été trouvée, voulez-vous dire :
  commande « ntfsfix » du deb ntfs-3g (1:2021.8.22-3ubuntu1.1)
Essayez : sudo apt install <nom du deb>

a@a:~$ sudo apt  install ntfs-3g
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
ntfs-3g est déjà la version la plus récente (1:2021.8.22-3ubuntu1.1).
ntfs-3g passé en « installé manuellement ».
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.
a@a:~$ sudo nftsfix /dev/sda5
sudo: nftsfix : commande introuvable
a@a:~$

Dernière modification par geole (Le 11/08/2022, à 17:52)

ylag · Le 11/08/2022, à 19:02

Bonjour,

Au #18, sudo nftsfix /dev/sda5 a écrit :

sudo: nftsfix : commande introuvable

C'est ntfsfix, je crois...

A+

geole · Le 11/08/2022, à 19:23

quel étourdi...

Christophe C · Le 11/08/2022, à 19:33

iznobe a écrit :

ca me parait peu probable qu 'un truc commercial soit integré au noyau linux

c'est parangon, mais ce n'est pas leur "truc commercial". c'est une réécriture complète et open source. les avis que j'ai lu étaient plutôt positifs (plus de montage fuse, des fonctionnalités en plus, gestion de l'encryptage ....), mais je n'en sais pas plus.

Et cela ne peut PAS couvrir toutes les fonctionnalités du NTFS officiel, puisque les spec ne sont pas publiques.
Une vraie gestion/administration pro d'un parc de disques doit toujours se faire via windows, j'en suis bien certain (je l'ai lu quelque part, d'ailleurs, mais je ne sais plus où).
Ensuite des lectures, écritures, gestion des journaux ... ça fonctionne. Parait-il.

Dernière modification par Christophe C (Le 11/08/2022, à 19:35)

Coeur Noir · Le 13/08/2022, à 01:48

Christophe C a écrit :

Si, c'est bien dans l'actuel 5.15. Par exemple ici : https://fr.techtribune.net/linux/sortie … es/199138/
ou là : https://linux.developpez.com/actu/32846 … fs-verity/

Oui c'est dans le noyau mais aucun logiciel « interface » ne l'utilise pour l'instant : ni les partages « smb/windows » initiés depuis Nautilus ni samba ne s'en servent actuellement. C'est comme si c'était pas là, probablement faute à de la doc' ou des retours d'expérience… ou plutôt faute au dev' initial qui semble avoir fui ? https://www.theregister.com/2022/04/29/ … rnel_ntfs/

En l'état, c'est inutilisable pour le commun des mortels mais ça viendra peut-être.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/08/2022, à 19:27

disque dur externe pour des sauvegardes

#2 Le 09/08/2022, à 20:00

Re : disque dur externe pour des sauvegardes

#3 Le 09/08/2022, à 22:13

Re : disque dur externe pour des sauvegardes

#4 Le 09/08/2022, à 22:35

Re : disque dur externe pour des sauvegardes

#5 Le 09/08/2022, à 22:47

Re : disque dur externe pour des sauvegardes

#6 Le 10/08/2022, à 11:47

Re : disque dur externe pour des sauvegardes

#7 Le 10/08/2022, à 13:15

Re : disque dur externe pour des sauvegardes

#8 Le 10/08/2022, à 15:30

Re : disque dur externe pour des sauvegardes

#9 Le 10/08/2022, à 17:53

Re : disque dur externe pour des sauvegardes

#10 Le 10/08/2022, à 18:39

Re : disque dur externe pour des sauvegardes

#11 Le 10/08/2022, à 19:49

Re : disque dur externe pour des sauvegardes

#12 Le 11/08/2022, à 07:41

Re : disque dur externe pour des sauvegardes

#13 Le 11/08/2022, à 10:39

Re : disque dur externe pour des sauvegardes

#14 Le 11/08/2022, à 12:14

Re : disque dur externe pour des sauvegardes

#15 Le 11/08/2022, à 17:13

Re : disque dur externe pour des sauvegardes

#16 Le 11/08/2022, à 17:19

Re : disque dur externe pour des sauvegardes

#17 Le 11/08/2022, à 17:37

Re : disque dur externe pour des sauvegardes

#18 Le 11/08/2022, à 17:44

Re : disque dur externe pour des sauvegardes

#19 Le 11/08/2022, à 19:02

Re : disque dur externe pour des sauvegardes

#20 Le 11/08/2022, à 19:23

Re : disque dur externe pour des sauvegardes

#21 Le 11/08/2022, à 19:33

Re : disque dur externe pour des sauvegardes

#22 Le 13/08/2022, à 01:48

Re : disque dur externe pour des sauvegardes

Pied de page des forums