totof2000 a écrit 9656 commentaires

En fait c'estt plus du stockage administratiff: j'ai scanné certains papiers que je souhaite garder et récupérer rapidement en cas d'incendie chez moi. Je fais deja la même chose avec des versions papier de certains documents (photocopies stockées ailleurs).

J'ai oublié la balise:

emacs doit être un hummer, lent moche et impossible à utiliser en ville.
Faut faire gaffe a pas se faire dégonfler les pneus par des intégristes anti-4x4 alors :)

Ca confirme bien ce que je dis plus bas: a ce point là autant utiliser Emacs avec un mode d'édition à la VI. S'il n'existe pas ça doitpas être difficile de l'implémenter! Merci d'avoir démontré que j'ai raison!

C'est un peu comme si avec un seul véhicule tu pouvais passer du vélo à la formule 1 en fonction de tes besoins du moment. C'est ti pas magnifique?
Si sauf qu'une formile1 ne rentre pas dans mon appart tandis qu'un vélo, oui.

Je ne sais pas si il existe un mode vi pour emacs
D'après les posts plus haut, oui.

Il me semble que vim est l'éditeur par défaut de beaucoup de distribution non? Ca m'étonne donc pas qu'une Debian prend plus de 400 Mo pour une installation minimale alors ....

Et puis tant qu'a utiliser une usine a gaz pour développer mes petits projets de rien du tout, je vais installer windows et l'IDE de microsoft et là je vais m'amuser.

Java+eclipse suffisent amplement :)

Sauf qu'on fait rarement un

rm -r repertoireCVS

