[Linux-bruxelles] LCP Fourquet, NTFS suite et peut être fin

[Manuel Schulte]

Salut à tous,

Désolé d'être cassant, mais avec l'histoire de l'école de ma fille, je 
suis encore chaud!

Alors bravo pour les recherches et la solution.

Par contre, je ne comprends pas. Le SEUL intérêt d'utiliser NTFS sur un 
disque d'un ordinateur sous Linux, c'est justement de pouvoir le 
partager avec des systèmes sous Windows. Et dans ce cas, pourquoi ne pas 
l'utiliser dans le mode qui offre la compatibilité totale avec cet OS ?! 
Avec cette solution, vous avez un système hybride qui n'est pas 
pleinement compatible avec l'OS pour lequel ce système de fichiers a été 
conçu, avec pour conséquence que des fichiers placés dessus depuis le 
système Linux ne pourront pas être lus depuis Windows! Où est l'intérêt 
?

Si c'est pour utiliser NTFS, alors utilisez le correctement ou alors 
utilisez un FS propre à Linux.

A++

---

Manuel SCHULTE
Managing Director, Olympus Consulting sprl gsm : +32(0)498 881 718
mail : manuel.schulte at olympusconsulting.eu
web : http://www.olympusconsulting.eu/ [1]

Le 2021-09-12 19:59, Richardson Philip via Linux-bruxelles a écrit :

> Hello,
> 
> Pour avoir suivi cette trépidante affaire des mystères de l'ouest des
> noms de fichiers sur NTFS, j'ai un besoin personnel de comprendre pour 
> mieux dormir.
> 
> Pour les absent·e·s, le problème était le suivant:
> 
> Depuis un upgrade de Debian Buster à Debian Bullseye, il n'est plus
> possible d'écrire des fichiers ou dossiers avec des noms comprenants le
> caractère ':' (ex: foo12:02.txt) sur un disque externe en NTFS.
> 
> La piste de Jean-Marc était la bonne.
> Il existe un option de montage (windows_names) qui permet de rendre un 
> montage NTFS
> encore plus restrictif, euh compatible avec les conventions win32.
> En effet le caractère ':' fait partie des caractères prohibés en
> Windows.
> 
> Cette option de montage est définie par défaut depuis la version 2.8.2
> de udisks et si on remonte à l'indice de l'upgrade, Buster était en 
> version 2.8.1-4 et Bullseye actuellement en 2.9.2-2.
> CQFD.
> 
> Comment retrouver un usage moins restrictif et moins compatible avec
> Windows ? C'est presque simple.
> 
> Il y a un fichier qui permet de modifier les options de
> montages pour udisks. Ce fichier n'existe pas mais sur Debian un modèle 
> bien
> commenté permet de s'en sortir.
> 
> sudo cp /etc/udisks2/mount_options.conf.example 
> /etc/udisks2/mount_options.conf
> sudo vim /etc/udisks2/mount_options.conf (vim, nano, nvim, ...)
> 
> Au départ toutes les lignes sont commentées, il reste à copier ou
> décommenter les lignes concernées pour en arriver à:
> 
> Avant
> # [defaults]
> # ntfs_defaults=uid=$UID,gid=$GID,windows_names
> # 
> ntfs_allow=uid=$UID,gid=$GID,umask,dmask,fmask,locale,norecover,ignore_case,windows_names,compression,nocompression,big_writes
> 
> Après (sans windows_names)
> [defaults]
> ntfs_defaults=uid=$UID,gid=$GID
> ntfs_allow=uid=$UID,gid=$GID,umask,dmask,fmask,locale,norecover,ignore_case,compression,nocompression,big_writes
> 
> Redémarrer le service:
> 
> sudo systemctl restart udisks2.service
> 
> A+
> 
> Philip
> 
> _______________________________________________
> Linux-bruxelles :
> Èchanger, partager, s'informer par mails sur toute action, proposition 
> accordée avec: http://www.bxlug.be/?Nos-statuts
> 
> ! 64 kb autorisés par mail, tout fichier inclus !
> 
> Linux-bruxelles at lists.bxlug.be
> https://chahut.domainepublic.net/cgi-bin/mailman/listinfo/linux-bruxelles


Links:
------
[1] http://www.olympusconsulting.eu/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20210915/4915a75c/attachment.html>