Steam : un bug qui supprime tous les fichiers de l'utilisateur

**Amine Horseman** · 19/01/2015, 23h23

Steam : un bug supprime tous les fichiers de l'utilisateur
sur les distributions Linux

Les utilisateurs de Steam, le célèbre outil de Valve Software qui permet aux gamers de télécharger, jouer et gérer la liste de leurs jeux vidéo sur PC, ont reporté il y a quelques jours de cela, un bug assez inquiétant sur la version Linux de l’outil. En effet, il semblerait qu'un défaut au niveau du code causerait la suppression de tous les fichiers liés au compte de l'utilisateur.

Selon le rapport d'erreur, le fait de déplacer Steam vers un autre emplacement dans le système de fichiers, puis de tenter de lancer le client de nouveau finit par exécuter la commande suivante : « rm -rf /* ». Cette commande, connue par tous les utilisateurs du Shell, a pour effet d'effacer de manière récursive tous les fichiers à partir du répertoire racine, ce qui implique tous les fichiers de l'utilisateur, mais aussi les lecteurs de sauvegarde montés et/ou partagés en réseau, à l'exception des fichiers systèmes appartenant au super-utilisateur « root » qui sont conservés.

« Il s'est réinstallé et tout avait l'air super. Jusqu'à ce que j'ai regardé et vu qu'il avait apparemment tout supprimé, y compris mes 3 To de fichiers sur mon disque dur externe », s'exclama un utilisateur sur GitHub.

Après vérification, la cause du bug a été détectée. Il s'agit d'une simple négligence qu'on peut voir dans le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
# Scary!
rm -rf "$STEAMROOT/"*

Comme on peut le voir, le contenu de la variable $STEAMROOT n'est pas vérifié. Si celle-ci était vide, le code causerait effectivement l'appel à la suppression des fichiers à partir du répertoire racine « / ». A remarquer que le commentaire #Scary (ie: effrayant) laisse penser que le programmeur savait qu'il y avait un risque qu'une telle chose puisse se produire. On attend toujours la réaction de Valve Software.

En attenant, il est conseillé aux utilisateurs d'éviter de déplacer le répertoire Steam et de s'assurer d'avoir une copie de ses fichiers au cas où …

Source : GitHub

Et vous ?

Êtes-vous un utilisateur de Steam sur Linux ?

Avez-vous rencontré un problème similaire ?

**kolodz** · 20/01/2015, 12h20

Pourtant, c'est dans le premier cours d'unix/linux. Le -rf, c'est une arme de destruction massive. Si tu n'es pas prudent avec et que fait une boulet...
Tu t'en mors les doigts que tu n'as plus avec les dents que tu n'as plus non plus

On regarde qui a fait le commit et chasse à l'homme ?

Note le lien est cassé :
Celui-ci redirige vers => http://https//github.com/ValveSoftwa...ux/issues/3671
Bon lien => https://github.com/ValveSoftware/ste...ux/issues/3671

**Tryph** · 20/01/2015, 14h07

Envoyé par Amine Horseman

En attenant, il est conseillé aux utilisateurs d'éviter de déplacer le répertoire Steam et de s'assurer d'avoir une copie de ses fichiers au cas où …

hé hé, je me suis déjà fait avoir comme ça par un de mes propres scripts

mais bon après, en cherchant "safe rm" sur son moteur de recherche préféré, on peut trouver des outils pour éviter ce genre de déconvenue.

**Max Lothaire** · 20/01/2015, 16h02

Franchement... Personne chez Valve d'a pensé à vérifier ? Si ça m'était arriver, je n'aurais pas hésiter une seconde à me retourner contre Valve.

**kiprok** · 20/01/2015, 17h37

Conditions d'utilisation de Steam : ... aucune garantie quant à la non perte de tout ou partie de vos disques dur...
ça en jette comme CU

**Max Lothaire** · 20/01/2015, 17h48

Envoyé par kiprok

Conditions d'utilisation de Steam : ... aucune garantie quant à la non perte de tout ou partie de vos disques dur...
ça en jette comme CU

Ou comment éviter les retombés judiciaires dues à un bug sans le corriger...

Faut voir ce qu'en penserait un juge. Parceque là, si j'ai bien compris, c'est une action normalement simple, effectué par l'utilisateur, qui entraine la perte de données...t

**kolodz** · 20/01/2015, 18h23

Envoyé par Max Lothaire

