netsurfeur a écrit 682 commentaires

J'ai utilisé occasionnellement Umbrello pour faire quelques diagrammes UML :
http://uml.sourceforge.net/index.php(...)
A priori, il fait aussi de la génération de code mais je n'ai pas testé.

As-tu testé le mode half-duplex comme te le suggère LeSeb ?
Quel est le résultat ?

(A moins que tu aies du mal à décrypter le SMS que tu sembles pourtant parler couramment ;) )

... et appeler le juge "votre honneur" !
Voilà ce qui arrive lorsque l'instruction civique se fait en regardant les séries américaines !

...et cela ne concernerait pas que les criminels/violeurs/récidivistes.

Depuis 2003, l'inscription à été étendue à quasiment tous les auteurs de crimes et délits.
Il suffit de s'énerver lors d'un contrôle routier et hop, "insulte à agent" et inscription au fichier !

Grâce à cette loi, le petit Nicolas a gagné le Big Brother Award 2004:
http://nomines.bigbrotherawards.eu.org/index.php?de=1&&id=5(...)

Je n'ai pas d'expérience directe mais j'ai des amis qui ont leur site chez Online.fr depuis plusieurs années et en sont contents.
Je viens d'aller voir leurs tarifs, ça correspond à ta demande:
http://www.online.fr/info.pl?lg=fr(...)

'man grep' est ton ami ;)

Pas mal !
Ca peut s'optimiser en supprimant les cat:

mkfifo /tmp/dd1
mkfifo /tmp/dd2
mkfifo /tmp/dd3

bunzip2 | tee /tmp/dd1 | tee /tmp/dd2 | tee /tmp/dd3 | dd of=/dev/hdd &
dd if=/tmp/dd1 of=/dev/hda &
dd if=/tmp/dd1 of=/dev/hdb &
dd if=/tmp/dd1 of=/dev/hdc &
wait

Ne pas oublier de lancer les process en arrière-plan sinon tout se bloque dès que les fifos sont pleines !

- LVM en mode snapshot et backuper le snapshot
consistence des données ?

Il est possible de verrouiller une base dans un état consistant avant de faire le snapshot:

FLUSH TABLES WITH READ LOCK
lvcreate --snapshot ...
UNLOCK TABLES

A mon avis, il suffit que tu lances la restauration sur les 4 disques en parallèle:

bunzip2 -c ./fichier.bz2|dd of=/dev/hda &
bunzip2 -c ./fichier.bz2|dd of=/dev/hdb &
bunzip2 -c ./fichier.bz2|dd of=/dev/hdc &
bunzip2 -c ./fichier.bz2|dd of=/dev/hdd &
wait

A moins que tu aies un CPU particulièrement lent (genre 486), l'écriture sur les 4 disques sera le facteur limitatif et non bunzip2.

Mais ce n'est pas la peine de leur faciliter la tâche.
Un président qui prend les pleins pouvoirs pourra déclencher d'autant plus facilement une chasse aux sorcières qu'il dispose dès son arrivée de bases de données fichant la population.
Sans compter qu'il n'y a pas besoin d'attendre une prise de pouvoir pour que le contenu de bases de données soit détourné de son objectif initial (certaines bases commerciales ont été utilisées récemment par un parti politique pour de l'emailing de masse :( ). Le plus sûr est donc de s'opposer à ce fichage systématique.

raid0, c'est du striping donc pas de sécurité.
Ce que tu décris, c'est du disque miroir donc raid1

Est-ce que quelqu'un peut m'envoyer un petit bout de code pour me montrer comment on utilise cette fonction...

Tous les sources de Linux étant disponibles, le meilleur exemple est probablement celui de la commande hostname. Il suffit que tu récupères le package source de net-tools pour ta distribution et que tu regardes dans hostname.c

où est-ce que je peux trouver des informations concernant les libraires et les fonctions disponible du système ?

Le manuel Unix (et donc Linux) est organisé en sections. Pour la programmation, les sections les plus intéressantes sont la 2 (Appels systèmes) et la 3 (fonctions). Tu peux les trouver en ligne à cette adresse:
http://man.linuxquestions.org/sections.php(...)

'gethostname' est la fonction de la libc qui fournit le nom de la machine.
'hostname' est la commande qui fournit le même service.
'hostname' utilise 'gethostname'.
Le post initial faisait référence à des librairies de base; il semble donc logique de répondre avec la fonction de la libc fournissant ce service et non la commande.

Je suis d'accord avec toi sur ces trois points.
J'ajouterai en plus:
* Pour le point 1, j'ai vécu le problème : panne d'une vieille carte raid Mylex dans un serveur. Nous n'avons réussi à récupérer les données que parce que nous en avions acheté deux au départ. Cette carte ne se faisant plus, nous sommes passés au raid soft sans problème de perf.

* Pour le point 3, j'ajouterai que si le choix raid soft/hard se fait pour optimiser le swapping, le mieux est peut-être de l'éviter ! Pour le prix d'une carte raid hard, on peut ajouter 1 ou 2Go de RAM, ce qui devrait fortement réduire le swapping.

