Re: [Confirme] ReiserFS

[r.amore]

Je ne sais pas quelle version j'utilisais (celle livrée avec la 7.2), mais
j'ai perdu un répertoire entier. Pas trop important comme datas, mais qd
même.
C'est ce qui m'a poussé à passer à la 8.1 et ext3.
Rosaire

EMmaN wrote:
[EMAIL PROTECTED]">
  Yop, On m' a dit que reiserfs était très instable, et que beaucoupd' utilisateur avait été victime de diskcrache .J' utilise moi aussi reiserfs 3.6.25, avec un kernel 2.4.5mdk, sur unemandrakefreq2 ( enfin si on peut dire ) .Je souhaitais donc savoir si quelqu' un avait eu des problèmesavec ce filesystem .++ EMmaN
  Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?Rendez-vous sur "http://www.mandrakestore.com"
  
  
  
  

Re: [Confirme] imprimer man

[r.amore]

Pas d'accord avec jipe (pour cette fois).
Si tu le fais dans konqueror (#man), c'est très joli à l'écran (avec les
couleurs et tout et tout), mais la gestion à l'impression est merdique (lignes
du bas mal gérées ou bouffées.
En noir et blanc mais très joli et très propre, je ne connais pas mieux que
:
man  -t  ta_commande | lpr
Rosaire


Klaus wrote:
[EMAIL PROTECTED]">
  Salut,comment imprimer une page man ? je connais "man  | lpr" par ex., mais comment faire avec cups ?byeKlaus
  Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?Rendez-vous sur "http://www.mandrakestore.com"
  
  
  
  

Re: [Confirme] supermount

[r.amore]

Il me semble que ces icônes existent, non? 
Ceci dit, je ne suis pas si énervé que ça. C'est vrai c'est encore un peu
Noël... et André a aussi raison, mais sans tomber dans le truc du guru, si
Unix fonctionne comme ça, c'est pas par hasard, et il me semble utile de
pouvoir présenter aux débutants les raisons pour lesquelles ça fonctionne
comme ça. Sans élitisme.
Rosaire

on4hu wrote:
[EMAIL PROTECTED]">
Bonjour André 
  
Vous avez Mille fois raison..mais pourquoi diable avoir creer a l'avance
 les répertoires 
/mnt/floppy et /mnt/cdrom et ne pas avoir créer en meme temp un icone sur
 le bureau 
pour les confirmé..ce n'est pas nécessaire mais pour les débutants ce  serais
,me semble t'il 
une bonne chose 
  
André ON4HU 
  
At 15:59 04/01/2002 +0100, you wrote: 
  le Fri, 04 Jan 2002 13:33:51 +0100, 
dans Re: [Confirme] supermount 
r.amore écrivit : 


> Y aurait-y pas un (ou plusieurs) guru(s) qui pourrait faire un 
> récapitulatif le plus exhaustif possible des avantages du 
> montage à la demande et qu'on pourrait envoyer chaque fois 
> qu'un nouveau linuxien râle après le non-supermount? P..., 
> c'est qd même pas dûr de faire un clic droit sur l'icône du 
> cdrom, non?) A la limite, je prend ça en charge : envoyez moi 
> (y compris en privé) TOUS les arguments (c'est ça que je n'ai 
> pas) en faveur du non supermount, et je répondrais le plus 
> sytématiquement possible aux demandes concernant le supermount 
> (suis pas obligé de garder ça pour moi : qd j'aurais fini la 
> récap, je l'envoie sur la liste). Parce que ça commence 
> vraiment à me gonfler ce supermount qui revient et génère des 
> trolls régulièrement. On (je) s'en fout!!! Rosaire 

Ben hé calme toi ma biche, c'est Noël;-) et j'avais prévenu que 
ça pouvait partir en troll hé ;-)) c'est fait. 

début du troll 
et pis d'abord je suis pas un nouveau linuxien... et ensuite 
c'est pas interdit de demander à ses colistiers s'ils ont des 
infos sur quelquechose qui eût marché, avant kernel 2.4.x because 
je n'en ai pas personnellement... Tous les arguments pour le 
"non-supermount" je les connais... et les contre le 
'non-supermount" aussi et là n'était pas la question : après tout 
chacun est libre de choisir non ? En plus, par expérience, aucun 
argument et surtout pas les techniques et encore moins ceux des 
gurus (d'abord j'aime pas les sectes) pas plus que ceux des 
debianeux et des slackwariens, n'empêchera quelqu'un de trouver 
chiant le montage à la demande. fin du troll. (l'est pas beau 
celui-là? j'ai oublié personne? - c'était juste pour 
déconner-répondez surtout pas) 

Bonne année  Rosaire et je jure de plus recommencer ;-)) 
 à ennerver. 

-- 
André Salaün 

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? 
Rendez-vous sur "http://www.mandrakestore.com" 



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?Rendez-vous sur "http://www.mandrakestore.com"

Re: [Confirme] supermount

[r.amore]

