[RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

freewee · Le 06/05/2021, à 08:21

Bonjour
Je suis en multiboot GPT W7 W10 Ubuntu 18.04 et Ubuntu 20.04, ainsi qu' une autre partition EXT4 destinée a des sauvegardes, sur un SSD.
Depuis Windows, j' utilise Ext2 file manager ou Linux File Systems de Paragon, je peux lire mes partitions EXT 4, mais je ne peux écrire que sur une seule: Ubuntu 2, sur les 2 autres je tombe sur une Erreur 0x80070057: Paramètre incorrect.

tune2fs 1.44.1 (24-Mar-2018)
Filesystem volume name:   Sauve Ubuntu
Last mounted on:          /mnt/6d7ab604-fd1c-41e2-87b6-3fc3b3949e92
Filesystem UUID:          6d7ab604-fd1c-41e2-87b6-3fc3b3949e92
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              5775360
Block count:              23089408
Reserved block count:     1154470
Free blocks:              8773603
Free inodes:              5687077
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1018
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Wed Oct 14 16:01:58 2020
Last mount time:          Tue Apr 27 16:03:02 2021
Last write time:          Tue Apr 27 16:03:02 2021
Mount count:              19
Maximum mount count:      -1
Last checked:             Mon Apr 26 16:36:36 2021
Check interval:           0 (<none>)
Lifetime writes:          2432 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8f0ff07c-7490-4c76-9c61-93d4e42326b3
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0xa8baccc0

tune2fs 1.44.1 (24-Mar-2018)
Filesystem volume name:   Ubuntu2
Last mounted on:          /media/dominique/Ubuntu2
Filesystem UUID:          d3b05b86-8e5c-4a51-8f84-a895b1b270e0
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              4063232
Block count:              16223632
Reserved block count:     811181
Free blocks:              4270867
Free inodes:              3663564
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Feb  6 08:06:43 2021
Last mount time:          Tue Apr 27 17:52:50 2021
Last write time:          Tue Apr 27 18:02:20 2021
Mount count:              6
Maximum mount count:      -1
Last checked:             Tue Apr 27 08:41:19 2021
Check interval:           0 (<none>)
Lifetime writes:          275 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      60729786-5589-4d9c-8d8c-7b163ce48990
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x3ce45008

tune2fs 1.44.1 (24-Mar-2018)
Filesystem volume name:   Ubuntu
Last mounted on:          /
Filesystem UUID:          38c41f08-7fa6-4ccb-aa86-812bdfb8fdbe
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              7045120
Block count:              28164608
Reserved block count:     1408219
Free blocks:              3474942
Free inodes:              6055776
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Dec 10 08:45:19 2013
Last mount time:          Tue Apr 27 16:02:59 2021
Last write time:          Tue Apr 27 18:02:58 2021
Mount count:              4954
Maximum mount count:      -1
Last checked:             Sat Apr 14 20:31:16 2018
Check interval:           0 (<none>)
Lifetime writes:          6288 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       4474
Default directory hash:   half_md4
Directory Hash Seed:      1d69e472-27e9-496c-a468-9f22d6125908
Journal backup:           inode blocks

Dans ce qu' on peut voir, la différence entre ces partitions qui sont toujours vérifiées sans erreur par différents utilitaires, c' est que les 2 partitions non accessibles en écriture sont marquées "filetype needs_recovery".
J' ai contacté le service Paragon qui me répond que ce statut n' est pas pris en charge par leur logiciel...
D' ou ma question , que faire pour que ce statut "filetype needs_recovery" disparaisse!
Merci de votre éclairage!

Dernière modification par freewee (Le 17/05/2021, à 20:27)

iznobe · Le 06/05/2021, à 08:31

Bonjour , tu peux commencer par verifier le systeme a partir de ubuntu :

sudo fsck -fyv /dev/sdXY

en remplacant X par la lettre d' identification du disque et Y par le numero de la partition .
a faire avec la partition demontée bien sur .

Dernière modification par iznobe (Le 06/05/2021, à 08:31)

Nasman · Le 06/05/2021, à 08:33

Je pense qu'il faut faire un fsck depuis ubuntu.

PS : Je pense que c'est une mauvaise idée de vouloir écrire (corrompre) une partition ext4 depuis Windows.
Ubuntu gère nettement mieux une partition ntfs (format propriétaire) que Windows ne gère une partition ext4 (format libre).

jplemoine · Le 06/05/2021, à 08:38

+1 : surtout pas d'accès à extN depuis windows.
De mémoire, c'est un accès via root : sécurité : 0!
Il faut que chacun soit chez soi et avoir une partition dédiée aux choses communes aux 2 OS.
Cette partition sera de type NTFS ou FAT (à prendre au sens large).

iznobe · Le 06/05/2021, à 08:47

oui , il vaut mieux eviter d ' aller dans tous les cas ecrire et lire d ' un systeme sur les partitions de l ' autre , que ce soit dans un sens ou dans l' autre .
+1 @jplemoine , la solution se trouve etre une partition comune dediée , meme pas tres grande selon les besoins , en NTFS c ' est quand meme mieux pour la prise en charge de gros fichiers et la " relative robustesse " du format .

Dernière modification par iznobe (Le 06/05/2021, à 08:48)

geole · Le 06/05/2021, à 10:59

freewee a écrit :

Bonjour
Depuis Windows, j' utilise Ext2 file manager ou Linux File Systems de Paragon, je peux lire mes partitions EXT 4, mais je ne peux écrire que sur une seule: Ubuntu 2, sur les 2 autres je tombe sur une Erreur 0x80070057: Paramètre incorrect.
tune2fs 1.44.1 (24-Mar-2018)

Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
D' ou ma question , que faire pour que ce statut "filetype needs_recovery" disparaisse!
Merci de votre éclairage!

Boujour
Je pense que ces logiciels en questions ne sont plus maintenus en écriture
et qu'ils foirent lorsque la partition EXT4 a été créée récemment en incluant une toute nouvelle option renforçant la sécurité.
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Soit tu fais comme tout le monde, en n'utilisant pas le format EXT4 mais le format EXFAT particulièrement adapté au disques externes (débranchement à chaud)
Soit, tu as de la chance et tu peux installer l'application que microsoft développe pour écrire dans les formats EXT4!

freewee · Le 06/05/2021, à 17:06

Merci pour vos réponses; je me rends compte que je ne reçois pas de réponse mail malgré le fait que je "suive" la discussion...Bref
Mes fsck n' ont rien montré de particulier.
Je comprends bien vos réticences d'écrire d' un système à l' autre! mes besoins d' écritures sont limités, et je suis bien obligé d'utiliser une partition NTFS en relai.
Mais j' aime bien comprendre ce qui se passe: la partition EXT4 sur laquelle j' ai la possibilité d' écrire depuis Windows est la dernière version d' Ubuntu 20.04.02 (!) et là on ne peut pas dire qu' elle m' ait installé un EXT4 sécurisé!!!
Les deux autres sont une version Ubuntu18.04 , et une partition crée par Gparted sans option particulière, et j' aimerais comprendre pourquoi elle sont affectées d' un "filetype needs_recovery", qui semble plutôt réservé à des disques amovibles ???
Merci

geole · Le 06/05/2021, à 17:15

OK, ils savent donc gérer cette option.
Après le FSCK, peux-tu de nouveau écrire avec windows
Je pense que la partition avait réclamé un contrôle préventif
https://geekeries.de-labrusse.fr/?p=426

jplemoine · Le 06/05/2021, à 18:05

freewee a écrit :

Je comprends bien vos réticences d'écrire d' un système à l' autre!

C'est l'écriture du ext4 depuis Windows qui me pose problème... Ça peut fonctionner ou pas.
Et même si ça fonctionne aujourd'hui qui te dit que ça fonctionnera demain ?
Il suffit d'une mise à jour malheureuse de Windows (dont tu n'as pas les sources) pour que ça ne fonctionne plus.

