Hobgoblins Master a écrit 728 commentaires

En fait cette petite phrase en anglais t'explique que parfois des infos utiles peuvent être trouvées dans les logs et elle t'invite à essayer la commande :
dmesg | tail

Cette commande doit t'afficher les dix dernières lignes de dmesg, pour les détails :
man dmesg
et
man tail
te seront d'un grand secours...

De mémoire, le codepage 850 est défini par codepage=cp850

La majorité des serveurs de mails n'acceptent pas qu'on leur parle sans attendre les réponses !
La solution pour rester proche du shell est donc d'utiliser expect, sinon, tu doit pouvoir t'en sortir avec netcat.

Enfin, l'utilisation des modules Mail::xxx de perl sera certainement plus efficace !

Contrairement à beaucoup des commentaires précédents, je confirme une chose, il est généralement bien voir même indispensable d'avoir au moins autant de SWAP que de RAM, même avec 4Go de RAM sur une station de travail. C'est tout simplement indispensable si l'on veut utiliser l'ACPI pleinement et activer la "mise en veille prolongée".

Pour le reste, c'est vrai que avec mon G de ram, je n'ai que très rarement des données en swap, mais je ne pense pas que ça vaille la peine maintenant de se prendre la tête à réduire une partition de swap de 1.5 à 1G sur un disque de 160G...

en regardant de plus prêt ton script, il semblerait que ta distribution utilise chkconfig pour la gestion des service (mandriva ou red hat ?), je te conseille donc la lecture assidue de man chkconfig afin d'effectuer la maneuvre précédente...

OK, tu as netfs, c'est super cool, tu dois certainement avoir sur ta distribution un système de gestion des services, ajoutes-y netfs pour et vérifie qu'il est bien lancé après le service network(ing).

Désolé, je n'ai pas été assez clair (pourtant...)

Wine est un émulateur de système Windows pour unix, permettant ainsi de faire fonctionner un certain nombre d'applications prévues pour se SE de fonctionner notemment sous Linux. Malheureusement, il (et les applications s'appuyant dessus) ne fonctionne qu'avec l'architecture x86, le monsieur ayant un amiga, c'est pas gagné. La solution, est donc d'utiliser la machine virtuelle Qemu (un peu entre vmware et bochs dans l'esprit). Qemu à plusieurs modes de fonctionnement, le mode machine virtuelle pour installer un os complet (complètement hosr de propos ici) et le mode émulation capable de convertir les instructions x86 (ou yDuchmol) d'une application en instruction zBidule (qui est ton vrai processeur).

Voila pour l'explication à l'arrache, pour de plus amples rensignements, et surtout les détails techniques du pourquoi du comment ça marche, consulter les sites correspondants à chacun des projets et chercher les références croisées dans google.

Il y a toujours la solution du viewer officiel si tu est pret à jouer un peu ;-)
En effet, sur ta machine, tu va devoir dans un premier temps faire fonctionner wine grace à qemu, puis y installer la visionneuse powerpoint de Microsoft...

ça va fonctionner, si tu aimes bidouiller, tu va bien t'éclater à le faire, mais je doute que le résultat soit pleinement satisfaisant...

sauf que, le montage automatique (et l'évaluation des paramètres auto/noauto) se fait largement avant l'activation du réseau, les points de montages distants ne sont donc pas montés même s'ils sont déclarés auto, il y a sur mandriva un service qui prend ça en charge, de mémoire, ça doit être netfs, sur debian, le service mountnfs.sh fait ça pour les shares nfs (je n'ai pas trouvé pour samba, mais il peut servir de base pour en écrire un).

Sinon, tu peux regarder du côté de pam_mount, il a l'avantage de ne pas stocker les mots de passe en clair (à condition qu'ils soient identiques au mot de passe de login), de plus chaque utilisateur à ainsi ces droits à lui sur le partage, ce qui est parfois bien utile !

apt-get install usbmount pouis modif du fichier /etc/usbmount.conf pour ajouter vfat aux systèmes de fichiers pris en charge (il faut aussi modifier les droits pour que ce ne soit pas root qui ait accès).

tu peux faire directement
uuencode -m piece_jointe nom_piece_jointe |mail

ça t'insert le fichier piece_jointe en tant que nom_piece_jointe dans ton mail, codé en base64 (-m)

uuencode permet de faire ça, mon man me donne comme exemple :
tar cf - src_tree | compress | uuencode src_tree.tar.Z | mail sys1!sys2!user

Si tu veux faire un peu plus sioux, va voir du côté de perl Mail, Mail::Send...

