This message is to confirm the removal of your
email address: debian-user-french@lists.debian.org from the
Interlotto Insider
Subscribe Me mailing list.
We're sorry to see you go!
If you feel you have received this notice in error,
please visit the Interlotto Insider
Subscribe Me mailing list
at
This message is to confirm the addition of your
email address: debian-user-french@lists.debian.org to the
Interlotto Insider
Subscribe Me mailing list.
If you feel you have received this notice in error,
please visit the Interlotto Insider
Subscribe Me mailing list
at our website:
http://www.in
Sylvain Sauvage <[EMAIL PROTECTED]> writes:
> Yannick Palanque, mercredi 9 juillet 2008, 23:19:52 CEST
>>[…]
>> Je n'arrive pas à trouver de définition du 686, en fait.
>
> http://fr.wikipedia.org/wiki/I686
Oui, mais ça n'explique pas pourquoi la version -i686 des noyaux
supporte aussi les AMD
Le 14098ième jour après Epoch,
Nicolas FRANCOIS écrivait:
> 2) si j'utilise le driver propriétaire ("nvidia"), j'ai un autre soucis :
> X se lance normalement (aucune trace d'erreur dans les logs, mis à part
> une deuxième carte sur un autre port non activée, je vois ça dans tous
> les logs Xorg,
Le Thu, 07 Aug 2008 12:18:39 +0200, Grégory BULOT wrote :
>
> Sauf ... que xfce ne considère qu'un seul écran (dans paramètre/bureau),
> ce qui fait que mon fond d'écran est tendu comme un string entre les 2
> bords latéraux.
>
> avez-vous une idée de la résolution de ce problème ?
>
Prendre
Bonjour.
Comme annoncé dans le titre, je rencontre un double problème avec la
sus-mentionnée carte :
1) si j'utilise le driver libre ("nv"), je ne peux utiliser aucune
application OpenGL. Par exemple, les jeux ne se lancent pas, Blender non
plus (et les messages de la console mentionnent tous Ope
Bonjour,
Petit rappel: la commande ssh ne marche pas sur une machine
sauf si lancée avec un gdb ou un strace ! Le cpu est utilisé à
100% et en peu de temps toute la RAM est mangée !
La solution :
Un admin zélé a ajouté dans /etc/bash.bashrc les lignes suivantes :
sshy() { ssh -Y $@ ; }
Bonjour
Décharge le module ne2k_pci
#rmmod ne2k_pci
Ensuite tu recharges le modules
#modprobe ne2k_pci
Est-ce que tu as un message dans /var/log/messages concernant un éventuel
problème lors du chargement ?
Quel noyau ? quelle version de debian ?
- Message d'origine
De : kalideru
El Hadji Malick Gueye a écrit :
>on peut aussi limiter les accès root sur les ptty,
En quoi faisant?
tu peux jouer avec /etc/security et les modules pam.d
Achton ! à la moindre bêtise, la santion est immédiate, et peut etre
irrévocables. il faut ouvrir des consoles supplémentaires à coté au ca
Bonjour,
(je viens de voir passer un mail concernant xrandr, alors je me dis que
bon... :*) )
Je possède un portable avec écran 16/10 1440*900 et un chipset graphique
Intel. J'y ai installé une Debian Lenny, avec XDM comme gestionnaire de
session.
J'utilise la machine depuis quelques semaines.
>on peut aussi limiter les accès root sur les ptty,
En quoi faisant?
Le 7 août 2008 10:36, rvenne <[EMAIL PROTECTED]> a écrit :
> Zoser BIZIKI wrote:
>
>> El Hadji Malick Gueye a écrit :
>>
>>> Bonjour Alexandre ,
>>> Le fichier caché bash_history qui se trouve sur le répertoire personnel
>>> de
Zoser BIZIKI wrote:
El Hadji Malick Gueye a écrit :
Bonjour Alexandre ,
Le fichier caché bash_history qui se trouve sur le répertoire
personnel de chaque utilisateur devrait t'aider. Il répertorie toutes
les commande tapée par l'utilisateur correspondant.
y a la gruge bien connue, est de backu
bonjour,
j'ai émis plusieurs poste concernant un problème de bureau étendu,
désolé s'il est apparu plusieurs fois (je n'en vois aucun à l'heure de
début de rédaction de ce message)
A priori j'ai réussi à avoir un truc ressemblant (parmis toutes les
étapes, celle la plus intéressante est :
h
El Hadji Malick Gueye a écrit :
Bonjour Alexandre ,
Le fichier caché bash_history qui se trouve sur le répertoire
personnel de chaque utilisateur devrait t'aider. Il répertorie toutes
les commande tapée par l'utilisateur correspondant.
Dans ce genre de cas aussi je te suggère de limiter l' "acc
1 installer sudo
2 chaque user doit avoir son compte dans sudoers
toutes les commandes seront loggées dans /var/log/auth.log
tu peux meme poser des filtrer par rapport aux ip, commandes, loggin, et
créer des path maison. genre, un tel ne peut pas faire shutdown par
exemple, et on interdit la c
* Alexandre Mackow <[EMAIL PROTECTED]> [2008-08-07 10:47:55 +0200] wrote :
> Bonjour à tous (surtout ceux pas encore en vacances),
>
> je met en prod un serveur de fichiers sous debian. L'administration
> se fera exclusivement en ssh.
> Etant donné que nous sommes plusieurs administrateurs m
Bonjour Alexandre ,
Le fichier caché bash_history qui se trouve sur le répertoire personnel de
chaque utilisateur devrait t'aider. Il répertorie toutes les commande tapée
par l'utilisateur correspondant.
Dans ce genre de cas aussi je te suggère de limiter l' "accès direct" sur ce
serveur en utilisa
Bonjour à tous (surtout ceux pas encore en vacances),
je met en prod un serveur de fichiers sous debian. L'administration
se fera exclusivement en ssh.
Etant donné que nous sommes plusieurs administrateurs mais que j'aurai
en charge la responsabilité du serveur, j'aurai désirer logger toute
18 matches
Mail list logo