Ou comment éviter les retombés judiciaires dues à un bug sans le corriger...

Faut voir ce qu'en penserait un juge. Parceque là, si j'ai bien compris, c'est une acion normalement simple, effectué par l'utilisateur, qui entraine la perte de données...

I am not sure what happened. I moved the folder in the title(~/.local/share/steam) to a drive mounted under /media/user/BLAH and symlinked /home/user/.local/steam to the new location.

I launched steam. It did not launch, it offered to let me browse, and still could not find it when I pointed to the new location. Steam crashed. I restarted it.

Si tu appel ça une action "normale"...
La personne a déplacé "à la barbare" un répertoire Steam. Ce n'est pas réellement un cas d'utilisation "normal".

Je ne comprends pas bien la logique du juge... Je doute que cela soit dans l'esprit des utilisateurs Linux (pas ceux que je connais du moins).

Steam sur Linux a 2 ans et ça doit fait un an que celui-ci n'est plus en Bêta. Les manipulations "barbares" n'ont pas toutes été testé...

**Max Lothaire** · 20/01/2015, 18h34

Envoyé par kolodz

Si tu appel ça une action "normale"...
La personne a déplacé "à la barbare" un répertoire Steam. Ce n'est pas réellement un cas d'utilisation "normal".

Je ne comprends pas bien la logique du juge... Je doute que cela soit dans l'esprit des utilisateurs Linux (pas ceux que je connais du moins).

Steam sur Linux a 2 ans et ça doit fait un an que celui-ci n'est plus en Bêta. Les manipulations "barbares" n'ont pas toutes été testé...

Au temp pour moi. M'étant limité à l'article, j'ai cru qu'il été passé par les parametre de steam.

Là, effectivement, c'est de la faute de l'utilisateur.

**RyzenOC** · 20/01/2015, 23h26

Je crois pas que sous Windows se soit possible de supprimer la partition ou est l'os ?

Enfin, un supprimer (interface ou powershell) sur le dossier Windows (depuis Vista) ne marche pas, un formatage de la partition système est impossible si t'es sur l'os.

Au fond la vérité c'est que Steam est portable (dans le sens déplaçable) sous Linux alors que sous Windows je suis sûr qu'il doit générer 50 fois plus de problèmes

Je préfère avoir 50bugs sur steam, que mes partitions soit supprimer pour le coup

troll

Mon point de vue, les jeux steam sur Linux c'est pas terrible car:
la moitiés des jeux soit disant compatible bugs (Civilization 5...),
les éditeurs semble s'en foutre de la version Linux, il préférè déboguer la version Windows
ce n'est pas la faute de linux, mais des développeurs qui s'en foute de la version Linux, déjà que la version Windows laissent parfois a désirer niveau test et support (Ubisoft...).

Pour l'instant le gaming sur Linux se limite a quake3 pour ma part.

**vohufr** · 22/01/2015, 13h21

Biensur que oui, sous linux on se fiche royalement de déplacer des dossiers d'un endroit à un autre. D'autant plus que ce dossier se trouve dans le $HOME. (~/.local/share/steam)

Évidement, selon la distribution, il n'est pas possible de faire pareil avec les dossiers "système", quoi que..., pas grand chose l'empêche finalement. Sous linux tout est modifiable sans altérer le fonctionnement, tant qu'on comprend ce qu'on fait.

Concernant ce bug, il est évidement intolérable. Je ne suis pas certain que le "aucune garantie quant à la non perte de tout ou partie de vos disques dur..." soit applicable ici, car dans ce cas précis, cette condition semble abusive...

Le dossier linux "~/.local/share/steam" s'apparenterai au dossier windows "c:\users\identifiant\localdata\...\steam" si je me souviens bien.
Je ne sais pas si steam s'installe là ou dans c:\program files\. mais il est évident que s'il se trouvait dans le permier... le problème serait identique. Dans ces répertoires, on fait ce qu'on veut et ça reste toujours une utilisation "normale"

**Pierre GIRARD** · 23/01/2015, 15h51

Envoyé par vohufr

...Évidement, selon la distribution, il n'est pas possible de faire pareil avec les dossiers "système", quoi que..., pas grand chose l'empêche finalement. Sous linux tout est modifiable sans altérer le fonctionnement, tant qu'on comprend ce qu'on fait...

Faut juste rester prudent quand on est "root" et encore plus prudent si on est sur un serveur en exploitation.