Gyro Gearllose a écrit 1322 commentaires

Bon, ok, je me suis un peu emballé, et j'ai voulu envoyer une réponse un peu olé-olé...
Ceci dit, je ne suis pas du tout persuadé qu'il faille installer tout kde pour que fonctionne kdevelop. Il me semble que seul qt est nécessaire, mais ce serait à vérifier. C'était vrai il y a quelques temps(années ?), mais ça a peut-être changé. Faut dire que je suis passé de twm à ... kde, d'où ma réponse un peu hâtive.

il pue du bec ?
Je pense qu'il fait tout ce que tu demandes, peut-être même plus...A voir...

J'ai justement devant moi exactement le même modèle, et il fait tourner un LFS depuis plusieurs mois sans aucun soucis. Tout le matériel fonctionne a merveille, alors si ça tourne avec LFS, ça doit tourner avec n'importe quelle distrib'.
Seule ombre au tableau quand même : la carte graphique est une ATI et côté rapidité, y'a pas de quoi casser trois pattes à un manchot.
Juste pour info, j'ai même installé un nouveau LFS sur notre serveur samba (c'est un DELL PowerEdge 2650 équipé de deux proc, 2Go de ram et de deux contrôleurs RAID, l'un est fourni avec, l'autre est une carte DELL PERC3/Di à laquelle est reliée une baie de disques externe (376Go) et un lecteur de bante Ultrium). Le manchot fait danser tout ça sans broncher !

