Help sur nut, pour onduleur

2001-08-27 Par sujet Francois Marzat
J'ai installé nut, le logiciel généraliste pour la gestion des
onduleurs, sur une potato (en recompilant depuis les sources de
testing). J'ai des problèmes sur la configuration liés aux permissions
(la ligne MONITOR). Quelqu'un l'aurait il fait tourner ? J'aurais
juste besoin dans ce cas des deux fichiers de configuration et
j'essaierai de comprendre où je me plante.
Merci



Re: lettres accentuees

2001-08-27 Par sujet Nicolas SABOURET
Bonjour,

Effectivement, c'est un problème assez classique.
Avant de poser une question, il n'est pas superflu, pour alléger le
traffic sur la liste, de rechercher dans les archives de Debian
(http://lists.debian.org/search.html) et dans la FAQ de la liste.
Je ne jette la pierre à personne, tant il est vrai quand on débute qu'on
se sent un peu perdu, et qu'on ne sait pas où chercher (j'en sais qqch).

Pour répondre à ta question, il faut remplacer LANG=C par LANG=french
dans /etc/environnement (solution qui affectera tous les utilisateurs)
ou mieux, utiliser language-env. Pour plus d'information, regarde sur :
  http://www.limsi.fr/Individu/nico/debian/debian-french.html/

Je te conseille aussi la lecture de la FAQ debian-french :
http://www.ens-lyon.fr/~mquinson/debian/faq-french/debian-french-faq.html/

A bientôt,
Nico.

Pierre Meurisse wrote:
> 
> Bonjour,
> j'ai installé depuis peu la potato 2.2r3.
> Apres quelques déboires avec le mode graphique - j'ai une carte ATI rage 128 
> - je suis arrivé à mes fins, en installant XFree 4.0.3, récupéré sur des CD 
> de Linux Magazine (et non pas les fichiers .deb, malheureusement).
> Cependant, je n'arrive pas à obtenir l'affichage de nos magnifiques accents 
> français dans une console xterm, vi, emacs, alors que je les ai sans problème 
> dans staroffice, xdvi ...
> Je ne les ai pas non plus dans une console texte, mais je les obtiens au 
> login texte.
> 
> J'ai essayé sans succès :
> 
> modprobe -r nls_cp437
> modprobe nls_cp850
> modprobe nls_iso8859-1
> modprobe nls_iso8859-15
> 
> dès le démarrage en mode console.
> 
> Avec lsmod, j'obtiens :
> 
> Module  Size  Used by
> r128   67456   0
> nls_iso8859-15  2900   0  (unused)
> nls_iso8859-1   2376   0  (unused)
> nls_cp850   3112   0  (unused)
> nls_cp437   3880   3  (autoclean)
> agpgart18920   0  (unused)
> 8139too11832   2
> unix   11336  25  (autoclean)
> 
> Je suppose que c'est assez classique. Comment puis-je faire ?
> 
> Pierre Meurisse.
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico



Re: Outlook mieux que fetchmail ?

2001-08-27 Par sujet Nicolas SABOURET
Bonjour à tous,

Ma gueulante au retour de we (pardon pour ceux que j'agresse dès le
matin) ...

Sur 10 messages-réponses sur le sujet, nous avons :
- 2 "utilise keep" (i.e. j'ai pas lu la question en entier)
- 1 "ah oui, exact"
- 1 "je sais pas mais on va dire que c'est une limitation" (si c'était
le cas, OE ne le ferait pas non plus)
- 2 "je sais pas mais avec truc ça marche" (bon, allez, ceux-là, on peut
quand même les tolérer)
- 1 gueulante :)

Bref, 7/10 qui ne répondent pas à la question. 70% (S.O.I.X.A.N.T.E.
.D.I.X.).
Nous avons eu récemment une petite crise à cause de la surcharge de la
liste. Je n'accuse personne, car tout le monde a le droit de donner son
avis et de répondre aux mails qu'il veut (on est en démocratie).

Mais je remarque qu'avec un peu d'auto-discipline, on pourrait réduire
drastiquement le traffic sur la liste.

Voilà. C'est tout.

Nico.

PS : Attention, rien n'interdit à qui le souhaite de trier ses messages
par thread et de jeter les threads qui ne l'intéressent pas (c'est ce
que je fais). Mais indépendemment de "takafèrkomçaépitagueul'", on peut
aussi chercher une solution pour alléger la liste.

