Cela signifie que tu as un automount, à la fin de lkdiskimage, une partition est faite et formattée (je ne la reformatte qu’au cas où), un système de fichier apparait et ton système le monte automatiquement. Bizarre comme config mais bon…
Par contre, la suite ne va pas 
5 Monter la clé sur un répertoire vide, par exemple /mnt/cle :
mount -t vfat /dev/sdb1 /mnt/cle
6 Recopier le contenu de l’image sur la clé :
cp -r /mnt/iso/* /mnt/cle .
Il m’étonnerait fort que ces deux lignes aient été testées "à la lettre 
ricardo@ordibureau:~$ sudo cp -r /mnt/iso/* /mnt/autre
cp: impossible d’évaluer « /mnt/iso/* »: Aucun fichier ou dossier de ce type
ricardo@ordibureau:~$
réponse qui me semble logique
J’essaie ce qui me semble plus logique :
ricardo@ordibureau:~$ sudo cp -r /home/ricardo/Telechargements/ClefAgreg-8.1-rc2.iso/* /mnt/autre
Même réponse… “N’est pas un dossier”
Le ‘*’ ne serait-il pas de trop ???
EDIT : sans le ‘/*’ : ça charge 
Si tu n’as pas déjà lu, n’oublie pas mon message précédent.
Suite avec le dernière partie (en principe, si clef déjà démarrable) :
[mono]7. Remarquer le fichier /mnt/cle/vesamenu.c32 situé sur la clé. Ce fichier doit être remplacé par le fichier vesamenu.c32 fourni par syslinux. Sur une distribution Debian, il se trouve en /usr/lib/syslinux/vesamenu.c32 :
cp /usr/lib/syslinux/vesamenu.c32 /mnt/cle Il peut être nécessaire de rajouter de même vesamenu.c32 voire menuinfo.c32 (cela dépend des versions de syslinux).[/mono]
Actuellement, sur la clef, je me trouve avec “ClefAgreg-8.1-rc2.iso” point.
Comment développer l’architecture d’un .iso ???
D’autre part, je ne vois pas un “nul” trouver un fichier “vesamenu.c32” dans /usr/lib/syslinux.
Il m’a fallu fouiller et je [strike]l’[/strike]ai les ai trouvés dans …
/usr/lib/syslinux/modules/bios/vesamenu.c32
-----------------------------------/efi32/-----------
-----------------------------------/efi64/-----------
Lequel choisir 
Répéter la commande pour les 3 chemins
Tu me passeras les coordonnées de ceux qui ont réussi à installer la clef en étant débutants et en suivant ce tuto à la lettre 
À l’étape 3, il est dit
[quote]Monter l’image sur un répertoire vide, par exemple /mnt/iso/ :
mount -o loop -t iso9660 ClefISN.iso /mnt/iso/ .
On accède ainsi aux fichiers présents sur l’image ClefISN.iso qu’on pourra recopier sur la clé. [/quote]
ce qui répond à ton problème.
Si tu copies l’image ISO sur la clef, ça n’a aucun intérêt et ne marchera pas.
Pour la localisation des fichiers, je suis sous wheezy: francois@portos:~$ ls -l /usr/lib/syslinux/vesa*.c32
-rw-r--r-- 1 root root 5260 déc. 10 2012 /usr/lib/syslinux/vesainfo.c32
-rw-r--r-- 1 root root 155792 déc. 10 2012 /usr/lib/syslinux/vesamenu.c32
Sans dpoute une modification sous sid. Il semble que syslinux intègre désormais l’UEFI, je vais voir ça pour la prochaine version.
OK pour le début, je vais voir ça.
Mais tu ne réponds pas à ma question :
je recopie quels fichiers : 1 seul ou les 3 
Celui de bios je pense…
[mono]ClefAgreg-8.1-rc2.iso est protégé en écriture, sera monté en lecture seule[/mono]
Je ne pense pas que ça pose problème d’ailleurs car il est appelé à être fermé à la fin, je crois.
Niet !
Il semblerait que je ne puisse pas m’affranchir du step 8 
Je remonte la clef et je fais.
Ben oui, l’étape 8 est nécessaire. Attention à bien laisser l’écriture se faire…
C’est toi qui m’avais dit qu’elle ne me serait ptet pas nécessaire … menteur 
[code]* La partition 1 est en général marquée comme boutable, la toute dernière étape est souvent inutile.
[/code]
Alors, chez moi, le chemin est légèrement différent :
dd conv=notrunc bs=440 count=1 if=/usr/lib/syslinux/mbr.bin of=/dev/sdb
==>
dd conv=notrunc bs=440 count=1 if=/usr/lib/syslinux/mbr/mbr.bin of=/dev/sdb
à la dernière étape, il informe qu’on pourrait avoir besoin de modifier fstab
Je n’en tiens pas compte et je teste.
EDIT :
Niet :
Failed to load libcom32.c32
Failed to load COM32 file vesamenu.c32
À ce soir!
On s’est mal compris, il s’agit du mkfs.vfat qui est sans doute inutile…
Le fstab concerne ta machine, laisse tomber.
recopie le fichier libcom32.c32 de la même source (pas besoin de refaire la clef, tu te contentes de mettre le fichier sur la racine). syslinux est pénible à tout modifier à chaque version…
Il m’a refait le même coup pour, cette fois, “libutil.c32”.
Je l’ai collé de même.
Essai sur mon ordibureau (machine qui a servi à faire la clef)
Boute se passe bien.
Je choisis la première option au hasard
J’y suis et ça fonctionne bien.
Connexion parfaite 
Me reste à découvrir les possibilités de ce gestionnaire de fenêtre que je ne connais pas.
Je vais voir si je trouve sur le site l’explication des différentes options.
Si elles n’y sont pas, peux-tu me les donner pour savoir laquelle m’est le mieux adaptée ?
Je vais tester sur mon portable.
EDIT :
Portable : Niet 
Idem avec les 4 options.
Début de chargement puis
“Fatal server error, no screens found”
retour à l’invite.
Demain, je teste sur une 3e machine.
Là, 02:15 l est temps d’aller au lit 
Va voir la faq, sur le portable, quand ça fait ça, tu tapes
ctrl-C (i.e ^C) pour récupérer le prompt suivi de ctrl-D (i.e ^D) pour relancer le bazar. C’est ta foutue carte ATI qui met le bazar.
Pour la 3e machine : OK.
Test persistance avec un fichier texte dans ~/Documents : OK
Par contre, mais ça n’a rien à voir avec le clefagreg, IW devient de plus en plus chiant à gérer au niveau des cookies et compagnie.
Pour le portable, je verrai ça un peu plus tard.
Ça a marche pour le portable avec le ^C ^D?
Pas encore eu le temps d’y revenir, bientôt je fais et je donne la réponse ici.
Post depuis Portable : OK après ^C ^D
Maintenant, il serait intéressant de m’expliquer ce que ces deux commandes provoquent car c’est instantané
^C : je sais que ça sort de l’état actuel mais ^D ???
De toutes façons, ce sera à indiquer dans le tuto, dans la rubrique “dépannages”.
Ctrl + c => SIGINT : arrêter le processus (la commande) en court
Ctrl + d => EOF vers stdin => : quitter le shell en court
[quote=“MicP”]Ctrl + c : arrêter la commande en court
Ctrl + d : quitter le shell en court[/quote]
Oui, je comprends ça mais pourquoi “ça répare” l’erreur de “clefagreg” ???
Là, je laisse la place au créateur… de “clefagreg”.
Il y a un autologin, donc le ^D ne fait que relancer la session et donc le serveur X. Sans que je ne comprenne bien pourquoi, sur certaines cartes ATI, il est nécessaire de lancer deux fois Xorg pour que la carte soit correctement initalisée. Note que tu as la possibilité de mettre une extension FGLRX (de même pour NVIDIA d’ailleurs). Tu as une centaine d’extensions et tu peux t’en faire…
PS: Après demain je serai moins disponible <= vacances