Y aurait-y pas un (ou plusieurs) guru(s) qui pourrait faire un récapitulatif
le plus exhaustif possible des avantages du montage à la demande et qu'on
pourrait envoyer chaque fois qu'un nouveau linuxien râle après le non-supermount?
P..., c'est qd même pas dûr de faire un clic droit sur l'icône du cdrom,
non?)
A la limite, je prend ça en charge : envoyez moi (y compris en privé) TOUS
les arguments (c'est ça que je n'ai pas) en faveur du non supermount, et
je répondrais le plus sytématiquement possible aux demandes concernant le
supermount  (suis pas obligé de garder ça pour moi : qd j'aurais fini la
récap, je l'envoie sur la liste).
Parce que ça commence vraiment à me gonfler ce supermount qui revient et
génère des trolls régulièrement. On (je) s'en fout!!!
Rosaire

André Salaün wrote:
[EMAIL PROTECTED]">
  Dans le genre troll :il faut bien reconnaître que ça (le montage des périphériques)gonfle sérieusement une bonne partie des nouveaux utilisateurs deGNU Linux.--André Salaün 
  Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?Rendez-vous sur "http://www.mandrakestore.com"
  
  
  
  

[Confirme] rescue.img

[R.AMORE]

Nom de nom!, bonjour
Est ce que quelqu'un pourrait me dire ou je peux trouver ce p...
de fichier qui ne figure nulle part (en particulier sur 6.1, pour
laquelle j'en ai besoin).
Ou alors, aussi, comment démarrer en précisant le runlevel (je
veux démarrer à 3, car à 5 j'ai plus de clavier. Genant...
Merci
R.Amore

Re: [Confirme] Pb d'impression

[R.AMORE]

Qu'est ce qui ne marche plus?
Si tu imprimais avec lp, c'est fini. Maintenant c'est "lp Nom_fichier". Le
système d'impression est maintenant cups et non plus lpd.
A+


VIDAL Guy FTRD/DAC/LAN a écrit :

> Bonjour,
> Il me semble en avoir entendu parler mais je ne sais plus
> Mon impression qui fonctionnait avec 7.1 ne fonctionne plus sous 7.2
> lorsque je demande une impression il ne dit pas qu'il y a un pb
> mais la file est vide et rien ne sort.
> si quelqu'un à eu la même chose ...
>
> Pour info, pour le pb de slocate j'ai désactivé dans
> /etc/cron/cron.daily la ligne slocate et il ne se lance plus.
> Je ne fait que très rarement des recherches alors le find est
> largement suffisant.
>
> j'en profite aussi pour une autre petite question :
> dans un temps reculé on avait parlé de pourvoir retrouver la config.
> qui a servie à compiler le noyau contenue dans un .config (il me semble)
> Est ce toujours d'actualité ? et ou se trouve ce fichier ?
>
> Merci et à plus
>
>

[Confirme] CUPS et samba - EXCUSES

[R.AMORE]

En effet, EXCUSEZ MOI.
Je rale depuis un moment sur cups et samba. Les échanges de
courrier m'ont amené à vérifier le smb.conf fourni en standard
avec la mdk7.
Tout le problème venait de là : j'avais récupéré et j'utilisais
le smb.conf que j'avais amoureusement mis au point pour la
mdk7.1. Dans ce dernier, évidement, rien sur samba et cups.
Dans le smb.conf fourni avec la 7.2, tout s'éclaircit (encore
faut-il le lire!). ET CA MARCHE.
Encore merci pour votre patience, mes excuses pour mon agacement,
et mes excuses à Mandraque Soft qui font un bon travail, bien que
la distribution soit toujours aussi lourde, mais...
A bientôt, pour de nouvelles aventures...
Rosaire AMORE.

Re: [Confirme] y'en a marre

[R.AMORE]

C'est tout juste ce que j'ai fait.
Merci
R.AMORE

root a écrit :

> Ploc a écrit :
> >
> > "R.AMORE" a écrit :
> > >
> > > Décidément!
> > > Je lis que ça vaut le coup de mettre à jour KDE2.
> > > Je lance MandrakeUpdate. Liste de mises à jour: liste vide. Je
> > > vais sur le site
> > > Mandrake. On me dit qu'avant de lancer MandrakeUpdate, vaut mieux
> > > le mettre à jour,
> > > ainsi que grpmi. On essaie à la main (sur le site ftp). On
> > > réinstalle les deux
> > > packages. Idem : liste vide. Et dieu sait qu'il y en a des mises
> > > à jour...
> > > Serais-je maudit à n'essayer que les trucs qui marchent pas sur
> > > mdk 7.2?
> > > Voir la rubrique "y'en a marre"
> > > A+
> > > R.AMORE
> >
> > La critique est facile.
> >
> > Chez moi MandrakeUpdate fonctionne sans probleme ni mise a jour. Ce
> > n'est donc pas forcement Mandrake 7.2 qui est en cause, mais il est
> > simple de lui mettre sur le dos.
> >
> > --
> >   ,   ,
> >   |\_/|
> > _ooO_( O O )_Ooo__
> > mailto:[EMAIL PROTECTED]\_/http://www.bigfoot.com/~ploc
> >
> > Femme au volant, virage au tournant.
> Salut, plus concrètement,
> Achète une revue livrée avec la distribution Mandrake-7.2 (CD-ROM base +
> extensions + divers, 3 CD).
> Pour ne pas la nommer, Planète Linux n° 10 de décembre (2000, of course
> !) :
> moi aussi, j'ai galéré jusqu'à ce que je fasse comme ça.
> A +, Xavier

Re: [Confirme] CUPS et samba bis

[R.AMORE]

Tu l'as dit, b
On attend...Ou on va ailleurs

Olivier HOARAU a écrit :

> Bonjour tout le monde
>
> Comme certaines personnes sur ce forum j'ai aussi des problèmes de
> partage d'imprimante avec samba quand on utilise CUPS, voilà les manips
> réalisées:
>
> Rappel des faits :
>
> - j'ai une modeste imprimante DJ520 sur mon serveur Mdk7.2 avec CUPS,
> l'impression marche au poil
> - voici le smb.conf (du moins un extrait)
>
>   printcap name = lpstat
>   load printers = yes
>
>   printing = cups
>
> [printers]
>comment = All Printers
>path = /var/spool/samba
>browseable = yes
> # to allow user 'guest account' to print.
>guest ok = yes
>writable = no
>printable = yes
>create mode = 0700
> # =
> # print command: see above for details.
> # =
>print command = lpr-cups -P %p -o raw %s # using client side printer
> drivers.
> ;   print command = lpr-cups -P %p %s # using cups own drivers (use
> generic PostScript on clients).
>lpq command = lpstat -o %p
>lprm command = cancel %p-%j
>
> Je suis parti du fichier de conf par défaut fourni avec la Mdk7.2, à la
> différence que j'ai décommenté la ligne lpr-cups "using client side
> printer drivers" et commenté l'autre "using cups own drivers (use
> generic PostScript on clients).", vu que j'ai pas trouvé de driver
> "generic postscript driver" sur mon client windows, j'utilise donc sur
> celui-ci le driver pour la dj520.
>
> Le problème est qu'à l'impression sous le poste windows, le fichier se
> retrouve sous /var/spool/samba et puis c'est tout, quand j'essaye de
> mettre /var/spool/cups je me fais jeter sous windows, si on change les
> droits du dit répertoire le daemon cupsd s'envoit en l'air. J'ai loupé
> quelque chose ?
>
> J'aimerai avoir des réponses autre que retourne à lpd ou installe une
> rh, en tout cas ce serait sympa si les gens de mandrake se manifestaient
> plus souvent sur cette liste.
>
> Olivier

Re: [Confirme]

[R.AMORE]

Je ne crie pas partout que MDK 7.2 c'est de la m... (on peut dire
merde,
d'ailleurs). Je dis simplement que cette version ne me semble pas
suffisament
qualifiée.
Je ne pense pas moins que c'est une très belle distrib, bien
qu'un peu lourde
(essayez de la faire tourner sur une machine ayant 64m de RAM et
un processeur à
380Mhz : le temps de lancement est supérieur à une minute).
Vivement qu'elle soit finie.
Quant à ce que dis "ploc", sur le fait que ça tourne très bien
chez lui, tant
mieux pour lui, mais je pense qu'on n'en fait pas forcément la
même chose de notre
système. Je ne pense pas avoir un matériel particulièrement
exotique. Et les
critiques que j'ai pu faire (voir mes mails récents) sont fondées
: il y a des
services fondamentaux qui ne tournent pas ou pas bien
(impression, réseau,
son...). Et si ploc me trouve des solutions je suis preneur.
Sans rancune et bonne route
R.AMORE

Bruno Pinaud a écrit :

> Avant de crier partout que Mandrake c'est de la m (c'est que laisse
> penser les derniers mail parus), lisez vos mails et surtout ceux  de la
> liste announce. Les fichiers de kde2 par exemple sur le site ftp sont pour
> ceux qui avait une beta de la 7.2. Mandrake a bien dit que les isos de la 7.2
> finales disponibles sur les sites ftp était à jours !
>
> Le Lundi 27 Novembre 2000 05:46, vous avez écrit :
> > Décidément!
> > Je lis que ça vaut le coup de mettre à jour KDE2.
> > Je lance MandrakeUpdate. Liste de mises à jour: liste vide. Je
> > vais sur le site
> > Mandrake. On me dit qu'avant de lancer MandrakeUpdate, vaut mieux
> > le mettre à jour,
> > ainsi que grpmi. On essaie à la main (sur le site ftp). On
> > réinstalle les deux
> > packages. Idem : liste vide. Et dieu sait qu'il y en a des mises
> > à jour...
> > Serais-je maudit à n'essayer que les trucs qui marchent pas sur
> > mdk 7.2?
> > Voir la rubrique "y'en a marre"
> > A+
> > R.AMORE
> >
> > Bernard Lheureux a écrit :
> > > AlainN wrote:
> > >
> > > ...
> > >
> > > > Le clavier est resté US ai-je loupé un étage de l'install ?
> > >
> > > verifie si le daemon keytable est bien lance, si non, lance le en manuel
> > > et assure toi qu'il demarrera automatiquement au prochain boot
> > > (linuxconf, control panel, control services activity)
> > >
> > > > GRUB a été installé sournoisement, pas de choix entre disquette, lilo,
> > > > grub ou autre, bon je suppose que c'est pour aider. Mais je ne peux
> > > > plus lancer W$ (installer pour tester la bécanne ;-)). C'est comme la
> > > > disquette de démarrage qu'on la demande ou pas l'installe nous en pond
> > > > une ... merci mdk
> > >
> > > En tout cas, quand on choisit l'install en mode expert, le choix du
> > > bootloader vous est demande (lilo, grub)
> > >
> > > > Quant au graveur de CD plextor il est détecté comme ide et comme SCSI
> > > > ?-] est-ce normal ?
> > >
> > > Si c'est un IDE ou ca peut l'etre (voir le /etc/lilo.conf ou il le lance
> > > en emulation SCSI pour la gravure) si c'est un SCSI il y a un os...
> > >
> > > > Ceci dit le kde-mdk mélange de apple et de chamalo est vraiment super
> > > > j'en reprendrai dés que j'aurai avancé sur ces quelques difficultés.
> > > > Avec votre aide, bien sur ;-))
> > >
> > > Et si tu fais les mises a jour de KDE2 (via MandrakeUpdate), il sera
> > > encore mieux...
> > >
> > > --
> > > [ Bernard Lheureux > Gestionnaire des MailingLists ML, TechML, LinuxML ]
> > > [ SysOp of BbS SoFtWaRe IV * http://bbsoft4.bmedia.be/Mailinglists.htm ]
> > > [ BBS, Mailer and FAX: +32-(0)71-400548 >>>>> http://bbsoft4.bmedia.be ]
> > > [ MailTo:[EMAIL PROTECTED] * MailTo:[EMAIL PROTECTED] ]
>
> --
> Bruno PINAUD
> Elève ingénieur à l'Ecole Polytechnique de l'Université de Nantes
> http://www.polytech.univ-nantes.fr
>
>  === May TUX be with you ===
>
> __
> Vous avez un site perso ?
> 2 millions de francs à gagner sur i(france) !
> Webmasters : ZE CONCOURS ! http://www.ifrance.com/_reloc/concours.emailif

Re: [Confirme]

[R.AMORE]

Décidément!
Je lis que ça vaut le coup de mettre à jour KDE2.
Je lance MandrakeUpdate. Liste de mises à jour: liste vide. Je
vais sur le site
Mandrake. On me dit qu'avant de lancer MandrakeUpdate, vaut mieux
le mettre à jour,
ainsi que grpmi. On essaie à la main (sur le site ftp). On
réinstalle les deux
packages. Idem : liste vide. Et dieu sait qu'il y en a des mises
à jour...
Serais-je maudit à n'essayer que les trucs qui marchent pas sur
mdk 7.2?
Voir la rubrique "y'en a marre"
A+
R.AMORE

Bernard Lheureux a écrit :

> AlainN wrote:
> >
> ...
> >
> > Le clavier est resté US ai-je loupé un étage de l'install ?
> verifie si le daemon keytable est bien lance, si non, lance le en manuel
> et assure toi qu'il demarrera automatiquement au prochain boot
> (linuxconf, control panel, control services activity)
> >
> > GRUB a été installé sournoisement, pas de choix entre disquette, lilo,
> > grub ou autre, bon je suppose que c'est pour aider. Mais je ne peux plus lancer
> > W$ (installer pour tester la bécanne ;-)). C'est comme la disquette de
> > démarrage qu'on la demande ou pas l'installe nous en pond une ... merci mdk
> En tout cas, quand on choisit l'install en mode expert, le choix du
> bootloader vous est demande (lilo, grub)
> >
> > Quant au graveur de CD plextor il est détecté comme ide et comme SCSI ?-]
> > est-ce normal ?
> Si c'est un IDE ou ca peut l'etre (voir le /etc/lilo.conf ou il le lance
> en emulation SCSI pour la gravure) si c'est un SCSI il y a un os...
> >
> > Ceci dit le kde-mdk mélange de apple et de chamalo est vraiment super j'en
> > reprendrai dés que j'aurai avancé sur ces quelques difficultés. Avec votre
> > aide, bien sur ;-))
> Et si tu fais les mises a jour de KDE2 (via MandrakeUpdate), il sera
> encore mieux...
>
> --
> [ Bernard Lheureux > Gestionnaire des MailingLists ML, TechML, LinuxML ]
> [ SysOp of BbS SoFtWaRe IV * http://bbsoft4.bmedia.be/Mailinglists.htm ]
> [ BBS, Mailer and FAX: +32-(0)71-400548 >>>>> http://bbsoft4.bmedia.be ]
> [ MailTo:[EMAIL PROTECTED] * MailTo:[EMAIL PROTECTED] ]

Re: [Confirme] Re: [Confirme] Impression partagée avec SMB

[R.AMORE]

C'est ben vrai ça. On va jeter un oeil du cote de RH. On va voir ce qu'ils font...

Raymond Martin a écrit :

> Le Sunday 26 November, à 07:23:13 (+0100), R.AMORE ([EMAIL PROTECTED]),
> écrivait 50 lignes parmis lesquelles :
>
> >> A tout hasard,
> >> ls -l /usr/bin/printtool
> >> ça pointe pas sur un lien ?
>
> >En effet, ça pointe sur ../sbin/printerdrake.
> >Bon, on y va.
>
> Y'a plus que ça ...
> >Ceci dit, ne pas oublier que le lpr se trouvant sur la 7.x est BOGUE (v0.50)
> >Faut aller chercher lpr v 0.38 (il était encore utilisé sur les v6.x)
>
> J'utilise un 0.5 sur vador (sous le bureau, pas d'ecran, pas de clavier,
> et ça tient chaud les pieds en cette saison :))  une mdk7.2 pas de
> probleme d'impression tant avec obiwan (linux) que r2d2 (Zin)
>
> >D'autre part, ca ne resoud pas mon probleme d'absence de driver pour mon HP2000C 
>(c'est
> >vrai qu'on a pas idée d'acheter juste cette imprimante là!).
>
> Si tu le dis :))
>
> >Que ça ne résoud pas non plus l'inconséquence (relative) de MandrakeSoft. Car tout 
>ceci
> >n'était destiné qu'à faire marcher le partage par SMB. Et qu'à part ce problème 
>CUPS marche
> >très bien et c'est un progrès (!?).
>
> arf' un progres qui limite les fonctionnalités est ce bien un progres ?
> la 7.1 sera ma derniere mdk
>
> >Merci à tous.
>
> Yapadkoi
>
> >> PS: Merci de ne pas remplir le champ Reply-to afin que les réponses
> >> arrivent à la liste afin que tous en profitent, merci.
>
> Toujours d'actualité !
>
> --
> Pourquoi les internautes français ce mobiliseraient pas pour se regrouper
> un société ou association pour pouvoir avoir des numéro vert  Il faudrait
> que louer les lignes téléphoniques à FT et on ne paierai qu'un abonnement
> -+- BT in : Guide du Neuneu Usenet - Neuneu se met au vert -+-

