Chrome OS pourrait supprimer le support des systèmes de fichiers EXT2, EXT3 et EXT4
Nettoyage au napalm
Le 13 octobre 2014 à 15h40
3 min
Logiciel
Logiciel
Les développeurs de Chrome OS réfléchissent actuellement à l’idée de supprimer le support de plusieurs systèmes de fichiers traditionnellement trouvés sous Linux : EXT2, EXT3, EXT4. En dépit des raisons techniques avancées, l’équipe a fait face à une véritable levée de boucliers.
Les systèmes de fichiers EXT2, EXT3, et EXT4 sur la sellette
Chrome OS est présent sur quelques machines parmi les plus vendues aux États-Unis. Chez Amazon par exemple, le C720 d’Acer est actuellement le troisième ordinateur portable le plus vendu. Le système est basé sur Linux et, en tant que tel, supporte la plupart des systèmes de fichiers qui sont généralement disponibles. Mais ce constat pourrait changer dans un futur proche.
Les développeurs considèrent en effet que les systèmes EXT2, EXT3, et EXT4 pourraient être supprimés purement et simplement de Chrome OS. Pourquoi ? Parce qu’ils causent certains problèmes techniques. Par exemple, dans le cadre d’une utilisation simple et intuitive, les utilisateurs devraient pouvoir brancher n’importe quel disque dur externe et pouvoir renommer aussi bien les fichiers que le nom du volume-lui-même. Or, pour ce dernier, la manipulation n’est pas possible.
Sous la proposition faite au sein de l’équipe, les développeurs indiquent que l’utilisation de la fonctionnalité reste « faible ». Ils considèrent cependant qu’il y aurait des bénéfices en termes de réduction du code et donc de maintenance. Mais si Chrome OS ne devait plus supporter ces systèmes de fichiers, sur quoi se concentrer ? Les FAT32 et NTFS, déjà utilisés.
Une véritable levée de boucliers
Mais alors que les premiers échanges entre développeurs datent désormais de presque un an (novembre 2013), ils n’ont été vus que très récemment par le public. Le dernier message « officiel » date en effet du 22 septembre, mais depuis hier, de nombreux commentaires sont venus alimenter le fil de discussion.
Le sentiment prédominant est de loin la colère. Les utilisateurs qui réagissent sont partagés entre l’ironie et le questionnement sur une éventuelle plaisanterie. Beaucoup témoignent de disques durs déjà formatés par EXT4 qui seraient donc rendus illisibles si un tel changement était répercuté au sein de Chrome OS. D’autres encore indiquent qu’ils ont eu raison de se débarrasser de leur machine ou justement qu’ils comptent le faire prochainement. Le remplacement de Chrome OS par une distribution Linux est également abordé plusieurs fois. Les commentaires chez Phoronix ne sont guère différents.
Initialement, les développeurs étaient relativement certains de leur choix, mais la situation pourrait avoir évolué. L’un des développeurs a en effet remercié hier soir les nombreux retours, notamment ceux provenant des utilisateurs classiques : « La manière dont certains ressentent ce problème est assez claire, et il y a ceux d’entre nous qui pensent la même chose. Bien que je ne puisse faire aucune promesse, j’ai confiance dans le fait que nous puissions améliorer cette situation ».
Il semble donc que rien ne soit inscrit dans le marbre, quand bien même une sauvegarde de l’état actuel n’est pas garantie. Toutefois, comme suggéré dans la discussion, Chrome OS pourrait garder au moins le support de l’EXT4 pour permettre de « faire le ménage » sans pour autant casser la compatibilité avec la version la plus récente du système de fichiers.
Chrome OS pourrait supprimer le support des systèmes de fichiers EXT2, EXT3 et EXT4
-
Les systèmes de fichiers EXT2, EXT3, et EXT4 sur la sellette
-
Une véritable levée de boucliers
Commentaires (86)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 13/10/2014 à 17h50
Le 13/10/2014 à 17h53
Le 13/10/2014 à 18h01
Tout ça pour une histoire de label " />
Peuvent pas implémenter la fonction au lieu de virer FS ?? Mais en même temps qui utilise cet OS ? (vraie question).
Le 13/10/2014 à 18h06
Le 13/10/2014 à 18h34
Le calcul côté google peut se comprendre, mais est quand même vraiment mal venu.
Le 13/10/2014 à 18h46
Le 13/10/2014 à 19h11
Le 13/10/2014 à 19h33
Le 13/10/2014 à 19h40
Le 13/10/2014 à 19h41
Nan mais c’est vraiment n’importe quoi. On peut renommer un label d’une partition qui utilise ext3/4. Certe il faut être root mais bon ils ont juste à changer le bout de code qui va bien pour enlever la nécessité d’être root. Ça me semble largement à la portée des devs Google.
Le 13/10/2014 à 20h47
C’est moi ou certain voudrais un permis informatique comme pour les voitures ?
Le 13/10/2014 à 21h03
Le 13/10/2014 à 21h04
Le 13/10/2014 à 21h06
Le 13/10/2014 à 21h13
De toute façon, ChromeOS est un non sens…. un système entièrement verrouillé pour n’utiliser que des applis en ligne Google…. les acheteurs bernés par le prix et la communication ont du apprécier…. et que dire des étudiants US, un vrai cadeau empoisonné
Chrome OS est pensé pour enfermer dans le monde Google et pour empêcher la protection et la sécurisation des données…. le fond de commercer de Google
Le 13/10/2014 à 21h16
C’est quoi cette excuse bidon ? Il est tout à fait possible de renommer le nom d’un volume (Label) sous Linux. Si ce n’est qu’un problème de droit (on doit le faire en root si on n’est pas dans le groupe associé au disque, ce qui est une bonne chose question sécurité), c’est très très simple de faire un programme pour élever les privilèges automatiquement (setuid)…
Le 13/10/2014 à 16h44
C’est violent quand même…
Les voies du marketing sont vraiment profondes…
Le 13/10/2014 à 16h54
Ca pue l’excuse bidon…
Par contre j’aimerai bien connaître les vrais raisons…
Le 13/10/2014 à 16h55
Adresse Web :
Next INpactIl m’aura fait la journée ce lien … " />
Le 13/10/2014 à 16h58
Le 13/10/2014 à 17h03
Le 13/10/2014 à 17h08
Encore un ersatz de système d’exploitation quoi.
Le 13/10/2014 à 17h08
> l’idée de supprimer le support de plusieurs systèmes de fichiers traditionnellement trouvés sous Linux : EXT2, EXT3, EXT4. En dépit des raisons techniques avancées, l’équipe a fait face à une véritable levée de boucliers.
Chez les libristes on n’a pas de tabous, mais on a des totems !
" />
Le 13/10/2014 à 17h11
Le 13/10/2014 à 17h28
Le 13/10/2014 à 17h29
" />
" />" />" />" />" />
Le 13/10/2014 à 17h30
Le 13/10/2014 à 17h35
Et tout ca parce qu’il faut etre root pour renommer une partoch ext. Enfin officiellement c’est ca….
Sinon, mettre l’equivalent de la commande de renommage des partitions dans l’equivalent du sudoers avec flag NOPASSWD, c’est pas possible ?
Le 13/10/2014 à 17h39
C’est tant que ça la mer à boire d’entrer une fois le mot de passe?
Le 13/10/2014 à 17h49
Et ben c’est pas avec ce genre de décision qu’on va réussir à se débarrasser de ces format de merde que son FAt32, Ntfs, ex-fat.
D’ailleurs toutes les familles FAT ne devrait plus exister à l’heure actuelle. Il faut remercier pour ca nos amis les constructeur de disque externe qui préféré payer des licence plutôt que de se caler sur un format libre et donc obliger Microsoft à le supporter.
Enfin bon ca génére des emploi fictif et du % de PIB à la création et vente de logiciel qui ne devrait plus exister que sont les logiciel de defragmentation et d’optimisation de FileSystem.
Le 13/10/2014 à 17h49
Juste pour info, quel est le format des partitions système ?
Le 13/10/2014 à 17h49
Le 14/10/2014 à 08h23
Le 14/10/2014 à 08h37
Le 14/10/2014 à 08h39
Le 14/10/2014 à 09h26
La vrai question est pourquoi l’utilisateur ne peut pas renommer un volume sous ChromeOS et pourquoi l’affirmation serait vraie pour ext4 et pas pour le vfat.
Sur une distribution Linux, une vraie, y’a PolicyKit, udev… bref, plein de façons pour l’utilisateur courant d’obtenir des droit avancés sur les médias mobiles qu’il connecte.
On peut, par exemple, faire en sorte que les médias externes appartiennent au groupe “extdisk” et que l’utilisateur ai les droits d’écriture dessus. Et ça marcherais encore mieux sous ChromeOS qui tourne sur du matériel spécifique (contrairement aux “Compatibles PC” sur lequel Linux n’a aucun moyen de savoir si un port SATA correspond à un port interne ou à de l’eSATA externe).
Pour renommer un volume il faut avoir les droit d’écriture sur le périphérique bloc (et pas sur la racine du système de fichier, le nom du volume est une métadonnée du header de celui-ci). Donc ça change quoi ext ou fat dans ce cas ? C’est dans les deux cas celui qui possède le périphérique /dev/sd?? qui peut effectuer l’opération.
Les systèmes de fichiers POSIX, sans droits débrayables, posent bien des problèmes de portabilité, mais c’est au niveau du système de fichier, pas à celui du périphérique.
Le 14/10/2014 à 09h30
Le 14/10/2014 à 10h54
Moi qui n’aimait pas Chrome OS à cause de son côté nouveau Windows by Google…
Je fais bien de le déconseiller à mon entourage, donc, même si ce problème ne risque pas de les concerner (les geeks sont sous Linux, les autres n’utilisent pas EXT).
Le 14/10/2014 à 11h59
Encore du grand n’importe quoi tout ça!
C’est pas comme si ChromeOS était pas tout pompé sur une base Ubuntu en plus " />
Toute façon root ou pas root, l’utilisateur lambda y change rarement le nom de ses volumes alors bon v’là l’excuse, y en as d’autre des “vrai cas techniques” que ça simplifierai ou pas!?
Le 14/10/2014 à 12h56
Le 14/10/2014 à 15h16
Le 14/10/2014 à 15h54
Le 14/10/2014 à 17h14
Le 14/10/2014 à 18h16
Le 14/10/2014 à 18h25
Le 14/10/2014 à 18h28
Le 14/10/2014 à 18h47
Le 14/10/2014 à 18h59
En ce moment je vois tout délirer : un exemple de plus !
Comment certains peuvent encore bouffer du Google ?
Le 13/10/2014 à 15h42
Si c’est pour mettre du FAT/NTFS a la place, c’est une grosse régression. HFS+ journalisé serait pas mal :)
Le 13/10/2014 à 15h48
Sérieux? Renoncer au support du FS “natif” de l’O.S. qui a servi de base de développement, pour se concentrer sur ceux qui ne sont que des pièces rapportées, sous le seul prétexte que l’utilisateur ne peut pas changer le nom du volume dans son clic-o-drome favori?!
La vraie raison est ailleurs. Financière je parie.
D’ailleurs, question: si on oublie la question du support des FS du monde Unix sur les disques externes, quel est le FS utilisé par ChromeOS lui-même, sur sa propre partition?
Le 13/10/2014 à 15h48
Le 13/10/2014 à 15h49
Le 13/10/2014 à 16h02
Donc soit du FAT32, donc adieu les fichiers de + 4 Go, soit du NTFS dont l’implémentation sous Linux est bidouillée dans tous les sens.
C’est quoi leur problème sinon ?
Et oui du coup, ils comptent mettre quel FS en natif ?
Le 13/10/2014 à 16h04
Pourquoi s’étonner ?
Est ce vraiment dans la philosophie de ce genre de système de donner un maximum de possibilités aux utilisateurs ?
Le 13/10/2014 à 16h11
Par exemple, dans le cadre d’une utilisation simple et intuitive, les utilisateurs devraient pouvoir brancher n’importe quel disque dur externe et pouvoir renommer aussi bien les fichiers que le nom du volume-lui-même.
Et pouvoir utiliser n’importe quel disque dur externe tout court ça fait pas partie d’une «utilisation simple et intuitive» ? " />
Si on supprime tout ce qui n’est pas simple et intuitif les ordinateurs ne pourront plus faire grand chose…
Le 13/10/2014 à 16h12
Le 13/10/2014 à 16h21
Modifié le 09/12/2024 à 20h42
Le 13/10/2014 à 16h32
Le 13/10/2014 à 16h36
Le 13/10/2014 à 21h17
Le 13/10/2014 à 21h32
Le 13/10/2014 à 21h35
Du Fat32/Ntfs à la place de l’Ext2/3/4… " />
Le 13/10/2014 à 21h37
Le 13/10/2014 à 21h46
De toutes façons sur un chromebook, le seul fs utile c’est l’API de google drive, le reste n’est que foutaises et gadgets désuets…
Remarque: s’ils pourrissent Ex2 comme SFR a su le faire avec la NB4, autant le virer. J’ai passé des heurs à récupérer mes fichiers d’une clé USB partagée. Tous les accents avaient été remplacés par des points d’interrogation
Le 13/10/2014 à 21h47
Le 13/10/2014 à 21h56
Le 13/10/2014 à 22h57
Ça me rappelle le moment où ils ont verrouillés l’accès aux cartes microsd sur Android, officiellement pour des raisons de sécurité, officieusement pour vendre leurs services cloud. La c’est la même ils veulent plus que les gens bootent du Linux sur les chromebook pas cher qui ne sont intéressants que si on change l’OS… Bref appelons un chat un chat.
Le 14/10/2014 à 02h29
Le 14/10/2014 à 03h52
J ai un chromebook, que j aime bien utiliser a cause de sa rapidité, legereté et simplicité.
Mais s ils virent le support d ext2/3/4, j installerai alors une vrai une distrib linux a la place.
Le 14/10/2014 à 05h36
Ça m’amène à la question que je me pose, c’est bien fait exprès que Microsoft ne supporte pas le ext4, pour forcer à utiliser le ntfs ?
Le 14/10/2014 à 06h59
Le 14/10/2014 à 07h04
Le 14/10/2014 à 07h07
Révélateur des entreprises en général : j’utilise le libre jusqu’à atteindre une taille suffisante, puis je ferme avec mes petites solutions persos… Il faut emmerder le marché avec un chrome os à la con, quand on a un GNU/Linux qui marche et qui offre 1000x plus - juste parce qu’on veut le contrôle absolu du web…
Le 14/10/2014 à 07h19
ChromeOS devient vraiment une plaie. Dommage qu’on ne puisse pas faire un installeur a la Wubi qui installe linux en boot par défaut
Le 14/10/2014 à 08h09
En plus, renommer de l’Ext n’a rien de compliqué, et même si la gestion des droits pour les disques externes est assez rédhibitoire (encore que, en modifiant l’OS, ça ne doit pas être bien dur de tout même en chmod 777 & autoriser l’exécution par défaut, comme le FAT32 et le NTFS), ses performances sont bien meilleures que du NTFS, pas de fragmentation…
Rien que pour ça, je suis bien content d’avoir un serveur chez moi… Quand on comme à stocker nos données, on est bien content de ne pas avoir à se soucier de ça…
Le 14/10/2014 à 19h03
Le 14/10/2014 à 19h57
Le 14/10/2014 à 20h23
Le 15/10/2014 à 05h38
Le 15/10/2014 à 07h35
Le 15/10/2014 à 08h34
Le 15/10/2014 à 08h40
Le 15/10/2014 à 09h00
>Et pour retourner dans la bagnolologie très chère aux comparatifs informatiques,
La bagnolologie, c’est l’étude des bagnoles ?!?!? " />
Le 15/10/2014 à 16h29
Chrome OS pourrait garder au moins le support de l’EXT4 pour permettre de « faire le ménage » sans pour autant casser la compatibilité avec la version la plus récente du système de fichiers.Surtout qu’Ext4 est capable de monter des partitions Ext2/3… Juste une config kernel sous Linux à la compil.
Mais bon, s’ils veulent se tirer une rafale dans les pieds!
Le 16/10/2014 à 07h51
Thanks for all of your feedback on this bug. We’ve heard you loud and clear.We plan to re-enable ext2/3/4 support in Files.app immediately. It will come back, just like it was before, and we’re working to get it into the next stable channel release.
Marche arrière toute ! bug 315401