Heureusement que je ne suis pas newbie sur Linuxfr ! Faut suivre....
TLDP (j'imagine que c'est de http://www.tldp.org/(...) dont tu voulais parler), je ne connaissait même pas... Mais c'est une excellente idée pour y déposer quelque texte, en effet. Par contre, mon post ci-dessus n'est pas une doc, en tout cas pas dans sa forme actuelle. J'y pose quand même quelques questions auxquelles je n'ai, à ce jour, aucune réponse à apporter.
En tout cas, merci pour l'info, ce site est déjà bien placé dans mes favoris, et je vais me trouver un peu de temps pour le consulter....

Il manque quelques URL qui t'ont aidées

Ben en fait... tout simplement : y'en a pas ! Je me suis servi de ma tête ;-)...
Enfin, presque ! En effet, elles manquent, mais il n'y en avait pas tant que ça. Il me semble avoir pas mal utilisé le changelog de samba, disponnible ici : http://us1.samba.org/samba/history/samba-3.0.9.html,(...) ainsi que la page de man de smb.conf. J'avais aussi trouvé un pdf assez intéressant sur une distrib' orientée samba, et distribuée par un établissement scolaire, mais je ne me souviens plus du nom, ni de l'url :-(
Concernant les "élements de contexte", j'ai pas trop compris le sens de ta demande, mais peut-être veux-tu simplement dire que je n'ai pas été très clair et facile à suivre... Si c'est effectivement le cas, on mettra ça sur le compte de la joie !

Le choix de la version 3.0.9 c'est pas seulement pour "être au goût du jour", ça t'apporte tout de même quelques fonctionnalités côté intégration avec AD il me semble ?

Si tu le dis... En tout cas, les trucs à la sausse microsoft, je ne m'y fie pas, ni de près, ni de loin. C'est pas par esprit bête et méchant, ni pour relancer un(des) troll(s), mais simplement par expérience et aussi et surtout car je préfère utiliser ce que je connais.

Merci en tout cas pour tes remarques, et pardon d'y répondre aussi tard, mais au boulot, je ne suis encore que sous la version 3.3.0 de kde et mes commentaires sont systématiquement bouffés entre l'étape vérifier et l'étape valider. Faudra que je me mette à jour un de ces quatre.
En faire une doc ? Si un jour j'en ai le temps, pourquoi pas. En fait, là, je voulais surtout retracer l'histoire pour bien énnoncer la problématique, et exposer mes questions à la fin pour que ça ouvre un débat qui n'a pas pris. Probablement que mon post était trop long à suivre, ou bien que personne n'a de réponses. C'est pas trop grave puisque ça fonctionne maintenant comme avant, c'était notre soucis principal !

Ah, et puis j'allais oubiler : je n'ai pas cité de distrib pour ne pas relancer de trolls... (comprenne qui pourra, c'est sans importance !)...

Le problème, c'est que visiblement ton clavier doit avoir des touches de cassées ou alors que tu ne sais pas écrire correctemetn en français.
Quoi qu'il en soit, si tu veux visualiser le contenu de cette partition, qu'elle soit en fat32 ou autre ne change rien à l'affaire, il faut, grâce à la commande mount, "monter" cette partition dans l'arborescence de ton Linux. Pour être plus clair, disons qu'il faut indiquer à ton linux un point d'entrée pour accéder au contenu de cette partition. En admettant que ce soit une partition étendue, tu devras probablement lancer dans une console ou un terminal, en tant qu'utilisateur 'root' la commande suivante :
$ mount /dev/hda5 /mnt/hda5
par exemple. Il faut bien évidement remplacer hda5 par la valeur qui convient, et que le répertoire /mnt/hda5 existe. Si ce n'est pas le cas, essayes avec la commande mkdir. Pour le reste, reporte-toi soit à google pour chercher les termes que tu ne comprends pas, soit aux pages de manuel selon les cas.
Au prompt, man mkdir et man mount peuvent t'aider.
Une fois cette opération de montage effectuée, tu devrais pouvoir accéder au contenu dans konqueror ou tout autre explorateur de fichier. Comme tu n'indiques pas dans quel environnement tu travailles, ce n'est pas évident de t'aider.

.. que j'écris ces lignes, mais surtout parce que je me pose sensiblement la même question, et que j'ai déjà partiellement trouvé une réponse différente.
Après tout, pourquoi engorger le réseau avec une image CD bootable, pour démarrer ces bécannes alors qu'elles sont capables de le faire d'elle même ?
Après tout, rien n'empêche d'avoir des PC qui démarrent sous Linux, proposent un interface de connexion joli (genre KDM ou GDM), et pourtant d'avoir une administration centralisée des machines.
Dans mon cas, j'envisage une solution comme suit : un serveur de fichiers sous Linux (il tourne depuis vendredi soir, c'est tout frais), faisant fonctionner un contrôleur de domaine samba.
De là, nous n'avons pour l'instant que des clients windows, mais le but, maintenant que la partie serveur est installée et configurée, c'est d'avoir des clients sous Linux.
Nous avions bien pensé au boot distant, mais j'ai un peu peur que ça ne passe pas sur le réseau. Pour info, j'avais essayé d'installer mozilla sur le serveur, et d'utiliser cette installation à travers le réseau, comme ça, y'avait qu'une seule version de moz à maintenir. Ca marche, mais faut pas être pressé, même sur un réseau 100Mb/s commuté.
Puis, j'avais pensé utiliser le protocole X pour faire passer l'interface graphique, mais on a alors le problème des périphériques des clients : ils ne sont pas utilisables (carte son, etc)...
Donc, on s'orienterait plus vers des clients autonomes, sur lesquels serait installé une distribution répondant à nos besoin. Evidement, nous en conserverions l'accès administrateur, mais ça permettrait aux utilisateurs d'exploiter au mieux leur matériel.
Pour pas trop se casser, je pensais même exploiter les spécificités de samba pour ne faire circuler sur le réseau que les éléments suivants :
- Configuration des postes (smbmount de tout ou partie de /etc)
- Autentification des utilisateurs (par le biais de samba)
- Documents des utilisateurs (samba toujours).
Tout le reste se passerait en local, certainement sous KDE, car konqueror présente pas mal de similitudes avec l'explorateur auquel les utilisateurs sont habitués.
Voilà, c'est juste pour apporter un peu d'eau à ton moulin, et même si ce n'est pas la solution que tu recherche, j'espère n'avoir pas trop débité d'inepties.

Encore une fois, j'ai posté trop vite....
Evidement, avec un / à 100% (d'ailleurs, la valeur annoncée par df n'est-elle pas arrondie ?), le système ne plante pas forcément, ça dépend de ce qui est lancé.
Dans mon cas, ça nous est arrivé plusieurs fois, avec un serveur d'application, sur lequel tournent pluieurs dizaines de bases de données, servies pour une centaine d'utilisateurs. X tourne en local (avec un vieux KDE 1.1.2 dessus)... plus quelques autres services tels que named, squid, smb et j'en passe et des meilleures.... Dans ce cas là, avec un / plein raz la gueule, rien à faire, tout est dans les choux....
Par contre, sur un PC de bureau qui au pire ne va lancer que kde et deux ou trois applis, la problématique est toute autre, et il y aura sûrement plus de facilités pour s'en sortir.

Y'a, en plus de ce que tu cites deux emplacements que je colle dans une partition à part :
/tmp et /var/log (parfois même soit /var complètement, soit /var/cache seulement). Pourquoi ? Car Linux plante violement lorsque le filesystem / est saturé !
Je ne pense qu'à ce cas là.
Donc, je me retrouve avec au moins ce schéma là :
/boot en premier
swap
/ (car c'est là que réside le système)
/home pour mes données
/tmp pour pas que ça plante tout
et
/var/log, /var/cache (si j'ai squid, par ex), ou carément /var, c'est selon...
En espérant que ça t'aidera dans tes choix...

NB : le but de la manoeuvre, c'est de s'assurer que la partition / ne soit jamais saturée ! A partir de là, chacun voit midi à sa porte comme on dit !

Argggg .... Trop rapide...

Y'a évidement pas de $ devant le toto affecté !
Faudrait plutôt lire donc :

$> toto="/{home,tmp}" ; find `eval $toto`

Par contre, j'ai fait quelques essais, et je ne sais pas quel comportement tu souhaites avoir. Je m'explique :
Dans un répertoire, j'ai créé deux sous répertoire, comme suit :
$ mkdir $HOME/temp/r1 ; mkdir $HOME/temp/r2

Je m'y suis placé :
$ cd $HOME/temp

Et là, j'ai fait des essais :
1)
$ find ./{r1,r2}
./r1
./r2

Par contre, si je fais :
$ toto="./{r1,r2}" ; find `eval $toto`
ca revient au même que si je fais :
$ find

Ca me liste tout le contenu du répertoire $HOME/temp, ce qui n'est peut-être pas le résultat escompté.
En tout cas, lorsque tu fais find ./r{1,2}, c'est le shell qui concatène successivement 1 puis 2 à ./r, il faut donc trouver un moyen pour que ce soit envoyé tel quel par le biais de ton shell, comme ça, peut-être :
$ toto="find ./r{1,2}" ; eval $toto
./r1
./r2

même résultat qu'en 1)

... chezmoiçamarche.com avec ceci :

$> $toto="/{home/tmp}" ; find `eval $toto`

Y'a sûrement mieux, mais je n'ai que ça sous la main !

Bien fait pour moi : question mal posée (en tout cas, c'est pas *vraiment* celle que je voulais poser...) et résultat, j'aurais mieux fait de réfléchir avant de tapoter sur mon clavier...
Bon pour le kernel, j'ai trouvé, c'est ok (un bete head /var/log/kern.log m'a évité un reboot, mille mercis), mais qu'en est-il de tout autre fichier binaire ?
Ben oui, si je veux savoir avec quelle version de quel compilo a été généré tel fichier (on va rester au format elf, quand même), comment je fais ?
Disons, si c'est une librairie, statique ou dynamique, peu importe, ou un executable, genre hello.c ?
Merci pour vos suggestions !

C'est gentil de t'inquiéter autant que ça pour moi, si, si, ça me touche, vraiement !
J'ai eu exactement la même crainte, mais en fait il n'en est rien...

En fait, j'imagine que ça a dû fonctionner comme suit :
- Lors de la désinscription à un domaine, XP/2000 demande un utilisateur / mdp autorisé à le faire,
- Comme le PDC était injoignable (j'imagine qu'il se base sur le SID pour ça), il s'est basé sur le fait que l'identifiant est valide, seulement, pour la désinscription.
- Lors de l'inscription, le PDC (le tout neuf) a validé l'inscription avec le couple mdp/user autorisé à le faire
- Le micro sous XP/2000 à voulu utiliser le profile partagé par le samba, mais le SID de l'ancien serveur l'empéchait de le faire (probablement renseigné dans ntuser.dat ou une connerie du genre).

Par conséquent, lorsque j'ai fait marche arrière ce matin, pour revenir à mon point de départ, j'ai fait la manoeuvre inverse : désinscription/réinscription et tout est rentré dans l'ordre.

Je m'explique ça comme ça. Je suis peut-être loin de la vérité, peut être pas !? En tout cas, je n'ai absoluement rien perdu (à part un peu de temps, mais il est tellement difficile de tout maîtriser de nos jours !

Update : je viens de relire ton post.... En fait, je crois que l'on ne doit pas utiliser les mêmes astuces ;-) !
A mon bureau, les profiles sont locaux, mais stockés sur le serveur samba, donc adieu les c;\documents and ...
Tout est dans un partage réseau. Là où ça se gâte, c'est lorsque comme nous tu as plusieures versions de windows qui cohabitent. Pour 98, il faut un partage nommé profile, pour 2000 et XP, il faut qu'il s'appelle profiles. Pour 98, il faut utiliser en plus la directive "logon home" dans le smb.conf, pour 2000/XP, c'est "logon path", etc. Y'en a plein des comme ça.
Quoi qu'il en soit, nous n'utilisons pas les profiles itinérants au sens de microsoft, mais ceux au sens samba ! Et ça fonctionne du feu de dieu, et semble même plus résistant !

Je ne vais pas citer tout ton premier post, mais tu me proposes des pistes qui seraient LA solution à mon problème, et il faudrait que je te tiennes informé ? Y'a un truc que je ne pige pas ;-) !
Quoi qu'il en soit, je ne suis plus au boulot depuis 12H20, et ton message est arrivé trop tard.
J'ai donc remonté la baie RAID dans le serveur initial, après avoir éteint le nouveau, évidement, et j'ai tout redémarré comme c'était avant.

Pour la partie netbios, je me doutais bien qu'une seule machine pourrait foutre le bordel sur le réseau, je les avais donc toutes éteintes, sauf les imprimantes réseau... Ce sont des HP, certaines avec une carte réseau intégrée, d'autres avec un boitier hp jetdirect.
Par ailleurs, nos switches tournent toujours (ce sont des 3Com 3300 XM, à une exception près : un 4200), cela peut peut-être avoir une incidence ?!
Ce matin, j'en suis arrivé à ce point : obligation de désinscrire les machines windows 2000 & XP d'un domaine qui n'existe plus et les ré-inscrire dans le nouveau domaine (c'est le même, mais bon, passons).
Cette manip' effectuée, les micros sous XP/2000 étaient incapables de récupérer les données du profil, et je pense que c'est lié au SID, maintenant que tu m'en as parlé.

Donc, en fin de semaine prochaine (voire même samedi matin), je pense éteindre absolument tout, imprimantes et switches y compris, après avoir récupéré le SID du serveur actuel (net getlocalsid en root). Implanter le SID sur le nouveau serveur (net setlocalsid en root toujours), après l'avoir allumé lui et le switch sur lequel il est branché, puis redémarrer tranquillement tous les PC, un a un, pour vérifier que tout fonctionne.
Je tiendrais la communauté au courant du succès de cette entreprise.
Si ça marche, je demande un patch à templeet pour "pertinentiser" à vie ton idée, car elle m'aura évité un lynchage collectif !

Toutes mes plus plates excuses ! J'aurais du tenter la chose avant de poster !
Je m'en vais regarder tout ça de très près (j'ai un samba d'installé sur ma machine perso, alors ça va être facile), et voir ce que je peux en tirer !
Merci pour cette piste, c'est déjà un début prometteur !

Hum... Je ne suis pas certain de cette solution... Je regarderais ce que contient ce répertoire avant quand même...
Pour le coup du net cache cité plus haut :
Je ne crois pas que la commande net soit au programme sous Linux.
Petite information qui n'était peut-être pas très claire dans mon post :
Le nouveau serveur samba est tout seul sur le réseau, mais il tente quand même de forcer une élection qu'il estime perdre contre une machine qui n'existe plus ! C'est trop fort. Demain, avant tout, j'essaierais de relancer les services samba (smbd et nmbd) en ayant les deux cartes réseaux de débranchées [ à propos, j'ai une info : j'ai réussi à faire fonctionner le net bonding, je vous en reparlerais dans une prochaine causerie, car c'est vraiement trop de bonheur, un lien à 2 Gb/s ! ]...
Bref, revenons à nos moutons : pour le net cache, j'essaierais depuis un windows 98 démarré pour l'occasion, et je compte passer éteindre toutes nos imprimantes. Elles sont peut-être la source de nos tracas !

Désolé, mais je n'ai pas mon dictionnaire french/angliches/sms sous la main, alors je n'ai pas tout compris...
Si tu as ré-installé un mbr vierge avec la commande fdisk/mbr, ton disque dur n'est plus bootable. Il faut donc, pour ré-installer ton système, démarrer ton PC avec le CD d'installation de ta distribution (souvent, c'est le CD 1).
Il faudra probablement ré-installer un boot-loader (grub ou lilo), bref, vois avec le guide d'installation de ta distribution pour obtenir plus d'informations.

Ce que tu dis est juste mais ne s'applique pas à mon contexte :
Nous avons plusieurs switch, certes, mais je voudrais si possible relier les deux ports gigabits du PE2650 aux deux ports gigabits d'un switch (y'en a derrière, il me semble, faudra que je vérifie).
Pour ce qui est du routage et tout ça, t'as presque bon, sauf que nous avons un Linux qui fait routeur à part (AMON), un serveur applicatif IBM sous Redhat, et ce serveur de fichiers. Voilà !
En tout cas, l'idée est là ;-)

Pourquoi les rassembler en une seule interface ? Ben c'est simple : sinon, y'a pas moyen de faire transiter quoi que ce soit sur eth1 (d'après ce que j'ai vu).
Attention quand même, je ne suis pas expert en la matière, mais j'ai fait quelques tests, hé ben tout passe par eth0, point barre.
Pourtant, au boot, puis après quand je regarde les informations fournies par ifconfig, les deux interfaces sont montées, avec des adresses de notre réseau, car nous disposons d'un serveur dhcp.
A mon avis, tout passe par eth0 à cause de sa route par défaut qui se trouve avant celle de eth1 (j'ai pas vérifié, c'est juste une idée qui me passe par le ciboulo en passant)...
En tout cas, merci pour l'indice de recherche. J'ai déjà commencé à chercher, mais j'approfondirais tout ça lundi, au taf !
Bon we @ tous!

Mille mercis pour ce soutien... Je me sens moins seul :-)

Mais chez FT, ça semble la politique de base, quel que soit le service (orange, wanadoo, FT...), de se foutre de la gueule du client.

J'ai l'adsl, chez wanadoo. J'ai déménagé il y a quelques mois, et j'ai eu une grosse frayeur. J'ai appelé pour demander le déménagement de mon abonnement adsl, et de ma ligne. Ils m'ont foutu les boules en m'indiquant ceci : "il va falloir vérifier si votre nouveau logement est couvert par l'adsl. Si ce n'est pas le cas, c'est considéré comme une demande de résiliation de votre part qui vous coutera 100 €"... J'ai prié toutes les nuits en attendant de leurs nouvelles, qui sont venues plus rapidement que prévu : la zone est couverte (et j'ai pas payé pour le déménagement de la ligne).
Mais j'ai trouvé ça trop fort.
Le discours "Je peux pas fournir, c'est de ta faute", j'avais jamais entendu...
Je crois de toutes façons qu'il y a pléthore d'exemples de ce type, malheureusement, et que personne ne bouge. Ce qui est sûr c'est qu'à la première occasion, on se barre définitivement de chez cet opérateur, ma famille et moi. J'ai eu dans le même genre des démélées avec une compagnie d'assurance, résultat, plus aucun contrat chez eux, un client de moins... Puis, ma famille a suivi, et les copains.... Bref, un rat quitte le navire, et c'est sa suite qui viens avec !
Bien fait pour leur gueule !

Et surtout parce que j'ai pas trop le temps de lire le code de templeet...
Si j'ai bien compris, y'a un md5 qui est fait sur le couple mdp/password, et ce md5 est stocké dans le cookie et dans la session. Lors d'une connexion, on vérifie l'égalité PHPSESSID et md5 des deux entités. Si ce test est vérifié, c'est le bon utilisateur. Sinon, on le renvoie au pelotes.
J'espère n'avoir pas dit trop de clowneries. Si c'est pas comme ça que templeet fonctionne, peu importe. Est-ce d'après-vous une bonne idée que de faire fonctionner un mécanisme sur ce principe ?
Dans l'absolu, je voudrais que l'identification soit valable jusqu'au 1er août. Comment dois-je paramètrer les sessions php sur mon serveur ?
Merci pour vos conseils une fois de plus !

Merci, c'est déjà une piste.
En fait, ce qui m'intéresse, c'est comment sont mises en relations les informations du cookies avec la mécanique interne du site ?
Genre : le md5, il sert à quoi ? L'identifiant de session est récupéré pour faire quoi ?
Ca m'intéresse particulièrement, car si c'est un moyen pour rendre permanente l'identification sur le site, ça évitreait pas mal de demandes d'identifications sur mes pages intranet.

Merci pour ta réponse.
Je ne veux cependant pas utiliser templeet, mais juste comprendre comment fonctionne la partie qui m'intéresse de ce système. Je pensais trouver ici la réponse sans avoir a éplucher les sources.... Tant pis !
Je n'ai aucun grief contre templeet, c'est juste que c'est pas adapté à mes besoins, et aussi que mes pages et applications sont déjà fonctionnelles et que j'ai pas envie de tout recoder en templeet.
Merci quand même... Au moins, j'ai l'url pour télécharger les sources !

Sinon, essaye en agences, les contacts sont plus chaleureux.

Exactement ce que j'a fait, relis mon post ! En tout cas, je suis d'accord, c'est plus "chaleureux"...

Sinon, pour répondre à quelques autres posts : je sais bien que trois abonnements ne représentent rien vis à vis de leur CA... Mais la satisfaction client, elle, sûrement, à plus long terme. Je suis peut-être naïf, mais j'ai déjà vu des boites (plus modestes que FT, certes) avoir des problèmes de cet ordre...
On apate le chaland avec des offres intéressantes, on le fidélise, et dès qu'on a assez de pigeons clients, on change les règles du jeu. Puis, les clients sont de plus en plus mécontents, et finissent par se barrer, pour ne plus revenir... Et la boîte coule !
J'en ai vu plus d'un jouer à ce petit jeu. La fortune espérée finit par se transformer en endettement irrémédiable.
Evidement, j'imagine qu'il faudrait eds années pour que FT et en particulier orange coule... Et puis ils ont sûrement plus les moyens que les cas auxquels je pense. N'empêche que l'idée est là.
Si demain SFR ou bouygues (berk) propose un forfait une heure à 10 € par mois, mes parents se barrent, puis leurs amis, etc.
Au final ça fera pas couler orange, mais ça peut leur faire quelques forfaits en moins. Si beaucoup ont rencontrés les mêmes mésaventures que moi... Bref, pas besoin d'expliquer plus, vous avez compris ma pensée !

On m'avais parlé de pam_mount et pam_smb, mais je vais voir ça de ce pas ! Merci !