Journal rm mon amour

Posté par  .
Étiquettes : aucune
-38
14
fév.
2011
Très cher Journal, je vois rouge. (je vois roujnal ;-)

Mais comme les blagues les plus courtes sont les meilleures, voilà ce que j'ai fait en voulant effacer un fichier nommé application.tcl.back :
op@boub:~/tmp/supp-profils$ ls -l[ENTREE]
total 32
-rwxrwx--- 1 op data 6709 déc 6 15:38 application.tcl
-rwxrwx--- 1 op data 3495 nov 24 12:41 application.tcl.back
-rwxrwx--x 1 op data 60 nov 22 16:41 clean.bash
drwxrwx--x 3 op data 4096 fév 14 09:59 config
-rwxrwx--x 1 op data 362 fév 1 10:46 go.bash
drwxrwx--x 5 op data 4096 nov 22 15:18 log
op@boub:~/tmp/supp-profils$ rm a[TAB]pplication.tcl[ENTREE]
op@boub:~/tmp/supp-profils$ man -k photorec

J'ai les boules, et j'ai pas de sauvegarde de ce répertoire... (et PhotoRec n'a rien trouvé d'intéressant)

A bientôt pour une nouvelle poilante.
  • # C'est tiré par les cheveux

    Posté par  (site web personnel) . Évalué à 10.

    A bientôt pour une nouvelle poilante.

    J'ai trouvé la première plutôt rasoir.
  • # 3d too late...

    Posté par  (Mastodon) . Évalué à 1.

    op@boub:~/tmp/supp-profils$ rm a[TAB]pplication.tcl[ENTREE]

    Problème de calendrier ?
  • # prompt…

    Posté par  . Évalué à 6.

    Et tout ceci dans ~/tmp

    Tu chercherais pas les emmerdes ? :p
    • [^] # Re: prompt…

      Posté par  . Évalué à 6.

      Dans /tmp, ce serait vraiment chercher les emmerdes...
    • [^] # Re: prompt…

      Posté par  . Évalué à -3.

      Et en plus, il utilise probablement un alias pour utiliser -f automatiquement.

      Et il se permet de pleurer ...
      • [^] # Re: prompt…

        Posté par  (site web personnel) . Évalué à 6.

        -f est le comportement par défaut de rm...
        • [^] # Re: prompt…

          Posté par  . Évalué à 5.

          Exact.
          Mauvaise distrib, changer distrib.
          • [^] # Re: prompt…

            Posté par  . Évalué à 2.

            # cat /proc/version
            Linux version 2.6.26-2-amd64 (Debian 2.6.26-25lenny1) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Sep 16 15:56:38 UTC 2010

            ... Débian c'était mieux à vent ?
        • [^] # Re: prompt…

          Posté par  . Évalué à 7.

          Il y a une différence de comportement entre rm et rm -f. Typiquement lorsque le fichier qu’on veut effacer n’a pas le droit w pour l’utilisateur, je parle bien du fichier, pas du répertoire dans lequel il se trouve, donc l’utilisateur a le droit de l’effacer, mais rm demande avant… c’est bien chiant lorsqu’il s’agit d’un répertoire .git !
      • [^] # Re: prompt…

        Posté par  (site web personnel) . Évalué à 10.

        bof de toute façon le prompt de rm -i est aussi efficace que l'UAC de vista, très rapidement on apprend à zapper completement cette question à la con qui brise l'élan et qui fait user la touche 'y' pour rien et on met un -f sans reflechir
        • [^] # Re: prompt…

          Posté par  . Évalué à 7.

          mine de rien ce petit -i est salutaire et m'a épargné bien des soucis (par contre quand je passais sur une machine qui n'avais pas ce moins i j'ai eu quelques soucis). Quand je veux zapper ce -i je fais un bête -f ou un \rm; et dans ce cas je réfléchis à deux fois avant de valider... Par contre faudra penser à pendre celui qui à eu la riche idée de positionner [backspace] à coté de [return]

          Il ne faut pas décorner les boeufs avant d'avoir semé le vent

          • [^] # Re: prompt…

            Posté par  . Évalué à 3.

            > [backspace] à coté de [return]

            Ou / à côté de *, sur le pavé numérique. rm -rf / au lieu de *, aïe mon /home.
            • [^] # Re: prompt…

              Posté par  . Évalué à 6.

              (arcaik) |> ~ <| su -
              Password:
              (root) |> ~ <| rm -rf /
              rm: it is dangerous to operate recursively on `/'
              rm: use --no-preserve-root to override this failsafe
              (root) |> ~ <|


              Je préfère taper malencontreusement / que * :)
              • [^] # Re: prompt…

                Posté par  . Évalué à 2.

                Et après tu t'étonnes que tu casses tout (private joke ;) )
          • [^] # Re: prompt…

            Posté par  . Évalué à 3.

            Par contre faudra penser à pendre celui qui à eu la riche idée de positionner [backspace] à coté de [return]

            Je plussoie vigoureusement, j'ai perdu le contenu d'un disque externe comme ça, je voulais copier une image hybride sur une clef usb j'ai fais dd if=... of=/dev/sdb. J'ai voulu effacer et j'ai lancer la copie.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: prompt…

              Posté par  . Évalué à 5.

              je fais des sauvegardes de mon disque régulièrement avec dd. Mon astuce est de taper un truc faux comme programme, par exemple ddd avec trois d. Seulement après avoir bien vérifié que tous les /dev/ pointent bien là ou je veux et que je souhaites toujours lancer la commande, je retourne au début de la ligne, j'efface la lettre en trop et je valide. Trois frappes sont nécessaires pour valider, c'est beaucoup plus dur de se tromper.
              • [^] # Re: prompt…

                Posté par  . Évalué à 2.

                autant commencer par un # dans ce cas :
                #dd if=...
                • [^] # Re: prompt…

                  Posté par  . Évalué à 2.

                  C'est plus compliqué à taper en clavier français (et je veux pas savoir si c'est mieux en bépo ou si zsh a une option pour ajouter # automatiquement).
                  • [^] # Re: prompt…

                    Posté par  . Évalué à 2.

                    Oui mais ça permet de moins se tromper également quand on écrit quelque chose du genre :
                    faussecommande > fichierimportant
                    • [^] # Re: prompt…

                      Posté par  . Évalué à 2.

                      Surtout que ddd existe si je ne me trompe pas.

                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                      • [^] # Re: prompt…

                        Posté par  . Évalué à 2.

                        oui, mais c'est une interface graphique à gdb, donc je doute fortement qu'il comprenne "of" ou "if"
          • [^] # Re: prompt…

            Posté par  . Évalué à 10.

            Quand je veux zapper ce -i je fais un bête -f ou un \rm; et dans ce cas je réfléchis à deux fois avant de valider...

            Ah bon ? Moi je réfléchis tout le temps avant un RM, ce n'est pas le -i qui change quelque chose. Modifier le comportement par défaut d'une commande unix tout simplement parce que les gens ne réfléchissent pas, c'est ça le problème.
            • [^] # Re: prompt…

              Posté par  . Évalué à 1.

              Et dieu inventa...
              La corbeille!

              If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

              • [^] # Re: prompt…

                Posté par  (Mastodon) . Évalué à 10.

                ....que tout le monde court-circuite avec shift parce que c'est surtout très emmerdant !

                Non, en vérité, Dieu inventa Hammerfs et undo (1).
                http://leaf.dragonflybsd.org/cgi/web-man?command=hammer&(...)
                http://leaf.dragonflybsd.org/cgi/web-man?command=undo&se(...)
                • [^] # Re: prompt…

                  Posté par  . Évalué à 4.

                  Qu'est ce que ca a d'emmerdant?
                  L'important c'est que tes fichiers soient plus dans ton FS.

                  C'etait peut etre emmerdant a une epoque ou les disques etaient petits (et encore, les fichiers etaient petis aussi), et donc un envoi a la corbeille etait generalement suivi par un vidage de corbeille.

                  A moins de supprimer la moitie de son disque dur tous les 2 jours, je vois pas trop en quoi c'est genant de tout balancer a la corbeille. Quand t'as besoin de place (si t'as besoin de place un jour...), tu vides la corbeille et pis vala.

                  Entre devoir supprimer 20Go en 2 operations tous les 36 du mois et risquer de perdre des donnees importantes, perso je prend l'option 1.

                  If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

                  • [^] # Re: prompt…

                    Posté par  . Évalué à 2.

                    J'ai plusieurs disques et partitions. Ma corbeille est dans /home. Si j'envoie dans la corbeille, ça déplace les fichiers vers /home, ce qui n'est pas l'effet recherché.
                    • [^] # Re: prompt…

                      Posté par  . Évalué à 2.

                      c'est plutôt un problème d'implantation foireuse.

                      Si c'est vraiment ce qui se passe, et je n'ai pas de raison d'en douter, c'est un alogo d'une telle naiveté que le mec qui a coder cette horreur est surement encore à la maternelle.
                    • [^] # Re: prompt…

                      Posté par  . Évalué à 0.

                      Ouais, enfin a ce niveau la, c'est meme plus une implementation naive, c'est juste debile...

                      If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

                      • [^] # Re: prompt…

                        Posté par  . Évalué à 2.

                        Et c'est ce que fait KDE. J'ouvre Dolphin, j'envoie vers la corbeille un un fichier de /mnt/misc (partition où je stocke des fichiers de travail assez gros), et il se retrouve dans /home/JGO/.local/share/Trash/files/ (sur une partition différente).
                  • [^] # Re: prompt…

                    Posté par  (Mastodon) . Évalué à 7.

                    Qu'est ce que ca a d'emmerdant?
                    L'important c'est que tes fichiers soient plus dans ton FS.


                    Ben en l'occurence ils y sont toujours justement.

                    La corbeille c'est emmerdant pour plein de choses :

                    1. son utilisation n'est pas globale au niveau applicatif, ce n'est valide que pour l'explorer / finder. Si ton fichier est supprimé depuis la ligne de commande ou via une appli tierce, tu ne le retrouveras pas dedans.

                    2. son usage n'est pas globale en terme de FS, du coup tu as autant de corbeilles que de filesystems. Le pire reste encore avec les disques/sticks amovibles, t'as une corbeille par stick (et qui te fais chier quand tu l'ouvres sur un autre OS).

                    3. tu dois manuellement vider ta corbeille de temps en temps. D'une part c'est chiant, d'autre part les 3/4 des gens ne savent pas que ça existent ou oublient de le faire et se retrouvent avec un disque plein sans comprendre pourquoi. Aors certe tu peux probablement automatiser son vidage, mais dans ce cas la tu perds l'intérêt cité dans ta derière phrase.

                    4. Tu parles d'époque ou les disques étaient petits, mais justement l'usage est maintenant indexé à la taille des disques. On s'amuse régulièrement à télécharger des gros fichiers vidéos, des images de disques etc...Ta corbeille enfle toujours autant qu'avant.

                    C'est pour ça que je parlais de hammerfs, c'est un fs copy on write qui fait des snapshots réguliers, un simple undo te permet de visualiser / restaurer une version antérieure d'un fichier. Les snapshots peuvent être supprimés régulièrement sans que tu te souçie de quoique ce soit. C'est bien plus utile et intelligent qu'une corbeille.

                    J'ai cité hammerfs, mais on peut faire la même chose avec zfs et j'imagine aussi btrfs.

                    Entre devoir supprimer 20Go en 2 operations tous les 36 du mois et risquer de perdre des donnees importantes, perso je prend l'option 1.

                    Dans tous les cas ça ne remplace pas des backups réguliers ni le fais de réfléchir avant de supprimer un fichier.

                    Mais bon la corbeille est loin d'être la meilleure solution.
                    • [^] # Re: prompt…

                      Posté par  . Évalué à 4.

                      1. C'est du paramétrage tu peut te faire un script et demander à ton gestionnaire de fichier de l'utiliser et te faire un alias rm vers ton script (ou remplacer le binaire rm par ton script).

                      2. Ça aussi ça dépend de comment tu fais, la plupart des implémentation son débile, mais rien n'empêche de tout renvoyer vers ~/.trash

                      3. Tu peut supprimer automatiquement les fichiers qui on plus d'un moi sans que ça pose de problèmes je pense.

                      4. {hammer,z,btr}fs (ou lvm) aussi bien soient-ils ne changent pas le problème. Les snapshot prennent de la place, elles économisent de la place sur le fichiers qui ne sont pas supprimé/modifié, mais pour les fichiers en corbeille, ça ne change pas le problème. Ils vont même prendre plus de place que la corbeille parce qu'ils enregistre les versions de tout les fichiers (une version par snapshot), donc utiliser l'argument des snapshots dans cette situation c'est pas pertinent.

                      Après moi j'utilise pas ni l'un ni l'autre.

                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                      • [^] # Re: prompt…

                        Posté par  (Mastodon) . Évalué à 5.

                        1. C'est du paramétrage tu peut te faire un script et demander à ton gestionnaire de fichier de l'utiliser et te faire un alias rm vers ton script (ou remplacer le binaire rm par ton script).

                        2. Ça aussi ça dépend de comment tu fais, la plupart des implémentation son débile, mais rien n'empêche de tout renvoyer vers ~/.trash

                        3. Tu peut supprimer automatiquement les fichiers qui on plus d'un moi sans que ça pose de problèmes je pense.


                        Je n'ai pas dis qu'on ne pouvait pas simuler une corbeille sous linux, je dis juste que la corbeille telle qu'elle est implémentée chez les différents vendeurs d'OS est défaillante car une mauvaise réponse à un problème donné. T'auras beau faire un alias à rm, si ton fichier est supprimé par une appli tu ne pourras le récupérer. Alors qu'un snap, c'est complètement indépendant des applis utilisées.

                        4. {hammer,z,btr}fs (ou lvm) aussi bien soient-ils ne changent pas le problème. Les snapshot prennent de la place, elles économisent de la place sur le fichiers qui ne sont pas supprimé/modifié, mais pour les fichiers en corbeille, ça ne change pas le problème. Ils vont même prendre plus de place que la corbeille parce qu'ils enregistre les versions de tout les fichiers (une version par snapshot), donc utiliser l'argument des snapshots dans cette situation c'est pas pertinent.

                        Oui mais le gros avantage des snaps, c'est que ça s'applique aussi aux modifications de fichiers tu peux revenir à x versions antérieures simplement. Et ce sans avoir à passer par une usine à gaz comme un outil de gestion de version.

                        De plus, c'est très facile, via un fs qui le supporte et une politique de snap, de dire que tu veux un snap toutes les 5 minutes de la dernière heure, + un snap par heure + un snap par jour, avec une alerte + nettoyage automatique en cas de dépassement d'un seuil donné de ton espace disque. Alors certe tu peux te faire un nettoyage de ta corbeille à coup de find -mtime xxx, mais bon c'est tout de suite plus bricolage.

                        un exemple intéressant, c'est le time slider de opensolaris / openindiana / solaris express 11 qui est une sorte de time machine en plus élégant :
                        http://blogs.sun.com/erwann/entry/zfs_on_the_desktop_zfs
                        • [^] # Re: prompt…

                          Posté par  . Évalué à 3.

                          Pour les système de fichiers c'est très consommateur en place d'une part (le COW est une solution pour limiter la prise consommation, mais tout ce que tu backup, ça te prend de la place).

                          Tu as un niveau de granularité plus gros, tu es obligé de travailler avec une partition complète.

                          A chercher à faire des choses aussi complexes, avec (grâce au COW) des backup incrémentaux, autant faire de vrai backup et de vrais backup faut que les snapshot ne soient plus sur le même disque dur (d'ailleurs on peut déplacer les snapshot sur d'autres disques dur ?).

                          Comprenons nous bien, oui les snapshots et les backups ça déchire et on devrait tous en faire, mais non pour moi ça n'est pas la même fonctionnalité qu'une corbeille. La corbeille, c'est juste pour pouvoir dire "à merde j'ai supprimé tel fichier, bon il est dans tel dossier du coup" sans avoir à sortir l'artillerie lourde (montage du dernier snapshot).

                          Pour moi ça n'a pas la même fonctionnalité.

                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                          • [^] # Re: prompt…

                            Posté par  (Mastodon) . Évalué à 2.

                            Pour les système de fichiers c'est très consommateur en place d'une part (le COW est une solution pour limiter la prise consommation, mais tout ce que tu backup, ça te prend de la place).

                            Les avantages sont tellements important que ça vaut le coup. Du reste tu ne vas pas forcément activer le snapshoting partout, ni avoir la même politique pour tout type de filesystem.

                            Tu as un niveau de granularité plus gros, tu es obligé de travailler avec une partition complète.

                            Cette vision en terme de "partition" est moyenageuse. Avec les FS modernes, on crée des pelletées de volumes en fonction des usages, et les actions de créations/resizing des volumes (pour autant qu'ils aient une taille) est instantané. Dans un homedir, tu peux très bien avoir plusieurs filesystems avec des paramétrages de snapshotting, deduplication, compression ou autres différents sans surcoût particulier.

                            A chercher à faire des choses aussi complexes, avec (grâce au COW) des backup incrémentaux, autant faire de vrai backup et de vrais backup faut que les snapshot ne soient plus sur le même disque dur (d'ailleurs on peut déplacer les snapshot sur d'autres disques dur ?).

                            Tu peux effectivement utiliser le système de snap de ton os comme outil de backup. Par exemple avec zfs tu peux faire un zfs send nomdusnapshot | ssh user@remotestorage "zfs receive pooldedestination/nomdusnapshot". Avec l'option -i de zfs send, tu peux même envoyer un incrémental entre deux snapshots.

                            Comprenons nous bien, oui les snapshots et les backups ça déchire et on devrait tous en faire, mais non pour moi ça n'est pas la même fonctionnalité qu'une corbeille. La corbeille, c'est juste pour pouvoir dire "à merde j'ai supprimé tel fichier, bon il est dans tel dossier du coup" sans avoir à sortir l'artillerie lourde (montage du dernier snapshot).

                            Oui mais comme dit plus haut, une corbeille c'est un hack foireux car ce n'est pas intégré au fs : aucune cohérence entre les différentes applis qui tapent dessus, ne supporte que les supressions sans possibilité de récupérer un fichier "écrasé" ou une version antérieure.

                            Récupérer depuis un snap, ce n'est pas sortir l'artillerie lourde, tu n'as pas de montage à faire. Un simple undo le <nom du fichier> sur du hammerfs, 2 clicks dans nautilus dans zfs pour revenir en arrière ou simplement naviguer dans l'arbo cachée ".zfs" de ton filesystem. Pas plus loin que d'aller chercher un fichier dans la corbeille.
                    • [^] # Re: prompt…

                      Posté par  . Évalué à -1.

                      1) Elle est probablement pas globale sous linux parce que le developpeur a aucune idee de laquelle des 47 implementations differentes de corbeilles tu utilises (toutes ayant evidemment une api radicalement differente).
                      N'importe quelle appli un tant soit peu bien fait sous macos ou windows balancera a la corbeille au lieu de supprimer purement et simplement ('fin, si tant est que ca a du sens, en fonction de l'appli evidemment, je m'attends pas a ce qu'un desinstalleur envoie tout a la corbeille),

                      2) Ca fait tellement longtemps que j'ai pas supprime un truc d'un disque externe que je vais pas etre categorique, mais je suis a peu pres sur que la corbeille est unifiee sous macos. C'est a dire que t'as une seule corbeille, quand tu mets un truc a la corbeille depuis un disque externe, tu le verras dans la corbeille quand tu rebrancheras le disque.
                      Note que c'est a prendre avec des pincettes, comme indique plus haut. J'ai pas la moindre foutue idee de comment ca marche sous windows par contre.

                      3) Ca se fait en 2 clics tous les 6 mois (et encore, si tu le fais un jour, en fonction de l'usage de ta machine, ca peut tres bien ne jamais arriver). C'est pas exactement ce que j'appelle chiant.

                      4) Ca depend de l'usage. Pour un usage personnel, oui, c'est possible. C'est le cas de mon macmini htpc - il recoit 4 dvd par semaines, je vide la corbeille tous les... je sais meme pas en fait, une fois par mois peut etre?
                      Mes 2 machines "boulot": j'ai actuellement 350Go dispo sur mon laptop taff, 200Go sur mon desktop (avec madame qui s'en sert pour ses photos et du totoshop).
                      Vu la taille des disque actuels, a moins de telecharger/ripper comme un goret, faut serieusement y aller pour le remplir comme un oeuf.

                      Dans tous les cas ça ne remplace pas des backups réguliers ni le fais de réfléchir avant de supprimer un fichier.
                      Certes.
                      Apres, les humains, ca fait des erreurs. Meme quand ca reflechit, sisi. Des fois, l'humain il est bourre. Des fois il est distrait. Des fois il est fatigue. Des fois il est atteint du syndrome "fait ce que je pense, pas ce que je dit". Des fois il fait juste des conneries, comme ca, sans raison. C'est ce qui fait de l'humain un humain, cette capacite a deconner a plein tube.
                      Partant de la, repondre "ben t'avais qu'a faire gaffe" quand tu sais que le probleme va necessairement arriver un jour, c'est un peu ballot comme reponse, non?
                      Ca veut pas dire non plus que les backups sont inutiles, mais le backup n'est pas vraiment la solution adaptee a ce probleme precis, tout ce que tu veux faire dans ce cas, c'est "annuler la suppression du fichier".

                      Comme dans la vraie vie, ou quand tu balances un document a la corbeille, tu peux le sortir de la dite corbeille. Tu vas pas aller repondre a la documentaliste que la solution au "j'ai malencontreusement mit un truc a la poubelle", c'est d'archiver chacun des documents qui lui passe entre les mains, non?

                      If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

                      • [^] # Re: prompt…

                        Posté par  . Évalué à 5.

                        « Ca veut pas dire non plus que les backups sont inutiles, mais le backup n'est pas vraiment la solution adaptee a ce probleme precis, tout ce que tu veux faire dans ce cas, c'est "annuler la suppression du fichier". »

                        Bah pour moi le backup, incrémental, est précisément là pour pallier à ce problème, c’est même son seul et unique rôle. Qui plus est la corbeille corrige d’une seule connerie : celle qui consiste à la suppression du dit fichiers. Entre le dd, >, la sauvegarde par inadvertance dans le mauvais fichier, le déplacement cp/mv qui écrase, un mauvais script qui fout le boxon dans le système, et j’en passe il y a moyen de faire bien plus de conneries que la simple suppression. Alors comme tu dis l’être humain est humain, s’il doit faire une connerie, ça ne sera sûrement pas la suppression bête d’un fichier, loi de Murphy oblige.

                        Après pour ceux qui n’ont pas les moyens le backup est aussi utile pour se protéger des pannes de disque dur… mais techniquement c’est le raid ou la copie mirroir qui doit faire ça.
                  • [^] # Re: prompt…

                    Posté par  . Évalué à 4.

                    C'est emmerdant quand tu veux supprimer Young_Teen_Fucking.XXX.DVDRip.avi sans laisser de traces, des fois que ta femme/maîtresse/enfant/patron/chien/autre s'amuse à regarder ta corbeille :)
                    • [^] # Re: prompt…

                      Posté par  . Évalué à 6.

                      perso je renomme ce genre de contenu en Le_Pacte_des_GNU.avi et puis c'est marre
  • # Rien n'est perdu

    Posté par  . Évalué à 5.

    Curieusement, il m'est arrivé quelquechose de similaire ce week end et j'ai utilisé google :

    http://www.korben.info/recuperer-des-fichiers-effaces-sous-l(...)
    • [^] # Re: Rien n'est perdu

      Posté par  (site web personnel) . Évalué à 2.

      En même temps, il indique avoir utilisé photorec.
      Et au vu de la page de man de foremost, il retrouve a priori bien moins de choses que photorec. Après, si la situation est désespérée, ça ne coûte pas grand chose d'essayer...
      • [^] # Re: Rien n'est perdu

        Posté par  . Évalué à 1.

        C'est ce que je suis en train de faire : foremost.
        Mais ça n'a pas l'air bien efficace (moins que PhotoRec) et en plus ça occupe un coeur à 100% sur le serveur.
        Merci tout de même à MrBidon, je connais un programme de plus maintenant ! (ça peut servir).
        • [^] # Re: Rien n'est perdu

          Posté par  . Évalué à 2.

          D'expérience, j'ai les résultats suivants :
          - Photorec retrouve plus de choses que foremost.
          - Foremost trouve des fichiers que Photorec ne trouve pas.
          - Globalement, ce que foremost trouve en plus, c'est direction la poubelle.

          Donc en fait, Photorec est suffisant dans la plupart des cas.
          • [^] # Re: Rien n'est perdu

            Posté par  . Évalué à 6.

            D'expérience, le plus efficace c'est un backup automatique journalier. ;)
            • [^] # Re: Rien n'est perdu

              Posté par  . Évalué à 0.

              J'en avais bien, mais pas de ce fichu répertoire tmp présent dans mon home :-(
              • [^] # Re: Rien n'est perdu

                Posté par  . Évalué à -1.

                Euh ... J'avais pas tilté avant, mais bosser dans son /tmp, c'est comme bosser en root: c'est du suicide.

                le /tmp est prévu pour stocker les fichiers pouvant être effacés sans dommage, c'est d'ailleurs pour ça que ce n'est pas inclus dans les backup (et que ça s'appelle tmp, accessoirement).

                Bref, là tu as manifestement un système avec un certain nombre de garde-fous (backup régulier, ...), que tu esquive (en le faisant exprès ou pas, je ne sait pas). Les garde-fous sont généralement là pour une bonne raison, si tu choisis de les ignorer il est logique que tu te retrouve dans des situations délicates ...

                Et encore, tu as eut beaucoup de chance, j'ai déjà vu un stagiaire perdre tout son boulot parce qu'il bossait dans le /tmp ...

                (Et que ce soit un ~/tmp dans ton home ou /tmp, ça revient au même: c'est un répertoire destiné à stocker des fichiers temporaires, et qui ne doit pas être utilisé pour bosser dedans. C'est pas comme si la création d'un répertoire était si lourde qu'on était obligés de les économiser ...)
                • [^] # Re: Rien n'est perdu

                  Posté par  . Évalué à 4.

                  Et que ce soit un ~/tmp dans ton home ou /tmp, ça revient au même

                  Pas vraiment : /tmp est vidé au redémarrage de la machine, il ne faut absolument pas bosser dedans. Contrairement à ~/tmp qui n'est pas un répertoire normalisé : c'est moi qui l'ai crée pour bosser "temporairement" dedans puis exclu des sauvegardes... et ça je le regrette encore !

                  ... bref, c'est bien fait pour ma gueule !
  • # J'ai rien compris

    Posté par  (site web personnel) . Évalué à 10.

    T'as effacé un fichier parce que t'as pas regardé ce que tu envoyais comme commande ? Pourtant il me semble que c'est bien ce à quoi sert rm.
    • [^] # Re: J'ai rien compris

      Posté par  . Évalué à 2.

      ... j'ai effacé le mauvais fichier en voulant aller trop vite.
      Comme dit plus bas, je ferais mieux de me faire un alias de rm vers rm -i pour demander confirmation et surtout comme dit plus bas également de remplacer les extensions .back au lieu de les ajouter.
      • [^] # Re: J'ai rien compris

        Posté par  . Évalué à 2.

        Chose amusante, on a eu tout un thread sur les gens qui aimaient/détestaient alias rm=rm -i y'a pas un mois. https://linuxfr.org//forums/12/29598.html
      • [^] # Re: J'ai rien compris

        Posté par  . Évalué à 1.

        Avant de faire ton rm, pourquoi ne pas faire un ls, ou un find ? Personnellement quand je dois faire des suppressions avec expressions régulière, je fais un find, et je m'assure que la liste retournée correspond bien à ce que je veux supprimer. C'est beaucoup plus efficace que le -i qui emmerde tout le monde dans 90% des cas.
        • [^] # Re: J'ai rien compris

          Posté par  . Évalué à 1.

          Je précède la commande rm d'un echo, si les jokers sont vaseux pour vérifier avant lancement.
  • # j'aurais plutôt fait

    Posté par  . Évalué à 6.

    man rm
    man alias
    vi ~/.bashrc
    • [^] # Re: j'aurais plutôt fait

      Posté par  . Évalué à 1.

      moi je lui conseillerais plutôt d'utiliser dolphin ou nautilus pour effacer ses fichiers :)

      et mes fichiers obsolètes (.back), je les mets plutôt dans un dossier nommé "archive", ça peut éviter ce genre de boulette.

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: j'aurais plutôt fait

        Posté par  . Évalué à 5.

        Ou alors remplacer l'extension par back, pas juste le rajouter à la fin. Histoire que justement l'autocomplétion te rappelle qu'il y a plusieurs fichiers ...

        (Ou alors regarder l'écran et arrêter de bourriner sur la touche entrée, c'est pas mal aussi)
      • [^] # Re: j'aurais plutôt fait

        Posté par  . Évalué à 6.

        Mes fichiers obsolètes ils sont versionnés. Le cpold n'a plus vraiment lieu d'être avec les systèmes de gestion de version décentralisés, qui permettent de créer un dépôt local instantanément.

        DLFP >> PCInpact > Numerama >> LinuxFr.org

        • [^] # Re: j'aurais plutôt fait

          Posté par  . Évalué à 4.

          Git (et peut-être Hg ?) ne permet que d'avoir un dépôt par dossier, si l'on a des fichiers sans rapport (à ne pas versionner ensemble), il faut donc créer un dossier pour chaque fichier, c'est un peu lourd. Il faut se faire aux manies de l'outil.
          D'autre part, quand on a que faire de tout l'historique et qu'on ne souhaite qu'une rotation des 2-3 dernières versions, Git sauve tout et ne permet pas de tronquer l'historique. Un rouleau compresseur pour écraser une mouche.
          • [^] # Re: j'aurais plutôt fait

            Posté par  . Évalué à 2.

            Un dépôt pour ton home peut suffire à ce moment là, après tu n'ajoutes que les fichiers que tu veux versionner.

            De plus, il existe maintenant des interfaces graphiques très ergonomiques comme Giggle [http://live.gnome.org/giggle] ou QGit [http://digilander.libero.it/mcostalba/].

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: j'aurais plutôt fait

      Posté par  . Évalué à 5.

      Pareil, sauf pour la dernière ligne:
      emacs ~/.bashrc

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: j'aurais plutôt fait

        Posté par  . Évalué à 9.

        Non, c’est bien ça, il a juste oublier la première ligne.

        M-x shell

        (Dans tout OS qui se respecte;)
  • # git svn hg cvs ...

    Posté par  (site web personnel) . Évalué à 10.

    # git init
    # git add a[TAB]pplication.tcl*
    # git commit -m 'Initial commit'
    ...
    # ls -l[ENTREE]
    # rm a[TAB]pplication.tcl[ENTREE]
    # man git-checkout
    ...
    # git checkout application.tcl

    Pas besoin d'aller sur linuxfr...
  • # Généralement, moi je fait comme ça:

    Posté par  (site web personnel) . Évalué à 5.

    Généralement, moi je fait comme ça:

    sudo grep -C1000 'int main(int argc' /dev/sda5 | sudo tee /var/run/grep.log
  • # ssd

    Posté par  . Évalué à 3.

    si t as du ssd avec TRIM, c'est mort ...
  • # Merci PhotoRec

    Posté par  . Évalué à 10.

    Pour clore ce journal, je dirais juste un grand merci aux dev de PhotoRec, sans qui j'aurais vraiment eu beaucoup de boulot.

    Au premier lancement PhotoRec ne m'avait pas récupéré mon fichier, mais en fouillant dans les options de celui-ci et en mettant "Paranoid : Yes (Brute force enabled)", "Allow partial last cylinder : Yes" et "Keep corrupted files : Yes", ça marche beaucoup mieux. J'ai retrouvé mon fichier concaténé avec un autre, mais j'ai pu le retrouver. Ce n'est peut-être pas la dernière version, mais ça y ressemble.

    MERCI MERCI MERCI PHOTOREC !
  • # Ben moi..

    Posté par  . Évalué à 6.

    je vois roujnal
    Moi je vois un joli jeu de mot.
  • # Commentaire supprimé

    Posté par  . Évalué à 3.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # libtrash

    Posté par  (site web personnel) . Évalué à 2.

    j'utilise libtrash ( http://pages.stern.nyu.edu/~marriaga/software/libtrash/) : une librairie qui redirige tous les appels systèmes 'unlink' vers un répertoire.

    ça m'a déjà "sauvé la vie", par contre, il faut faire régulièrement du ménage ...
    • [^] # Re: libtrash

      Posté par  . Évalué à 2.

      Il n'y a pas tout simplement un équivalent de rm qui met dans la corbeille ?

      DLFP >> PCInpact > Numerama >> LinuxFr.org

      • [^] # Re: libtrash

        Posté par  (site web personnel) . Évalué à 2.

        mv ?
        • [^] # Re: libtrash

          Posté par  . Évalué à 2.

          alias rm='mv -t ~/Corbeille'

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: libtrash

            Posté par  . Évalué à 1.

            On peut même imaginer un petit script shell qui va automatiquement supprimer les plus vieux au bout d'un certain temps ou en cas de manque de place.

            Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

            • [^] # Re: libtrash

              Posté par  . Évalué à 1.

              On peut même le mettre dans un cron.

              « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

              • [^] # Re: libtrash

                Posté par  . Évalué à -1.

                On pourrait même en faire un lib.

                --> []
                • [^] # Re: libtrash

                  Posté par  . Évalué à 3.

                  Ça mérite d'être intégré au noyau.

                  THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

              • [^] # Re: libtrash

                Posté par  . Évalué à 1.

                Apparemment ça existe déjà et ça s'appelle autotrash : http://www.logfish.net/pr/autotrash/

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                • [^] # Re: libtrash

                  Posté par  . Évalué à 1.

                  Sinon, ça existe par défaut sous KDE.

                  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: libtrash

            Posté par  . Évalué à 2.

            Tu perds l'info de l'emplacement originel du fichier et ça ne protège pas des doublons (un fichier déjà effacé avec le même nom).

            Un outil qui utilise la corbeille standard : https://code.google.com/p/trash-cli/

            DLFP >> PCInpact > Numerama >> LinuxFr.org

            • [^] # Re: libtrash

              Posté par  . Évalué à 2.

              En fait il y a plus simple : gvfs-trash.

              DLFP >> PCInpact > Numerama >> LinuxFr.org

              • [^] # Re: libtrash

                Posté par  . Évalué à 2.

                C'est vrai, mais je n'ai pas trouvé de moyen rapide pour vider la corbeille, à part un coup de « gvfs-ls trash:/// | xargs -n 1 -I {} gvfs-rm trash:///{} ».

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: libtrash

            Posté par  . Évalué à 1.

            ~: rm /mnt/disque_externe/Videos/BDRip/Ouvres_La_Fenetre_Que_Jte_Mette_Vol_14_XXX.iso
            10 minutes plus tard...
            mv: Error, target filesystem full.

            Ou un variante:
            rm machin
            mv: Error target filesystem is too small for file.

            If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

            • [^] # Re: libtrash

              Posté par  . Évalué à 2.

              ben là tu sais que c'est bon, et tu fais \rm
      • [^] # Re: libtrash

        Posté par  (site web personnel) . Évalué à 1.

        une modification de rm (alias, script) ne concernera que les programmes appelant en shell.
        donc ne protégeras pas des bêtises depuis nautilus/konqueror/dolphin/mc et tout autre programme binaire

        libtrash (pour simplifier) redéfinit les appels systèmes de la libc, donc s'applique à tout code
        qui travaille dans son environnement (PRELOAD) : shell, binaires ...
        De plus il conserve les chemins.
  • # Une idée (pas très bonne, mais quand même)

    Posté par  (site web personnel) . Évalué à 4.

    Je te propose une solution qui a déjà marché pour moi quelques fois : si c'est toi qui a écrit l'appli, tu dois te souvenir de quelques mots-clés qui sont présents dans le code, vrai ? Alors, voici une méthode de récupération approuvée par Cohen le Barbare : tu prends hexedit, tu le lances sur /dev/sda (ou quel que soit le disque où tu as ton /tmp), tu passes en ASCII, et tu recherches ton mot-clé jusqu'à trouver ce qui ressemble à ton fichier, et là, ben copier-coller.

    Oui, c'est long, c'est fastidieux (parfois on trouve x versions obsolètes qui traînent avant de tomber sur le fichier actuel), mais ça m'a déjà sauvé, y compris en live sur un site client où une manip' peu heureuse avait été faite et où la sauvegarde ne marchait évidemment pas. Bien sûr, ça ne fait pas trop l'affaire pour les fichiers binaires, ou très longs, mais pour des scripts, si.

    Envoyé depuis mon PDP 11/70

  • # Utilise des singes

    Posté par  . Évalué à 5.

    Si une armée de singes tape des trucs au hasard, il y en aura forcément un qui finira par avoir retapé ton programme. En plus pour 6709 octets ça devrait aller vite.
  • # ext3grep

    Posté par  . Évalué à 4.

    J'ai découvert ce logiciel il y a à peine deux jours =)
  • # Alias

    Posté par  . Évalué à -2.

    pour les maladroits, y'a alias de rm en un mv vers /tmp/poubelle avec vidage de la poubelle de la crontab ...
    • [^] # Re: Alias

      Posté par  . Évalué à 2.

      Ne serait-ce pas mieux d'apprendre aux gens à réfléchir ? Et comme on dit, on apprend de ses erreurs, et je suis convaincu que le P.I réfléchira à 2 fois avant de supprimer des fichiers.

      Personellement j'ai déjà fait ce genre d'erreur, et ça m'a appris à être prudent.
      • [^] # Re: Alias

        Posté par  . Évalué à 2.

        tout pareil. Faut dire que j'avais deux shells locaux en su , un shel distant par ssh en su , un shell user local .
        :)
        Le pire c'est quand dans le terminal distant j'ai relancé un ssh vers ce même poste. :)

        Sedullus dux et princeps Lemovicum occiditur

  • # Photorec n'a rien trouvé

    Posté par  (site web personnel) . Évalué à -1.

    C'est très bizarre que photorec n'ai rien trouvé. À ta place, j'aurais essayé testdisk, plus approprié pour ce genre de manipulations où le fs n'a encore rien subit.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.