rm -r * dans le mauvais répertoire ca peut arriver. Un script mal fichu aussi (j'ai eu l'occasion de voir ce genre de script il n'y a pas très longtemps). Une coupure brutale d'alimentation peut te corrompre tes données, et il y a un tas d'autres choses qui peuvent arriver.

Raid soft pour les données
Le RAID ne dispense pas des sauvegarde: il assure simplement la disponibilité des données en cas de défaillance d'un des disques. En cas de fausse manip, foudre qui grille les disques, etc .... ça ne sert à rien. (un bon exemple ici: http://groups.google.com/group/fr.comp.os.unix/browse_frm/th(...) )
+ copie mirroir toutes les semaines pour le systeme sur le même site? Quel type de support?
+ synchro avec l'ordi pour les trucs vraiment important

J'espère pour toi qu'il n'y aura pas de pb electrique chez toi.

Pour ma part les trucs personels impiortants, je les sauvegarde sur CD en 2 exemplaires, avec relecture régulière des CD en question (les CD de marque différente bien sur). Le reste (ce que je veux garder pour m'éviter de fastidieuses recherches, mais que e peux perdre), je laisse sur 2 machines différentes (avec un rsync). Je pourrais aller plus loin (c'est même prévu pour certaines choses: une copie supplémentaire chez un pote en cas d'incendie), mais bon après ça devient lourd.

Une sauvegarde ça se gère comme un serveur : avec inteligence et prudence
Exactement. Par contre il est indispensable de garder a l'esprit que le RAID n'est pas un substitut aux sauvegardes, mais une solution permettant la disponiilité des données.

Si il me semble que ca existe. Mais si tes utilisateurs sont sous windows, tu peux faire un truc simple: leur fournir le soft à installer (procédure d'installation classique sous windows), le fichier de conf et la/les clés qui vont bien avec un script shell qui icopie les fichiers au bon endroit. Les 2 ou 3 heures c'est toi qui les passeras a configurer pour eux le logiciel et à leur générer les clés.

Ce n'est pas exactement ce que je voulais dire :)

Je voulais faire remarque que vi a l'origine est un éditeur léger et puissant, et que vim par son coté "usine a gaz" commence à rendre lourd l'ensemble, c'est tout. Et pour répondre au post précédent (x)emacs par exemple a l'air de fournir un mode d'édition à la vi. Donc, quitte à utiliser une usine à gaz, pourquoi ne pas l'utiliser? ^Je trouve simplement que c'est un "gachis" de ressources (de mon point de vue - après si certains en sont contents, tant mieux).

Quel est l'intéret de développer un truc tel que vim qui commence à devenir une usine à gaz "a la emacs" ? Si quelqu'un veut une usine a gaz, y en a suffisamment qui existent. Quelqu'un a fait remarquer plus haut qu'Emacs pouvait être utilise comme vi(m). Personnellement ce que j'apprécie dans vi (a la base), c'est sa légèreté, et sa simplicité d'utilisation (en tout cas plus simple qu'Emacs et ces c-x M etc ....). Pour éditer rapidement un fichier de conf ou un fichier texte de base c'est tout bon, mais pour faire du developpement y a quad même des IDE mieux adaptés.

L'utilisation de cvs ou autre outil de ce type ne fait que reporter le problème: faut bien le sauvegarder son serveur CVS !!!

oui :) Sinon j'avais pensé à une "boite à baffes" sur les écrans: une petite boite avec une main qui sort et qui colle une baffe aux utilisateurs quand ils font des idioties :)

Mais au départ, un alias, c'est juste un bête raccourci pour gagner du temps à la saisie
effectivement, cependant modifier le comportement par défaut d'une commande n'est pas bien du tout (certains admins mettent ce gentre d'alias dans /etc/profile). La commande rm doit se comporter exactement comme la commande rm standard du système sur lequel elle est exécutée. Faire des alias sur des commandes sans différencier la commande de base de la commande aliasée est une mauvaise idée à mon avis.

Personnellement je prefere faire un alias appele rmi par exemple même si c'est moi qui l'utilise. j'ai pas envie de faire un "unalias rm" ou taper le chemin complet de rm si je suis sur de ce que je fais lors de suppressions massives.

Dans le contexte du rm (je pense que l'option -i est relativement standard ;) , je ne pense pas que ce soit risqué de mettre un alias dessus pour les têtes en l'air.

1/ Ca les incite à continuer à être tête en l'air et à ne pas faire attention à ce qu'ils font. Et ça c'est pas bien non plus.
2/ un utilisateur qui fait ça risque d'oublier le comportement standard de rm, et par habitude, sur une autre machine par exemple, taper un rm en pensant qu'une confirmation lui sera demandée avant suppression.

Mais nooooooon je pensais que tu avais compris!
S'ils ne savent pas c'est parce qu'ils n'en ont pas besoin voyons!

pour les habitués des rm foireux, un bète alias rm='rm -i', ça peut déjà aider ;)

C'est pas bien!

Je suis absolument contre ces méthodes de modification de comportement standard d'une commande. Le jour ou la personne passe sur un système n'ayant pas ce genre de "fonctionnalité", c'est mort!

Quitte afaie un alias, autant faie un alias de style myrm='rm -i'

Pour les sauvegardes je déconseille aussi les DVD, même de marque: pas assez fiable pour le moment. Je conseille également de réduire la vitesse de gravage du graveur de CD: a une époque j'ai constaté que les CD gravés plus lentement tenaient bien mieux que ceux gravés a la vitesse maximale. Peut-être que maintenant ce n'est plus le cas, mais j'ai gardé l'habitude.

... ce qui diminue la probabilité e récupération des fichiers en question: les blocs libérés par le rm peuvent être réalloués pour autre chose.

Quand est-ce que les utilisateurs d'ordinateur personnel comprendront qu'il est nécessaire de faire des sauvegardes fiables et de les vérifier, que la sauvegarde ce n'est pas un "gadget", un truc qu'on fait quand on a le temps?

Pour ma part j'ai compris la nécessité de sauvegarder correctement son travail durant mes études dans les annees 93-96: l'époque des disquettes et des virus sur MBR qui pouvaient effacer ton disque dur. Comme les machines pouvaient être utilisées par plusieurs personnes il était nécessaire de sauvegarder correctement son travail, et d'être en mesure de restituer ses sauvegardes.

Je pense que maintenant tu les fera ces sauvegardes.

Merci d'avoir posté le résultat final. C'est bon a savoir.

Ce que je te dis c'est ce qui a été mentionné par une utilisatrice de 4x4 dans un reportage, et aparamment elle n'est pas la seule à le penser (j'en connais dans mon "entourage" qui pensent pareil - inutile de dire que ce ne sont pas celles que j'apprécie le plus). Mais bon cette population n'utilise pas les plus gros 4x4 mais plutôt les "mini" 4x4 (je ne suis pas spécialiste pour citer un typpe de modèle particulier.

Je note aussi que chez moi, c'est ma femme qui est intéressée par le 4x4, et pas moi.

Beaucoup de 4x4 en villes ne sont pas des voitures d'hommes .... mais de femmes.
Bah oui, parce que quand elles font leur créneaux et que ça tape c'est pas leur voiture qui prend (véridique, entendu dans un reportage !!!).

pour l'embarqué, voir http://www.linuxdevices.com/

oups! me suis rompe c'est parce que je teste NetBSD en long large et en travers ces temps ci (je comprennais pas pourquoi ce moinssage).

Désolé.

... change de portable :)
Si tu sais pas quoi faire du tien, je suis preneur (pour pas grand chose bien sur étant donné que linux n'e fonctionne pas dessus).

Le portable n'est pas prêt pour Linux!

Je vais le faire aussi. Même si je n'utilise pas OpenBSD, je profite plus ou moins directement de son développement (découverte de failles, openSSH, NetBSD qui reprend des bouts de code à OpenBSD, etc ...).

Donc même si vous ne voulez pas acheter de CD ou de Tee shirt, faites un petit don. (Qui ici n'utilise pas ssh sous sa machine?).

C'est n'importe quoi.

En quoi le CD NetBSD n'est-il pas libre?