iznobe · Le 06/05/2021, à 18:16

Bonjour @geole , j ' ai l' impression que cette option n' est jamais activé par defaut , sauf sur la 20.04 et pas pour tout le monde .
d' ailleurs c ' est tellement etonnant que ca fonctionnait a chaque demarrage au lieu de tous les 30 montages , qu il a été crée un post en l ' occasion .
il y a peut etre un service a activé ou une subtilité , que je n' aurais pas comprise , mais pour l' avoir activé manuellement sur ma 18.04 , je ne l' avais jamais vu marché avant ou alors il se faisait en arriere plan .

geole · Le 06/05/2021, à 18:19

Attention. Ici, les logiciels sont dans windows. Je pense qu'ils n'ont pas embarqué le fsck au montage

iznobe · Le 06/05/2021, à 18:23

arf , ma faute je parlais du lien que tu donnes dans ton message #8: https://geekeries.de-labrusse.fr/?p=426

freewee · Le 06/05/2021, à 19:58

En ce qui me concerne, suite a mes diverses vérifications, démontage des partitions avant de fermer Ubuntu, j' ai toujours mes 2 partitions non inscriptibles depuis Windows.
je vais fouiller dans les options de montage, comparer celles de 18.04 et 20.04...

Nasman · Le 07/05/2021, à 08:38

