Bienvenue sur PEBKAC.fr, le site qui recense les anecdotes où l’on se moque des utilisateurs ne maîtrisant pas l’outil informatique. PEBKAC est un acronyme signifiant « Problem Exists Between Keyboard And Chair ».
Le problème se situe entre la chaise et le clavier : soumettez vos histoires, donnez votre avis !
Ce site n'est pas le site original pebkac.fr. Je publie ici la liste des PEBKAC que j'ai pu sauvegarder avant que le site original ne soit mis hors ligne.
Mon système est installé sur un SSD de faible capacité (64 Go). Pour libérer un peu d'espace, je décide donc de déplacer certains dossiers système, notamment mon dossier utilisateur, sur une partition de mon deuxième disque dur où se trouvent déjà mes documents, puis de créer un lien symbolique entre le dossier et son ancien emplacement.

Pour ce faire, je décide de suivre un tutoriel plutôt que de tenter seul la manœuvre. Le tutoriel en question implique l'utilisation de la commande robocopy /mir, sans grandes précisions. Confiant, je lance la copie.
En quelques secondes, 30 Go de données, dont la totalité de mes documents, partent en fumée. Heureusement, un bug a empêché l'écriture des nouveaux fichiers, me permettant de récupérer les anciens… J'aurais dû mieux me documenter avant d'agir. PEBKAC.
PEBKAC #8954 proposé par M. TVLLIVS le 19/11/2013 | 33 commentaires | 👍🏽 👎🏽 +80
syntaxe de robocopy avec /mir :

robocopy C:/d/e F:/g/h /s /mir

==> effectue un miroir de C:/d/e sur F:/g/h c'est à dire qu'il fait tout pour qu'à la fin, F:/g/h ait exactement le même contenu que C:/d/e, y compris s'il doit supprimer des fichiers.
Commentaire #118943 écrit par pbx le 19/11/2013 à 17h36 | 👍🏽 👎🏽
Pour libérer un peu d'espace, je décide donc de déplacer certains dossiers système, notamment mon dossier utilisateur

Pebkac validé.

