Je n'ai pas essayé la sauvegarde en ligne, mais moi je trouve que c'est surtout intéressant pour les petites entreprises et lorsque que la durée de restauration est critique. Personnellement j'investirais plutôt dans un second disque dur monté en RAID avec le premier + un graveur DVD.
Le premier te met à l'abri de toute panne de disque, ce qui arrive encore trop fréquement. Le second te protège contre les corruptions de données et te permet de faire rapidement de la place, parce que 4,7Go (soit environ 7 CD) sont moins vite atteints que 700 Mo. De toutes façons, l'espace proposé par ces hébergeurs dépasse rarement l'équivalent de 3 ou 4 DVD.
Et puis quand on voit que d'un coté, il faut dépenser une centaine d'euros par mois (pas vraiment un budget de particulier dans tous les cas) pour commencer à disposer d'un espace conséquent, et que de l'autre, sur la rue Montgallet, les graveurs DVD sont pratiquement tous à moins de 150 ¤,
Ben tu rentabilises ton investissement en 3 mois et tu peux t'en servir à d'autres choses. Un petit DVD±RW dans le lecteur en permanence, avec un cron bien réglé qui fait tes sauvegardes pendant la nuit, et une tour de DVD±R à pas cher pour faire des sauvegardes permanentes toutes les semaines.
Cerise sur le gâteau, tu es sûr que cela fonctionne avec pratiquement tous les systèmes d'exploitation. En tous cas avec Linux.
En plus la sauvegarde en ligne, c'est bien, mais cela implique d'avoir une bonne connectivité derrière pour accéder au serveur de sauvegarde. Et même avec une bonne ADSL, à moins d'avoir l'oreille collée à son central téléphonique, on transfère pas plusieurs Go en 3 minutes ...
Pour l'espace disque, ce n'est pas impossible. Surtout si tu as rapattrié beaucoup de package, je te dirais qu'un système Linux Ubuntu complet commence à se sentir à l'aise qu'à partir de 5/6 Gigas d'espace disque (pour tout le système), vérifie aussi que ta partition home ne soit pas sous-dimensionnée.
Pour ton fichier d'autorisation, il se peut effectivement que des fichiers aient été créés dans le répertoire de ton utilisateur sous une identité qui n'est pas la sienne, ce qui l'empêche d'écrire légitimement dedans. Il se peut également que les droits d'accès aient été accidentellement redéfinis sur le /home/utilisateur (genre chmod a-wx).
Je dirais que, bien que ce soit assez moche et que cela fasse bondir tous les admins système, les commandes
D'autre part, les macros que tu cites sont écrites en C, et pas en shellscript. L'idée est que lorsque tu écris un programme en binaire, tu appelles une fois pour toutes stat() ou lstat() pour faire les contrôles sur ton fichier, et celui-ci te renvoie entre autre une liste de flags qui te donnent les infos que tu cherches.
Les macros en question sont simplement là pour contrôler l'état de tel ou tel flag, sans que tu aies besoin de connaitre ceux-ci en particulier.
Bon, en explorant mon répertoire .mozilla, je me suis aperçu que certains de ses sous-répertoires appartenaient à root et plus à moi. Je ne sais pas à quel moment cela s'est produit. Surtout que ce n'est pas la première fois (ni sur les mêmes machines, ni sur les mêmes distribs).
Un petit chown récursif a grandement amélioré les choses. Pour autant, mon répertoire était dans un état instable difficile à corriger. Éditer les fichiers *.rdf semble fonctionner sur le moment, mais très vite Firefox perd les pédales. D'autre part, on trouve des extensions stockées normalement dans "extensions" et d'autres dans le répertoire "chrome", en principe dédié au thème ! C'est le cas de Adblock Plus et de User Agent Switcher, qui disparaissaient alors de la liste des extensions installées mais restaient disponibles.
Heureusement, pour régler tout cela, il suffit de sauver ses bookmarks en copiant le fichier bookmark.html en lieu sûr, effacer son .mozilla, relancer Firefox et replacer ses bookmark dans le nouveau répertoire fraîchement créé.
C'est la grande force d'Unix, d'ailleurs. Il arrive de temps en temps que les choses finissent par casser, mais au moins ELLES SE REPARENT ! :-)
Merci d'avoir pris le temps de creuser mon problème !
Ensuite, dans le vrai, et en réponse au jounal, et pas au commentaire, la plupart des images diffusées par la NASA/autres sont retouchées.
Ce n'est pas pour autant que ce sont des fausses couleurs ! D'abord Hubble opère dans le domaine visible contrairement à d'autres téléscopes qui agissent dans l'infrarouge ou l'ultraviolet. Ensuite, ce que l'on fait beaucoup sur Terre, c'est placer des filtres devant sa caméra et faire varier les temps de pose, puis recumuler les « calques », mais de la retouche proprement dite, à part pour éliminer certains artefacts, non.
J'ai tenté par deux fois de m'y inscrire, avec un intervalle suffisament long entre les deux, et à chaque fois le formulaire d'enregistrement a débouché avec succès sur une page indiquant que c'était désormais au bon vouloir du modérateur et depuis, toujours pas de nouvelles. Quelqu'un connaitraît-il la marche à suivre ?
Tout-à-fait, et c'est dans la liste que je propose. D'ailleurs, le supporter des terrains de football s'entend dans ce sens-là aussi : La personne venue soutenir son équipe.
Effectivement, dans le texte présent, cette phrase est un cas d'école en traduction : Le sens premier est probablement ici celui de « prendre en charge » mais OOo « soutient » l'utilisation de ce format, en plus de simplement le reconnaître. Et c'est intéressant.
Je n'ai pas suivi récement les tribulations des produits de chez Kro, mais je vois écrit "Open XML" standard. Il y a peut-être des chances que le format en question soit disponible quelque part (à condition que ce Open ne signifie pas "distribution sous license Open" ou autre ânerie du même acabit).
d'adopter un format de fichier ouvert et standardisé comme par exemple le format OpenDocument (OASIS) supporté par OpenOffice.org
Par pitié, cessez de traduire to support par "supporter". On dit, selon les cas, reconnaître, prendre en charge, ou bien soutenir. On peut utiliser assistance sous sa forme non conjuguée.
"Supporter" est non seulement un faux-ami, mais c'est également très laid, et le sens français est beaucoup plus lourd qui ne l'est en anglais, en plus d'être différent. Alors, de grâce, oeuvrez pour que cet anglicisme ne passe pas définitivement dans le langage courant.
Bonjour, j'administre un jeu en php et je soupconne une tricherie... Avant de changer mes pass, j'aimerai savoir si d'autre que moi se connecte sur ma base.
Si si, je confirme : C'est comme ça que je répare les miens.
Sinon pour lilo, as-tu bien lancé la commande « lilo » après avoir modifié ton fichier de config ?
Pour les sessions graphiques, on utilise VNC pour prendre un bureau à distance, cela devrait correspondre à ce que tu cherches. Sinon, avec ssh, tu peux utiliser l'option -X pour activer la redirection du flux X-Window et ouvrir sur ton bureau local les applications qui tournent sur ta machine de test, et ce de manière transparente.
Pour le reste, tu peux effectivement acheter une machine de test mais cela va te coûter cher et te prendre de la place chez toi (sans compter la température, le bruit et l'électricité consommée qui n'est pas négligeable). Et de toutes façons, tu ne pourras faire des tests que sur ce qu'étaient les machines à l'époque où elles sont sorties. Et Linux lui-même a beaucoup évolué depuis également. En revanche, il est vrai que plus les machines sont anciennes, plus elles sont faciles et agréables à bidouiller. À toi de voir donc.
Ce que je te conseille donc, c'est de faire tous tes tests dans un premier temps sur ta machine de travail, avec un compte dédié à cet usage. Il est beaucoup moins facile de planter un système Unix qu'un Windows. Un bon petit su, chrooté comme il se doit, devrait suffire à te définir un terrain de jeu suffisament éloigné de ton travail.
Par la suite, quand tu en seras à modifier le MBR avec un dd bien configuré, à recompiler le noyau et à faire des bidouilles en espace root ou kernel, le mieux que tu aies à faire à mon avis est d'acheter un rack et un second disque dur. Tu installes un système de travail à l'identique sur ton second disque, puis tu t'amuses à le bidouiller. Si tu le crashes complètement, soit tu le réinstalles, soit tu fais un « cp -R » depuis ton disque de production. La seule chose à laquelle il faut veiller est de mettre en place un code couleur bien visible sur tes deux disques histoire de ne pas te tromper de volume lorsqu'il te prendra l'envie de jouer aux apprentis-sorciers :-)
Sinon, si tu décides d'acheter tout de même une ou deux machines, fais l'économie du moniteur, du clavier et de la souris et prends à la place un switch vidéo. Leurs prix ont également bien chuté sur Montgallet. Tu pourras mettre tes machines là où elles ne gênent personne et c'est infiniment plus confortable de ne pas avoir à changer de console.
Pour l'anecdote, je m'éclate avec le même genre d'exercices. L'un de mes derniers petits programmes est un bootloader à deux entrées, un barre de sélection, et un scrolling d'étoiles horizontal en trois plans différentiels à la mode 1985-1990. Il est écrit entièrement en assembleur et tient en 446 octets, ce qui me permet de l'installer directement dans le MBR sans écraser la table des partitions et sans avoir à écrire de bootstrap. Ce genre de bidouilles est vraiment aussi instructif que ludique. Les plus jeunes commencent aujourd'hui directement sous Windows et n'ont que rarement l'occasion d'aller extraire les tripes de leur machine. Dommage ...
Rassures-toi, j'utilise également Synaptic (et en plus j'utilise Ubuntu) ! Mon post était au second degré.
Ceci dit, la ligne de commande n'est pas un signe de reconnaissance entre linuxéistes membres d'un cercle privé. C'est un outil extrêmement puissant, bien plus que ne peut l'être une interface graphique pilotée à la souris. Faire l'effort d'apprendre à s'en servir paye presqu'immédiatement. Sans cela on perd la majeure partie des avantages d'un système Unix. Pas l'intégralité certes, mais la majeure partie quand même.
Il est dommage de voir des gens se braquer dans un domaine particulier simplement parce que le premier pas coûte un peu plus que les autres.
En ligne de commande (que j'utilise le moins possible) ça donne :
apt-cache search <fichier>, pour voir s'il est dispo et
apt-get intall <fichier> pour installer
- Un mauvais point pour ne pas utiliser la ligne de commande,
- Un bon point pour connaître les commandes quand même !
J'espère bien parce que /dev/cdrom n'est pas un device officiel. C'est tout le temps un lien symbolique qui pointe le bon périphérique. Et sur 99% des PCs, le CD-ROM est installé sur /dev/hdc (le secondary master du port IDE).
# Raid + DVD ?
Posté par Obsidian . En réponse au journal Solution de sauvegarde en ligne. Évalué à 8.
Le premier te met à l'abri de toute panne de disque, ce qui arrive encore trop fréquement. Le second te protège contre les corruptions de données et te permet de faire rapidement de la place, parce que 4,7Go (soit environ 7 CD) sont moins vite atteints que 700 Mo. De toutes façons, l'espace proposé par ces hébergeurs dépasse rarement l'équivalent de 3 ou 4 DVD.
Et puis quand on voit que d'un coté, il faut dépenser une centaine d'euros par mois (pas vraiment un budget de particulier dans tous les cas) pour commencer à disposer d'un espace conséquent, et que de l'autre, sur la rue Montgallet, les graveurs DVD sont pratiquement tous à moins de 150 ¤,
http://www.rue-montgallet.com/prix/75012/comparer/215/Graveurs-exte(...)
Ben tu rentabilises ton investissement en 3 mois et tu peux t'en servir à d'autres choses. Un petit DVD±RW dans le lecteur en permanence, avec un cron bien réglé qui fait tes sauvegardes pendant la nuit, et une tour de DVD±R à pas cher pour faire des sauvegardes permanentes toutes les semaines.
Cerise sur le gâteau, tu es sûr que cela fonctionne avec pratiquement tous les systèmes d'exploitation. En tous cas avec Linux.
En plus la sauvegarde en ligne, c'est bien, mais cela implique d'avoir une bonne connectivité derrière pour accéder au serveur de sauvegarde. Et même avec une bonne ADSL, à moins d'avoir l'oreille collée à son central téléphonique, on transfère pas plusieurs Go en 3 minutes ...
[^] # Blague nulle
Posté par Obsidian . En réponse au journal Et si nous faisions quelque chose ?. Évalué à 2.
Ah ne pas confondre avec le Dekapote ...
->[] (et je claque la porte).
# Charsets roulaizent
Posté par Obsidian . En réponse au message Question d'accent. Évalué à 2.
Essaie aussi " echo $LANG " si cette variable est correctement définie ...
[^] # Re: Alors au hasard,
Posté par Obsidian . En réponse au message utilisateur ubuntu. Évalué à 2.
$ df -h
Pour être sûr qu'aucune partition n'approche les 100%.
Voila.
# Alors au hasard,
Posté par Obsidian . En réponse au message utilisateur ubuntu. Évalué à 2.
Pour ton fichier d'autorisation, il se peut effectivement que des fichiers aient été créés dans le répertoire de ton utilisateur sous une identité qui n'est pas la sienne, ce qui l'empêche d'écrire légitimement dedans. Il se peut également que les droits d'accès aient été accidentellement redéfinis sur le /home/utilisateur (genre chmod a-wx).
Je dirais que, bien que ce soit assez moche et que cela fasse bondir tous les admins système, les commandes
# chown -R toto.toto /home/toto
# chmod -R 755 /home/toto
en root et en remplaçant « toto » par le login de ton utilisateur devraient suffire à résoudre pas mal de choses.
Bon courage.
[^] # Re: Ben, man bash ...
Posté par Obsidian . En réponse au message utilisation de S_ISDIR et S_ISREG. Évalué à 2.
Bon la solution est quelque part dans la banquise du message précédent :
[ -e "$a" ] teste l'existence d'un « objet » sur ton filesystem.
[ -f "$a" ] teste si cette entrée est un fichier régulier ou pas.
Bon courage.
[^] # Re: Ben, man bash ...
Posté par Obsidian . En réponse au message utilisation de S_ISDIR et S_ISREG. Évalué à 2.
Les macros en question sont simplement là pour contrôler l'état de tel ou tel flag, sans que tu aies besoin de connaitre ceux-ci en particulier.
# Ben, man bash ...
Posté par Obsidian . En réponse au message utilisation de S_ISDIR et S_ISREG. Évalué à 2.
for i in *
do
[ -d $i ] || echo "$i n'est pas un répertoire"
[ -f $i ] || echo "$i n'est pas un fichier régulier"
done
Mais il me semble également avoir vu ce genre d'expression dans ton précédent script. Qu'est-ce qui ne fonctionne pas ?
[^] # Re: re : Firefox : désinstallation des plugins défectueuse
Posté par Obsidian . En réponse au message Firefox : désinstallation des plugins défectueuse.. Évalué à 2.
Bon, en explorant mon répertoire .mozilla, je me suis aperçu que certains de ses sous-répertoires appartenaient à root et plus à moi. Je ne sais pas à quel moment cela s'est produit. Surtout que ce n'est pas la première fois (ni sur les mêmes machines, ni sur les mêmes distribs).
Un petit chown récursif a grandement amélioré les choses. Pour autant, mon répertoire était dans un état instable difficile à corriger. Éditer les fichiers *.rdf semble fonctionner sur le moment, mais très vite Firefox perd les pédales. D'autre part, on trouve des extensions stockées normalement dans "extensions" et d'autres dans le répertoire "chrome", en principe dédié au thème ! C'est le cas de Adblock Plus et de User Agent Switcher, qui disparaissaient alors de la liste des extensions installées mais restaient disponibles.
Heureusement, pour régler tout cela, il suffit de sauver ses bookmarks en copiant le fichier bookmark.html en lieu sûr, effacer son .mozilla, relancer Firefox et replacer ses bookmark dans le nouveau répertoire fraîchement créé.
C'est la grande force d'Unix, d'ailleurs. Il arrive de temps en temps que les choses finissent par casser, mais au moins ELLES SE REPARENT ! :-)
Merci d'avoir pris le temps de creuser mon problème !
[^] # Re: ironique ;-)
Posté par Obsidian . En réponse au journal Une vidéo de la Nasa sent le trafiqué. Évalué à 3.
Ce n'est pas pour autant que ce sont des fausses couleurs ! D'abord Hubble opère dans le domaine visible contrairement à d'autres téléscopes qui agissent dans l'infrarouge ou l'ultraviolet. Ensuite, ce que l'on fait beaucoup sur Terre, c'est placer des filtres devant sa caméra et faire varier les temps de pose, puis recumuler les « calques », mais de la retouche proprement dite, à part pour éliminer certains artefacts, non.
# Ah, au fait, et les développeurs ?
Posté par Obsidian . En réponse à la dépêche Un nouveau livre sur Gimp en librairie. Évalué à 2.
http://developer.gimp.org/(...)
J'ai tenté par deux fois de m'y inscrire, avec un intervalle suffisament long entre les deux, et à chaque fois le formulaire d'enregistrement a débouché avec succès sur une page indiquant que c'était désormais au bon vouloir du modérateur et depuis, toujours pas de nouvelles. Quelqu'un connaitraît-il la marche à suivre ?
Merci.
[^] # Re: Je ne supporte plus les "supportés"
Posté par Obsidian . En réponse au journal L'Etat du Massachusetts pourrait rejeter Microsoft Office. Évalué à 2.
Effectivement, dans le texte présent, cette phrase est un cas d'école en traduction : Le sens premier est probablement ici celui de « prendre en charge » mais OOo « soutient » l'utilisation de ce format, en plus de simplement le reconnaître. Et c'est intéressant.
[^] # Re: Un standard bien à lui ...
Posté par Obsidian . En réponse au journal L'Etat du Massachusetts pourrait rejeter Microsoft Office. Évalué à 4.
# Je ne supporte plus les "supportés"
Posté par Obsidian . En réponse au journal L'Etat du Massachusetts pourrait rejeter Microsoft Office. Évalué à 10.
Par pitié, cessez de traduire to support par "supporter". On dit, selon les cas, reconnaître, prendre en charge, ou bien soutenir. On peut utiliser assistance sous sa forme non conjuguée.
"Supporter" est non seulement un faux-ami, mais c'est également très laid, et le sens français est beaucoup plus lourd qui ne l'est en anglais, en plus d'être différent. Alors, de grâce, oeuvrez pour que cet anglicisme ne passe pas définitivement dans le langage courant.
Merci.
# Repered
Posté par Obsidian . En réponse au message Qui se connecte sur ma base?. Évalué à 2.
Merde, ça s'est déjà vu ? :-)
[^] # Re: Chroot
Posté par Obsidian . En réponse au message reparer LILO sans disquette. Évalué à 2.
Sinon pour lilo, as-tu bien lancé la commande « lilo » après avoir modifié ton fichier de config ?
[^] # Re: Je sais ou il est.
Posté par Obsidian . En réponse au journal Surprenant. Évalué à 2.
[^] # Re: Je sais ou il est.
Posté par Obsidian . En réponse au journal Surprenant. Évalué à 1.
Abel Chemoul ! :-)
[^] # Re: Et le Cell?
Posté par Obsidian . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 8.
# Disque dur et SSH
Posté par Obsidian . En réponse au journal Récupérer de vieux ordis pour bidouiller. Évalué à 4.
Pour le reste, tu peux effectivement acheter une machine de test mais cela va te coûter cher et te prendre de la place chez toi (sans compter la température, le bruit et l'électricité consommée qui n'est pas négligeable). Et de toutes façons, tu ne pourras faire des tests que sur ce qu'étaient les machines à l'époque où elles sont sorties. Et Linux lui-même a beaucoup évolué depuis également. En revanche, il est vrai que plus les machines sont anciennes, plus elles sont faciles et agréables à bidouiller. À toi de voir donc.
Ce que je te conseille donc, c'est de faire tous tes tests dans un premier temps sur ta machine de travail, avec un compte dédié à cet usage. Il est beaucoup moins facile de planter un système Unix qu'un Windows. Un bon petit su, chrooté comme il se doit, devrait suffire à te définir un terrain de jeu suffisament éloigné de ton travail.
Par la suite, quand tu en seras à modifier le MBR avec un dd bien configuré, à recompiler le noyau et à faire des bidouilles en espace root ou kernel, le mieux que tu aies à faire à mon avis est d'acheter un rack et un second disque dur. Tu installes un système de travail à l'identique sur ton second disque, puis tu t'amuses à le bidouiller. Si tu le crashes complètement, soit tu le réinstalles, soit tu fais un « cp -R » depuis ton disque de production. La seule chose à laquelle il faut veiller est de mettre en place un code couleur bien visible sur tes deux disques histoire de ne pas te tromper de volume lorsqu'il te prendra l'envie de jouer aux apprentis-sorciers :-)
Sinon, si tu décides d'acheter tout de même une ou deux machines, fais l'économie du moniteur, du clavier et de la souris et prends à la place un switch vidéo. Leurs prix ont également bien chuté sur Montgallet. Tu pourras mettre tes machines là où elles ne gênent personne et c'est infiniment plus confortable de ne pas avoir à changer de console.
Pour l'anecdote, je m'éclate avec le même genre d'exercices. L'un de mes derniers petits programmes est un bootloader à deux entrées, un barre de sélection, et un scrolling d'étoiles horizontal en trois plans différentiels à la mode 1985-1990. Il est écrit entièrement en assembleur et tient en 446 octets, ce qui me permet de l'installer directement dans le MBR sans écraser la table des partitions et sans avoir à écrire de bootstrap. Ce genre de bidouilles est vraiment aussi instructif que ludique. Les plus jeunes commencent aujourd'hui directement sous Windows et n'ont que rarement l'occasion d'aller extraire les tripes de leur machine. Dommage ...
# IOI ?
Posté par Obsidian . En réponse à la dépêche Médaille d'or pour la France aux Olympiades Internationales d'Informatique. Évalué à 9.
(Vous pouvez envoyer les « - », maintenant).
[^] # Re: Synaptic
Posté par Obsidian . En réponse au message Insatllation d'un .deb. Évalué à 2.
Ceci dit, la ligne de commande n'est pas un signe de reconnaissance entre linuxéistes membres d'un cercle privé. C'est un outil extrêmement puissant, bien plus que ne peut l'être une interface graphique pilotée à la souris. Faire l'effort d'apprendre à s'en servir paye presqu'immédiatement. Sans cela on perd la majeure partie des avantages d'un système Unix. Pas l'intégralité certes, mais la majeure partie quand même.
Il est dommage de voir des gens se braquer dans un domaine particulier simplement parce que le premier pas coûte un peu plus que les autres.
[^] # Re: Synaptic
Posté par Obsidian . En réponse au message Insatllation d'un .deb. Évalué à 2.
- Un mauvais point pour ne pas utiliser la ligne de commande,
- Un bon point pour connaître les commandes quand même !
# Ah ?
Posté par Obsidian . En réponse au journal vive ouinedoze vista !!. Évalué à 10.
[^] # Re: Mea Culpa
Posté par Obsidian . En réponse au message [mount] '/dev/hdc : ne peut lire le super bloc'. Évalué à 2.
Donc tu es dans le cas de figure le plus courant.