Le risque d'écrire dans une partition ext4 depuis Windows c'est que si un virus (si si il y en a sous Windows) peut écrire dans l'ext4 alors même s'il est inactif sous Linux (pas exécutable), rien le l'empêche de détruire le contenu de la partition ext4 (vers, effacement...).

iznobe · Le 07/05/2021, à 08:58

Bonjour , en attendant je ne vois toujours pas l' interet de la chose .
tout le monde deconseille fortement ces outils qui ne sont pas au point , tu en as la preuve sous les yeux actuellement !
De plus ca ne sert a rien , sauf a casser le systeme linux sur lequel tu vas aller lire / ecrire .

La seule solution viable que tout le monde preconise , c ' est de creer une petite partition independante des 2 systemes , mais auquel les 2 systemes peuvent acceder afin de proteger justements les 2 systemes . si un jour il y a un soucis tu n' auras donc que quelques fichiers et cette partition en question qui ne sera affectée au lieu des 2 systemes .

quelle importance que les outils windob ne puisse pas acceder aux partition ext4 , au contraire c ' est meme mieux en fait !
et ca m' etonnerait que le probleme se resolve en trifouillant les partitions coté ubuntu , puisque les outils windows ne fonctionnent pas correctement , d ' ailleurs c' est clairement indiqué il me semble en plus ...a utiliser a vos risques et perils .

Dernière modification par iznobe (Le 07/05/2021, à 09:00)

jplemoine · Le 07/05/2021, à 09:27

Déjà les outils Win, c'est pas très stable. Donc, si ça dit "à vos risques et périls",... C'est en gros, pas touche.

freewee · Le 08/05/2021, à 10:23

Bonjour
Merci de vos interventions!
A force de fouiller un peu les choses, je constate que ça fait des années que j' utilise Ubuntu, et que je me rends compte seulement maintenant qu' il y a, enfin qu' il peut y avoir un processus de vérification automatique des disques, et moi j' ai des "Maximum mount count: -1" à tous mes disques donc pas de vérification automatique, alors que j' ai fait des installations standard, et qu' a aucun moment je n' ai vu une option permettant d' activer ou de désactiver cette surveillance automatique!!...

Dernière modification par freewee (Le 08/05/2021, à 11:21)

freewee · Le 17/05/2021, à 20:26

Bon j' ai résolu mon problème, de façon peu orthodoxe, mais ça marche, à savoir que le logiciel Linux File Systems de Paragon fonctionne en lecture écriture pour toutes mes partitions EXT4.
J' utilisait avant EXT2 Volume Manager (gratuit lui), et j' ai supposé qu' il avait pu mettre un peu de bordel dans les partitions , bien qu' il ne fasse plus de montage des partitions au démarrage. J' ai désactivé Linux File Systems, et réattribué des lettre de partitions avec EXT2 Volume Manager, puis les ai supprimées dans la foulée. Au remontage des partition avec Linux File Systems, plus de problème, et ça a l' air de tenir après quelques démarrage...
Mais j' ai toujours à l' esprit vos remarques!!!
Merci

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/05/2021, à 08:21

[RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#2 Le 06/05/2021, à 08:31

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#3 Le 06/05/2021, à 08:33

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#4 Le 06/05/2021, à 08:38

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#5 Le 06/05/2021, à 08:47

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#6 Le 06/05/2021, à 10:59

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#7 Le 06/05/2021, à 17:06

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#8 Le 06/05/2021, à 17:15

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#9 Le 06/05/2021, à 18:05

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#10 Le 06/05/2021, à 18:16

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#11 Le 06/05/2021, à 18:19

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#12 Le 06/05/2021, à 18:23

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#13 Le 06/05/2021, à 19:58

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#14 Le 07/05/2021, à 08:38

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#15 Le 07/05/2021, à 08:58

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#16 Le 07/05/2021, à 09:27

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#17 Le 08/05/2021, à 10:23

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

#18 Le 17/05/2021, à 20:26

Re : [RESOLU] EXT4 visible mais pas d' ecriture depuis Windows

Pied de page des forums