J'ai utilisé un dérouleur de bandes du même type mais de capacité supérieure (1,2Go) il y a quelques années (sur une Redhat 4).
Le driver à utiliser est ftape. Tu peux utiliser un
modprobe ftape
et voir les messages du driver avec dmesg.
Ce périph ne se monte pas comme un disque, il s'utilise comme un dérouleur de bandes:
mt pour piloter la bande (rembobinage,...) : mt -f /dev/qft0 rew
tar direct sur le fichier spécial pour l'archivage : tar cvf /dev/qft0 .

J'aurais du mal à te donner plus de détails, ça fait longtemps que je ne l'utilise plus (très lent et surtout erreurs à la relecture des bandes).
Tu peux éventuellement trouver plus d'infos dans /usr/src/linux/Documentation/ftape.txt

Lorsque j'ai cité l'importation de 4x4 chinois, je ne faisais aucune référence à leur qualité (ou non qualité); je voulais simplement répondre à l'argument "on ne craint pas la concurrence chinoise car le transport coûte trop cher, il vaut donc mieux fabriquer en Europe".
Quant à l'article du Monde, je ne sais pas si le risque est réel ou résultat d'un lobbying. En tout cas, je me souviens que lorsque les voitures japonaises sont arrivées en France le discours était assez proche.

C'est probablement pour ça qu'un 4x4 chinois est déjà importé:
http://automobile.nouvelobs.com/mag/Dossier/voitures_chinoises/defa(...)
C'est vaguement copié sur un Opel Frontera pour la moitié du prix !
Pour l'instant, il ne s'agit que d'une importation à petit volume par un importateur exclusif, mais Honda avait commencé comme ça...

La commande nohup sert à ça. Avec:

nohup ./nwnserver -module= &

tu pourras te déconnecter sans que la commande soit tuée. "man nohup" pour plus de détails

Le warning indique que tu dois installer la dernière version de clamav pour pouvoir traiter la nouvelle version des signatures.
Je te conseille d'aller voir http://www.clamav.net/binary.html(...) pour avoir les infos te permettant d'accéder à un package plus récent que celui de la Sarge

Tu peux obtenir les vitesses supportées par ton graveur en faisant:

cdrecord -prcap dev=<graveur>

Tu obtiendras beaucoup d'informations sur les possibilités de ton graveur et en particulier les vitesses de gravure supportées.
Par exemple, mon graveur DVD me donne:

Number of supported write speeds: 6
Write speed # 0: 5645 kB/s CLV/PCAV (CD 32x, DVD 4x)
Write speed # 1: 4234 kB/s CLV/PCAV (CD 24x, DVD 3x)
Write speed # 2: 3528 kB/s CLV/PCAV (CD 20x, DVD 2x)
Write speed # 3: 2822 kB/s CLV/PCAV (CD 16x, DVD 2x)
Write speed # 4: 1411 kB/s CLV/PCAV (CD 8x, DVD 1x)
Write speed # 5: 706 kB/s CLV/PCAV (CD 4x, DVD 0x)

L'option -p de netstat permet aussi de faire le lien entre port et process.

Néanmoins, cette machine étant déjà utilisée pour attaquer d'autres machines, il est urgent de faire cesser cela rapidement plutôt que de jouer à cache-cache avec le hacker au risque d'engager ta responsabilité. Comme conseillé plus haut, il est urgent que tu déconnectes ton serveur du réseau et que tu le réinstalles.

Je te conseillerais de faire un 'vmstat 1' pour avoir une vision globale de l'activité du système. Ca te permettra de localiser le goulet d'étranglement (CPU, mémoire, swap, I/O disques).

La RH8.0 date de septembre 2002, pas étonnant qu'elle ait des problèmes avec un disque SATA !
Peut-être pourrait-tu essayer une version plus récente ?

tar traitant correctement les hardlinks, tu peux peut-être essayer quelque chose du genre:

tar cvf - . | ssh user@machine tar xvf -

Aurait tu oublie la premiere maxime de la programmation utile:
"utiliser des noms de variables significatifs"

Tout à fait d'accord

tu a du cd "/home/Linux/Profils/" partout dans ton script, typiquement
une variable aurait ete tres utile au cas ou un changement du repertoire
de base arriverait.

Là aussi, d'accord.
D'ailleurs le script initial n'avait qu'un seul cd en absolu; les autres étaient relatifs. Il y avait donc moins besoin d'utiliser une variable pour le répertoire de base.

De plus tout les unix non pas forcement les memes emplacements
pour les commandes il est donc conseiller de creer des variables
pour toutes les commandes utilisées.

Pas d'accord du tout !
Les emplacements peuvent être différents d'un unix à l'autre mais la variable PATH est là pour résoudre ce problème !
Tu comptes éditer tous tes scripts un par un pour changer les chemins absolus des commandes le jour où tu migreras sur un autre unix ?