Re: kernel panic

2008-11-19 Par sujet Guy Roussin

deny a écrit :

salut
après un plantage magistral sur ma becane
j'ai ce message lors du boot

vfs cannot open root device hda1 or unknown-block(0,0)
please append a correct root= boot option

je voudrais bien mais quoi donc ?

merci


Il nous faudrait en savoir un peu plus (grub, version de l'os , ..)
mais il y a eu un changement au niveau des disques ou du kernel
et /dev/hda1 s'appelle autrement (/dev/sda1 ou /dev/hdb1, ...).
Si vous utilisez grub, vous pouvez éditer temporairement la ligne
kernel qui fait reference à /dev/hda1 et la corriger en conséquence ...

Guy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



kernel panic

2008-11-19 Par sujet deny

salut
après un plantage magistral sur ma becane
j'ai ce message lors du boot

vfs cannot open root device hda1 or unknown-block(0,0)
please append a correct root= boot option

je voudrais bien mais quoi donc ?

merci

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Recette de partitionnement dans un preseed etch

2008-11-19 Par sujet julien collas

Bonsoir,

Merci pour ta recette, en effet la mienne ne fonctionne pas avec Etch. 
Je l'ai modifiée en suivant

le même principe que celui ci, et cela fonctionne.

J'avais essayé d'installer avec la même méthode une Lenny, 
l'installation se passait parfaitement mais quand je redémarrais, 
j'avais un message d'erreur (une histoire de check CPU , je n'ai plus le 
message en tête). Je précise que je fais mes tests sous KVM.



A+

Julien Collas
Email: [EMAIL PROTECTED]



Gilles Mocellin wrote:


On en a parlé récemment.

Attention, tu utilise Etch, regarde bien la doc correspondante.
Avec Etch, l'installeur ne supporte pas toutes ces options LVM que tu 
utilises. (nommer les LV, choisir le VG). Pour renommer la swap et mes LV, 
j'ai utilisé un script lancé par late_script.


De plus, je n'ai jamais réussi à faire fonctionner le partitionnement avec un 
fichier recipe externe, mais j'ai pas cherché longtemps, finalement, tout 
dans un fichier, ça m'allait bien.


Dernier problème, il faut absolument utiliser tout l'espace disque.

J'espère qu'avec Lenny ça c'est amélioré un peu. De mon coté, plutôt que de 
faire des installations automatisées, je fais des images minimales avec 
systemimager et j'utilise puppet pour installer et configurer le reste.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Lenny - gimp - Wacom graphire 4

2008-11-19 Par sujet Grégory Bulot

Bonjour, 

Je n'arrive pas à utiliser pleinement ma tablette graphique Wacom
Graphire 4 (usb)

actuellement sous gimp :
- stylet côté pointe ou côté gomme : la pression est correctement
détecté
- par contre côté gomme c'est comme ci j'utilise le stylet ... (il me
semble qu'il ne faut pas changer /dev/input/wacom
pour /dev/input/eventX)
- les 2 boutons sur le stylet sont inactifs (ils correspondent clic
gauche et droit si j'ai bien compris)
- les 2 boutons sur la tablette sont inactifs (ils correspondent clic
gauche et droit aussi, je crois)
- Il me semblait que l'on pouvait limiter l'action de la tablette, afin
que la zone de travail sur la tablette corresponde aux dimension de la
fenêtre active (c'est une ancienne graphiste qui me l'affirme, j'en
sais rien)

pourtant wacdump /dev/input/wacom (lien fait par udev ? vers event6) me
détecte toutes les actions sur la tablette (stylet, eraser, bouton x,
toto, titi, ...)

dans mon xorg joint :

les 3 lignes ci-dessous (j'ai pas isoler l'un ou l'autre des options,
car cela nécessite de redémarrer xorg ) me font perdre la détection
de la pression :
#Option  "Mode" "Absolute"
#Option  "Vendor" "WACOM"
#Option  "Threshold" "5"

si j'active "pad" : comportement erratique du stylet (clic gauche ou
droit n'importe ou sur l'écran : c'est énervant



PS : juste avant d'envoyer ce mail j'ai voulu rééssayer wacdump
puis gimp :plus rien de détecter pour wacdump(pas de message
d'erreur... même en tant que root), pour gimp, rien ne vas mieux ou
moins bien 

wacdump
v0.7.4  

MODEL=Wacom Graphire4 4x5   ROM=4.0-3
CLS=USB  VNDR=Wacom  DEV=Graphire4  SUB=CTE_440


# lsmod | grep wacom
wacom  15776  0 
usbcore   118160  5 usbhid,wacom,usb_storage,uhci_hcd

# dpkg -l xserver-xorg-input-wacom wacom-tools
 xserver-xorg-input-wacom  0.7.9.3-2
 wacom-tools   0.7.9.3-2 

#  grep -i wacom /var/log/Xorg.0.log
(II) LoadModule: "wacom"
(II) Loading /usr/lib/xorg/modules/input//wacom_drv.so
(II) Module wacom: vendor="X.Org Foundation"
(II) Wacom driver level: 47-0.7.9-3 $
(**) cursor device is /dev/input/wacom
(**) WACOM: suppress value is 2
(**) stylus device is /dev/input/wacom
(**) WACOM: suppress value is 2
(**) eraser device is /dev/input/wacom
(**) WACOM: suppress value is 2
(II) XINPUT: Adding extended input device "cursor" (type: Wacom Cursor)
(II) XINPUT: Adding extended input device "stylus" (type: Wacom Stylus)
(II) XINPUT: Adding extended input device "eraser" (type: Wacom Eraser)
(**) Option "Device" "/dev/input/wacom"
cursor Wacom X driver grabbed event device
(==) Wacom using pressure threshold of 30 for button 1
(==) Wacom USB Graphire4 tablet speed=9600 maxX=10208 maxY=7424
maxZ=511 resX=2032 resY=2032  tilt=enabled (==) Wacom device "cursor"
top X=0 top Y=0 bottom X=10208 bottom Y=7424 (==) Wacom device "stylus"
top X=0 top Y=0 bottom X=10208 bottom Y=7424 (==) Wacom device "eraser"
top X=0 top Y=0 bottom X=10208 bottom Y=7424

-- 

Cordialement
Grégory BULOT


-- 

Cordialement
Grégory BULOT


xorg.conf
Description: Binary data


Problème de font avec firefox ou iceweasel [Résolu]

2008-11-19 Par sujet Philippe Merlin
Bonjour,
Il y a quelque jour, à la suite d'une mise à jour de ma lenny qui a du mal se 
passer, je me suis trouver avec le navigateur firefox en panne, c'est à dire 
la page d'accueil de google rempli de traits et impossible de rentrer des 
informations, iceape lui carrément terminait par un segfault. Seul Konqueror 
était opérationnel net m'a permis de me sortir de ce mauvais pas.
Lorsque l'on lançait firefox d'une console on avait les messages suivant :
(de Mémoire) Pango unable to load font .
après une longue recherche j'ai trouvé sur le net quelqu'un préconisant cette 
commande :
->fc-cache -f -v 
qui restaure les fontes en cache.
Je l'ai essayé et tout est rentré dans l'ordre.
Je me demande seulement si il y avait une autre méthode pour résoudre ce 
problème ??
A+
Philippe MERLIN

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: sauvegarde et virtualisation

2008-11-19 Par sujet Glennie Vignarajah
Le Tuesday 18 November 2008 vers 22:04, tôba(tôba <[EMAIL PROTECTED]>) a 
écrit:
> On Tue, 18 Nov 2008 21:32:08 +0100

Bonjour,

> Mais si on sauvegarde la machine virtuelle en tant que OS, çà ne
> risque pas de corrompre les fichiers plats non? Car ce sera des
> fichiers "normaux" que l'application de sauvegarde va traiter.

> Par exemple: On a une machine Debian sur laquelle on installe
> VMWARE. On en gagne après, un systeme virtuel Ubuntu et un
> Windows. Est-ce qu'installer directement une appli de sauvegarde
> cliente (Bacula Client par ex) ne resoudra pas ces problemes de
> gros fichiers? Car l'appli de sauvegarde traitera Ubuntu et
> Windows mais pas VMWARE (à moins qu'on sauvegarde aussi Debian).
> Corrigez-moi si j'ai tort.

En gros, on a:

 Debian (Hôte)(SVG_HOTE_X
 --
|   |
|  ---  |
| |VM1(SVG_VM)| |
| |Ubuntu | |
|  ---  |
|   |
|  --   |
| |VM2SVG_VM)|  |
| |Windows   |  |
|  --   |
 


Politique de sauvegarde:


Ce qui donne au moins 2 fichiers vmdk : 1 pour vm1 (2Go sur le 
système hôte avec 500M occupés sur le système virtuelle) et 1 pour 
windows(10G  sur le système hôte avec 5G occupés sur le système 
virtuelle).

* On fait une sauvegarde par bacula des OS VM1 et VM2 (SVG_VM).

* On fait également une sauvegarde du système hôte par bacula avec 3 
policies(SVG_HOTE)):
1/ Sauvegarde totale de *tous* fichiers modifiés depuis la 
sauvegarde précédente. On va sauvegarder, sans *précautions* 
*particulière*, les fichiers .vmdk de VM1 et VM2 *tous* *les* 
*jours* car ces fichiers sont modifié presque tous les 
jours(SVG_HOTE_1).

2/ Sauvegarde totale de *tous* fichiers modifiés depuis la 
sauvegarde précédente *avec* un état stable de Vmware (arrêt des 
machines virtuelles ou pause de la machine VM + snapshot de LVM). On 
va sauvegarder les fichiers .vmdk de VM1 et VM2 *tous* les jours car 
ces fichiers sont modifié presque tous les jours(SVG_HOTE_2).

3/ Sauvegarde totale de *tous* fichiers modifiés depuis la 
sauvegarde précédente, mais en excluant les fichiers .vmdk (dans 
l'exemple, cela donne 15Go de moins à sauvegarder, SVG_HOTE3)


Politique de restauration:
--
* Restauration d'un fichier des OSs installés dans VM1 ou VM2 : pas 
de problème on va chercher directement la sauvegarde de ces machines 
faite par bacula (SVG1, dans l'exemple)

* Crash disk de la machine hôte ou perte d'un fichier .vmdk (un 
rm -rf malheureux bien placé) : dans ce cas on a besoin de la 
sauvegarde SVG_HOTE. Sinon, il faut une installation complète de 
l'OS et recréation des 2 VM. On a défini 3 politique de sauvegarde 
SVG_HOTE. On peut directement exclure la sauvegarde SVG_HOTE_3, car 
les fichiers .vmdk n'ont pas été sauvegardées. Il nous en reste 2:

* SVG_HOTE_1 : Cette sauvegarde permet de récupérer les 
fichiers .vmdk, mais la machine virtuelle peut refuser de démarrer 
car son système de fichier contenu dans le fichier .vmdk peut être 
dans état instable car VMware était en exécution pendant la 
sauvegarde. J'ai fait quelque tests. La machine virtuelle a toujours 
démarré après un *fsck*. Mais, sur une machine prod, je ne prendrais 
le risque...
* La seule sauvegarde valid est SVG_HOTE_3 car la sauvegardes 
fichiers .vmdk s'est fait dans un état stable (arrêt de la VM ou 
pause de la VM + snapshot LVM ==> faible downtime de la machine VM).


En conclusion :
---

* La sauvegarde des VM directement est de toute façon nécessaire. 
Sinon, la restauration d'une liste de fichiers (par 
exemple /etc/paasswd de la machine Ubuntu) est impossible sans 
restaurer l'intégralité du fichier .vmdk

* La sauvegarde SVG_HOTE_3 est également nécessaire (cas de crash de 
la machine hôte)


Donc,

* La sauvegarde idéale serait, donc, un outil capable de combiner la 
sauvegarde SVG_HOTE_3 *et* SVG_VM. Je ne connais pas d'outil 
permettant de faire pour VM Ware Server. Si quelqu'un en connaît un, 
je suis prenneur

* La sauvegarde de l'admin qui veut une méthode sauvegarde et 
restauration simple : faire SVG_HOTE_3 et SVG_VM tous les jours. 
Mais,il faut tenir compte de la fenêtre de sauvegarde.

* La 3è méthode est une combinaison de de SVG_HOTE_* et SVG_VM :
* SVG_VM et SVG_HOTE_3 tous les jours et une SVG_HOTE_2 
régulièrement (ou chaue modif de la config des VM).


 Nous, pour l'instant on a opté pour la méthode 2, car on tient notre 
fenêtre de sauvegarde pour *l'instant*


 Je pense que c'est un point épineux de toutes solutions 
virtualisation dont le système de fichiers d'une machine virtuelle 
est contenu  dans un fichier plat fichier présent sur la machine 
hôte (vmware, virtualbox, kvm, qemu) n'est pas reconnu par l'outil 
de sauvegarde.

Voilà, j'espère que

Installation de Debian sur un MacBook Pro ( modèle fin 2008)

2008-11-19 Par sujet jsmurf


Bonjour à tous,

Comme le dit le sujet, j'essaye d'installer une Debian sur un MacBook Pro 
(le modèle sorti il y a un mois)... et je n'y arrive pas.


J'utilise le CD1 de la Debian Lenny RC1 (version AMD64).  J'ai formaté la 
troisième partition comme un volume physique et un groupe de volumes LVM, 
et j'ai séparé ce groupe de volumes en deux volumes logiques, un pour le 
système de fichiers racine et un pour le swap.  J'ai dû rebooter pour 
synchroniser le MBR et la table GPT (avec rEFIt), et l'installation s'est 
terminée sans problème.  LILO a été installé sur /dev/sda3, la partition 
Linux est reconnue par rEFIt, LILO se charge et charge le kernel (et 
l'initrd) sans problème... mais le kernel panique après un quart de 
seconde et imprime (c'est la cinquième ou sixième ligne qu'il imprime) :


Kernel panic - not syncing: VFS: Unable to mount root fs or unknown-block(253,1)

Armé de courage, j'ai essayé différentes techniques pour résoudre le 
problème.  Ma première idée a été que le module LVM (dm-mod) n'était 
peut-être pas intégré au kernel, et que ça l'empêchait d'accéder à la 
partition LVM...  De fait, ce module n'est pas intégré, et de fait, 
l'intégrer permet au kernel de faire quelques pas de plus, mais il panique 
quand même (après disons une seconde):


RAMDISK: Couldn't find valid RAM disk image starting at 0
VFS: Cannot open root device "fd01" or unknown-block(253,1)
Please append correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs or unknown-block(253,1)

J'ai essayé de compiler les modules ext3, ext2, cramfs, ... dans le 
kernel, mais ça ne fait pas avancer les choses.  J'ai compilé un kernel 
intégrant tous les modules chargés par l'installeur, sans succès.


J'ai aussi essayé d'attaquer le problème du côté de LILO, mais sans 
succès.  Ma configuration de base est on ne peut plus standard :


boot=/dev/sda3
map=/boot/map
default=Linux
image=/vmlinuz
label=Linux
initrd=/initrd.img
read-only

... et j'ai essayé d'y ajouter différentes options pour que le système de 
fichiers soit pris en compte :

 - root=/dev/mapper/vg-root
 - append="root=/dev/mapper/vg-root"
 - root=/dev/ram0 append="lvm2root=/dev/mapper/vg-root"
 - append="root=/dev/ram0 lvm2root=/dev/mapper/vg-root"

J'obtiens chaque fois plus ou moins la même erreur.

Est-ce que quelqu'un aurait une idée, un conseil ?  Merci d'avance !

jsmurf

Re: Qui a utilise xen 3.2 sous Lenny avec succes?

2008-11-19 Par sujet jerome moliere
Bonjour Patrick et merci de la réponse,

Le 19 novembre 2008 08:47, Dos Santos Patrick <
[EMAIL PROTECTED]> a écrit :

> On Mon, 17 Nov 2008 18:52:59 +0100, "jerome moliere"
> <[EMAIL PROTECTED]> wrote:
> > Bonsoir à tous,
> > après des semaines de lutte j'en viens simplement à me poser cette
> > question..Est ce que cette version marche ?
>
> Chez moi oui :)


une bonne nouvelle!!!

>
>
> > J'ai pris l'hypervisor en 3.2.1 des repositories Lenny,sous une Lenny
> > standard..Aucune vm ne se lance avec ou sans initrd, en etch ou lenny en
> > arch i386 ou amd64Dans le meilleur des cas elles commencent à booter
> > et
> > se freezent apres un message dont je ne me rappelle plus à l'instant
> > t...
>
> Alors attention y a une option à rajouter dans le fichier de la VM pour la
> gestion de la console
> De mémoire la ligne ressemble à ça
> extra ="4 xencons=tty"


humm je vais investiguer merci beaucoup de l'information...
je vous tiens au courant dès que j'ai testé cela

>
> Sinon sans cette option les VM se lancent puis restent figés au niveau de
> la console
> Alors que la vm continu de tourner mais si aucun ssh n'est configuré c'est
> bloquant
>
> Dans certains cas les VMs qui essaient de booter sont visibles dans le
> > cas xm list mais pas toujours...
> > Bref je n'y comprends rien?
> > A defaut qui utilise la version fournie en etch ?avec succes?
> > J'avais installé une etch il y a 6 mois de cela et la vm que j'avais
> > installé dans un xen 3.01 marchait sans souci ...et cela en suivant un
> > tutorial sur le net..là j'en ai lu une centaine et ca marche pas..-(
> > Je commence à pas trop mal comprendre le système mais j'y arrive pas du
> > tout
> > ..-)
> > Je maitrise bien le xend et les xen-tools..Je suis tombé dans les
> panneaux
> > des montages en loopback...
> > J'ai même eu droit hier matin à un process "inkillable" obligé de
> > rebooter
> > la box (bi proc en amd64),je ne pensais pas
> > que cela existait encore les zombies dans les nouveaux kernels!!!
> >
> > Merci de vos retours d'expérience
> > Jerome
> >
> >
> --
> Patrick Dos Santos
>
> GPG Fingerprint : CECA DABA 25BB D2C0 0CE1  4315 AF7E 8886 B358 A349
> GPG Key:  gpg --keyserver pgp.mit.edu --recv-keys 0xB358A349
>



-- 
Jerome Moliere - Mentor/J
http://romjethoughts.blogspot.com/
auteur Eyrolles


RESOLU : Samba dans Active Directory : pb Winbind

2008-11-19 Par sujet TOUZEAU Pierre SGAR14
J'ai trouvé l'aide auprès d'un service interne qui possède les compétences
requises, mais la réponse peut-être utile à certain.

2 points :
Nous sommes dans un domaine Active Directory qui possède un grand nombre
d'objet, les requêtes n'aboutissent pas forcément, il y a lieu de revoir le
schéma AD, mais c'est un problème qui dépasse le cadre de ce forum.

Il y a un service "AVAHI_DAEMON" qui sert à la recherche de service sur le
réseau (si j'ai bien compris) qui est de nature à géner Winbind.
De fait, dès que je l'ai arrêté, tout est redevenu normal et mes nouveaux
utilisateurs ont été reconnus. J'ai d'ailleurs vérifié en faisant un dump de
la base Winbind.

Pierre
==
Msg d'origine :
--
Nous avons les mêmes soucis, le cache Winbind est incomplet, il manque des
utilisateurs, des suppressions ou créations de groupes ou utilisateurs ne
sont pas forcément pris en compte dans le cache. 

Vu le nombre important d'objets sur le domaine, (plus de 1 utilisateurs,
plus de 7000 groupes, plus de 1 ordinateurs ) et l'utilisation de
liaison Wan, le fonctionnement de Winbind (en mode "idmap backend RID ") qui
communique avec les contrôleurs de domaine, n'est plus satisfaisant.
L'énumération complète des utilisateurs et des groupes prenant beaucoup de
temps et de bande passante, les contrôleurs de domaine A.D. ne répondent
qu'en parti (environ 1500 objets) avec des serveurs membres.

Le fonctionnement de Winbind est aléatoire. Vous pouvez avoir après un
certain temps, vos utilisateurs en cache mais rien de garanti que l'ajout
d'un nouvel utilisateur soit pris en compte.

Le mode de fonctionnement plus approprié sur le domaine active directory,
serait d'ajouter les extensions de schéma Microsoft SFU (Services For Unix)
au niveau d'A.D. et de paramètrer « idmap backend = ad ». 
Ce fonctionnement permet de stocker directement les associations entre SID
et UID-GID dans une UO au sein d'A.D. et non plus sur le serveur Samba.
Ce mode de fonctionnement nécessite de gérer des attributs supplémentaires
dans A.D. Pour ce faire, les schémas d'A.D doivent être modifiés afin de
gérer le schéma LDAP Microsoft S.F.U. (Services For Unix).

Pour votre serveur qui pose problème,
S'assurer que le démon avahi_daemon soit arrêter car il peux géner Winbind.
mettre  AVAHI_DAEMON_START=0 dans le fichier /etc/default/avahi-daemon

Vous pouvez visualiser le fichier winbindd_idmap.tdb pour vérifier la
récupération des données Winbind par la commande :
net idmap dump /var/lib/samba/winbindd_idmap.tdb > winbindd_idmap.tdb.dump
cat winbindd_idmap.tdb.dump |more

De même, vous pouvez restaurer un fichier par la commande :
net idmap restore < winbindd_idmap.tdb.dump



-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de TOUZEAU
Pierre SGAR14
Envoyé : vendredi 3 octobre 2008 12:43
À : 'debian-user-french@lists.debian.org'
Objet : Samba dans Active Directory : pb Winbind


Résumé très synthétique : 
Dans un environnement Active Directory, un serveur DEBIAN/SAMBA ne reconnaît
pas les utilisateurs nouvellement créés dans AD, tandis qu'un autre serveur,
quasiment identique, y parvient ?
Comment identifier le problème. 
 
J'ai une DEBIAN(Etch-2.6.8)/SAMBA(3.0.24) en serveur de fichier pour des
utilisateurs. 
A l'origine je déclinais mes utilisateurs sous LINUX (passwd) et SAMBA
(smbpasswd) et créait les partages qui vont bien (en mode SHARE).
Notre ministére a migré la gestion de tous les utilisateurs/machines vers
Active Directory. 
J'ai fait un pseudo-clône (presque identique) de mon serveur pour préparer
la migration. Je n'ai pas utiliser l'utilitaire SADMS, mais j'ai pu
installer l'ensemble recommandé : nntp, kerberos, winbind, pam, samba.
Malgré des difficultés, le clône a migré correctement. 
J'ai donc migré le serveur opérationnel et les utilisateurs se connectent
(et montent des partagent disques) correctement avec leurs identifiants
Windows.
Mais je découvre un problème qui affecte les utilisateurs nouvellement créés
(post-migration). 
Je vais vous exposer le problème, mais pressentant des difficultés certaines
dans la recherche de la solution, j'aimerais surtout que me soit indiqué des
pistes de recherches, dans quel log ? Quel commande pour connaître tel
comportement etc.
Problème sur serveur SFIC01, la commande : 
# wbinfo --sid-to-name S-1-5-21-2218686169-3860314717-31487677-38844

Répond : 
AT+DUPONT 1 
C'est-à-dire Utilisateur Dupont dans le domaine AT qui correspond au SID
indiqué. 
Tandis que la commande inverse : 
# wbinfo --name-to-sid DUPONT (ou wbinfo --name-to-sid
AT+DUPONT) 
Répond : 
Could not get info for user AT+DUPONT 
Les mêmes commandes sur serveur clône SFIC02 sont correctes : 
# wbinfo --sid-to-name S-1-5-21-2218686169-3860314717-31487677-38844

AT+DUPONT 1 
la commande inverse : 
# wbinfo --name-to-sid DUPONT 
S-1-5-21-2218686169-3860314717-3148767