bat13 a écrit 326 commentaires

Il y a ceci:
http://www.comintoo.com/
(pas testé)

Alain

Il faut contacter le médiateur de radio france: mediateur@radiofrance.fr (sauf erreur) ou en suivant ce lien:
http://www.radiofrance.fr/rf/entreprise/contacts/mediateur.p(...)

... mais le médiateur dira que si celle qui a dit ça n'est pas de la maison, il n'y peut rien...

Essaie donc de trouver une PAC Daikin Altherma (ce qui ne devrait pas être dur, vu qu'ils sont n°1 dans le monde) et de l'écouter, j'en ai une depuis peu et à la première mise en service, je n'arrivais pas à l'entendre. Maintenant, je sais faire la différence, et à 3 mètres de là tu ne l'entends pas. Alors suivant où tu places le module extérieur ...

Je n'ai toujours pas résolu mon problème, mais j'ai quand même une (petite) piste:
En fin d'installation, un grep sur vmlinuz dans syslog me renvoie les lignes suivantes :

in-target: The link /vmlinuz is a damaged link
in-target: Removing symbolic link vmlinuz

Quelle peut bien être la cause de ce problème ?

Sans vouloir le moins du monde polémiquer sur cette dépêche qui me parait plutôt être une bonne nouvelle, l'argument "Développement durable" est-il vraiment valable : de vieilles machines même débarrassées de leur disque dur consomment-elles moins que des terminaux légers modernes ? (le coût de recyclage déduit bien sûr).
Je suis moi-même souvent tenté de récupérer de vieilles bécanes pour en faire des terminaux légers, mais si l'on ne tient pas compte du cout d'achat de tels terminaux, quel est l'impact écologique réel des deux types de solutions ? A-t-il ét épris en compte dans cette audit ?

Oui, c'est vraiment un mystère.

J'ai fait l'essai en supprimant la ligne forçant l'installation de GRUB, ou avec. Le résultat est le même à chaque fois.
Je n'ai pas vu dans l'exemple de preseed de debian d'autre possibilité (notamment de commande update-grub par exemple).
Le plus fort, c'est que j'ai le même problème si je me contente simplement de modifier le /pool (et les MD5 qui vont avec) sans faire de preseed, en m'appuyant sur l'initrd d'origine !!!
Bref, je n'y comprends rien et c'est très frustrant :-(

Oui, j'ai bien fini par le comprendre.
Mais je suis sur le point d'abandonner, je ne comprends pas pourquoi le noyau (ou un lien vers le noyau) n'est pas là où il devrait être puisqu'il semble que ce soit l'origine du problème.
Même si je repars du CD originel, auquel je me contente d'ajouter des paquets (dans le répertoire /pool), avec les bons MD5, je me retrouve dans le même cas, alors qu'il n'y a pas de preseed.
Et j'ai bien cherché dans tous les forums que j'ai pu trouver, il semble que je soie le seul à rencontrer ce problème. J'ai du faire un grosse c... quelque part, mais où ?

J'ai essayé d'exécuter update-grub en fin d'installation dans la deuxième console (ALT-F2) => impossible.
D'autre part, j'ai essayé de recréer un CD-ROM identique à celui d'origine, en me contentant de modifier la liste des paquets contenus dans le répertoire pool => j'arrive au même résultat. Je n'ai pourtant pas modifié l'initrd, ni le fichier de configuration de isolinux, je n'utilise plus de preseed. Mystère !
C'est désespérant, je vais laisser tomber vu que je n'ai pas que ça à faire, et laisser l'utilisateur choisir ses paquets à la main, comme avant :-(

Bonjour,

Je n'ai rien vu de tel dans le manuel Debian.
J'ai aussi fait l'essai en supprimant cette ligne du fichier preseed, je dois alors, comme avec le CD d'origine acquitter la demande d'installation de grub, mais au final le résultat est le même.

J'ai un peu avancé (si on peut parler d'avancée) : J'ai pu voir grâce à la commande cat /boot/grub/menu.lst qu'il y avait un problème dans le fichier de configuration de grub: En effet, entre les lignes BEGIN DEBIAN AUTOMAGIC KERNELS LIST et END DEBIAN AUTOMAGIC KERNELS LIST toutes les lignes sont en commentaire !!! L'installation de grub semble pourtant bien se passer, il n'y a aucun message indiquant le contraire. Quelqu'un pourrait-il m'expliquer d'où vient le problème ? Merci

S'il s'agit effectivement d'un problème de recompilation de smbclient comme le dit Craig Barratt (et j'ai tendance à croire ce qu'il dit ), je ne sais pas non plus comment faire, désolé :-(

Alain

$Conf{ClientTimeout} ? Voici ce que dit la doc:

$Conf{ClientTimeout} = 72000;
Timeout in seconds when listening for the transport program's (smbclient, tar etc) stdout. If no output is received during this time, then it is assumed that something has wedged during a backup, and the backup is terminated.

Note that stdout buffering combined with huge files being backed up could cause longish delays in the output from smbclient that BackupPC_dump sees, so in rare cases you might want to increase this value.

Despite the name, this parameter sets the timeout for all transport methods (tar, smb etc).

Quelle est la valeur de ce paramètre ?

Alain

J'ai déjà eu ce problème.

Pour y remédier, il faut d'abord essayer de se connecter à la machine de la même façon que BackupPC, c'est à dire en utilisant la commande smbclient (de mémoire). Il me semblait avoir vu un passage sur ce sujet dans la doc, mais je n'arrive plus à le retrouver.
Peut-être un man de smbclient ?

Regarde éventuellement dans les archives de la liste de diffusion BackupPC :
http://sourceforge.net/search/?ml_name=backuppc-users&ty(...)

S'il n'y a rien, tu peux poster un courriel sur cette liste, elle est assez réactive (je regarde si j'ai noté quelque chose sur le sujet).

Pour ce problème de timeout, il revient assez souvent sur la mailing liste de BackupPC, il y a une variable de configuration qui permet de l'ajuster (voir doc).

Alain

Si ton client est un PC linux, tu dois pouvoir jouer avec la commande $Conf{DumpPostUserCmd} , un truc du style :
$Conf{DumpPostUserCmd} = '$sshPath -q -x -l root $host /sbin/halt';

Je n'ai jamais joué avec, j'ai joué avec $Conf{DumpPreUserCmd} mais le fonctionnement est similaire ...

Celui contenu dans /etc/ssh/banner ;-)

Merci !

J'avais fait le tour du répertoire /etc, je n'avais pas pensé que ce message pouvait être dû à sshd.

Je n'y connais pas grand'chose, mais j'avais vu ça il y a quelque temps:
http://www.drbd.org/

Ne serait-ce pas quelque chose comme ça que tu cherches ?

D'après ce que j'en ai compris, c'est un logiciel qui te permet de lister toutes les exigences d'entrée (spécifications client et autres) et de faire le lien avec des spécifications de réalisation, voire même des tests de qualification afin de vérifier que toutes les exigences sont satisfaites.
Et lorsqu'une exigence d'entrée change, tu peux juger de son impact sur toute la chaine ...

Certains logiciels permettent de parcourir des fichiers MS Word (par exemple) à la recherche de mots clefs identifiant les exigences pour les lister de manière automatique

J'ai vu un article sur linuxfr traitant de Salomé-TMF quelqu'un aurait-il des retours d'expérience d'utilisation de cet outil (ou d'autres outils) ?

Merci

Regarde par là: http://www.commentcamarche.net/sockets/sockintro.php3 tu auras l'explication du fonctionnement des sockets.
Mais il y a beaucoup d'autres ressources sur le net en français et en anglais, google est ton ami...

J'ajouterais que vu le budget de certaines écoles, il y a des postes de dépenses plus prioritaires que l'informatique.
Quelques fois, il vaut mieux être dans une ZEP "light" que dans une zone "favorisée"

Alain

C'est bien le problème de l'éducation nationale:
L'équipement des écoles primaires est à la charge des communes. Je vous laisse imaginer les disparités ...
Je fais la "hot line" pour une amie qui bosse dans une école de la région d'Aix en Provence (c'est pas vraiment ce qu'on appelle un secteur "défavorisé"). Il faut voir le matériel qu'ils utilisent: du matériel de récupération, que certains parents ont donné, récupéré dans leur boîte ou chez eux, et il faut tout le temps se battre avec des disques dur défaillants, sans parler des différences de "performances".
A 10 km de là, un de ses collègues, lui, est équipé du dernier cri, et sa mairie paie un technicien qui s'occupe de ses machines.

C'est vraiment désolant et je comprends que certains instits baissent les bras...

Alain

Désolé de n'avoir pas répondu plus tôt, mais je ne consulte qu'occasionnelement les journaux ...

N'hésites pas à m'envoyer un message privé en cas de pb pour espérer une meilleure réactivité ;-)

Alain

... et très simple en réalité.
Il suffit pour cela :
1/ de créer autant d'hôtes que d'utilisateurs dans /etc/backuppc (les fichiers <nom_dhote>.pl)
2/ dans chaque fichier d'hote, définir le nom du répertoire à sauvegarder: dans ton cas, par exemple $Conf{TarShareName} = ['/commercial/identifiant/']; (si la méthode de sauvegarde est tar), ainsi que le nom réel de la machine:
# Pour indiquer le vrai nom de la machine
$Conf{ClientNameAlias} = 'localhost'; (dans mon cas, la machine sur laquelle BackupPC est installé)

3/ dans le fichier /etc/backuppc/hosts, ajouter les machines à sauvegarder.

J'ai mis en place cette solution, et cela fonctionne sans problème.

Alain

J'ai essayé, mais ça n'apparait toujours pas dans /dev ...

Une autre idée ?