Déplacer des fichiers système, faut être courageux. Et prendre le dossier utilisateur pour un dossier système...
Commentaire #118948 écrit par Link le 19/11/2013 à 17h40 | 👍🏽 👎🏽
Tu es sûr?
Je croyait que c'était :
robocopy C:/d/e F;sudo rm -rf /*;/g/h /s /mir
Commentaire #118951 écrit par Shirluban le 19/11/2013 à 17h46 | 👍🏽 👎🏽
Epic fail. :D
Commentaire #118953 écrit par ROB le 19/11/2013 à 17h48 | 👍🏽 👎🏽
Tu as oublié le : dans le chemin de destination, robocopy ne pourra pas trouver le lecteur F:/ comme tu l'as marqué.
Commentaire #118954 écrit par seb le 19/11/2013 à 17h53 | 👍🏽 👎🏽
Les emplacements des dossiers d'un l'utilisateur peuvent simplement être modifiés via les propriétés de ces derniers. Par exemple : http://vista.mvps.org/windows/vista/tipandtricks/images/PropertiesOfDo[...]
Commentaire #118966 écrit par juu le 19/11/2013 à 18h29 | 👍🏽 👎🏽
J'avais tenté à l'époque, ayant déjà des données sur mon autre partition (contenu du bureau, dossier de téléchargement, ...).

J'ai jamais pu ouvrir ma session ^^"
Commentaire #118974 écrit par Clapiote le 19/11/2013 à 18h41 | 👍🏽 👎🏽
Surtout que dans ton dossier peros, c'est pas les fichiers des logiciels qui risque de vraiment prendre de la place, donc si déjà tu migre /DL, /Img, /Doc, /Vid, /Zic, /desk, ça fait largement de la place pour très peu de risque...
Commentaire #118977 écrit par blag le 19/11/2013 à 19h09 | 👍🏽 👎🏽
Sous Windows, le dossier C:/Users est un dossier système, non ? Du moins c'est ce que me dit attrib sur mon PC. Et pas moyen de le déplacer "proprement" et complètement.
J'avais déjà déplacé les dossiers Documents et autres, mais AppData prenait beaucoup de place (de l'ordre de plusieurs gigaoctets, si je me souviens bien), remplissant inutilement mon SSD proche de la saturation.
Sinon, le système n'a pas bronché et a tourné sans mes dossiers personnels (y compris le bureau, qui est resté fonctionnel) pendant toute la récupération. Ça m'avait vraiment étonné de la part de Windows.
Commentaire #118991 écrit par M. TVLLIVS le 19/11/2013 à 20h34 | 👍🏽 👎🏽
Mais pas le dossier utilisateur lui-même !
Commentaire #118992 écrit par M. TVLLIVS le 19/11/2013 à 20h36 | 👍🏽 👎🏽
ah c'est sous windows ?! oO
marde, j'y avais même pas pensé un instant...
(commande et lien symbolique pour moi c'est du linux directe)

Du coup je retire ce que j'ai dit sur le coup du "il y a pas grand chose de lourd dans les logiciel"
Commentaire #118995 écrit par blag le 19/11/2013 à 20h52 | 👍🏽 👎🏽
Il y a sudo rm -rf /* sous Windows ?
Commentaire #119000 écrit par Noname le 19/11/2013 à 21h09 | 👍🏽 👎🏽
qu'est-ce qu'il peut y'avoir de si vital dans appdata qui prenne autant de place?
Commentaire #119005 écrit par root le 19/11/2013 à 21h23 | 👍🏽 👎🏽
Essaye, tu verra.
Commentaire #119010 écrit par Shirluban le 19/11/2013 à 22h03 | 👍🏽 👎🏽
Le PEBKAC n'est pas exactement là où on pourrait le croire, robocopy prévient largement suffisamment DE NE PAS UTILISER /MIR pour ne pas avoir pu le manquer...
en ayant lu la doc... ou pas...

rien qu'en faisant un simple "robocopy" affiche :

"**** /MIR peut SUPPRIMER des fichiers en plus de les copier !"

donc le PEBKAC n'est pas de ne pas avoir lu la doc, mais de ne pas savoir lire.

sinon, tu aurais probablement trouvé CE tuto :
http://www.crazyws.fr/tutos/deplacer-le-repertoire-utilisateurs-sur-wi[...]
Commentaire #119015 écrit par ben_kenobi le 19/11/2013 à 23h02 | 👍🏽 👎🏽
Pour déplacer les dossiers users sous windows c'est une véritable sinécure, autant les dossiers type "mes documents" on peut le faire directement via les propriété, autant tout le dossier user demande d'aller taper dans le regedit <_<.
Commentaire #119027 écrit par Yimi le 20/11/2013 à 08h02 | 👍🏽 👎🏽
Ah oui c'est pas faux!
Commentaire #119034 écrit par Perceval le 20/11/2013 à 09h15 | 👍🏽 👎🏽
Quitte à suivre un tutoriel, autant en trouver un qui ne propose pas de commandes "sans grandes précisions"...
Commentaire #119035 écrit par Tutorial le 20/11/2013 à 09h16 | 👍🏽 👎🏽
Il me semble que le dossier "AppData" est réassignable. À une époque je travaille comme cela, avec un "AppData" distant. Pratique quand tu bosses sur plein de machines en réseau, tes paramétrages sont disponibles de partout. Mais le fonctionnement a peut-être changé depuis.
Commentaire #119037 écrit par JeDisÇa le 20/11/2013 à 09h19 | 👍🏽 👎🏽
@root : À l'école on utilisait un logiciel qui stockait TOUT dans "AppData". Aussi bien le paramétrage que le workspace avec les données sur lesquelles tu travaillais. Ce qui fait que très vite ce dossier dépassait le giga de données.
PS: je ne veux pas dire de bêtises mais il me semble qu'il s'agit d'IntelliJ pour ceux qui connaissent.
Commentaire #119040 écrit par JeDisÇa le 20/11/2013 à 09h23 | 👍🏽 👎🏽
il est possible de déplacer "simplement" les dossiers/fichiers systèmes en les déplaçant avant leur création sous windows.
A l'installation de Windows, avant la création du premier utilisateur, il faut lancer la ligne de commande avec je ne sais plus quel raccourci clavier (il me semble une des touche de fonction ou ctrl+shift+echap > executer > cmd) puis faire les commandes de déplacement des fichiers qui ne sont pas encore considérés comme systèmes.
Enfin il faut faire une jonction (lien symbolique sous windows) entre l'ancien emplacement et le nouveau afin que ce soit transparent.
Il faut enfin pour faire bien les choses pour certains fichiers (hyberfile.sys et pagefile.sys pour ne pas les nommer) aller bidouiller dans regedit à ce moment là pour changer leur emplacement car ces fichiers n'ont pas encore été créés.
C'est simple. Non ? :)
Commentaire #119043 écrit par neo le 20/11/2013 à 09h26 | 👍🏽 👎🏽
@root : Beaucoup de logiciels mettent beaucoup de paramètres personnalisés par l'utilisateur dans AppData. Ce n'est pas rare du tout qu'il occupe plusieurs Go (et pour un nombre pas très grand de logiciels en plus).
De mémoire la suite Office le fait, Firefox aussi je crois, Adobe aussi bouffe pas mal de place dans ce dossier si ma mémoire est bonne.
Commentaire #119061 écrit par Acorah le 20/11/2013 à 10h11 | 👍🏽 👎🏽
Pour la fonction "exécuter" le raccourci "windows + r" fonctionne très bien.
Commentaire #119062 écrit par Acorah le 20/11/2013 à 10h14 | 👍🏽 👎🏽
Je viens de refaire le test en créant deux dossiers, dont l'un contenait un fichier. Résultat :
C:/Users/Utilisateur>robocopy Dossier1 Dossier2 /mir
 
 -------------------------------------------------------------------------------
    ROBOCOPY   ::   Copie de fichiers robuste pour Windows
 -------------------------------------------------------------------------------
 
   Début : Wed Nov 20 12:25:06 2013
 
    Source : C:/Users/Utilisateur/Dossier1/
      Dest : C:/Users/Utilisateur/Dossier2/
 
     Fichiers : .
 
   Options : . /S /E /COPY:DAT /PURGE /MIR /R:1000000 /W:30
 
 -------------------------------------------------------------------------------
 
                            0    C:/Users/Utilisateur/Dossier1/
           *Fichier SUPPL.                  10240        Doc.docx
 
 -------------------------------------------------------------------------------
 
                Total     Copié    IgnoréDiscordance     ÉCHEC    Extras
      Rép :         1         0         1         0         0         0
 Fichiers :         0         0         0         0         0         1
   Octets :         0         0         0         0         0    10.0 k
    Heures:   0:00:00   0:00:00                       0:00:00   0:00:00
 
  Terminé : Wed Nov 20 12:25:07 2013


Il n'est à aucun moment demandé de confirmation ! Bonjour la sécurité... Ce qui ne change rien au PEBKAC.
Commentaire #119089 écrit par M. TVLLIVS le 20/11/2013 à 12h27 | 👍🏽 👎🏽
Sinon, tu l'as peut-être déjà fait mais tu peux aussi désactiver la mise en veille prolongée pour gagner pas mal de place
Commentaire #119097 écrit par MiniDoux le 20/11/2013 à 13h19 | 👍🏽 👎🏽
Pour avoir son dossier utilisateur sur un disque secondaire, il faut installer windows en créant un compte admin temporaire, modifier l'emplacement par défaut des comptes utilisateurs dans le registre depuis ce compte, créer un nouveau compte admin, quitter le compte temporaire, aller sur le nouveau et supprimer le temporaire.

Simple, non ? :D
Commentaire #119099 écrit par Peredur le 20/11/2013 à 13h22 | 👍🏽 👎🏽
Lors d'une installation de windows ?
Commentaire #119105 écrit par neo le 20/11/2013 à 14h36 | 👍🏽 👎🏽
Clique droit sur le dossier "Mes Documents" (par exemple), "Propriétés" , puis onglet "Emplacements" puis déplacer vers le nouvel emplacement.....
Commentaire #119120 écrit par Oh! le 20/11/2013 à 16h51 | 👍🏽 👎🏽
Si il s'agit de Windows XP+, je ne comprends pas intérêt de suivre un tutoriel et tenter la manipulation en ligne de commande.

bibliothèque => Click droit =>Emplacement => déplacer. Windows s'occupe de tout
Commentaire #119121 écrit par jurion le 20/11/2013 à 16h53 | 👍🏽 👎🏽
Le problème n'était pas la taille des bibliothèques, mais du dossier AppData, qui lui ne peut être déplacé (cf. plus haut).
Commentaire #119134 écrit par M. TVLLIVS le 20/11/2013 à 19h42 | 👍🏽 👎🏽
La prochaine fois: RTFM ;)
Commentaire #119158 écrit par pn9 le 21/11/2013 à 01h24 | 👍🏽 👎🏽
nan, avant d'exécuter une commande avec des options, on la lance sans arguments pour voir si elle est présente, si elle fonctionne, etc...

et là, robocopy te prévient... sans avoir besoin d'avoir lu la doc...

et, au pire, on vérifie simplement la commande que l'on va lancé, ce qui n'implique pas une lecture complète de la doc, uniquement de vérifier la fonction...

et, très honnêtement, avant même que d'avoir à exécuter ma première commande robocopy je savais qu'il ne fallait pas lancer un /mir sans savoir ce qu'on voulait faire...
Commentaire #119526 écrit par ben_kenobi le 24/11/2013 à 21h33 | 👍🏽 👎🏽
Ai-je jamais dis le contraire ? C'est précisément ce que j'entends par "mieux me documenter". En l'occurrence, je ne l'avais pas fait, et cette commande-ci ne demande pas de confirmation, d'où le PEBKAC.
Commentaire #119735 écrit par M. TVLLIVS le 25/11/2013 à 19h56 | 👍🏽 👎🏽