[Divertissement] Perles de commandes

[Xorg]

Bonsoir.

Suite à une bourde, j'ai décidé d'ouvrir ce topic, où vous êtes invités à poster vos pire fails commis depuis le shell.

Commande de base :

Code : Tout sélectionner

cp -Rv /mnt/nfsroot /

Ayant besoin de préserver certaines permissions et liens, j'ai bêtement changé le début de la commande ainsi :

Code : Tout sélectionner

rsync -arv /mnt/nfsroot /

Devinez qui vient d'écraser une Gentoo fraîchement installée par une Debian diskless sur son serveur personnel...

À vous.

[FoolEcho]

Bah... À mes débuts, un grand classique, rm -rf sur mon HOME... après c'était à la fac, donc vive les admins et le système de sauvegarde.

Autre rm -rf plus dévastateur et spectaculaire mais je ne sais plus quand... Sur un /etc en tous cas (sous Mandriva, je ne sais plus...).

[Loubrix]

Salut,

oui, y a toujours un moment où on est distrait...

j'en ai fait une belle il y a quelques années:

Code : Tout sélectionner

dd if=image-de-distro.iso of=/dev/sda bs=4M

...euh, je viens de taper "sda" au lieu de "sdb" là ? et m.... !!
je venais de faire un "fdisk -l" juste avant pour être sûr de l'identifiant de la clé usb, mais j'ai du être distrait...

[bobo]

Bah... À mes débuts, un grand classique, rm -rf sur mon HOME... après c'était à la fac, donc vive les admins et le système de sauvegarde.

Autre rm -rf plus dévastateur et spectaculaire mais je ne sais plus quand... Sur un /etc en tous cas (sous Mandriva, je ne sais plus...).

peut-être le très traître « rm -rf .* » ? qui remonte l'arborescence récursivement en passant par « .. » (le pompon après de multiples tentatives pour supprimer tous les fichiers cachés du coin)

[benjarobin]

@bobo Avec zsh si tu le configure bien, .* ne "match" pas .., ce qui fait que je suis très habitué maintenant à taper .*
Le jour où je vais faire ceci sous bash...

[bobo]

Le jour où je vais faire ceci sous bash...

tu nous tiendras au courant

[Xorg]

Moi à force de rm traîtres, j'ai fini par faire un alias pour que ça déplace les fichiers dans la corbeille. rm c'est une commande plutôt simple, mais trop destructrice si on l'utilise mal.

Et le dd aussi... Je préfère toujours vérifier 2 fois que j'ai bien mis le bon périphérique dans le of=. Comme quoi l'erreur est humaine, et que le problème existe entre le clavier et la chaise.

[waitnsea]

Quand on inverse les chemins lors d'une première synchro avec rsync c'est pas mal non plus...
ou
"La sauvegarde qui tue..."
...maintenant j'utilise Unison en graphique...

[KorteX39]

DD m'a valu quelques heures de cri et grognement surtout un dd if=/dev/zero sur mon /home en lieu et place d'une clé usb envolé ma collection de films mesheures de musique les photos de mon mariage ainsi que les premiers pas de mon fils

[acid_cloridrix]

Un

Code : Tout sélectionner

dd if=image.iso of=/dev/sda

en voulant me créer un live USB qui était en sdb ou sdc .. je vous laisse deviner la suite mon sda étant mon DD principal .. une bête petite erreur d'inattention qui fait d'immenses dégâts. Vive la sauvegarde !

[Kristen]

J'ai eu le même soucis avec dd heureusement j'avais une sauvegarde
Ça a l'air d'une commande assez ravageuse !!!!

[KorteX39]

A priori dd tiens la palme des perles de la ligne de commande lol. Il faut dire que cette commande est tout aussi puissante que dangereuse

[Piczel]

Nouvelle belle perle de ma part !
Tout à l'heure en TP, tout nickel je fais mon tp tranquillou, et là, moment du drame, il faut faire une archive !

et voilà la perle que tout le monde attendait :

Code : Tout sélectionner

tar cvf *.java > TP5.tar

dommage, j'ai du réécrire toute une classe..

[lemust83]

Un peu moins méchant, suite à des petits soucis d'affichage d'icônes, je décide de vider le .cache :

Code : Tout sélectionner

rm -r ~/ .cache

Sauf que j'avais mis par réflexe idiot un espace après ~/ et avant .cache ....et j'ai vidé mon home
Bon, ça ma permis de faire du ménage

[papajoke]

lemust83

moi perso c'est surtout de me tromper de distribution dans le (multi) terminal
- zut j'étais en ssh et pas chez moi
- grr je pensais être dans un conteneur de test et j'étais sur mon système hôte
- ...