Amaury Amblard-Ladurantie wrote:
> 
> Bonjour
> 
> Je suis en train de configurer une babasse sous Debian (patate) pour mes
> parents (configuration des icônes sur le bureau, configuration Internet etc).
> A ce sujet, ils m'ont posé une colle :-)
> 
> Sous Outlook Express, il est d'après mon père possible de récupérer ses mails
> en POP3 tout en les laissant sur le serveur (je traduis, hein), de façon à
> pouvoir par la suite les rappatrier depuis une autre machine (exemple des
> mails professionnels qu'on récupère aussi @ home, tout en gardant une copie
> pour le bureau).
> 
> Or fetchmail avec l'option "keep" rebalance à chaque fois la totalité des
> mails présents sur le serveur POP3, et pas seulement les nouveaux mails. Vu
> que personnellement je n'ai pas besoin de garder une copie de mes mails sur
> le serveur je n'ai jamais eu à effectuer cette manip, et la je sèche un peu.
> 
> Savez vous si fetchmail sait faire cela (le contraire m'étonnerait bcp, mais
> j'ai pas réussi à trouver les bonnes options) ?
> 
> Merci pour votre aide
> Amaury
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico



Re: la patate en français

2001-08-27 Par sujet Nicolas SABOURET
Arthur wrote:
> 
> Est-ce qu'on peut avoir la debian entièrement en français, et si oui
> quels sont les paquets à installer
> 

$ apt-cache search french
amaya-dict-fr - French dictionary for Amaya
babytrans-dic-engtofre - english to french dictionary
sympa - Modern mailing-list manager
doc-debian-fr - Debian Manuals, FAQ and other documents in french.
manpages-fr - French version of the manual pages.
tcsh-i18n - TENEX C Shell message catalogs
ifrench - The french dictionary for ispell.
ifrench-gut - The french dictionary for ispell (GUTenberg version).
clisp - a Common Lisp implementation
truc - transfer big files through e-mail
language-env - simple configuration tool for native language environment
echo-linux - French on-line magazine "L'Echo de Linux"
maint-guide-fr - French translation of Debian New Maintainers' Guide.
gperiodic - A periodic table application for Linux, using gtk.
wfrench - French dictionary words for /usr/share/dict
xtel - An X emulator of the french Minitel.
doc-linux-fr - Linux docs in french : HOWTO, MetaFAQ ...
linuxconf-i18n - international language files for Linuxconf

Pour ma part, je conseille : doc-debian-fr, manpages-fr, ifrench-gut,
wfrench, doc-linux-fr.

Sinon, pour configurer la debian pour le français, voir :
http://m17.limsi.fr/Individu/nico/debian/debian-french.html/

Nico.

> 
> __
> ifrance.com, l'email gratuit le plus complet de l'Internet !
> vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> http://www.ifrance.com/_reloc/email.emailif
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico



[HS] zip sur IDE et SB128

2001-08-27 Par sujet David Soulayrol

Salut,

Je pense etre un peu hors sujet, mais je suis sur que vous pouvez
m'aider :) Je finis la configuration de ma Sid sur Athlon, et il me
reste deux petits soucis.

- J'ai hier soir branche mon lecteur Zip(IDE). Au demarrage, le lecteur
est repere sur le bus IDE, sur hdf, mon disque dur etant sur hde
(ATA100). En revanche; lorsque j'essaie de monter l'une des partitions
(normalement la 4) de /dev/hdf, il me dit que le device est invalide. Si
j'essaie de faire un cfdisk /dev/hdf, meme erreur. Ai-je oublie quelque
chose ? Je n'ai rient trouve dans le Zip drive mini howto.
Notez que le lecteur fonctionne sans probleme sous Windows.


- Depuis que j'ai installe Sid, je n'ai pas encore reussi a correctement
configurer ma SB128. J'ai recupere les parametres sous Windows, qui
ressemblent a ceci:

Legacy device: IO=0x220 IRQ=7, DMA=1, DMA16=7.
MPU 
Plages d'IO ...

(je ne certifie pas les valeurs ici, mais je les ai at home).

Lorsque j'essaie de charger le module sb avec les parametres 'legacy
device', le module m'annonce qu'il ne trouve pas de legacy device, puis
reste muet. Si j'essaie de la supprimer, j'ai un core dump.

Des idees ?

Merci, A+

Daivd, qui manque terriblement de musique...



Re: [HS] zip sur IDE et SB128

2001-08-27 Par sujet Yann Klein
En réponse à David Soulayrol <[EMAIL PROTECTED]>:

> 
> Salut,
> 
> Je pense etre un peu hors sujet, mais je suis sur que vous pouvez
> m'aider :) Je finis la configuration de ma Sid sur Athlon, et il me
> reste deux petits soucis.

> 
> - Depuis que j'ai installe Sid, je n'ai pas encore reussi a
> correctement
> configurer ma SB128. J'ai recupere les parametres sous Windows, qui
> ressemblent a ceci:
> 
> Legacy device: IO=0x220 IRQ=7, DMA=1, DMA16=7.
> MPU 
> Plages d'IO ...
> 
> (je ne certifie pas les valeurs ici, mais je les ai at home).
> 
> Lorsque j'essaie de charger le module sb avec les parametres 'legacy
> device', le module m'annonce qu'il ne trouve pas de legacy device,
> puis
> reste muet. Si j'essaie de la supprimer, j'ai un core dump.
> 
> Des idees ?
> 
> Merci, A+
> 
> Daivd, qui manque terriblement de musique...

Perso, j'ai installé récemment une patate 2.2r2 avec une SB64. Je n'avais pas de
son mais après avoir recompilé un noyau 2.4.3 (si je me souviens bien) en
activant les options pour soundblaster dans xconfig (je ne me souviens plus
lesquelles exactement), le son marchait nickel chrome sans rien faire d'autres
(si ce n'est booter sur le nouveau noyau). J'ai peut-être eu de la chance (ça
m'arrive mais rarement) mais le principal est que ça ai marché.
J'espère que cela pourra t'aider un minimum. Bonne chance et bonne continuation.


Yann Klein
http://yannklein.free.fr (site en construction)



Re: [HS] zip sur IDE et SB128

2001-08-27 Par sujet Jean-Paul Vincent
Bonjour,


[EMAIL PROTECTED] :
>  je n'ai pas encore reussi a correctement configurer ma SB128.
et :
>  j'essaie de charger le module sb...

Que dit lspci ? Peut-être que c'est es1371 qu'il faut et pas sb.

Pour le zip, je ne sais pas, le mien est sur port parallèle et je doit utiliser
le support scsi, le zip étant sur /dev/sda4 (c'est comme ça).

-- 
Jean-Paul Vincent
[EMAIL PROTECTED]




Re: [HS] mauvaise gestion mémoire sous Linux

2001-08-27 Par sujet Stéphane Pion

Aurélien Campéas wrote:

Le programme C++ suivant :

#include 

int main ()
{
long taille;
int * pint;
int nbloc;
cout<<"Taille de bloc : ";
cin>>taille;
for (nbloc = 1; ; nbloc++) {
pint = new int[taille];
if (pint)
cout<<"Alloc bloc n°"<...engendre invariablement le message "Alloc impossible" sous AIX, 
qqsoit la taille de bloc, lorsque le système a épuisé les ressources 
mémoire.

Sous Linux, en fonction de la taille de bloc demandée, on a un message
"Abort"
ou bien
"Segmentation fault"
mais JAMAIS "Alloc impossible"...

Ca m'a vraiment surpris quand je l'ai découvert...
De loin, ça ressemble à une faiblesse, parceque ça va être dur 
d'implémenter une gestion d'exception sur les capacités mémoire.

Haureusement que ça ne concerne que peu d'applis...
C'est peu-être AUSSI un pb. dans la façon dont le compilateur C++ (xlC 
dans le cas d'AIX, g++ pour Linux) implémente la fonction "new".

Ce genre de choses ne devrait pas se produire.



C'est normal qu'un Abort soit généré. Il correspond à la non gestion 
d'une exception levée par l'échec de new.

new lève une exception du type bad_alloc (#include )


Pour éviter la levée d'une exception et forcer la gestion via un if, il 
faut passer nothrow en argument à new. Le code ci-dessus passe très bien 
avec un new(nothrow) ou un try{new ... } catch(bad_alloc) {...}



Stéphane

--
In space, no one can hear you fart.



Re: serveur de fontes et woody

2001-08-27 Par sujet Fabrice LORRAIN
Frédéric Bothamy wrote:
> 
...
> 
> Les HOWTOs ont l'air pas mal. Pour info, il y a, en anglais :
> - /XFree86 Font Deuglification Mini HOWTO/
> http://www.linuxdoc.org/HOWTO/mini/FDU/index.html
> - /TrueType Fonts in Debian mini-HOWTO/
> http://www.linuxdoc.org/HOWTO/mini/TT-Debian.html
> - /TrueType Fonts with XFree86 4.0.x mini-HOWTO/
> http://www.linuxdoc.org/HOWTO/mini/TT-XFree86.html
> - /The X Window User HOWTO/
> http://www.linuxdoc.org/HOWTO/XWindow-User-HOWTO.html
> 
> J'espère ne pas en oublier. Et aussi leur version en français sur
> http://www.freenix.org/unix/linux/HOWTO/,
> malheureusement pas tous.
> 
> Un autre document très intéressant est le "Fonts in XFree86" en anglais
> à http://www.xfree86.org/4.1.0/fonts.html
> 
> Bonne lecture.
> 
> Fred

Merci pour la lecture.

Fab



Re: [HS] mauvaise gestion mémoire sous Linux

2001-08-27 Par sujet Aurélien Campéas

OK pour Abort, mais les 'Segmentation fault', je les ai vus aussi.

Stéphane Pion wrote:


C'est normal qu'un Abort soit généré. Il correspond à la non gestion 
d'une exception levée par l'échec de new.

new lève une exception du type bad_alloc (#include )


Pour éviter la levée d'une exception et forcer la gestion via un if, il 
faut passer nothrow en argument à new. Le code ci-dessus passe très bien 
avec un new(nothrow) ou un try{new ... } catch(bad_alloc) {...}


Merci du tuyau, qui tombe à pic. Je potassai juste les exceptions hier 
soir...


Aurélien.



probleme du jour

2001-08-27 Par sujet Fabrice LORRAIN
Bonjour,

Enonce :
- J'ai n*clients testing/woody avec /usr monte (ro) depuis un serveur
via NFS.
- j'ai un serveur avec une testing/woody chroot dont le /usr est exporte
(ro) vers mes n*clients.

Probleme :
Je fait une mise a jour/installation de paquet(s) dans ma woody
chrootee.
Comment puis-je connaitre l'ensemble des fichiers installes et ou
modifies ?

Solution 1 :
Find avant, find apres

Y-a-t'il une solution plus elegante ou un debian-way d'avoir ce type
d'info ?

Pour ceux qui ont suivi, le but est de genere un patch pour faire la MAJ
des clients.
Si vous avez d'autres methodes a proposer, vous retenez pas :-))

@+,

Fab



Re: kernel panic (je suppose)

2001-08-27 Par sujet Simon Huggins
On Thu, Aug 23, 2001 at 02:45:59PM +0200, Amaury Amblard-Ladurantie wrote:
> > Et c'est pour cela que j'aurais aimé trouver une facon de logger un
> > peu plus, pour comprendre un peu mieu comment avec un pov' mozilla
> > sous blackbox on peut en arriver la ! J'ai eu l'impression de me
> > retrouver sous windows (appuyer sur reset etait l'unique solution),
> > et pour ne plus avoir cette impression j'aurais aimer que le systeme
> > soit un peu bavard et denonce le prog fautif ou s'exprime sur le
> > type de plantage.
> Bon je suis certainement pas un dieu du kernel mais il me semble
> difficile de logger quoi que ce soit parce qu'après un kernel panic,
> c'est un peu le "néant" : ta machine n'est plus capable de faire quoi
> que ce soit, et certainement pas de logger quelque chose.

Essaie une console sur le port série pour voir s'il y a un oops.
/chemin/de/ton/noyau/Documentation/serial-console.txt

Il se peut qu'il loggue un oops/panic etc avant de mourir.

Tu peux au moins le reproduire?


Simon.

-- 
Black Cat Networks-(   I only play with my computer on   )-
UK domain, email and web hosting  -(days that end in "y".)-
http://www.blackcatnetworks.co.uk -( )-



Nommage des paquets et recompilation

2001-08-27 Par sujet Georges Mariano
Bonjour à tous,

Une petite question anodine ...

en recompilant un paquet, j'échoue parce que :
dpkg-checkbuilddeps: Unmet build dependencies: libguile-dev

OK, no problem, je vais recompiler libguile-dev...

Naivement : apt-get source -b ___libguile-dev___
MAIS:
E: Unable to find a source package for ___guile___

!!gulps, deux choses :

a) pourquoi le changement de nom ? (pour une (build) dépendance
avec un tel nom initial si en définitive il faut un autre paquet ?)

b) pourquoi cherche-t-il un paquet qui n'existe pas ??
(faire apt-cache search guile pour s'en convaincre) 

J'aimerai comprendre la logique sous-jacente...
PS : je pointe sur woody...
Merci

-- 
# Georges MARIANO  
# INRETS, 20 rue Élisée Reclus 
# 59650 Villeneuve d'Ascq  mailto:[EMAIL PROTECTED]
# FRANCE.  fax: (33) 03 20 43 83 59   
# http://www3.inrets.fr/[EMAIL PROTECTED]



Re: probleme du jour

2001-08-27 Par sujet Sam
On Mon, Aug 27, 2001 at 02:51:58PM +0200, Fabrice LORRAIN wrote:
> Bonjour,
> 
> Enonce :
> - J'ai n*clients testing/woody avec /usr monte (ro) depuis un serveur
> via NFS.
> - j'ai un serveur avec une testing/woody chroot dont le /usr est exporte
> (ro) vers mes n*clients.
> 
> Probleme :
> Je fait une mise a jour/installation de paquet(s) dans ma woody
> chrootee.
> Comment puis-je connaitre l'ensemble des fichiers installes et ou
> modifies ?
> 
> Solution 1 :
> Find avant, find apres
> 
> Y-a-t'il une solution plus elegante ou un debian-way d'avoir ce type
> d'info ?
> 
> Pour ceux qui ont suivi, le but est de genere un patch pour faire la MAJ
> des clients.
> Si vous avez d'autres methodes a proposer, vous retenez pas :-))
> 
> @+,
> 
>   Fab
find avant ; find apres  ? comprend pas trop .
Ma solution serait "touch /tmp/avant"
find -newer avant /
je trouve ca un peu plus elegant mais c'est du meme style.
Sam



Re: Outlook mieux que fetchmail ?

2001-08-27 Par sujet Amaury Amblard-Ladurantie
> Bonjour à tous,

Salut

Bon, merci tous pour vos (trop ? :-) nombreuses réponses. Pour info, nous je 
n'utilisais pas le "fetchall" et bien le "keep", et néanmoins le serveur POP 
s'évertuait à me renvoyer tous les mails, à chaque requête.

La solution, que je n'ai pas testé de manière approfondie (mon père recevant 
peu de mails) consistait à utiliser l'option serveur "uidl". Merci donc à 
ceux qui me l'ont signalée (ainsi qu'aux autres)

Désolé si l'imprécision de ma question à conduit à générer autant  de traffic.

A+
Amaury



Re: probleme du jour

2001-08-27 Par sujet Georges Mariano
On Mon, 27 Aug 2001 15:55:04 +0200
Sam <[EMAIL PROTECTED]> wrote:

 > find avant ; find apres  ? comprend pas trop .
 > Ma solution serait "touch /tmp/avant"
 > find -newer avant /
 > je trouve ca un peu plus elegant mais c'est du meme style.

L'unité de "gestion" d'une machine linux/debian étant le package,
descendre au niveau des fichiers risque d'être inadapté (tôt ou tard)
[sauf pour /etc]. 

Par contre en ce qui concerne le recensement des paquets 
on peut toujours travailler (sur des fichiers contenant) des listes de
paquets (obtenues par dpkg -l ou autres commandes Debian) pour en déduire
les mises à jours à propager sur les clients...

PS : dans le même ordre d'idée, ne pourrait-on pas imaginer un protocole
client/serveur (plutôt master/slave) dédié à la gestion des paquets
Debians
installés sur les machines d'un réseau. Une extension de apt où une
machine
pourrait "ordonner" aux autres de faire une mise-à-jour

A+

-- 
# Georges MARIANO  
# INRETS, 20 rue Élisée Reclus 
# 59650 Villeneuve d'Ascq  mailto:[EMAIL PROTECTED]
# FRANCE.  fax: (33) 03 20 43 83 59   
# http://www3.inrets.fr/[EMAIL PROTECTED]



Erreurs apt-get

2001-08-27 Par sujet Laurent Rathle

Bonjour,

Aprés un apt-get install anti-aliasing-howto, j'obtiens ce message d'erreur :

debconf: Perl may be unconfigured (Can't locate strict.pm in @INC (@INC 
contains: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 
/usr/local/lib/site_perl /usr/lib/perl5/5.6 /usr/lib/perl5/5.005 .) at (eval 
1) line 2.
BEGIN failed--compilation aborted at (eval 1) line 2.
) -- aborting

Or quand j'utiise locate, j'obtiens :

lolo:/home/lolo# locate strict.pm
/usr/share/perl/5.6.1/strict.pm

J'émet alors la commande "ls -al", et j'obtiens :

lolo:/home/lolo# ls -al /usr/share/perl/5.6.1/strict.pm
ls: /usr/share/perl/5.6.1/strict.pm: Erreur d'entrée/sortie

En remontant dans les répertoires, j'obtiens :

lolo:/home/lolo# ls -al /usr/share/perl/5.6.1/
ls: /usr/share/perl/5.6.1/: Erreur d'entrée/sortie
lolo:/home/lolo# ls -al /usr/share/perl/
ls: /usr/share/perl/5.6.1: Erreur d'entrée/sortie
total 8
drwxr-xr-x3 root root 4096 jun 23 14:03 .
drwxr-xr-x  126 root root 4096 aoû 25 04:24 ..

Une idée ?

Merci,

-- 
Laurent Rathle



Re: probleme du jour

2001-08-27 Par sujet Fabrice LORRAIN
Sam wrote:
> 
> On Mon, Aug 27, 2001 at 02:51:58PM +0200, Fabrice LORRAIN wrote:
> > Bonjour,
> >

> >
> >   Fab

> find avant ; find apres  ? comprend pas trop .
> Ma solution serait "touch /tmp/avant"
> find -newer avant /
> je trouve ca un peu plus elegant mais c'est du meme style.
> Sam

Oui, c'est l'idee. "find avant, find apres"  c'etait juste une façon
racourcie de noter : 
- je fais un find avec les bons parametres avant l'apt-get/dpkg
- apt-get install truc
- find apres avec les bon parametres 
- diff entre les 2 find pour trouver ce qui a changer.

C'etait pas trop clair je presume.

Fab



Re: Erreurs apt-get

2001-08-27 Par sujet Laurent Rathle
Le Lundi 27 Août 2001 17:17, Laurent Rathle a écrit :
> Aprés un apt-get install anti-aliasing-howto, j'obtiens ce message d'erreur
> :
>
> debconf: Perl may be unconfigured (Can't locate strict.pm in @INC (@INC
> contains: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1
> /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1
> /usr/local/lib/site_perl /usr/lib/perl5/5.6 /usr/lib/perl5/5.005 .) at
> (eval 1) line 2.

Plus de précisions : lors d'un redémarrage, j'obtiens un check forced sur la 
partition /dev/hda7 (/usr) qui ne se termine pas. Si je lance fsck 
manuellement sur /dev/hda7, j'obtiens de multiples messages concernant des 
erreurs incorrigibles sur une multitude de secteurs, le tout accompagné d'un 
horrible bruit de casserole. Je redémarre et je fais Ctrl-D pour que le 
démarrage continue quand même, et là un des services ne démarre pas (je crois 
qu'il s'agit de postgres) pour les mêmes raisons d'erreurs irrécupérables. 
Par contre, pour le reste, l'ordinateur semble fonctionner correctement, à 
part sur certains répertoires où j'ai le droit au bruit de casserole et à une 
erreur d'entrée/sortie. Serais-ce le signe avant-coureur de la mort du disque 
dur ou existe-t-il des remèdes ? 

Merci,

-- 
Laurent Rathle



Re: Erreurs apt-get

2001-08-27 Par sujet Amaury Amblard-Ladurantie
> l'ordinateur semble fonctionner
> correctement, à part sur certains répertoires où j'ai le droit au bruit de
> casserole et à une erreur d'entrée/sortie. 

> Serais-ce le signe avant-coureur
> de la mort du disque dur ou existe-t-il des remèdes ?

Oui

Remède : confronté à un cas comme celui la sur une partition ext2, j'ai fais 
un targz de tout ce que j'ai pu récupérer sur la partition avant de la 
formater avec un check des secteurs. Une fois la partition formatée et la 
tarball décompressée, je n'ai plus eu de problèmes, ce qui me fait penser que 
cela devait etre du à un disque vieillissant (un SCSI de moins d'un an, tout 
de meme).

Amaury



Re: probleme du jour

2001-08-27 Par sujet Fabrice LORRAIN
Georges Mariano wrote:
> 
> On Mon, 27 Aug 2001 15:55:04 +0200
> Sam <[EMAIL PROTECTED]> wrote:
> 
>  > find avant ; find apres  ? comprend pas trop .
>  > Ma solution serait "touch /tmp/avant"
>  > find -newer avant /
>  > je trouve ca un peu plus elegant mais c'est du meme style.
> 
> L'unité de "gestion" d'une machine linux/debian étant le package,
> descendre au niveau des fichiers risque d'être inadapté (tôt ou tard)
> [sauf pour /etc].
D'accord ds le cas gal. Si tu utilises une distrib avec un systeme de 
paquets avances (debian par ex :-)) tu manipules uniquement les paquets
et les fichiers de configuration associes.
Avec mon architecture, je casse le systeme de paquet cote client (pas 
possible de faire un apt-get because /usr en NFS readonly).
Et surtout ca m'interresse pas de faire l'installation sur les clients.
Cette methode n'est pas appropriee (trop long, trop de risque que ca
plante)
lorsque tu as bcp de clients (> 100).
D'ou m'on approche.

> 
> Par contre en ce qui concerne le recensement des paquets
> on peut toujours travailler (sur des fichiers contenant) des listes de
> paquets (obtenues par dpkg -l ou autres commandes Debian) pour en déduire
> les mises à jours à propager sur les clients...
La aussi d'accord pour le dpkg -l mais ceci ne m'indique pas les
fichiers 
de conf. crees a l'instal. (/etc/alternatives, rc*.d etc...).
Et c'est eux qui m'interressent.

> 
> PS : dans le même ordre d'idée, ne pourrait-on pas imaginer un protocole
> client/serveur (plutôt master/slave) dédié à la gestion des paquets
> Debians
> installés sur les machines d'un réseau. Une extension de apt où une
> machine
> pourrait "ordonner" aux autres de faire une mise-à-jour

Pas sur qu'il y besoin de rajouter quoi que ce soit. Une solution que
j'avais 
envisage est tout simplement d'avoir un mirroir debian local dans lequel
tu places les paquets que tu souhaites installer/mettre a jour sur tes
clients.
Cote client, un cron avec un apt-get install `liste des paquets sur le
mirroir`
Mais reste le probleme de tous les paquets qui restent en attente d'un
choix
utilisateur... Pas trivial a regler, d'ou mon approche.

@+,

Fab



Re: [HS] zip sur IDE et SB128

2001-08-27 Par sujet Frédéric Bothamy

David Soulayrol wrote:
> Salut,
>
[...]
> - Depuis que j'ai installe Sid, je n'ai pas encore reussi a correctement
> configurer ma SB128. J'ai recupere les parametres sous Windows, qui
> ressemblent a ceci:
>
> Legacy device: IO=0x220 IRQ=7, DMA=1, DMA16=7.
> MPU 
> Plages d'IO ...
>
> (je ne certifie pas les valeurs ici, mais je les ai at home).
>
> Lorsque j'essaie de charger le module sb avec les parametres 'legacy
> device', le module m'annonce qu'il ne trouve pas de legacy device, puis
> reste muet. Si j'essaie de la supprimer, j'ai un core dump.

Chez moi, le module de ma SB128 est l'es1371. Malheureusement je crois
que ça dépend des versions de sb128 : tu peux aussi essayer le module
es1370. Le Legacy Device est une couche de compatibilité logicielle
fournie avec les drivers de Creative sous DOS/Windows uniquement au cas
où tu voudrais utiliser des applis ne reconnaissant que les sb de base
(sb16 par exemple).

Tu peux aller voir la section Cartes Sound Blaster à
http://www.freenix.fr/unix/linux/fcol-faq/fcol-faq-2.html sur les sb128
si tu veux absolument utiliser le mode de compatibilité sb.

Sinon, la sb128 assure bien pour écouter des MP3 ! :-)

En espérant que ça t'aide,

Fred




Nommage des paquets et recompilation

2001-08-27 Par sujet Nicolas Bertolissio
On Mon, Aug 27, 2001 at 03:49:57PM +0200, Georges Mariano wrote:
> Bonjour à tous,
Bonjour,

> Une petite question anodine ...
[...]
> Naivement : apt-get source -b ___libguile-dev___
> MAIS:
> E: Unable to find a source package for ___guile___
> 
> !!gulps, deux choses :
[...]
> b) pourquoi cherche-t-il un paquet qui n'existe pas ??
> (faire apt-cache search guile pour s'en convaincre) 
J'ai ce même genre de problème, je pointe aussi sur woody, et il y a une
nouvelle version de GnuCash dedans mais elle dépend de guile1.4 et de
libguile, je crois, or ces deux paquets ne sont que dans sid pour le
moment. Je pense qu'il s'agit d'un problème lorsque le système passe les
paquets de sid qui n'ont plus de bogues trop importants dans woody.
Normalement il faut que tous les paquets dont le candidat au passage
dépend soient éligibles aussi au passage, mais là ça ne marche pas.

Nicolas B.
--



Kernel panic au boot (2.4.9)

2001-08-27 Par sujet Samuel Torton
Bonjour,

J'ai un serveur avec 2 disques SCSI , Distrib Debian Potato :
j'ai tente de compiler puis booter sur un kernel 2.4.9
(j'ai besoin du support raidtools2).

- Configuration kernel : OK
   (rajoute RAID-1 / retire le Linear, RAID0, RAID4/5 et LVM)
- Compilation kernel : OK
- Installation kernel + modif Lilo : OK

Au boot :
 - Ok pour mon ancien kernel (2.2.17),
 - mais sur mon nouveau kernel 2.4.9, j'ai un kernel panic !

Voici la fin de mon dmesg :
-
usb [...]
[...]
md : raid1 personality registered
md : md driver 0.90.0 MAX_MD_DEV=256, MD_SB_DISKS=27
md : Autodetecting RADI arrays
md : Autorun ...
md :... Autorun done
Net4 : [...]
IP : [...]
[...]
ds : no socket drivers loaded !
request_module[block_major_8]: Root fs not mounted
VFS : cannot open root device "806" or 08:06
Please append a correct "root=" boot options
Kernel panic : VFS : unable to mount root fs on 08:06
-

Qu'aurais-je oublier de configurer ?

Voici a quoi ressemble mon Lilo.conf :
-
lba32
boot=/dev/sda
install=/boot/boot.b
map=/boot/map
message=/boot/bootmess.txt
  prompt
  single-key
  delay=100
  timeout=100
vga=normal
default=Linux_2.2.17
image=/vmlinuz_2.2.17
  root=/dev/sda6
  label=Linux_2.2.17
  read-only
  alias=1
image=/vmlinuz_2.4.9
  root=/dev/sda6
  label=Linux_2.4.9
  read-only
  optional
  alias=2
-


Questions :

- Devais-je installer les Raidtools2 et configurer ma raidtab AVANT ?
  ... Ca m'etonnerait : le probleme est qu'ils ne sont pas supportes par le
2.2.17
- Y'a t'il des modules a installer ? ("block-major-8")
- Y'a t'il un pb dans mon lilo.conf ?
- Devais-je patcher mon kernel avec le fameux patch "raid0145" ???

Merci pour vos infos,

--
Samuel Torton
NCSLab.com




Re: Kernel panic (2.4.9) + Software-RAID

2001-08-27 Par sujet Samuel Torton
Bonsoir,


Je fais suite a mon precedent mail.

Dans les Howto's concernant le Software-RAID, on peut lire un peu partout de
surtout checker le "autodetection support" dans le kernel... je ne trouve
pas cette option dans le "make xconfig"... Quelqu'un peut-il me dire ou elle
se trouve ?

En supposant que je l'ai cochee puis recompile mon kernel, je n'arrive
toujours pas a savoir si le fichier /etc/raidtab (bref, mes arrays RAID-1)
doit etre prepare avant le reboot... je trouve bcp d'infos contradictoires
dans les differentes docs et howtos...


Merci,

Samuel

- Original Message -
From: "Samuel Torton" <[EMAIL PROTECTED]>
To: "Liste Debian-French" 
Sent: Monday, August 27, 2001 10:30 PM
Subject: Kernel panic au boot (2.4.9)


> Bonjour,
>
> J'ai un serveur avec 2 disques SCSI , Distrib Debian Potato :
> j'ai tente de compiler puis booter sur un kernel 2.4.9
> (j'ai besoin du support raidtools2).
>
> - Configuration kernel : OK
>(rajoute RAID-1 / retire le Linear, RAID0, RAID4/5 et LVM)
> - Compilation kernel : OK
> - Installation kernel + modif Lilo : OK
>
> Au boot :
>  - Ok pour mon ancien kernel (2.2.17),
>  - mais sur mon nouveau kernel 2.4.9, j'ai un kernel panic !
>
> Voici la fin de mon dmesg :
> -
> usb [...]
> [...]
> md : raid1 personality registered
> md : md driver 0.90.0 MAX_MD_DEV=256, MD_SB_DISKS=27
> md : Autodetecting RADI arrays
> md : Autorun ...
> md :... Autorun done
> Net4 : [...]
> IP : [...]
> [...]
> ds : no socket drivers loaded !
> request_module[block_major_8]: Root fs not mounted
> VFS : cannot open root device "806" or 08:06
> Please append a correct "root=" boot options
> Kernel panic : VFS : unable to mount root fs on 08:06
> -
>
> Qu'aurais-je oublier de configurer ?
>
> Voici a quoi ressemble mon Lilo.conf :
> -
> lba32
> boot=/dev/sda
> install=/boot/boot.b
> map=/boot/map
> message=/boot/bootmess.txt
>   prompt
>   single-key
>   delay=100
>   timeout=100
> vga=normal
> default=Linux_2.2.17
> image=/vmlinuz_2.2.17
>   root=/dev/sda6
>   label=Linux_2.2.17
>   read-only
>   alias=1
> image=/vmlinuz_2.4.9
>   root=/dev/sda6
>   label=Linux_2.4.9
>   read-only
>   optional
>   alias=2
> -
>
>
> Questions :
>
> - Devais-je installer les Raidtools2 et configurer ma raidtab AVANT ?
>   ... Ca m'etonnerait : le probleme est qu'ils ne sont pas supportes par
le
> 2.2.17
> - Y'a t'il des modules a installer ? ("block-major-8")
> - Y'a t'il un pb dans mon lilo.conf ?
> - Devais-je patcher mon kernel avec le fameux patch "raid0145" ???
>
> Merci pour vos infos,
>
> --
> Samuel Torton
> NCSLab.com
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>



Re: Kernel panic au boot (2.4.9)

2001-08-27 Par sujet Igor Genibel
On Mon, Aug 27, 2001 at 10:30:12PM +0200, Samuel Torton wrote:
> Bonjour,

Salut,

 [...]
> ds : no socket drivers loaded !
> request_module[block_major_8]: Root fs not mounted
> VFS : cannot open root device "806" or 08:06
> Please append a correct "root=" boot options
> Kernel panic : VFS : unable to mount root fs on 08:06
> -
> 
> Qu'aurais-je oublier de configurer ?

Le support scsi ;) Il faut que tu actives  l'option  support  disk  scsi
(qui est NEW ;))
Le périphérique dont le numéro majeur est 8 est le disque sda, le numéro
mineur est 6 donc tu essayes d'accéder à sda6.
Mais je penche plutôt vers la deuxième hypothèse.

> 
> Voici a quoi ressemble mon Lilo.conf :
[...]
rien à dire.


> Questions :
> 
> - Devais-je installer les Raidtools2 et configurer ma raidtab AVANT ?

Oui ! Le support raid du noyau 2.2 est différent  de  celui  des  noyaux
2.4. Il n'y a pas de compatibilité ascendante.

-- 
Igor Genibel 
http://www.tuxfamily.org/[EMAIL PROTECTED]
http://people.debian.org/~igenibel  [EMAIL PROTECTED]
GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92  9B99 C44B 0266 9D73 5B4F