Re: [Confirme] Re: [Confirme] HELP !!! plus d'accès ! Y EN A MARRE !!!!

[R.AMORE]

Ai-je affaire à quelqu'un de proche de MandrakeSoft?
Si oui...
OK pour les softs propriétaires (ici, en l'occurence, Oracle). Mais lpr 0.48 ou
0.50 (j'sais plus) : marche en local mais tout partage impossible (y compris
avec samba), c'est un comble sous Unix, non?
Et CUPS, très chouette mais même remarque. Sais-t-on le partager ?
J'imagine que ça serait chouette de partager sur des réseaux mixtes (y compris
windaube).
Et le bordel à réaliser pour utiliser ...telnet, et nfs, ...(!). Oui je connais
l'argument sur la sécurité. Je ne pense pas qu'il soit recevable: ou alors il
faut le documenter, plutôt que de laisser les gens se dépatouiller pendant des
jours, avant qu'ils apprennent au hasard d'une liste de discussion qu'il faut
simplement installer les packages (dont on a demandé à l'install qu'ils le
soient)
A ce sujet, il me semble opportun de vous faire savoir que l'une des
(meilleures) façons de faire entrer Linux dans les entreprises est son rôle de
serveur de qualité (si ce n'est souvent la seule). Faut pas rêver, je fais du
conseil et de formation en entreprises et je tiens à vous faire savoir que
depuis des années que je me bagarre pour faire entrer Linux dans les services
informatiques, les fois où ça s'est fait, le principal argument était celui là
(serveur). Une fois qu'il est dans la place, après est une autre paire de
manche. Le germe est semé. Qui donne parfois de belles plantes.
Ce qui ne disqualifie en rien l'excellent travail que vous faites par ailleurs
justement pour que la plante plaise.

=?iso-8859-1?Q?Pascal_Gross=E9?= a écrit :

> On Sat, Nov 25, 2000 at 06:54:00PM +0100, R.AMORE wrote:
> > A sortir des produits non finis et vite faits comme ils le font, les gens
> > de MandrakeSoft commencent à me faire penser à d'autres dont je revais de
> > me débarasser dans mon métier d'informaticien.
> > Il faudrait que quelqu'un les aide à se dégonfler les chevilles. NON?
> > Rosaire AMORE
> >
>
> De quels programmes s'agit-il plus precisement ? Si vous parlez de softs
> proprietaires, le fait qu'ils soient compiles en se basant sur telle
> version du noyau peut rendre ces logiciels inutilisables avec des versions
> plus recentes. Et le fautif n'est pas Mandrake dans ce cas la (ni les
> auteurs des divers packages), mais bien les editeurs ne proposant que des
> programmes sans code source. Le meme probleme se pose d'ailleurs avec les
> drivers fournis par certains constructeurs, tant pour le noyau que pour
> xfree 4.x...
>
> Pascal Grosse

Re: [Confirme] Re: [Confirme] Impression partagée avec SMB

[R.AMORE]

En effet, ça pointe sur ../sbin/printerdrake.
Bon, on y va.
Ceci dit, ne pas oublier que le lpr se trouvant sur la 7.x est BOGUE (v0.50)
Faut aller chercher lpr v 0.38 (il était encore utilisé sur les v6.x)
D'autre part, ca ne resoud pas mon probleme d'absence de driver pour mon HP2000C (c'est
vrai qu'on a pas idée d'acheter juste cette imprimante là!).
Que ça ne résoud pas non plus l'inconséquence (relative) de MandrakeSoft. Car tout ceci
n'était destiné qu'à faire marcher le partage par SMB. Et qu'à part ce problème CUPS 
marche
très bien et c'est un progrès (!?).
Merci à tous.
R AMORE

Raymond Martin a écrit :

> Le Friday 24 November, à 18:45:41 (+0100), R.AMORE ([EMAIL PROTECTED]),
> écrivait 28 lignes parmis lesquelles :
>
> >C'est en lancant printtol que je me suis retrouve dans la procedure d'install de 
>cups.
> >Si tu as une solution, je suis preneur. Je ne connais rien en tcl.
>
> A tout hasard,
>
> ls -l /usr/bin/printtool
>
> ça pointe pas sur un lien ?
>
> sinon,
> rpm -e cups-1.1.4-3mdk
> rpm -e cups-drivers-0.3.6-30mdk
>
> reprendre le cd de la 7.1
>
> rpm -Uvh lpr-0.50-2mdk.i586.rpm
> rpm -Uvh printtool-3.44-3mdk.i586.rpm
>
> >Merci
>
> Yapadkoi
>
> PS: Merci de ne pas remplir le champ Reply-to afin que les réponses
> arrivent à la liste afin que tous en profitent, merci.
>
> --
> je vous rappelle qu'il est fréquenté par une moyenne d'âge plus faible
> que la moyenne. C'est facile de mettre des lois abscons, qui n'évoluent
> pas à la vitesse du net, et de dire "eh ben vous n'aviez qu'à lire"
> -+- DP in : Guide du Neuneu d'Usenet - Si ya plus moyen de moyenner -+-

Re: [Confirme] HELP !!! plus d'accès ! Y EN A MARRE !!!!

[R.AMORE]

