NeoX a écrit 18045 commentaires

tu dois pouvoir trouver ton bonheur dans les differents fichiers logs du systeme
qui se trouvent souvent dans

/var/log/

apres si tu veux centraliser ces infos il faut alors voir avec syslog (y a un autre soft aussi, mais je ne me souviens plus du nom)

sauf que du coup le caleçon on le voit jamais ;-)

chercher le troll dans les propos...

Le theme premier est en effet de rendre bootable un CD de windows.

Mais retourne lire le 2e lien, cela parle de faire un CD qui permet de booter sur une multitude de disquette de boot..

je suis persuadé qu'en adaptant le system ca doit marché

en effet on peut aller chercher un noyau linux avec isolinux

il te faudra par contre copier le contenu des iso dans des dossiers

\MDV
\debian
\RHEL
\SUSE

et configurer le multiboot pour aller chercher les noyaux et options dans le dossier de chaque distrib.

je le faisais avec des disquettes DOS/linux donc je ne vois pas pourquoi cela ne marcherait pas

regarde du coté sur projet de BART BootCD ou multibootcd
http://www.nu2.nu/bootcd/

un cd bootable avec plusieurs images de disquette :
http://www.nu2.nu/bootcd/#multimemdisk

ca doit pouvoir s'adapter
genre en copiant le contenu des images iso dans des dossiers (pour la preparation)

puis en allant booter avec le projet de BART sur le noyau qui va bien dans le dossier qui va bien.


une petite recherche sur ce site t'aurait aussi apporter une solution car il me semble que le sujet a deja été abordé et j'avais deja formulé une reponse similaire.

tu peux aussi simplifier tes options en mettant default ou defaults
comme les autres lignes.

et rajouter les options specifiques à NFS si besoin :
http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-gu(...)

soit rajouté exec dans les options du fstab

soit regarder dans le fichier export de nfs savoir si tu autorise l'execution.

[^]qu'est ce qui passe chez moi
Posté par dubis (envoyer un message privé) le 03/07/2007 à 15:40. (lien). Évalué à 1.

:~$ls -l test.sh
-rwxr-xr-x 1 alonso 70000 32 jui 3 15:12 test.sh

apparemment cela ne suffit pas

peut-etre simplement desactiver XRANDR dans la configuration de ton xorg.conf

Ton probleme n'est pas dans la gestion de 2 ecrans mais de deux flux de sortie.

Tu peux creer un flux de sortie supplementaire (en plus de STDOUT, STDERR, STDIN)

Chaque fenetre (qui seront sur 2 ecrans si tu dispose de 2 ecrans) gerant/utilisant un des flux.

Tu peux aussi utiliser les techniques de communications inter-processus, mais c'est peut-etre un poil plus compliqué.

je regarderais du coté du projet VNC

cela permet de prendre un poste en controle à distance, mais cela permet aussi aux "client" de visionner ce que fait le poste "serveur".

il y a surement des dérivés qui ont un systeme de chat avec...

ou le mode d'emploi de mysql et de php

en effet, créer une table n'est rien d'autre que faire la bonne requete SQL et l'envoyer au serveur mysql.

ce sera le meme principe pour toute ton application web/php/mysql

Je suis certain que 1024x768 est la résolution de mon écran, je l'utilise depuis toujours et j'ai toujours été en 16bits également.

alors pourquoi vouloir passer subitement à 24bits ?

d'apres ce que j'ai lu ce serait ca en effet

tu cherches une solution qui affiche le document de A

A manipule le fichier en live devant les B
B peuvent faire leur remarque mais uniquement par un systeme de "chat" ?

tu as mis un serveur NFS sur la machine NFS
mais as-tu mis un client NFS sur ta machine keynux ?

Section "Screen"
Identifier "Default Screen"
Device "Carte vidéo générique"
Monitor "Ã<89>cran générique"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1024x768"
EndSubSection
EndSection

en repassant en 16bits ca fonctionne

c'est peut-etre qu'il utilise la detection automatique là ou tu force en 24bits.

1°) verifie que 1024x768 soit la resolution nominale de ton ecran

2°) ajoutes ce que j'ai mis en gras pour que ton fichier soit "normal"

ecnore plus simple

si c'est pour mettre dans un cron un simple script shell suffira

#!/bin/bash

#date à calculer avec les bons parametres
DATE=`date`

cp -R /dossier_source /dossier_destination

tar zcvf $DATE.mon_archive.tgz /dossier_a_compresser

puis appeler ce fichier à partir du cron

man date pour avoir le detail de comment avoir la date au format YYYYMMDD :-)

si c'est pour faire une migration, il vaut mieux prevoir une coupure de service
meme sur un temps assez court

eventuellement dans une periode creuse de l'activité (soirée, WE bienvenu dans le monde de l'administration)

si c'est pour faire de la reprise d'activité en cas de panne il y a des solutions parmi lesquels RSYNC qui permet de synchroniser des repertoires et donc des serveurs.

mais il faut le declencher à un instant T et esperer que les utilisateurs ne vont pas poser des fichiers pendant la manip (au risque de ne pas avoir leur fichier sur le serveur b)

exec() ou system()

en lui passant
tar zcv ton_archive.tgz ton_dossier

heu, je suis sur ubuntu 7.04 32bits

neox@amd64-full-linux:~$ which sh
/bin/sh
neox@amd64-full-linux:~$ vi test.sh
neox@amd64-full-linux:~$ chmod 755 test.sh
neox@amd64-full-linux:~$ ./test.sh
SH fonctionne
neox@amd64-full-linux:~$

neox@amd64-full-linux:~$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 2007-04-13 22:05 /bin/sh -> dash
neox@amd64-full-linux:~$ ls -l /bin/dash
-rwxr-xr-x 1 root root 86088 2007-03-05 07:00 /bin/dash
neox@amd64-full-linux:~$

comme promis, je viens de faire le test

je suis sur le livecd ubuntu 7.04 am64 (j'ai pas trouvé de livecd amd64 debian)

j'ai installé k3dsurf 0.6.1.1 fournit par la distribution

les depences sont :

Architecture: amd64

Version: 0.6.1-1

Depends:
libc6 (>= 2.5-0ubuntu1),
libgcc1 (>= 1:4.1.1-21ubuntu1),
libgl1-mesa-glx | libgl1,
libglu1-mesa | libglu1,
libqt3-mt (>= 3:3.3.7),
libstdc++6 (>= 4.1.1-21ubuntu1),
libx11-6,
libxext6,
libxmu6

Description: tool for mathematical surfaces

avec le driver NVIDIA (1.9755 pour moi) cela fonctionne nickel

avec le driver NV j'ai le message

Xlib: extension "GLX" missing on display ":0.0".

mais il suffit ensuite de decocher "opengl" en bas et cela fonctionne aussi.

enfin du coup il doit falloir adapter à la version de iostat, de tail...

chez moi c'est
iostat | tail -n +4 | head -1

car mon tail (version 5.97 GNU coreutils) me dit que
tail +number is deprecated use tail -n +number

y a plus qu'a essayer avec un autre linux voire si ca vient d'ubuntu ou du driver...

désolé d'avoir repondu à coté mais cela n'etait pas precisé dans l'énoncé du probleme.

J'ai un amd64 mais une version 32bits de linux.
Je peux faire un test avec un livecd.

Je le ferais dans l'apres midi.