pas réellement sous root

• [^]Re: pas réellement sous root

  Posté par slubman (Jabber id, page perso, ) le 18/07/2006 à 11:22. (lien). Évalué à 2.

  Un peu brutale la réinstallation comem méthode pour résoudre ce "problème".

  • [^]Re: pas réellement sous root

    Posté par jahrynx () le 18/07/2006 à 11:33. (lien). Évalué à 5.

    un peu la plus rapide au final. J'avais pas de trucs réellement importants d'installé/configuré, en gros c'était quasi une ubuntu "out of box" alors entre chercher comment faire, quels étaient les fichiers modifiés, quels étaient leurs droits et leur proprio au départ, et passer 20 mins pour réinstaller (le cd était encore posé sur la tour)... Je me suis posé la question 5 mins, j'ai vu que j'avais pas grand chose de fonctionnel (plus aucune appli graphique, juste la console dans laquelle j'avais fait ma connerie) et j'ai pris ma décision...

• [^]Re: pas réellement sous root

  Posté par seginus () le 19/07/2006 à 06:12. (lien). Évalué à 2.

  Il y a 2 catégories d'administrateurs ...ceux qui ont déjà fait une connerie sous root, et ceux qui vont en faire une.

  
  
  La répartition est souvent un peu la même que :
  Il y a 2 catégories d'administrateurs ... ceux qui font des sauvegardes et ceux qui n'en font pas.
  
  (je parle des administrateurs d'ordinateurs personnelles, j'espère qu'ils sont plus prévoyant dans le milieu professionnel).

Et les backups ?

• [^]Re: Et les backups ?

  Posté par Sébastien Koechlin () le 18/07/2006 à 13:34. (lien). Évalué à 1.

  Pour un petit FAI qui n'a que 700 Go de mail, c'est encore envisageable; mais lorsque ça tourne autour de 700 To de mail, je ne vois pas trop quelle solution permettrait de faire des sauvegardes.

  • [^]Re: Et les backups ?

    Posté par fouyaya () le 18/07/2006 à 14:53. (lien). Évalué à 2.

    Bonjour,
    
    700 To de mail => baie SAN (AMHA)
    baie(s) SAN de 700 To de stockage, c'est pas du milieu de gamme ;)
    Haut de gamme SAN => snapshot de(s) baie(s) sur LAN ou WAN (faut y mettre le prix)
    
    et hop la "sauvegarde" est OK
    
    rechercher snapshot sur http://www.snia.org/education/dictionary/s/
    a savoir que SNIA c'est un regroupement de contructeur de materiel de stockage.
    On peut donc prendre une/des baie(s) SAN tres perfomante pour la production et une/des baie(s) SAN (d'une autre marque si on le souhaite) beaucoup moins chère pour l'archivage/reprise d'activité.
    
    A+

    --
    

  • [^]Re: Et les backups ?

    Posté par Cvreer Genzb () le 18/07/2006 à 14:55. (lien). Évalué à 3.

    - la redondance ?
    - la mutialisation ?
    
    Ce n'est pas la taille qui compte, bien heureusement, sinon toute entreprise avec des To et des To de données à traiter verraient des gouttes de sueur froide couler sur le front de leurs admins régulièrement.
    
    Il y a énormément de moyens de sauvegarde et de récupération des données adaptés aux différents types de données à stocker.
    
    Y'a déilleurs des logiciels et des entreprises spécialisés là-dedans (j'en connais au moins une mais ils font pas du libre alors je dirai pas ;))

    • [^]Re: Et les backups ?

      Posté par fouyaya () le 18/07/2006 à 15:05. (lien). Évalué à 4.

      Ce n'est pas la taille qui compte, bien heureusement, sinon toute entreprise avec des To et des To de données à traiter verraient des gouttes de sueur froide couler sur le front de leurs admins régulièrement.
      
      En ce moment, c'est plutot des gouttes de sueurs très chaude à cause de "la clim qui marche pas dans les bureaux parce que sinon on pompe trop de jus et ca fait sauter le transfo EDF et aprés il faut jouer à speedy gonzales pour arreter la prod tant qu'on a du jus sur les onduleurs"
      
      Mais sinon, l'esprit y est ;)
      
      Y'a déilleurs des logiciels et des entreprises spécialisés là-dedans (j'en connais au moins une mais ils font pas du libre alors je dirai pas ;))
      
      pareil !

      --
      

    • [^]Re: Et les backups ?

      Posté par Sébastien Koechlin () le 18/07/2006 à 15:31. (lien). Évalué à 1.

      - la redondance ?
      La redondance n'est pas une méthode de sauvegarde !!! Et bien évidement, personne ne s'amuse à faire du RAID0, sur de tels volumes, on a toujours du SAN et/ou du NAS avec du RAID 1 ou du RAID5, mais le RAID ne fait pas grand chose face à un incendie ou un formattage sauvage.
      
      - la mutualisation ?
      La mutualisation ne change rien aux volumes à sauver, ce qui est le problème ici.
      
      Ce n'est pas la taille qui compte, bien heureusement, sinon toute entreprise avec des To et des To de données à traiter verraient des gouttes de sueur froide couler sur le front de leurs admins régulièrement.
      
      Je ne suis pas du tout d'accord:
      - Le volume de donnée à un très fort impact sur le coût de la sauvegarde.
      - Les données à sauver ont aussi une valeur qui n'est pas liée au volume.
      
      Dans un message au dessus quelqu'un proposait d'ajouter une baie de disques à la baie nominale, or une baie de disque à un coût énorme, si on veut avoir une unique sauvegarde, il faut pratiquement doubler le coût du stockage. Si on veut faire des sauvegardes incrémentales, conserver quelques snapshot, alors il faut encore augmenter la volumétrie, et donc le coût.
      
      Si ça se justifie tout à fait pour une base de gestion commerciale, avec les clients et les commandes à traiter; informations qui ont généralement un prix énorme pour une entreprise, c'est beaucoup plus discutable pour des boites aux lettres qui ont une valeur très faible.
      
      Il y a énormément de moyens de sauvegarde et de récupération des données adaptés aux différents types de données à stocker.
      
      Que proposes-tu pour ce cas précis ?

      • [^]Re: Et les backups ?

        Posté par fouyaya () le 18/07/2006 à 16:38. (lien). Évalué à 3.

        Je me lance (disons que je prends ca comme un execice de style)
        
        Dans un message au dessus quelqu'un proposait d'ajouter une baie de disques à la baie nominale, or une baie de disque à un coût énorme, si on veut avoir une unique sauvegarde, il faut pratiquement doubler le coût du stockage. Si on veut faire des sauvegardes incrémentales, conserver quelques snapshot, alors il faut encore augmenter la volumétrie, et donc le coût.
        
        100% d'accord donc prix max pour une sauvegarde unique de 700 To = prix de la solution de stockage existante. Essayons de baisser ce prix au maximum.
        
        Dans notre cas, la production est définit comme : fourniture d'un service mail (pop/imap/webmail...) à des clients pour une volumétrie de 700 To.
        
        Pour une telle volumétrie, je suppose qu'il n'y aura pas qu'un serveur gérant tous les services mais des clusters (pop + smtp + webmail + ...) gérant ces services.
        
        Ajoutons donc dans nos clusters des noeuds dédiés à la sauvegarde. Ces noeuds ont un acces à toutes les data sur le SAN. A chacun de ces noeuds, il faut attacher une robotique. (je ne connais pas beaucoup de solution de sauvegarde moins cher que la bande)
        
        La fenetre de sauvegarde est de 24h. De ce fait, la sauvegarde des data via "les noeuds de sauvegarde" n'impacte que peu les perfomance de la prod (lecture seule && on n'est pas obligé d'avoir un débit monstrueux pour la sauvegarde, il faut juste rester dans la fenetre de sauvegarde de 24h) (si tu veux 2 sauvegardes / jours => fenetre de 12h => augmenter les perfs des "noeuds de sauvegarde" et augmenter les perfs des robotiques...)
        
        Cout de la solution :
        n noeuds
        n robotiques
        bandes SDLT/LTO ...
        logiciel de sauvegarde gérant des sauvegardes incrémentales / différencielles
        
        je suis sur que tu trouveras tout ca pour beaucoup moins cher qu'une solution de PRA (2 x SAN 700 To + licence snapshot + equipement fibre)
        
        j'ai bon ? ;)
        
        P.S. ce n'est qu'un exercice de style, vite fait, je suis ouvert a toutes propositions/remarques.

        --
        

        • [^]Re: Et les backups ?

          Posté par Sébastien Koechlin () le 18/07/2006 à 18:03. (lien). Évalué à 1.

          Cout de la solution :
          n noeuds
          n robotiques
          bandes SDLT/LTO ...
          logiciel de sauvegarde gérant des sauvegardes incrémentales / différencielles
          
          Le problème, c'est qu'une bande SDLT, ça fait dans les 500 Go, imaginons un robot avec 32 slots, on a une capacité de 16 To, ce qui est loin de la capacité totale. Installer 50 robots n'est pas une solution viable, à cause du coût et de la maintenance que cela impose.
          
          Et puis vu le budget qu'il est possible de dégager d'une boite au lettre de FAI (quelques dizaines de centime d'euros par mois), le robot est loin d'être remboursé, en plus de toute l'infrastructure pour rendre le service.
          
          Si on considère 100 Mo de taille moyenne de boite par client, ça fait un robot pour 160.000 clients.

          • [^]Re: Et les backups ?

            Posté par Brice Carpentier (Jabber id, page perso, ) le 18/07/2006 à 19:49. (lien). Évalué à 2.

            Et puis vu le budget qu'il est possible de dégager d'une boite au lettre de FAI (quelques dizaines de centime d'euros par mois), le robot est loin d'être remboursé, en plus de toute l'infrastructure pour rendre le service.

            
            Tu négliges grandement les revenus générés par la pub présente sur le webmail et sur le site dudit FAI, revenus directement dépendant du nombres de de visiteurs, et donc de boites aux lettres.
            On est loin d'être à quelques dizaines de centimes d'euros par mois, et heureusement ...

            --
            Développeur OpenSource

          • [^]Re: Et les backups ?

            Posté par fouyaya () le 19/07/2006 à 06:45. (lien). Évalué à 6.

            Arg, on a pas les même robots.
            
            Sans faire de pub : NEO8000 (Overland) ( http://www.overlandstorage.com/products/neo8000.html ) 12 lecteurs avec 500 bandes (LTO en librairie) => 400 To de sauvegarde
            
            C'est pas le plus gros robot sur le marché, il dépote bien ( ~ 1 To/mn avec 12 lecteurs)
            
            Sur leur spec, tu peux monter à 1000 bandes en librairie => 800 To / robot.
            
            Du coup, t'achetes 4 serveurs de sauvegarde, 4 robots et tu as une solution "pas trop chère" (pour la maintenance, c'est compris dans le prix d'achat - sinon tu t'es fait eu - ) Il ne faut pas oublier d'ammortir tes robots/serveurs sur 3/4 ans (la durée de la maintenance).
            
            La solution de sauvegarde te revient à 1robot + 1serveur / an tous les ans, maintenance comprise et prix de la mise en service/prix du renouvellement du robot/serveur compris. (j'oublie surement plein de "petits couts" mais globalement, dans ton budget, c'est ça - les bandes, c'est du consomable => pas le même budget ;)
            
            Après, tout dépend de qui tient les cordons de la bourse, si c'est toi, il faut te battre avec les revendeurs pour tirer les prix au max (les prix public c'est du vol, tout le monde le sait) Si c'est ton chef, alors il faut bien qu'il comprenne qu'une solution de sauvegarde c'est cher, mais que la bande, c'est ce qu'il y a de moins onereux !
            
            J'ai bon ? ;)

            --
            

            • [^]Re: Et les backups ?

              Posté par sobek () le 20/07/2006 à 18:09. (lien). Évalué à 3.

              Il y a même plus gros (par exemple, la PX720 de Quantum peut recevoir jusque 3600 cartouches LTO sur 5 éléments, la SL8500 de STK peut en accueillir 300000 - 120 Po compressé ! - dans sa configuration maximale).
              
              Et avec une machine suffisante, il est possible de se limiter à un seul serveur pour piloter le tout (tout dépend de la volumétrie des sauvegardes journalières, de la durée de rétention et des temps espérés de restauration).
              
              Sinon, pouyr justifier que la bande c'est le moins onéreux, il suffit de compter le coup pour maintenir le tout dans de bonne conditions (alimentation électrique, clim) : l'avantage des bandes, c'est qu'une bande une fois sortie ne consomme plus et ne chauffe plus.
              
              Enfin, pour revenir à la problématique initiale, ce n'est pas 700To mais 700Go de messages qui ont disparus: quelqu'un a fait une faute et tout le monde à repris... ;)
              Et avec 700Go sur un filer correct, tu peux même te permettre de faire des snapshots régulièrement, si possible plusieurs dans la journée... Et pour le coup, si le stockage est suffisement dimentionné le cout pour se protéger d'une boulette est négligeable...

Comme si c'était hier

• [^]Re: Comme si c'était hier

  Posté par zzmaxfr () le 18/07/2006 à 11:54. (lien). Évalué à 3.

  J'en ai fait un similaire lors d'une install d'un programme.
  $cd pathdebuild
  $../src/configure --prefixquivabien
  $make
  $su root
  ********************************
  $/usr/bin/cd pathdebuild
  $/usr/bin/pwd
  pathdebuild
  $/usr/bin/make install
  Foirage de l'install car parametre du configure pas bon
  $/usr/bin/rm -rf *
  $pwd
  /
  
  Et la gros trouble dans ma tete, et oui ce gentil script en plantant m'avait déplacé
  dans /
  Vive la sauvegarde des 10mn... Pfiou pa vu pas pris !
  J'en ai été quite pour un petit coup d'adrénaline, et j'ai pris la bonne habitude de
  pwd;ls; avant tout rm

  • [^]Re: Comme si c'était hier

    Posté par Christophe HENRY (Jabber id, page perso, ) le 18/07/2006 à 12:01. (lien). Évalué à 7.

    Une astuce :
    
    Tu es dans le répertoire "/truc/machin/" et tu veux supprimer tous les fichiers du répertoire "/truc/machin/".
    
    Au lieu de de faire "rm -fr *"
    
    faire : rm -fr ../machin/*
    
    En cas de problème de position dans l'arborescence de répertoire, pas de soucis.

  • [^]Re: Comme si c'était hier

    Posté par Thomas Douillard () le 18/07/2006 à 13:26. (lien). Évalué à 2.

    Curiosité, j'ai pas "/usr/bin/cd", ca existait vraiment sur ton système ? (si oui c'est quoi), il t'a jeté et t'as pas vu ? erreur dans ta transcription ?
    
    Pour ceux qui auraient pas compris, "cd" c'est un builtin du bash
    
    Sinon je comprends pas, le "make install" c'est un fils de ton shell, il peut pas à ma conaissance changer le répertoire de travail de son père.

    • [^]Re: Comme si c'était hier

      Posté par Matthieu MARC () le 18/07/2006 à 13:55. (lien). Évalué à 2.

      $ cat /usr/bin/cd
      bash -c cd $1
      
      
      Ca marche, mais ça ne marche pas car le cd est fait uniquement dans le contexte du bash appelé. C'est pour cela qu'après, le rm -rf * plante !
      
      [/humour]

      • [^]Re: Comme si c'était hier

        Posté par zzmaxfr () le 18/07/2006 à 14:34. (lien). Évalué à 1.

        oups oubli
        
        $cat /usr/bin/cd
        #!/bin/ksh
        cmd=`basename $0`
        $cmd "$@"
        
        Ma foi j'avais jamais prété attention à ça, je comparerai avec mon nunux à la maison

        • [^]Re: Comme si c'était hier

          Posté par Thomas Douillard () le 18/07/2006 à 15:15. (lien). Évalué à 2.

          D'après ce que je comprends ca lance juste la commande passée en arguments dans un sous shell. D
          
          Le répertoire de travail est absolument pas changé, a priori, donc. Quand tu fais un "su" il te mets dans '/' ?

    • [^]Re: Comme si c'était hier

      Posté par zzmaxfr () le 18/07/2006 à 14:27. (lien). Évalué à 1.

      sur mon système, tapé à l'instant
      
      $ls /usr/bin/cd
      /usr/bin/cd
      
      et je ne suis pas sous bash!
      
      Sinon oui
      

      
      le "make install" c'est un fils de ton shell, il peut pas à ma conaissance changer le répertoire de travail de son père.
      

      
      
      Ce qui était bien ma suposition quand j'ai fait le rm -rf *, sauf que le
      méchant Makefile avait exécuté un shell, une erreur d'exécution c'est produite, dans le script, et ce shell n'a pas rendu la main à son père mais m'a remvoyé un prompt

      • [^]Re: Comme si c'était hier

        Posté par Thomas Douillard () le 18/07/2006 à 15:15. (lien). Évalué à 2.

        Ok, un truc genre $TERM $VAR
        
        avec $VAR complètement vide, c'est possible effectivement. Mais ca a l'air assez bourrin, normalement en cas d'erreur le shell se termine, et je voies pas trop de raison de taper ce genre de choses.

        • [^]Re: Comme si c'était hier

          Posté par zzmaxfr () le 18/07/2006 à 15:36. (lien). Évalué à 1.

          C'est pas moi qui ai écrit ce script d'install !
          
          Par contre j'ai regardé le man de tcsh, il faut une option particulière
          pour qu'il retourne en cas d'erreur
          

          
          -e The shell exits if any invoked command terminates abnor-
          mally or yields a non-zero exit status.
          

          
          
          Visiblement elle manquait.

  • [^]Re: Comme si c'était hier

    Posté par Vincent Bernat () le 18/07/2006 à 14:22. (lien). Évalué à 3.

    
    Et la gros trouble dans ma tete, et oui ce gentil script en plantant m'avait déplacé
    dans /
    

    
    
    Ce qui est impossible. Un programme ne peut pas modifier l'environnement de son père.

• [^]Re: Comme si c'était hier

  Posté par fabien () le 18/07/2006 à 12:16. (lien). Évalué à 4.

  question de neofite, pourquoi faire ./* ?
  moi quand je fais un tel rm, je fait (*) :
  

  rm -fr *

  ainsi il n'y a qu'a s'assurer (pwd) qu'on est dans le bon repertoire... ca evite d'être tributaire d'une faute de typo.
  
  (*) non en fait je ne "fais" pas de tel rm, mais si j'avais besoin je le "ferais" comme ca ;)

• [^]Re: Comme si c'était hier

  Posté par Jerome Herman () le 18/07/2006 à 12:43. (lien). Évalué à 6.

  Personellement j'aime bien le classique mais toujorus efficace :
  export mon_repertoire="/usr/local/truc" && rm -rf $mon_repretoire/*
  
  Sinon une fois un pote suite au foirgae d'un script de siganture des fichiers avait semé des fichiers à 0 octects un peu partout, il a donc fait un find / -size 0b -rm {};
  C'est quand le file est arrivé sur le repertoire /dev qu'il a compris pourquoi il y avait une option -empty
  
  Ce qui nous ammene à la règle d'or de l'informatique : Avant de toucher au serveur, ne te pose pas de question et fait un backup. La question "ai-je besoin d'un backup" ne fait pas exception à la règle.

  --
  Kha
  root est un privilège, pas un droit !

  • [^]Re: Comme si c'était hier

    Posté par Thomas Douillard () le 18/07/2006 à 13:28. (lien). Évalué à 3.

    Il y a une raison particulière au "export" ?

    • [^]Re: Comme si c'était hier

      Posté par Jerome Herman () le 19/07/2006 à 11:36. (lien). Évalué à 2.

      Oui la variable était réinitialisée et réutilisée à plusieurs endroits.
      Le script était bien sur nettement plus long que celà, j'ai juste mis les deux commandes qui font rire.

      --
      Kha
      root est un privilège, pas un droit !

Mouais, en même temps...

• [^]Re: Mouais, en même temps...

  Posté par Gniarf () le 18/07/2006 à 11:45. (lien). Évalué à 3.

  ou un millier de CDs Ubuntu

  --
  Windows has no users. It has hostages.

  • [^]Re: Mouais, en même temps...

    Posté par symoon (page perso, ) le 18/07/2006 à 12:06. (lien). Évalué à 4.

    tu envoies des CD d'ubuntu par mail ?

    • [^]Re: Mouais, en même temps...

      Posté par Matthieu MARC () le 18/07/2006 à 12:09. (lien). Évalué à 5.

      oui, parce que 'mail' signifie courrier postal !
      
      Vaut mieux utiliser e-mail (courrier électronique) ou mieux courriel
      
      :-P

      • [+] [^]Re: Mouais, en même temps...

        Posté par Mathieu CLAUDEL (page perso, ) le 18/07/2006 à 12:51. (lien). Évalué à -2.

        il me semble que c'est mél en francais, courriel c'est canadien

        --
        Collectif ski roumanie 2005

        • [^]Re: Mouais, en même temps...

          Posté par symoon (page perso, ) le 18/07/2006 à 13:12. (lien). Évalué à 4.

          courriel a été inventé au Québec et repris par la france : http://www.culture.gouv.fr/culture/dglf/terminologie/courrie(...)
          
          Pour Mél, c'est juste l'abréviation proposée au même rang que Tél.

          • [+] [^]Re: Mouais, en même temps...

            Posté par nicodache () le 18/07/2006 à 13:39. (lien). Évalué à -2.

            sauf que Tél vient de téléphone, et que Mél vient de mail, et non pas de Mélephone...
            et que donc, sapu...
            
            merci l'académie française d'avoir élevé le courier électronique au rang du coketèl (cocktail), ou du bloque (blog) -_-'

            --
            Gougueul bombons ensemble :)

            • [^]Re: Mouais, en même temps...

              Posté par med (page perso, ) le 18/07/2006 à 14:41. (lien). Évalué à 4.

              Il me semble que la justification de mél est que c'est la contraction de « message électronique ».

            • [^]Re: Mouais, en même temps...

              Posté par Olivier Guerrier (Jabber id, page perso, ) le 18/07/2006 à 14:52. (lien). Évalué à 2.

              Mél, ça peut aussi s'expliquer par Message électronique. donc sur le même modèle que courriel: courrier électronique. J'aimais bien Mél, il avait l'avantage de tenir en 3 lettres, comme Tél et Fax[1] et d'avoir une sonorité proche de mail. Bref...
              
              [1] Fax étant lui-même une abbréviation de fac-similé

oui, déjà fait des conneries

Sujet récurrent

• [^]Re: Sujet récurrent

  Posté par Olivier Guerrier (Jabber id, page perso, ) le 18/07/2006 à 12:56. (lien). Évalué à 2.

  Pas mal ! comme quoi même pour la petite connerie qu'on rajoute à la dernière minute avant de valider il faut penser à vérifier dans les journaux :o) mais bon là ça va encore, en 2 ans il a du s'en passer des rm -rf malheureux (ça a quand même l'air d'être la plus fréquente celle là...)

  • [^]Re: Sujet récurrent

    Posté par Seazor (Jabber id, ) le 19/07/2006 à 07:19. (lien). Évalué à 1.

    Ah mais le but c'était pas de dénoncer un doublon. (d'ailleurs on ne peut plus répondre là-bas)
    C'était plutot d'allonger la liste des bévues en tout genre !!

    --
    "We all freezed on a bugged subroutine, bugged subroutine, bugged subroutine..." (nearly Beatles)

1 To

• [+] [^]Re: 1 To

  Posté par Dabowl_92 () le 18/07/2006 à 12:14. (lien). Évalué à -3.

  De toute façon les Raid Logiciels, c'est pour les pauvres, alors faut pas se plaindre.
  
  Si tu avais eu une baie EMC² avec les outils qui vont bien, tu n'aurais pas eu de soucis.

La révolution IMAP ?

• [^]Re: La révolution IMAP ?

  Posté par jahrynx () le 18/07/2006 à 11:57. (lien). Évalué à 7.

  Il y a beaucoup de gens qui ne récupèrent pas leurs mails et les lisent directement sur l'interface web qu'on leur proposent...

  • [^]Re: La révolution IMAP ?

    Posté par Gniarf () le 18/07/2006 à 14:03. (lien). Évalué à 4.

    et on ne parlera meme pas des webmail type yahoo ou hotmail qui accumulent des mails depuis 1997...

    --
    Windows has no users. It has hostages.

heu...

Erreur de jeunesse

• [^]Re: Erreur de jeunesse

  Posté par L (page perso, ) le 18/07/2006 à 12:10. (lien). Évalué à 4.

  Au hasard, tu avais probablement lu le document suivant qui propose d'alléger son système en virant ce gros truc qu'on appelle la LibC :
  
  -> http://www.pafoo.net/uninstallglibc/uninstglibc.html
  
  J'ai bon ?

  • [^]Re: Erreur de jeunesse

    Posté par Guillaume Caron (Jabber id, ) le 18/07/2006 à 16:43. (lien). Évalué à 2.

    Nan, c'est pas à cause de ça... je pense que si je l'avais lu, j'aurais pas fait cette connerie.
    Ça devait être pour satisfaire une dépendance, et comme j'arrivais pas à mettre à jour, j'ai voulu la dégager pour mettre la plus récente à la place, mais pas moyen.
    Alors je me suis dit que ça serait pas trop grave (je savais pas ce que c'était à l'époque) et puis boum, mon premier kernel panic (snif, un super souvenir)

    --
    La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.

boulette ?

Comment changer le moteur en roulant à 160 km/h ?

!

• [^]Re: !

  Posté par Olivier Guerrier (Jabber id, page perso, ) le 18/07/2006 à 14:04. (lien). Évalué à 7.

  "without even thinking to make a damned backup"
  Hmm, avait-il les moyen de faire une sauvegarde ? était-ce prévu dans les procédures ? Et pour finir était-il responsables de faire ces sauvegardes ?

Pour ceux qui on déjà fait une bétise du genre

jamais présumer du rm -rf

mke2fs

chmod 000 / -R

• [^]Re: chmod 000 / -R

  Posté par Guillaume Caron (Jabber id, ) le 18/07/2006 à 17:22. (lien). Évalué à 2.

  Un truc pas mal, c'est de créer pour chaque fichier un lien dur dans un autre répertoire, en copiant les permissions, du genre /backup/usr/bin/vim -> /usr/bin/vim, mais pour tous les répertoires sensibles (/usr, /var, /etc...)
  
  C'est tout simple
  
  Pour les répertoires :
  
  for i in $(find / -type d)
  dos
  mkdir "/backup/$i"
  chmod --reference="$i" "/backup/$i"
  done
  
  Pour les fichiers :
  
  for i in $(find / type f)
  do
  ln -s "$i" "/backup/$i"
  chmod --reference="$i" "/backup/$i"
  done
  
  Comme ça, s'il arrive ce genre de problème, on dégage ces répertoires et on recrée l'arborescence en refaisant des liens durs dans l'autre sens en préservant les permissions (/usr/bin/vim -> /backup/usr/bin/vim)
  
  On perd rien, et on ne copie pas, ce qui ne fait pas perdre trop de place.
  
  Maintenant, tout mon raisonnement est basé sur le fait que les liens durs ne conservent pas les permissions. À vérifier donc.

  --
  La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.

Astuce bête

• [^]Re: Astuce bête

  Posté par TNorth () le 18/07/2006 à 17:24. (lien). Évalué à 1.

  Ah oui petite précision que j'ai omise, pour les gens comme moi qui ne connaissent pas leurs pages de man par coeur, on peut supprimer le fichier -i avec la commande
  rm -- -i

kowalsky

asciijump

C'est pas moi

Les joies des scripts

fsck

mkfs.ext3

La racine du problème

• [^]Re: La racine du problème

  Posté par Olivier Guerrier (Jabber id, page perso, ) le 19/07/2006 à 06:30. (lien). Évalué à 8.

  "je ne dors plus la nuit et je dors le jour"
  Déménage, change de fuseau horaire !! :-)

find

• [^]Re: find

  Posté par inico (Jabber id, page perso, ) le 19/07/2006 à 17:02. (lien). Évalué à 2.

  Au passage, il faut utiliser -empty sinon tu risque d'avoir des souci s'il y a un lien symbolique vers /dev ...

  --
  "Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..

Et sinon...

Tient