OYE! OYE!
Dites moi, tout le monde
Ne trouvez vous pas que ça commence quand meme a bien faire? Vous
rendez-vous compte du nombre incroyable de problèmes posés par les versions
7, et encore plus par la 7.2?
Ce qui me semble TRES GRAVE c'est qu'il y ait des problemes, non pas sur
des produits assez nouveaux (c'est normal), mais sur des produits qui
tournaient bien depuis longtemps et QUI NE MARCHENT PLUS sur les versions
récentes (6 et 7).
Je commence personnellement à éprouver un sentiment de ras-le-bol qui
m'amène à désirer contacter directement Mandrake Soft, si j'avais le moyen
de le faire (si quelqu'un connait la procédure à suivre... jamais réussi)..

En effet, pour résoudre un certain nombre de problemes sur des produits qui
fonctionnaient depuis des années, j'ai :
- soit renoncé
- soit du réinstaller de vieilles versions de logiciels ou de librairies
(lpd, telnet, nfs, ...). On croit rever!
- soit (sur un serveur samba destiné à partager une imprimante), réinstallé
une 6.
- soit sur un serveur Oracle, réinstallé une 5.2 RedHat
Ne trouvez vous pas que ça fait un peu beaucoup?
A sortir des produits non finis et vite faits comme ils le font, les gens
de MandrakeSoft commencent à me faire penser à d'autres dont je revais de
me débarasser dans mon métier d'informaticien.
Il faudrait que quelqu'un les aide à se dégonfler les chevilles. NON?
Rosaire AMORE

Re: [Confirme] Re: [Confirme] Impression partagée avec SMB

[R.AMORE]

C'est en lancant printtol que je me suis retrouve dans la procedure d'install de cups.
Si tu as une solution, je suis preneur. Je ne connais rien en tcl.
Merci

IMBERT Luc a écrit :

> On Fri, Nov 24, 2000 at 10:03:02AM +0100, Stephane BRANGER wrote:
> > 2/ Apres avoir desinstalle cups, je lance printtool pour configurer mon imprimante
> > lp. Il me lance systematiquement la procedure d'install de cups. Mon fichier
> > /etc/printcap est vide et j'eprouve une tres forte angoisse a l'idee de le remplir
> > a la main (quel bordel!).
>
> Pas de panique, chef ! Le bon vieux printtool de RedHat, c'est un bête
> programme composé de 4 fichiers tcl !
>
> Si tu veux, je te renvoie celui de la 7.0 et je t'indique comment le faire
> marcher.
>
> A+
> --
> Luc IMBERT   Tel : (33) 1 55 91 22 91
> Atos Origin, Activité IntégrationFax : (33) 1 55 91 22 51
> Les Miroirs C, 18, Avenue d'Alsace [EMAIL PROTECTED]
> 92926 Paris La Défense Cedex
> __

[Confirme] Impression partagée avec SMB

[R.AMORE]

Bonjour la liste
C'est simple :
Sur la 6.1, l'impression fonctionait bien et le partage
d'imprimante Linux (s'appuyant sur lpd) avec Samba ne posait
aucun probleme.
Avec la 7.0/7.1, le demon lpd est bogué (v.0.50); mais on s'en
sort en reinstallant la version 0.38 de lpd (merci Stephane
BRANGER).  OUF!
Arrive la 7.2. Nouveau changement, le gestionaire d'impression
standard n'est plus lpd, mais CUPS (on lance l'impression par
lp). Chic! Mais je n'arrive pas à partager mon imprimante avec
Samba. Deux jours de tatonnements inutiles.
(J'attends avec angoisse la surprise de la prochaine version...)
Quelqu'un a t il des infos la dessus?
Merci d'avance
Rosaire AMORE

Re: [Confirme] Sortie de crash

[R.AMORE]

Avec tes remarques (et les autres), j'ai obtenu les resultats suivants :
1/ Decidement, cpio ne marche pas. En effet, j'ai re-essaye a partir du mode
rescue, sur un repertoire monte temporairement (en ramdisk, donc) nomme /sos,
de monter mon nouveau disque (/dev/hda2) et d'y recuperer ce que j'avais place
sur mon disque de sauvegarde (par find ...etc | cpio -ocvB > /dev/hdb1), par :

cpio -icvBdum < /dev/hdb1
A noter que le volume sauvegarde est d'environ 500 Mo.
J'obtiens l'invariable "cpio : write error : No space left on device" apres
quelques dizaines de fichiers ( le repertoire dev est apparement recupere, une
partie de etc puis plantage sur un fichier (etc/rpc) qui n'est pas un lien
symbolique). Noter que ce message apparait, quelques fichiers sont recuperes,
il reapparait, et ainsi de suite, plusieurs fois. A signaler qu'avant de
lancer cpio en restaurartion, un df m'indique que j'ai deux systemes de
fichiers montes :
/dev/root . monte sur /(850 Mo)
/dev/hda2..monte sur /sos   (4.3 Go)
Lorsque je lance cpio, j'ai fait avant : cd /sos, apres le montage de mon
nouveau disque.
2/ Le processus de sauvegarde se passe bien. Pas d'erreurs.
3/ J'ai lu dans le manuel fourni par Micro application, qu'avant de lancer la
restauration, il serait bon de faire avant un chroot sur le repertoire de
restore (ici, /sos). Non seulement il y a erreur a l'execution de la commande
(can't execute /bin/sh, ), mais en plus ca ne change strictement rien.
4/ Lors de la restauration il y a reception de plusieurs messages d'erreur
(cpio : write error ...) avant de s'arreter, parfois sur plantage, parfois en
rerouvant la main. La restauration est ininterruptible par Ctrl-C et
Ctrl-Alt-Sup. Lorsque je retrouve la main, je verifie le travail qui a ete
accompli : RIEN (si : creation de lost+found lors du mke2fs). Comprend qui
peut
5/ Je me risque a tenter le coup avec tar. Lors de l'archivage (tar -cvf
/dev/hdb1  /) tout semble bien se passer, hormis qu'a la fin il m'indique
qu'il y a eu des erreurs (que je n'ai pas vues). A la restauration (tar -xvf
/dev/hdb1 . je suis dans mon repertoire /sos en mode rescue), ca semble
parfois aller bien, parfois ca plante carrement. La aussi impossible
d'interrompre le deroulement de tar. Au reboot, je vois apparaitre LI et puis
stop. Parfois il n'y a meme pas de LI et en tout cas, jamais pu redemarrer.
6/ Quelqu'un a t il deja realise COMPLETEMENT une telle operation (jusqu'a la
restauration)?
7/ J'ai constate que le GNU tar sauvegardait les fichiers /dev. Il faut savoir
qu'il y a d'autres Unix sur lesquels ca n'est possible que par cpio (sur SCO
par exemple, d'ou mon entetement). De plus cpio est beaucoup plus portable et
en entreprise, ce souci est important.
Avec ca ... je suis perplexe et sans solution fiable (!)
A+

flupke a écrit :