As-tu vérifié que l'utilisateur qui lance qemu à les droits de lecture et décriture sur /dev/parport0 ?

Sinon, pour la clé logicielle sur adresse MAC, ça ne devrait pas poser de problèmes avec qemu puisque tu peux choisir la première adresse MAC de la machine virtuelle (donc si tu as déjà une clé logicielle, tu peux la tester tout de suite !).

A condition que l'écran LCD soit connecté en DVI, sinon, c'est CRT !

De plus, mais je n'ai pas mon xorg.conf (sid, mais ça marchait déjà sous sarge avec le XF86Config), j'ai bien mis toutes les options twinview etc dans la section device, j'ai rajouté l'option pour que le driver nvidia se débrouille avec l'écran pour les fréquences etc, lit bien les README du driver, ils sont quand même très bien faits ;-)

PS: je suis en DualView, mais avec un CRT et un LCD et j'ai étendu mon bureau sur les 2.
Regarde peut-être aussi du coté de nvtv...

Soit tu as un petit réseau, ça ne te dérange pas qu'exchange accède à internet et tu n'y touche pas, soit tu fait un peu plus propre, tu met exchange dans ton LAN, la passerelle Linux en DMZ et tu dis à exchange de tout envoyer à la passerelle qui elle se chargera d'envoyer au reste du monde.

De plus, on peut considérer le couple spamd/spamc comme INDISPENSABLE sur un serveur ;-)

Dans les 1.1.x, je sais plus, dans la 2, c'est affichage -> Mise en page Web

Peut-être mieux que maia
http://www.collaboration-world.com/cgi-bin/project/index.cgi?pid=8

Celui-ci est pas mal :
http://www200.pair.com/mecham/spam
(par contre je n'ai rien pris dans testing et j'ai mis les sources volatiles pour clamav)
Une bonne méthode de tri à la racine...
http://wiki.mailscanner.info/doku.php?id=documentation:configuration:mta:postfix:how_to:reject_non_existent_users

Je te conseil aussi une recherche sur maia mailguard et cie, peut-être plus facile à gérer que des filtres dans le MUA ! (En plus ça permet de faire apprendre correctement au filtre bayésien !)

Pour plus de détails, contacte moi en privé

Essaie jnettop, ça ressemble à top, mais avec le réseau, tu peux même avoir quel processus est en face ;-)

OK, bon déja, il n'y a pas de table de partition ou elle n'est pas standard (c'était un peu prévisible vu qu'on monte directement sdb et non sdb1).

J'ai peut-être une idée:
pour "cacher" la partition privée, ils ne se sont peut-être pas pris la tête, elle doit être juste derrière l'autre, mais comme il n'y a pas de table de partition, on ne le voit pas et ont ne peut pas semble-t-il la monter...
Qu'elle est la taille d'un dd if=/dev/sdb of=/tmp/clee.dump ?
cfdisk /dev/sdb te montre-t-il de l'espace non partitionné ?

Si une partition n'est pas identifiée par exemple par un fdisk -l /dev/sda, le cat ne fonctionnera pas, un cat /proc/partitions peut aider à les retrouver également.

Partimage fonctionne aussi en mode client-serveur, je l'ai utilisé il y a plus d'un an pour cloner 1 machine sur 10 autres, j'ai lancé le serveur sur un portable, et lancé la descente d'image sur les 10 postes en même temps, ça roule tout seul !

Pardon, j'ai oublié de préciser, quand je clique sur le bouton gras, je vois texte pas *texte* (bien que le mail effectivement envoyé contienne *texte*), pour les messages reçus, c'est pareil, si on m'envoie /texte/, je vois texte...
Et bizarrement ça suffit pour 99,9% des mails que j'ai à envoyer, je n'ai pratiquement jamais activé l'envoi en HTML, j'ai autre chose à faire de ma BP...

Les seules véhicules sur lesquels j'ai entendu parlé d'une erreur de conception du système de freinage on donné lieu à un rappel, après, si tu ne va pas "mettre ta voiture à jour", tu est bien responsable, si c'est un problème d'entretien, idem...

En informatique, c'est pareil, rares sont les failles exploitables sur une machine gérée correctement, la moitié des virus qui sortent exploitent des trous dont le correctif est disponible depuis longtemps, les autres se basent sur les failles dans le cerveau des utilisateurs...

Dans tous les domaines, il y a des problèmes de conception, parfois avec des conséquences graves (terminaux d'aéroport, ariane 5, la queue des boeings, Tchernobile...) mais je persiste à dire que dans la plupart des cas, le facteur humain est la principale cause "d'insécurité" que ce soit dans l'informatique ou ailleurs...