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.
Commentaires (86)
#1
Si c’est pour mettre du FAT/NTFS a la place, c’est une grosse régression. HFS+ journalisé serait pas mal :)
#2
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?
#3
#4
#5
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 ?
#6
Pourquoi s’étonner ?
Est ce vraiment dans la philosophie de ce genre de système de donner un maximum de possibilités aux utilisateurs ?
#7
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…
#8
#9
#10
ChromeFS ! Fork de EXT4 avec une nouvelle fonctionnalité révolutionnaire : pouvoir renommer le nom du volume !
Ne jamais louper une occasion de réinventer la roue.
#11
#12
#13
C’est violent quand même…
Les voies du marketing sont vraiment profondes…
#14
Ca pue l’excuse bidon…
Par contre j’aimerai bien connaître les vrais raisons…
#15
Adresse Web :
http://forum.nextinpact.com/topic/132943-nouvel-os-projet-phoenix/?p=2219787
Il m’aura fait la journée ce lien … " />
#16
#17
#18
Encore un ersatz de système d’exploitation quoi.
#19
> 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 !
" />
#20
#21
#22
" />
" />" />" />" />" />
#23
#24
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 ?
#25
C’est tant que ça la mer à boire d’entrer une fois le mot de passe?
#26
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.
#27
Juste pour info, quel est le format des partitions système ?
#28
#29
#30
#31
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).
#32
#33
Le calcul côté google peut se comprendre, mais est quand même vraiment mal venu.
#34
#35
#36
#37
#38
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.
#39
C’est moi ou certain voudrais un permis informatique comme pour les voitures ?
#40
#41
#42
#43
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
#44
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)…
#45
#46
#47
Du Fat32/Ntfs à la place de l’Ext2/3/4… " />
#48
#49
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
#50
#51
#52
Ç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.
#53
#54
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.
#55
Ç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 ?
#56
#57
#58
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…
#59
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
#60
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…
#61
#62
#63
#64
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.
#65
#66
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).
#67
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!?
#68
#69
#70
#71
#72
#73
#74
#75
#76
En ce moment je vois tout délirer : un exemple de plus !
Comment certains peuvent encore bouffer du Google ?
#77
#78
#79
#80
#81
#82
#83
#84
>Et pour retourner dans la bagnolologie très chère aux comparatifs informatiques,
La bagnolologie, c’est l’étude des bagnoles ?!?!? " />
#85
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!
#86
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