> On Thu, 14 Sep 2000, phil's free wrote:
>
> >
> > "R.AMORE" wrote:
> > >
> > > Bonjour
> > > Nouveau probleme: preparer et realiser une sortie de crash. Le
> > > probleme s'est pose a la restauration, par cpio. Les etapes
> > > suivies :
> > > 1/ Je dispose d'un systeme ou la partition /dev/hda2 (850M) est
> > > la partition root, et ou /dev/hdb1 est une unite que je voudrais
> > > utiliser comme sauvegarde (sur un disque de 4.3Go). Je realise la
> > > sauvegarde par :
> > > find / -name "*" -print | grep -v "^/proc" | cpio -ocvB >
> > > /dev/hdb1
> > > qui ne pose apparement aucun probleme (/proc semble en poser,
> > > d'ou, mon filtre grep permettant de l'eviter).
> > > 2/ Je prepare le dispositif de disquettes de rescue : aucun
> > > probleme
> > > Le redemarrage en mode rescue se passe tres bien, et j'ai ma
> > > racine en ramdisk. Je cree un repertoire destine a monter le
> > > disque a restaurer (/dev/hda2), disons /sos.
> > > 3/ Mon disque root se scrash (ou je le scrach par un soigneux
> > > mke2fs /dev/hda2), ou bien, situation plus reelle, je remplace
> > > mon disque de boot par un nouveau, avant de redemarer en mode
> > > rescue. Je realise le necessaire (fdisk avec preparation des
> > > partitions, puis mke2fs /dev/hda2 (sur le nouveau disque).
> > > 4/ Tout est pret pour la restauration :
> > > je monte mon nouveau disque de demarrage sur mon ramdisk :
> > > mount  /dev/hda2  /sos
> > > cd  /sos
> > > cpio  -icvBd  <  /dev/hdb1
> > > Ca commence bien, quelques dizaines de fichiers sont recuperes,
> > > puis tres vite, de temps en temps et de plus en plus souvent
> > > jusqu

Re: [Confirme] Sortie de crash

[R.AMORE]

Merci de repondre
Question 1/ : comment reperer parmis les centaines (ou milliers de
fichiers) les "liens pourris"?
Question 2/ : Si on ne sauvegarde pas /dev, comment le systeme fait-il
apres restauration pour acceder aux peripheriques?
Question 3/ : Pourquoi pas cpio? Ca fait quinze ans que j'entend dire,
repeter et constater que c'est le meilleur outil de sauvegarde, le plus
portable, etc... J'ai essaye avec dd. Ca semble mieux marcher, mais au
redemarrage, il repere des anomalies dans le root filesysteme et il y a
lancement d'un fsck. Soit. Mais lors de tous les redemarrages qui suivent,
malgre un arret propre du systeme, c'est la meme chose (encore fsck). Comme
si la restauration etait pourrie. Et bien qu'apres fsck, le systeme
fonctionne bien apparement.

Je vais tout de meme refaire la manip et avec vos remarques verifier des
points auxquels je n'avais pas ete assez attentif.
A+
R.AMORE

phil's free a écrit :

> "R.AMORE" wrote:
> >
> > Bonjour
> > Nouveau probleme: preparer et realiser une sortie de crash. Le
> > probleme s'est pose a la restauration, par cpio. Les etapes
> > suivies :
> > 1/ Je dispose d'un systeme ou la partition /dev/hda2 (850M) est
> > la partition root, et ou /dev/hdb1 est une unite que je voudrais
> > utiliser comme sauvegarde (sur un disque de 4.3Go). Je realise la
> > sauvegarde par :
> > find / -name "*" -print | grep -v "^/proc" | cpio -ocvB >
> > /dev/hdb1
> > qui ne pose apparement aucun probleme (/proc semble en poser,
> > d'ou, mon filtre grep permettant de l'eviter).
> > 2/ Je prepare le dispositif de disquettes de rescue : aucun
> > probleme
> > Le redemarrage en mode rescue se passe tres bien, et j'ai ma
> > racine en ramdisk. Je cree un repertoire destine a monter le
> > disque a restaurer (/dev/hda2), disons /sos.
> > 3/ Mon disque root se scrash (ou je le scrach par un soigneux
> > mke2fs /dev/hda2), ou bien, situation plus reelle, je remplace
> > mon disque de boot par un nouveau, avant de redemarer en mode
> > rescue. Je realise le necessaire (fdisk avec preparation des
> > partitions, puis mke2fs /dev/hda2 (sur le nouveau disque).
> > 4/ Tout est pret pour la restauration :
> > je monte mon nouveau disque de demarrage sur mon ramdisk :
> > mount  /dev/hda2  /sos
> > cd  /sos
> > cpio  -icvBd  <  /dev/hdb1
> > Ca commence bien, quelques dizaines de fichiers sont recuperes,
> > puis tres vite, de temps en temps et de plus en plus souvent
> > jusqu'au plantage complet, apparait un message m'indiquant qu'il
> > n'y a plus de place sur mon disque (erreur 37 je crois).
> > J'ai refais la manip plusieurs fois. Meme topo. Quelqu'un a t il
> > deja eu ce probleme, ou mieux, sa solution? Rien trouve sur
> > aucune liste de discussion.
> >
> > Merci d'avance
> > Rosaire AMORE.
>
> J'ai constaté ce genre de problème avec des liens symboliques pourris :
> /usr/bin/mh était un lien symbolique vers '.'.
> Après une sauvegarde et montage de cette sauvegarde en /mnt/tmp, la
> commande de comparaison
> diff -r /usr/bin /mnt/tmp/usr/bin
> bouclait sans fin.
> Je pense que dans le cas de ta restauration tu peux avoir un
> pb. similaire.
>
> Autres remarques :
> - je préfère éviter les sauvegardes des fichiers spéciaux
>   de /dev,
> - je ne suis pas un adepte de cpio.
>
> Bonne chasse.
>
> Phil

[Confirme] Sortie de crash

[R.AMORE]

Bonjour
Nouveau probleme: preparer et realiser une sortie de crash. Le
probleme s'est pose a la restauration, par cpio. Les etapes
suivies :
1/ Je dispose d'un systeme ou la partition /dev/hda2 (850M) est
la partition root, et ou /dev/hdb1 est une unite que je voudrais
utiliser comme sauvegarde (sur un disque de 4.3Go). Je realise la
sauvegarde par :
find / -name "*" -print | grep -v "^/proc" | cpio -ocvB >
/dev/hdb1
qui ne pose apparement aucun probleme (/proc semble en poser,
d'ou, mon filtre grep permettant de l'eviter).
2/ Je prepare le dispositif de disquettes de rescue : aucun
probleme
Le redemarrage en mode rescue se passe tres bien, et j'ai ma
racine en ramdisk. Je cree un repertoire destine a monter le
disque a restaurer (/dev/hda2), disons /sos.
3/ Mon disque root se scrash (ou je le scrach par un soigneux
mke2fs /dev/hda2), ou bien, situation plus reelle, je remplace
mon disque de boot par un nouveau, avant de redemarer en mode
rescue. Je realise le necessaire (fdisk avec preparation des
partitions, puis mke2fs /dev/hda2 (sur le nouveau disque).
4/ Tout est pret pour la restauration :
je monte mon nouveau disque de demarrage sur mon ramdisk :
mount  /dev/hda2  /sos
cd  /sos
cpio  -icvBd  <  /dev/hdb1
Ca commence bien, quelques dizaines de fichiers sont recuperes,
puis tres vite, de temps en temps et de plus en plus souvent
jusqu'au plantage complet, apparait un message m'indiquant qu'il
n'y a plus de place sur mon disque (erreur 37 je crois).
J'ai refais la manip plusieurs fois. Meme topo. Quelqu'un a t il
deja eu ce probleme, ou mieux, sa solution? Rien trouve sur
aucune liste de discussion.

Merci d'avance
Rosaire AMORE.

[Confirme] Putain de lpd

[R.AMORE]

Bonjour

Je craque. Impossible de faire fonctionner une impression d'une
machine linux à une machine linux.
Sur une machine, serveur d'impression (192.168.0.1 nommee
serv_lx) est installee une imprimante qui marche en local, geree
par une file d'attente nommee "lp". Le demon lpd tourne.
/etc/hosts.lpd contient les adresses d'autres machines dont celle
a partir de laquelle je veux imprimer. J'ai redemarre plusieurs
fois le script lpd de /etc/rc.d/init.d.
Sur une autre machine (disons serv2_lx, d'adresse 192.168.0.43),
declaree donc sur le serveur (dans /etc/hosts.lpd), j'installe
une file distante indiquant le nom de l'hote (serv_lx, declare
localement dans /etc/hosts), ainsi que le nom de la file
d'attente sur le serveur "serv_lx" nommee donc lp.
Lorsque je lance une impression sur mon client, j'obtiens par lpc
status sur la machine cliente :
queuing is enabled
printing is enabled
1 entry in spool area
waiting for queue to be enabled on serv_lx

J'utilise la version 0.48 de lpr. Je suis sur Mandrake 7.0. J'ai
essaye a partir d'une autre machine sous 6.1 avec la version .038
de lpr, idem.
A quoi n'ai-je pas encore pense? Si quelqu'un le sait j'irais
bruler un cierge a la chapelle du coin! (ca fait des semaines que
je coince la dessus.
Merci d'avance

Rosaire amore

Re: Réf. : Re: [Confirme]Sauvegardes par kdat

[R.AMORE]

Au fait, a propose de tar et cpio, sous SCO par exemple, l'une des différences
majeures entre les deux est que tar ne permet pas d'archuiver les fichier spéciaux
(/dev/*). Ce qui interdit l'usage de tar pour un archivage intégral du système et
oblige donc à utiliser cpio.
Est-ce également le cas sous Linux?
Merci.
Rosaire AMORE

Jean-Marc Geoffroy a écrit :

> Je n'ai jamais dit que tar détruit les liens symboliques sur Solaris, par
> contre c'est le cas sur beaucoup d'autres Unix.
> Enfin, bref, pour les sauvegardes/restauration j'ai toujours utilisé cpio et
> ceci sur différents Unix, l'avantage aussi est que cpio (comme tar) sont
> indépendants des Unix. De plus une sauvegarde/restauration supprime forcément
> la fragmentation du fs (si bien sûr entre les deux on a tout effacé).
>
> Enfin bref, tout ça pour dire que les commandes cpio et tar sont les standards
> d'Unix, avec leur avantages et inconvénients mais que évidement chaque Unix
> propose sa prope commande d'archivage avec sans doute beaucoup d'avantages.
>
> Guy COULON wrote:
>
> > Je m'excuse Jean-Marc
> > Je ne suis pas d'accord sur le fait de dire que TAR détruit les liens
> > symboliques sous Solaris.
> > La commande rcp d'accord.
> > Par ailleurs l'avantage d' ufsrestore sur un file system , c'est qu'il
> > réorganise le file system potentiellement "gruyere".
> >
> > Guy COULON, Administrateur SUN, Thyssen Ascenseurs, Angers
> >
> > - Original Message -
> > From: Jean-Marc Geoffroy <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, June 28, 2000 4:58 PM
> > Subject: Re: Réf. : Re: [Confirme]Sauvegardes par kdat
> >
> > >
> > > Il existe aussi cpio (préserve les liens symboliques) :
> > >
> > > sauvegarde:
> > > find repertoire -print | cpio -ocv > /dev/st0
> > >
> > > restauration :
> > > cd repertoire/..
> > > cpio -icvdum < /dev/st0
> > >
> > > jmarc.
> > >
> > > [EMAIL PROTECTED] wrote:
> > >
> > > > >Maintenant je n'utilise plus que TAR comme ça je suis tranquille.
> > > > >Mais au fait comment activer la compression matériel avec TAR ?
> > > > >Voila une question qu'elle est bonne non ?
> > > > >
> > > >
> > > > Euh ... tu utilises tar pour sauvegarder quoi ?
> > > > Si c'est des repertoires/ fichiers individuels passe encore, mais pour
> > > > une sauvegarde du systeme complet pour Solaris, je te recommande
> > > > FORTEMENT ufsdump.
> > > > Tar par exemple massacre tous les liens symboliques...
> > > >
> > > > Cordialement,
> > > >
> > > > Raphael
> > > >
> > > > **
> > > > Raphael STORA
> > > > CIA-espion-drogue-drug-United
> > States-Clinton-attentat-Cocaïne-murder
> > > >
> > nucléaire-bombe-haschish-sous-marins-missiles-Bill-Blair-éliminer
> > > > plutonium-uranium-fusion-fission
> > > >
> > > >  WEB : http://www.citeweb.net/ChtitPA
> > > > 
> > > >
> > > > - La messagerie itinérante sans abonnement NetCourrier -
> > > > Web : www.netcourrier.com Minitel : 3615 et 3623 NETCOURRIER
> > > >   Tél : 08 36 69 00 21
> > >
> > > --
> > > ===
> > > Jean-Marc GEOFFROY
> > > eWay Telecom, 300 B Rue Marcel Paul, ZAC des Grands Godets
> > > 94500 Champigny sur Marne
> > > FRANCE
> > > tel : (33) (0) 1 55 09 14 91, fax : (33) (0) 1 55 09 14 99
> > > http://www.eway.fr
> > > ===
> > >
> > >
>
> --
> ===
> Jean-Marc GEOFFROY
> eWay Telecom, 300 B Rue Marcel Paul, ZAC des Grands Godets
> 94500 Champigny sur Marne
> FRANCE
> tel : (33) (0) 1 55 09 14 91, fax : (33) (0) 1 55 09 14 99
> http://www.eway.fr
> ===

Re: Réf. : [Confirme] [debutant] Mandrake 7.1

[R.AMORE]

Je ne connais pas encore très bien le MSEC, mais ce genre de manip me semble devenir 
caduque dès que l'on
utilise les shadow passwords (je l'ai constaté sur d'autres Unix). Cette manip crée 
une incohérence au niveau
de l'authentification qui, si elle n'est pas bien gérée par l'OS peut aller jusqu'au 
blocage complet du
système.
Voili.

Francois Marzat a écrit :

> >Essais de modifier le mot de passe de ton utilisateur sous root (puisse que tu peux 
>te loguer sous root)!
> >soit:
> >vi /etc/passwd
> >sur la ligne de ton login (utilisateur) tu enleves le x.
> >exemple
> >a la ligne:
> >
> >dupond:x:502:504:dupond:/home/dupond:/bin/bash
> >
> >çà devien:
> >
> >dupond::502:504:dupond:/home/dupond:/bin/bash
> >
> >Là, il n'y aura plus de mot de passe.
> Ce genre de manip sur les MK 6.0 ca coince tout. Sur les MK 5.3, ca
> marchait très bien. Je ne sais pas le comportement des autres mais je
> me méfierais...
>
> >Donc si ton problème vien d'une mauvaise saisie de MDP, ton problème sera réglé.
> >vérifi après la configuration de ton clavier. (FR, UKetc)
> >
> >
> >a+
> >
> >
>
> François Marzat Ile de Mayotte (Ocean Indien)
> Formation Continue   [EMAIL PROTECTED]
> http://perso.wanadoo.fr/francois.marzat

Re: [Confirme] comment connecter un Pc Zin via un serveur linux awanadoo ?

[R.AMORE]

zzCET PARIS a écrit :

> j'ai relié 2 machines en réseau, dont l'une sous linux(serveur) et
> l'autre avec windows(client).
>
> je souhaite que lorsque je me connecte à wanadoo avec la machine linux
> permettre aussi à la machine windows de naviguer sur cette meme
> connexion via sa carte réseau.
>
> et pour le momment je séche !!
>
> la machine lunix   IP 172.16.0.1  netmask 255.255.255.0 eth0
> la machine Zindows IP 172.16.0.2  netmask 255.255.255.0
>
> j'arrive a me connecter sur mon compte depuis la pc client via Telnet,
> ainsi que mon serveur FTP, mais impossible avec le serveur HTTP,
>
> j'ai essayé de rentrer une route dans le noyau une fois connecter au
> Web avec l'adresse IP que ma donné wanadoo
>
> route add -net Ipdewanadoo netmask 255.255.255.0 dev eth0
>
> je me fais jeter, alors Docteur !!
>
>
> --
> Config à la maison :
>
> David SYLLANDE [EMAIL PROTECTED]
>
> Mandrake venus 6.0
> K6-225,128 Mo, Abit TX5, Viper 550, Miro PCTV, Yamaha opl3sa2

cf Howto ip_masquerade

Amicalement

Re: [Confirme] Probleme internet

[R.AMORE]

frantz ORJOLLET a écrit :

> _Underscore_ wrote:
>
> > Bonjour
> > J'ai un probleme (encore un)
> > J'arrive a me connecter a internet mais pas a "pinger une ip autre que la
> > mienne", ni a resoudre un nom (ex: www.asuscom.de)
> > D'ou cela peut-il venir?
> > Merci
>
> Bonjour,
> qu'utilisez-vous pour vous connecter ?
> Il me semble que cela se produit quand le DNS du provider est absent ou erroné.
> Frantz ORJOLLET
>
> >
> >
> >
> > __
> > message envoye depuis http://www.ifrance.com
> > emails (pop)-sites persos (espace illimite)-agenda-favoris (bookmarks)-forums
> > Ecoutez ce message par tel ! : 08 92 68 92 15 (france uniquement)
>
> --
> Linux Party le dimanche 18 juin 2000
> à partir de 12 h 00 à Ravenel Oise
> (30 km Nord Beauvais ;  5km St-Just en chaussée)
> salle de réunion du restaurant "Le Haut Atlas" (chez Ali)

N'y aurait-il pas par hasard un problème d' IP_FORWARD là dessous? C'est peut être à
voir. Essayer :
cat  /proc/sys/net/ipv4/ip_forward
Si ça donne 0, l'activer par :
echo 1 >  /proc/sys/net/ipv4/ip_forward  #attention à l'espace après le "1"

Voili

R. AMORE

Re: [Confirme] télémaintenance

[R.AMORE]

=?iso-8859-1?Q?St=E9phane?= Genaud a écrit :

> jacques trepp wrote:
>
> > Nous commençons à installer des serveurs de fichiers sous linux depuis
> > quelque temps. Auparavant, nous utilisions pcanywhere pour assurer la
> > maintenance et les transferts de fichiers. Nous travaillons encore avec M$
> > et développons des appli windev. Le but des serveurs linux est d'arreter de
> > perdre des enregistrements.
> > Existe-t-il un ou des produits permettant à une station windows d'assurer
> > des maintenances et des transferts autrement que le modem sur com2 et telnet
> > ? (du genre un peu graphique, vous voyez ?)
>
> Je n'ai pas en tête de chose qui ne puisse se faire à distance.
> Cela va du simple transfert de fichier selon le protocole ftp avec des
> outils graphiques comme gftp (entres autres), à la redirection de toute
> fenêtre graphique (X) d'une machine à une autre.
> Il faudra donner plus de détails pour avoir une solution plus détaillée.
>
> S.G.

Precise un peu ce que tu entends par telemaintenance... please. Pour
l'interconnexion M$/linux, Samba sait faire beucoup de choses.

Rosaire AMORE

Re: [Confirme] Oracle

[R.AMORE]

Rado a écrit :

> Bonjour,
> Est-ce que Manfrake 7.0 (et sup) supporte Oracle8 i15?
>
> Merci

Ca marche tres bien

Rosaire AMORE

Re: [Confirme] Future de la distribution : appel a discussion

[R.AMORE]

David BAUDENS a écrit :

> "Picard, Cyril" écrivit :
>
> > > 3/ Il n'y a plus qu'un logiciel qui me laisse imperativement accroche au
> > > monde M$ : ca s'appelle Getright. Ca permet de planifier et gerer les
> > > telechargements (heures de debut, de fin, raccrocher, gerer des priorite,
> > > etc). Est ce que ca existe sous Linux, un machin comme ca? voire un
> > > "aspirateur de site"?
> > >
> > wget + cron doit suffire non ?
>
> KWebget et son pendant Gnome sont inclus dans la 7.1. Ils vous
> permettent de faire celà en mode graphique (pour ceux qui ne désirent
> pas lire la longue page info de wget et les multiples pages de man de
> cron).
>
> --
> MandrakeSofthttp://www.mandrakesoft.com
> PARIS, FRANCE   --David

On y va aussi...
Au boulot! wget + cron m'iraient bien, mais l'interface graphique c'est une bonne
chose aussi, bien que moins amusant.

Rosaire AMORE

Re: [Confirme] Future de la distribution : appel a discussion

[R.AMORE]

David BAUDENS a écrit :

> Chmouel Boudjnah écrivit :
>
> > > 1/ Quand on utilise Netscape sous Linux en general, les caracteres sont
> > > moches voire illisibles alors que pour un meme site, c'est joli et surtout
> > > lisible sous M$. D'ou ca vient? Peut on arranger ca? J'ai rien pu faire en
> > > modifiant les polices dans la config de Netscape.
> >
> > Dans la 7.1 notre nouveau utilitaire drakfont et le package
> > mozilla-fonts fait ce boulot.
>
> J'ajoute que Netscape utilise désormais la police Verdana (fournie avec
> Microssoft Windows) si il la trouve sur votre système.
>
> D'une façon générale, les sites illisibles dans Netscape appartiennent
> au passé.
>
> --
> MandrakeSofthttp://www.mandrakesoft.com
> PARIS, FRANCE   --David

Merci beaucoup ... On va essayer ca!

Rosaire AMORE

Re: [Confirme] Future de la distribution : appel a discussion

[R.AMORE]

David BAUDENS a écrit :

> Bonjour à tous,
>
> Ceci est la traduction (plus ou moins fidèle) d'un courrier ayant été
> envoyé dans les listes anglophones (principalement la liste de
> développement, Cooker) de Linux-Mandrake.
>
> Comme l'écrit son auteur original, ceci est problablement l'un des
> courriers les plus importants que j'ai envoyé dans cette liste de
> discussion. Par conséquent, veuillez le lire avec attention.
>
> [ANNONCE] (et roulements de tambours)
>
> Nous (MandrakeSoft) allons commencer à discuter en interne du futur de
> notre distribution. Nous souhaiterions que vous preniez part à ce
> processus d'amélioration de notre (votre) prochaine distribution (post
> 7.1).
>
> - Vous avez MAINTENANT la possibilité de nous faire part de vos désirs.
> Dites nous ce que vous aimez, ce que vous détestez, ce que vous
> souhaiteriez ; parlez-nous de vos rêves (relatifs à la distribution,
> bien entendu ;).
>
> - Vous avez MAINTENANT la possibilité d'influencer nos futures
> décisions. Commencez à réfléchir et, si vous avez une bonne idée,
> indiquez là ici.
>
> À partir de MAINTENANT, nous allons cesser de dormir, manger ou faire
> quelque autre chose qui pourrait interférer avec la plus importante de
> nos tâches : être certain que nous prendrons les meilleurs décisions en
> fonction de ce que vous pourrez nous dire.
>
> [RÈGLES DU « JEU »]
>
> * Basiquement, tout ce qui peut vous venir à l'esprit est le bienvenu
> tant que celà reste dans le sujet. Une seule chose est EXCLUE : nous
> demander d'inclure des logiciels non libres dans la distribution. Cela
> est absolument HORS DE QUESTION (à l'excepetion de Netscape tant que
> Mozilla ne sera pas prêt).
>
> * Tenez compte de ce que les autres ont écrit. Essayez de garder un
> rapport signal/bruit aussi haut que possible.
>
> * Un sujet par courrier et un titre évocateur pour chacun d'eux. « 125
> idées géniales!!! » est un très mauvais sujet et un très mauvais
> courrier (même si ce dernier contient réellement « 125 idées géniales
> »).
>
> * Pas de « flame ware » ni de débats stérils
>
> * À moins que celà ne soit strictement nécessaire, pas de messages au
> format HTML.
>
> [SUJETS]
>
> Les sujets qui nous intéressent tout particulièrement en ce moment sont
> :
>
> 1) Ergonomie : à quoi devrait ressembler nos interfaces utilisateurs
> dans le futur, que devrions-nous améliorer dans la configuration des
> gestionnaires de bureaux/fenêtres, quelles sont les choses qui devraient
> être embellies ou être rendues plus accessibles, etc. ?
>
> 2) Installation (dans la mesure du possible, essayez de tester la
> version 7.1b, de nombreuses modifications ont été apportées à la version
> disponible dans la version 7.0) : quelles sont les fonctions du
> programme d'installation (DrakX) que vous aimez, celles que vous
> détestez, celles qui manquent, celles qui sont incompréhensibles ?
>
> Mêmes questions en ce qui concerne les outils de configuration
> utilisables après l'installation.
>
> 3) Paquetages : quels sont ceux que nous devrions ajouter, ceux que nous
> devrions supprimer de la distribution ? À votre avis, quels sont les
> paquetages indispensables à une installation minimale et ceux qui sont
> juste « en plus » ?
>
> Souvenez-vous : pas de requêtes en ce qui concerne des logiciels
> propriétaires (donc pas de StarOffice ou de WordPerfect).
>
> 4) Outils : quels nouveaux outils (paquetages) devrions-nous développer
> ou améliorer si nous les développons déjà nous même ?
>
> 5) Fonctionnement du système : nous désirons rendre notre système «
> logique » tout en respectant les standards Linux et (dans la mesure du
> possible) ce qui existe déjà (services, paramètres). Dites nous ce que
> nous ce que nous devrions améliorer.
>
> 6) Sécurité : vous savez que nous sommes très attentif envers la
> sécurité du système. Le problème est de choisir le bon niveau de
> sécurité en fonction de la situation. Toute suggestion/remarque est la
> bienvenue.
>
> Si vous pensez que nous nous avons oublié un point important, n'hésitez
> pas à lancer un débat (constructif) dessus.
>
> [DURÉE DES DISCUSSIONS]
>
> Les discussions sont ouvertes pour une période de deux semaines. Elles
> se déroulent majoritairement sur la liste de développement (Cooker) et
> sur les listes anglophones. Si vous pouvez participez à ces discussions,
> n'hésitez pas, c'est là que se trouvent le plus grand nombre de
> personnes. Si vous ne le pouvez pas, postez ici, vos remarques seront
> toutes étudiées et, si elles sont intéressantes/réalisables/etc., prises
> en compte. J'essaierai de vous faire un résumé de ce qui a été dit et
> décidé ailleurs et avec votre concours.
>
> Cordialement,
>
> David BAUDENS
>
> --
> MandrakeSofthttp://www.mandrakesoft.com
> PARIS, FRANCE   --David

Trois suggestions :

1/ Quand on utilise Netscape sous Linux en general, les caracteres sont
moches voire illisibles alors que pour un meme site, c'est joli et s

Re: [Confirme] Future de la distribution : appel a discussion

[R.AMORE]

David BAUDENS a écrit :

> Bonjour à tous,
>
> Ceci est la traduction (plus ou moins fidèle) d'un courrier ayant été
> envoyé dans les listes anglophones (principalement la liste de
> développement, Cooker) de Linux-Mandrake.
>
> Comme l'écrit son auteur original, ceci est problablement l'un des
> courriers les plus importants que j'ai envoyé dans cette liste de
> discussion. Par conséquent, veuillez le lire avec attention.
>
> [ANNONCE] (et roulements de tambours)
>
> Nous (MandrakeSoft) allons commencer à discuter en interne du futur de
> notre distribution. Nous souhaiterions que vous preniez part à ce
> processus d'amélioration de notre (votre) prochaine distribution (post
> 7.1).
>
> - Vous avez MAINTENANT la possibilité de nous faire part de vos désirs.
> Dites nous ce que vous aimez, ce que vous détestez, ce que vous
> souhaiteriez ; parlez-nous de vos rêves (relatifs à la distribution,
> bien entendu ;).
>
> - Vous avez MAINTENANT la possibilité d'influencer nos futures
> décisions. Commencez à réfléchir et, si vous avez une bonne idée,
> indiquez là ici.
>
> À partir de MAINTENANT, nous allons cesser de dormir, manger ou faire
> quelque autre chose qui pourrait interférer avec la plus importante de
> nos tâches : être certain que nous prendrons les meilleurs décisions en
> fonction de ce que vous pourrez nous dire.
>
> [RÈGLES DU « JEU »]
>
> * Basiquement, tout ce qui peut vous venir à l'esprit est le bienvenu
> tant que celà reste dans le sujet. Une seule chose est EXCLUE : nous
> demander d'inclure des logiciels non libres dans la distribution. Cela
> est absolument HORS DE QUESTION (à l'excepetion de Netscape tant que
> Mozilla ne sera pas prêt).
>
> * Tenez compte de ce que les autres ont écrit. Essayez de garder un
> rapport signal/bruit aussi haut que possible.
>
> * Un sujet par courrier et un titre évocateur pour chacun d'eux. « 125
> idées géniales!!! » est un très mauvais sujet et un très mauvais
> courrier (même si ce dernier contient réellement « 125 idées géniales
> »).
>
> * Pas de « flame ware » ni de débats stérils
>
> * À moins que celà ne soit strictement nécessaire, pas de messages au
> format HTML.
>
> [SUJETS]
>
> Les sujets qui nous intéressent tout particulièrement en ce moment sont
> :
>
> 1) Ergonomie : à quoi devrait ressembler nos interfaces utilisateurs
> dans le futur, que devrions-nous améliorer dans la configuration des
> gestionnaires de bureaux/fenêtres, quelles sont les choses qui devraient
> être embellies ou être rendues plus accessibles, etc. ?
>
> 2) Installation (dans la mesure du possible, essayez de tester la
> version 7.1b, de nombreuses modifications ont été apportées à la version
> disponible dans la version 7.0) : quelles sont les fonctions du
> programme d'installation (DrakX) que vous aimez, celles que vous
> détestez, celles qui manquent, celles qui sont incompréhensibles ?
>
> Mêmes questions en ce qui concerne les outils de configuration
> utilisables après l'installation.
>
> 3) Paquetages : quels sont ceux que nous devrions ajouter, ceux que nous
> devrions supprimer de la distribution ? À votre avis, quels sont les
> paquetages indispensables à une installation minimale et ceux qui sont
> juste « en plus » ?
>
> Souvenez-vous : pas de requêtes en ce qui concerne des logiciels
> propriétaires (donc pas de StarOffice ou de WordPerfect).
>
> 4) Outils : quels nouveaux outils (paquetages) devrions-nous développer
> ou améliorer si nous les développons déjà nous même ?
>
> 5) Fonctionnement du système : nous désirons rendre notre système «
> logique » tout en respectant les standards Linux et (dans la mesure du
> possible) ce qui existe déjà (services, paramètres). Dites nous ce que
> nous ce que nous devrions améliorer.
>
> 6) Sécurité : vous savez que nous sommes très attentif envers la
> sécurité du système. Le problème est de choisir le bon niveau de
> sécurité en fonction de la situation. Toute suggestion/remarque est la
> bienvenue.
>
> Si vous pensez que nous nous avons oublié un point important, n'hésitez
> pas à lancer un débat (constructif) dessus.
>
> [DURÉE DES DISCUSSIONS]
>
> Les discussions sont ouvertes pour une période de deux semaines. Elles
> se déroulent majoritairement sur la liste de développement (Cooker) et
> sur les listes anglophones. Si vous pouvez participez à ces discussions,
> n'hésitez pas, c'est là que se trouvent le plus grand nombre de
> personnes. Si vous ne le pouvez pas, postez ici, vos remarques seront
> toutes étudiées et, si elles sont intéressantes/réalisables/etc., prises
> en compte. J'essaierai de vous faire un résumé de ce qui a été dit et
> décidé ailleurs et avec votre concours.
>
> Cordialement,
>
> David BAUDENS
>
> --
> MandrakeSofthttp://www.mandrakesoft.com
> PARIS, FRANCE   --David

Y'aurait un truc a faire qui manque aux administrateurs systeme et reseaux
en entreprise, un outil (style Voisinage reseaux chez M$ ou
LinuxNeighborhood, en mieu

Re: Réf. : [Confirme] Simuler une s our is 3 bou tons d ans Blender

[R.AMORE]

[EMAIL PROTECTED] a écrit :

> Ah si!! mais il est en rpm, et pas installer de base.
>
> PFFF !  Je remarque qu'il y a pas mal de différences d'install de package entre la 
>6.1 et la 7.0!!!
> C'est nul,  on s'habitu et PANNN  :oD

Excuses pour le retard (j'etais absent...) bref
Tu l'as dit bouffi! Et c'est rien de le dire : J'ai personnelement passe quelques 
jours a m'arracher
les cheveux parce que telnet marchait pas (plusieurs semaines de tentatives 
infructueuses et
sporadiques) alors que tout semblait OK dans les fichiers de config reseau. Idem pour 
NFS. FTP
marchait, finger aussi, et la j'apprend que ftp anonyme c'est pareil.
Je trouve ca gonfle. Et les mecs de Mandrake faudrait voir a etre un peu coherents : 
securite OK, mais
pourquoi ceux-ci et pas ceux la?
Et puis aussi, le fait de ne pouvoir obtenir le renseignement que d'une liste de 
discussion, alors que
chez Mandrake, ils n'ont pas pu me renseigner, y'a comme qui dirait un couac.

Bref, c'est quand meme un beau travail la v7.

Qui aime bien chatie bien

Re: [Confirme] test

[R.AMORE]

Denis HAVLIK a écrit :

> Is there anybody out there?
>
> D
> --
> -
> Dr. Denis Havlik
> Mandrakesoft||| e-mail: [EMAIL PROTECTED]
> Quality Assurance  (@ @)(private: [EMAIL PROTECTED])
> ---oOO--(_)--OOo-

Peut-etre qu'il faut croire que la Mandrake 7 est si parfaite qu'on n'a plus
de questions a poser?
Detrompez vous! Qui sait quel modele d'imprimante il faut choisir pour driver
correctement une HP 2000C?
Et puis j'attends toujours sans espoir une reponse a ma question sur la carte
soun Diamond. ... Mais la vie est telle...
Merci et a bientot?

R. Amore

[confirme] Carte son "Diamond Monster Sound" et NumLock sous X

[R.AMORE]

Bonjour la liste,

Quelqu'un a-t-il deja trouve un module permettant de gerer une carte son
"Diamond Monster Sound" ?
J'ai essaye quelques modules sachant qu'on peut parfois s'en sortir
comme ca, mais la, je seche. Et pas le temps (a priori) de tous les
passer en revue.

Merci a celui (celle) qui aurait deja fait l'investigation

R.AMORE

PS : Quelqu'un connait-il un moyen d'activer automatiquement le Num Lock
au demarrage (connection) sous X? J'en ai marre d'appuyer sur 'Verr num"
avant de taper mon mot de passe.

Re: [confirme] NFS et Telnet (fin?)

[R.AMORE]

Stephane BRANGER a écrit :

> Hello,
> bizarre, bizarre, et si tu fais un
> rpm -qa | grep nfs qu'est ce qu'il te dit ???
>
> Bon comme je trouvais ca etrange, j'ai fait un tt petit test. Voila ce que j'ai
> fait:
>
> >rpm -qa | grep nfs
>
> nfs-utils-clients-0.1.5-1mdk
> nfs-utils-0.1.5-1mdk
>
> >cat /etc/exports
>
> /opt (ro,insecure,all_squash)
>
> >/etc/rc.d/init.d/nfs start
>
> Starting NFS services: [  OK  ]
> Starting NFS quotas:   [  OK  ]
> Starting NFS mountd:   [  OK  ]
> Starting NFS daemon:   [  OK  ]
>
> >mkdir /mnt/test
>
> >mount -t nfs localhost:/opt /mnt/test/
>
> et la pas de pbs dans mon repertoire /mnt/test je vois /opt.
>
> Est ce que tu n'aurais pas joué avec les hosts.allow et hosts.deny, euh c'est
> débile ce que je dis puisque tu n'utilises pas le tcp wrapper
>
> Bon, tiens nous au courant
>
> >
> > Effectivement, je ne sais pas si ce package knfsd etait installe ou pas (quand on
> > l'installe il ne signale pas la presence anterieure du package), mais j'ai lance
> > l'install de knfsd, et le resultat semble etre identique ("connection closed by
> > foreign host").
> > Donc meme topo. Situation bloquee.
> > Au secours!
> >
> > Merci
> --
> Amicalement,
> Stephane BRANGER
>
> **
> * Linux Engineer *
> **
>
> TUX POWERED<<

Bon.
J'ai fait :
 rpm -qa | grep nfs
Sur la Mandrake 6.1, j'ai obtenu :
 knfsd-clients-1.4.1-2mdk
 knfsd-1.4.1.2mdkrpm -qaa
Sur la 7.0, j'ai obtenu :
 nfs-utils-clients-0.1.5-1mdk
 nfs-utils-0.1.5-1mdk
Je ne sais pas si ces differences sont importantes, toujours est-il que je n'ai rien
rajoute ni modifie aux packages deja installes.
Le seul changement que j'ai effectue, c'est que j'ai lance les demons comme tu le fais,
cad par les scripts /etc/rc.d/init.d, des deux cotes. Et ca a fini par marcher. Je n'y
comprend pas grand chose. Auparavant, je mettais en place NFS par la serie de commandes
suivantes (tirees du Howto NFS) :
portmap
rpc.mountd
rpc.nfsd
exportfs  (eventuellement, si modif de /etc/exports)
Ce qui marchait fort bien jusqu'a la 5.x. La, apparement, il se lance plus de choses.
Faut sans doute que je revise NFS ou que j'en sache plus. Mais meme sur le TCP/IP Admin
reseau de Craig HUNT, j'ai pas trouve mon bonheur, alors ... desespoir (connaitrais tu
une source d'information ad hoc?)

Merci (des millions de fois), en tout cas. Puisque ca marche.

Rosaire AMORE

Re: [confirme] NFS et Telnet

[R.AMORE]

flupke a écrit :

> On Tue, 2 May 2000, R.AMORE wrote:
>
> > flupke a écrit :
> >
> > > Une bete question mais on ne sait jamais :
> > > Tu es sur que le package telnet-server est installe?
> > >
> > > HTH
> > > Flupke
> > >
> > > On Tue, 2 May 2000, R.AMORE wrote:
> > >
> > > > Bonjour
> > > > Telnet ne fonctionne pas sur une 6.1 ni sur une 7.0, alors que cela
> > > > marche tres bien sur une 5 ("Connection closed by foreign host").
> > > > Ping, ftp, finger marchent tres bien sur les trois versions.
> > > > Les niveaux de securite choisis sur la 7 est "faible". Sur la 6.1,
> > > > j'utilise Shadow passwords et pas MD5.
> > > > Idem pour NFS : "Permission denied ...": ca marche tres bien entre deux
> > > > v5. Des qu'une 6 ou une 7 est en jeu, plus de montage NFS possible.
> > > > Les fichiers suivants sont identiques :
> > > > /etc/inetd.conf, /etc/services, /etc/exports. Rien de defini dans
> > > > /etc/hosts.allow et deny. Le demon reseau utilise est
> > > > Les fichiers /etc/hosts de tous les hotes sont a jour. Les fichiers
> > > > /etc/exports donnent acces a un repertoire en (rw).
> > > > Petit extrait du fichier /etc/inetd.conf :
> > > >
> > > > ---
> > > > # These are standard services.
> > > > #
> > > > ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
> > > > telnet stream  tcp  nowait  root/usr/sbin/tcpd in.telnetd
> > > > #
> > > > # Shell, login, exec, comsat and talk are BSD protocols.
> > > > #
> > > > #shell stream tcp nowait root /usr/sbin/tcpd in.rshd
> > > > #login stream tcp nowait root /usr/sbin/tcpd in.rlogind
> > > > #exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
> > > > #comsat dgram udp wait root /usr/sbin/tcpd in.comsat
> > > > #talk dgram udp wait root /usr/sbin/tcpd in.talkd
> > > > #ntalk dgram udp wait root /usr/sbin/tcpd in.ntalkd
> > > > #dtalk stream tcp waut nobody /usr/sbin/tcpd in.dtalkd
> > > > 
> > > >
> > > > Y a t-il quelque chose qui a change, ou et quoi? Quelqu'un a t-il eu ce
> > > > probleme?
> > > >
> > > > Merci d'avance
> > > >
> > > >
> >
> > Merci pour le tuyau. En effet. C'etait bien ca. Incroyable! C'est documente
> > ou ce bordel? Jamais vu de systeme Unix sans Telnet. Mais bon...Je suis
> > heureux.
> D'apres ce qu'on en dit, ce serait pour des questions de securite (enfin
> c'est ce que j'ai entendu)
>
> > Par contre j'en suis toujours au meme point pour NFS.
> Ben on ne sait jamais que ce serait le meme probleme (knfsd.rpm)
>
> HTH
> Flupke
> >
> > Merci
> >
> >
> >

Effectivement, je ne sais pas si ce package knfsd etait installe ou pas (quand on
l'installe il ne signale pas la presence anterieure du package), mais j'ai lance
l'install de knfsd, et le resultat semble etre identique ("connection closed by
foreign host").
Donc meme topo. Situation bloquee.
Au secours!

Merci

Re: [confirme] NFS et Telnet

[R.AMORE]

flupke a écrit :

> Une bete question mais on ne sait jamais :
> Tu es sur que le package telnet-server est installe?
>
> HTH
> Flupke
>
> On Tue, 2 May 2000, R.AMORE wrote:
>
> > Bonjour
> > Telnet ne fonctionne pas sur une 6.1 ni sur une 7.0, alors que cela
> > marche tres bien sur une 5 ("Connection closed by foreign host").
> > Ping, ftp, finger marchent tres bien sur les trois versions.
> > Les niveaux de securite choisis sur la 7 est "faible". Sur la 6.1,
> > j'utilise Shadow passwords et pas MD5.
> > Idem pour NFS : "Permission denied ...": ca marche tres bien entre deux
> > v5. Des qu'une 6 ou une 7 est en jeu, plus de montage NFS possible.
> > Les fichiers suivants sont identiques :
> > /etc/inetd.conf, /etc/services, /etc/exports. Rien de defini dans
> > /etc/hosts.allow et deny. Le demon reseau utilise est
> > Les fichiers /etc/hosts de tous les hotes sont a jour. Les fichiers
> > /etc/exports donnent acces a un repertoire en (rw).
> > Petit extrait du fichier /etc/inetd.conf :
> >
> > ---
> > # These are standard services.
> > #
> > ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
> > telnet stream  tcp  nowait  root/usr/sbin/tcpd in.telnetd
> > #
> > # Shell, login, exec, comsat and talk are BSD protocols.
> > #
> > #shell stream tcp nowait root /usr/sbin/tcpd in.rshd
> > #login stream tcp nowait root /usr/sbin/tcpd in.rlogind
> > #exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
> > #comsat dgram udp wait root /usr/sbin/tcpd in.comsat
> > #talk dgram udp wait root /usr/sbin/tcpd in.talkd
> > #ntalk dgram udp wait root /usr/sbin/tcpd in.ntalkd
> > #dtalk stream tcp waut nobody /usr/sbin/tcpd in.dtalkd
> > 
> >
> > Y a t-il quelque chose qui a change, ou et quoi? Quelqu'un a t-il eu ce
> > probleme?
> >
> > Merci d'avance
> >
> >

Merci pour le tuyau. En effet. C'etait bien ca. Incroyable! C'est documente
ou ce bordel? Jamais vu de systeme Unix sans Telnet. Mais bon...Je suis
heureux.
Par contre j'en suis toujours au meme point pour NFS.

Merci

[confirme] NFS et Telnet

[R.AMORE]

Bonjour
Telnet ne fonctionne pas sur une 6.1 ni sur une 7.0, alors que cela
marche tres bien sur une 5 ("Connection closed by foreign host").
Ping, ftp, finger marchent tres bien sur les trois versions.
Les niveaux de securite choisis sur la 7 est "faible". Sur la 6.1,
j'utilise Shadow passwords et pas MD5.
Idem pour NFS : "Permission denied ...": ca marche tres bien entre deux
v5. Des qu'une 6 ou une 7 est en jeu, plus de montage NFS possible.
Les fichiers suivants sont identiques :
/etc/inetd.conf, /etc/services, /etc/exports. Rien de defini dans
/etc/hosts.allow et deny. Le demon reseau utilise est
Les fichiers /etc/hosts de tous les hotes sont a jour. Les fichiers
/etc/exports donnent acces a un repertoire en (rw).
Petit extrait du fichier /etc/inetd.conf :

---
# These are standard services.
#
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a
telnet stream  tcp  nowait  root/usr/sbin/tcpd in.telnetd
#
# Shell, login, exec, comsat and talk are BSD protocols.
#
#shell stream tcp nowait root /usr/sbin/tcpd in.rshd
#login stream tcp nowait root /usr/sbin/tcpd in.rlogind
#exec stream tcp nowait root /usr/sbin/tcpd in.rexecd
#comsat dgram udp wait root /usr/sbin/tcpd in.comsat
#talk dgram udp wait root /usr/sbin/tcpd in.talkd
#ntalk dgram udp wait root /usr/sbin/tcpd in.ntalkd
#dtalk stream tcp waut nobody /usr/sbin/tcpd in.dtalkd


Y a t-il quelque chose qui a change, ou et quoi? Quelqu'un a t-il eu ce
probleme?

Merci d'avance