COMPTOIR
register

Steam sur Linux peut vous faire perdre toutes vos données

Un petit bug, dévoilé sur Github, par un malheureux qui s'y est laissé prendre pourrait vous faire perdre toutes vos données sous GNU/Linux à cause de Steam. L'utilisateur "keyvin" par manque d'espace a voulu déplacer son répertoire Steam et créer un lien vers son nouvel emplacement à l'endroit où il était initialement situé. Chose qui fonctionne normalement pour tout logiciel, sauf quand un bug dans le code s'en mêle.

 

En effet, lorsqu'il a essayé de relancer Steam, il a planté. Au second essai, il a commencé à se réinstaller et tout lui a semblé normal. Effectivement Steam fonctionnait, par contre il avait perdu l'ensemble du contenu de sa partition /home, pour les adeptes de Windows, imaginez perdre tout le contenu de vos bibliothèques (Mes Documents, Images, Vidéos et partitions de stockage de données). Il a tout perdu sans exception et a vite couru sur le net pour signaler cela, histoire qu'un collègue ne se fasse pas avoir de la même façon.

 

Des gars qui n'ont pas peur du code se sont alors penchés sur la question et ont trouvé dans le code de Steam une ligne que voici :

rm -rf "$STEAMROOT/"*

Pour ceux qui ne connaissent pas la fonction de cette commande "rm" sert à détruire (remove), le "-rf" veut dire, "peu importe ce que c'est, tu peux déblayer" et entre les guillemets se trouve la cible suivie d'une petite étoile, voulant dire que tout ce qui se trouve dans le dossier spécifié doit être détruit. Manque de bol, en ce cas la valeur $STEAMROOT est vide et la commande est donc interprétée ainsi :

rm -rf /*

Ce qui veut dire : "efface tout, peu importe ce que c'est à partir de /" et la racine (/) est la base d'un système GNU/Linux, comme le C: sous Windows. Donc si la commande se lance via une requête utilisateur, vous vous en sortez avec votre /home complètement vidé (n'ayant pas les droits sur le reste), par contre pour ceux qui lancent la chose en root (administrateur), là c'est tout l'OS qui saute et ça n'est pas beau à voir.

 

Fort heureusement, le bug est remonté et des correctifs sont déjà en préparation. En attendant, on vous conseille de ne pas déplacer votre répertoire Steam sous GNU/Linux et de ne pas faire mumuse avec les outils de débogage qui lui sont liés. Encore un bug qui va permettre aux pro-Microsoft de taper sur la communauté GNU/Linux, aux anti-Steam de demander à Valve de dégager de leur OS libre, mais que serait le monde s'il n'y avait pas des personnes toujours prêtes à venir gueuler à la moindre occasion ? (Source : Neowin)

 

 Steam

Un poil avant ?

Un de plus chez Cooltek

Un peu plus tard ...

Les GTX 960M, GTX 950M et 940M du caméléon prêtes à débarquer ?

Les 16 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Un ragoteur barré embusqué, le Lundi 19 Janvier 2015 à 08h18  
kill -s STEAM 1234
par Pascal M., le Lundi 19 Janvier 2015 à 07h51  
par ryoushi le Dimanche 18 Janvier 2015 à 17h54
J'ai pas choisi l'avatar, c'est le nouveau "par défaut"
rhoo
par deathblow, le Dimanche 18 Janvier 2015 à 19h30  
*facepalm*
par ryoushi, le Dimanche 18 Janvier 2015 à 19h18  
par Xorg le Dimanche 18 Janvier 2015 à 19h01
C'est pour ça qu'une machine virtuelle "bidon" sert toujours pour faire des tests.
Je conseille d'utiliser Ubuntu pour tester la commande :
# rm -rf / --no-preserve-root
Ha, ca doit être marrant ça, je testerai en prod (ou pas)

ps : changé d'avatar du coup
par Xorg, le Dimanche 18 Janvier 2015 à 19h01  
par JumpIfBelow le Dimanche 18 Janvier 2015 à 18h03
Ca me rappelle les joies de la programmation en bash ou PowerShell... De quoi rigoler quand on fait des opérations un peu dangereuses, et qu'on teste <img src='http://www.forumsducomptoir.com/public/style_emoticons/<#EMO_DIR#>/ph34r.png' class='bbc_emoticon' alt='' />
C'est pour ça qu'une machine virtuelle "bidon" sert toujours pour faire des tests.
Je conseille d'utiliser Ubuntu pour tester la commande :
# rm -rf / --no-preserve-root
par Xorg, le Dimanche 18 Janvier 2015 à 19h00  
par ryoushi le Dimanche 18 Janvier 2015 à 17h54
J'ai pas choisi l'avatar, c'est le nouveau "par défaut"
Ah d'accord, désolé.
par JumpIfBelow, le Dimanche 18 Janvier 2015 à 18h03  
Ca me rappelle les joies de la programmation en bash ou PowerShell... De quoi rigoler quand on fait des opérations un peu dangereuses, et qu'on teste <img src='http://www.forumsducomptoir.com/public/style_emoticons/<#EMO_DIR#>/ph34r.png' class='bbc_emoticon' alt='' />
par ryoushi, le Dimanche 18 Janvier 2015 à 17h54  
par Xorg le Dimanche 18 Janvier 2015 à 17h44
Tu as le même avatar que Space, on vous confond facilement.
J'ai pas choisi l'avatar, c'est le nouveau "par défaut"
par Akiki du Languedoc-Roussillon, le Dimanche 18 Janvier 2015 à 17h53  
par Space le Dimanche 18 Janvier 2015 à 17h03
Ce genre de négligence n'est pas nouvelle chez Valve.
Pour ceux qui s'en souvienne avec l'édition original de Half Life ( la version de 1998 ) quand on désinstallait "les utilitaires Sierra" , en fonction du dossier ou cela avait été installé , il supprimait carrément l'intégralité du dossier "Program Files"
Pas nouveau .. sortir un truc vieux d'il y a presque 20 ans en guise d'exemple
Message de Un ragoteur barré du Languedoc-Roussillon supprimé par un modérateur : hs
par Xorg, le Dimanche 18 Janvier 2015 à 17h44  
par ryoushi le Dimanche 18 Janvier 2015 à 17h35
Arf, c'est vraiment crado comme code...

Comme l'a dit Xorg, sans être parano, la moindre des chose est de faire un test avant de lancer une commande comme RM ...
Surtout un rm -rf...

Tu as le même avatar que Space, on vous confond facilement.
par ryoushi, le Dimanche 18 Janvier 2015 à 17h35  
Arf, c'est vraiment crado comme code...

Comme l'a dit Xorg, sans être parano, la moindre des chose est de faire un test avant de lancer une commande comme RM ...