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
[quote=“fran.b”]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[/quote]
OK pour l’explication.
“Vacances” ???
Est-ce que j’en prends, moi des vacances 
EDIT :
Tu n’as pas le temps de faire un paquet .deb utilisable pour “mkdiskfast” ?
Paquet près dans 10-15 mn sur le dépot (mkdiskfast)
Tu vois quand tu veux !
Au fait, quel dépôt, … de bilan ?
Allez, avant tes vacances, encore un ptit effort … : le lien 
.
Bon, j’ai fait l’effort, je suis exténué 
– Question pour indiquer le lien dans le tuto :
faut-il tenir compte de l’architecture ou mkdiskfast.deb est le même dans ‘amd64’ et dans ‘i386’ 
Architecture identique
deb boisson.homeip.net/depot wheezy divers
Encore une balustrade à peindre et départ…
Je te souhaite un très bonne peinture et surtout vacances.
[quote=“fran.b”]Architecture identique
deb boisson.homeip.net/depot wheezy divers
Encore une balustrade à peindre et départ…[/quote]
Tu pourrais au moins tester les liens que tu donnes, peintre à la manque 
Voilà le lien qui mène directement au paquet :
boisson.homeip.net/depot/pool/wh … skfast.deb
Installation testée =
Pour le tuto pour les Nuls, je peux prévenir de ne pas tenir compte de cet avertissement :
[mono]ricardo@ordibureau:~/Telechargements$ sudo dpkg -i mkdiskfast.deb
Sélection du paquet mkdiskfast précédemment désélectionné.
(Lecture de la base de données… 164937 fichiers et répertoires déjà installés.)
Preparing to unpack mkdiskfast.deb …
Unpacking mkdiskfast (1.0) …
dpkg : avertissement : le paquet mkdiskfast contient une liste comme fichier d’information
Paramétrage de mkdiskfast (1.0) …[/mono]
Est-ce que cette partie est toujours à recopier ou est-ce qu’il en a été tenu compte dans le -rc2 
[mono]# cp -r /mnt/iso/* /mnt/iso/.disk /mnt/cle[/mono]
Et même si tu es en vacances, essaie de répondre à TOUTES les questions posées, hein !
Salut,
[quote=“ricardo”]je peux prévenir de ne pas tenir compte de cet avertissement :
Tout simplement.