j’utilise une clef usb Sandisk Cruzer ultra Fit 16Go donc quasiment pareil à
Sandisk Cruzer Fit 16Go (enfin je l’espère) en plus rapide. Donc je suis le tuto à la lettre près mais lorsque je branche le rpi sans carte sd mais avec la clef usb il commence à booter normalement puis au milieu du boot il s’arrète et ne fait plus rien et lorsque je branche la carte sd à peine l’ai-je rentré qu’il continue la rocédure de démarage et s’allume tous seul normalement mais en utilisant la carte sd (la led le trahis).
Merci d’avance
Non je n’ai pas essayé avec une autre.
Mais vopila j’ai une question pour réaliser le boot usb est-ce obligatoire de faire le ssh (sachant que moi je suis directement relié avec un écran au raspberry)? Merci d’avance.
P.S. : Les clef usb ont-elles aussi une durée de vie comme les carte sd ?
Merci d’avance
Je crois avoir détecté l’origine du problème :
lorsque je lance :
sudo umount dev (partie Générer des clef ssh)
Il me répond qu’il est occupé est en train d’être utilisé.
En suite je cherche qui l’utilise pour l’arréter et je me je vois que c le root et/ou (je sais plus car il faut refaire toute les manip a partir de zéro pour revoir exactement les mess d’érreur) le kernel. En gros quelque chose
qu’on ne peut pas arréter sans éteindre ou se déconnecter ce qui m’arriva lorsque je fit :
sudo fuser -k /dev (j’ai aussi regardé qui utilisai /mnt/target/dev et c’était maleuresement les meme que dev)
et suite à cette commande je fut déconecté
Donc mon problème est : comment faire cette commande sudo umount dev
Sachant que j’ai essayé la technique de faire cd / puis de lancer la commande (proposé dans un autre sujet).
tu pourra pas bénéficier du débits 3.0(mais elle fonctionnera en 2.0 ) , car il y a pas de bus 3.0 et malheureusement le bus usb est plus lent que le bus SD ,donc si tu boot sur une clée ou que tu mets la racine systéme , le systéme va etre lent
tu a quelque connaissance sur linux et est se que tu sait se que tu est entrain de faire (car j’ai l’imprésion que tu est perdu ) ?
alors cette comande sa veux dire que tu démonte dev , si j’ai bien compris en prenants le tuto en cours de route
tu a créer un dossier target dans mnt pour copier les partition est monté les 2 partition a l’intérieur
donc au moment ou tu dois faire ta comande
sudo umount dev
tu est est a l’intérieur du dosiier target qui se trouve dans /mnt
c’est bien sa ?
C’est exactement cela en effet même si je suis vraiment débutant niveau Linux si j’ai bien compris c’est exactement ce que l’on cherche à faire et selon moi le fait de ne pas réussir à démonter dev les commandes suivantes (plutôt important à ce que je vois) ne s’exécute pas normalement (ou pas du tout ) ce qui est bizarre car je ne vois aucun messages d’erreur. J’ai essayé en fait de réaliser le tuto jusqu’à la partie dès clef ssh en s’arrêtant à la fin de cette partie (sans réussir à démonter dev ) et puis j’ai essayé de booter sur la clef USB et j’ai obtenue exactement le même résultat que si j’avais suivi les partie suivantes du tuto(bloque au boot exactement à la même ligne) j’en déduis donc que sans démonter dev tous ce qui suis est inutile à réaliser.
P.S. : Pour les messages d’erreur je ne peut pas pour l’instant mais je les donne au plus tard cette après-midi.
Merci d’avance.
Re-bonjour donc voici les messages d’erreur :
Tout d’abord l’on demande de créer un répertoire /mnt/target et chez moi il y est déjà alors je suis passé en root pour le supprimer (juste le dossier target) mais un autre problème arrive assez improbable :donc voici la commande en question :
sudo mkdir /mnt/target/boot
Et le message d’erreur que l’on me renvoi (qui n’est pas très alarmant) :
mkdir: impossible de créer le répertoire « /mnt/target/boot »: Le fichier existe
Voila pour la première partie sachant que je ne pense pas que ce soit cela qui soit à l’origine de l’erreur mais je me suis dit que l’on sais jamais(sachant que la commande qui bloque se déroule dans le répertoire /mnt/target du coup j’ai préférer indiquer l’erreur qui est peut-être à l’origine du problème).
S’en suis une série de commande qui sont éxécuté sans problème par le raspberry.
Ensuite dans le tuto on copie tous ce qu’il y a sur la carte sd sur la clef usb encore une fois sans aucun problème (on peut noter une vitesse incroyable à tout enregistrer sur la clef usb mais j’ai ensuite vérifié et j’ai put voir que tout avais était bien enregistrer).
C’est ensuite qu’arrive la partie cruciale : régénérer les clefs ssh(dans un autre tuto ils indiquait que cette partie n’était pas obligatoire mais j’ai essayé de la sauter et ça à affichée le même problème) :
La commande qui pose problème est :
sudo umount dev
Mais selon moi il faut regarder le contexte et donc les commandes précédantes :
pi@raspberrypi:~ $ cd /mnt/target
pi@raspberrypi:/mnt/target $ sudo mount --bind /dev dev
pi@raspberrypi:/mnt/target $ sudo mount --bind /sys sys
pi@raspberrypi:/mnt/target $ sudo mount --bind /proc proc
pi@raspberrypi:/mnt/target $ sudo chroot /mnt/target
root@raspberrypi:/# rm /etc/ssh/ssh_host*
root@raspberrypi:/# dpkg-reconfigure openssh-server
Creating SSH2 RSA key; this may take some time …
2048 7a:f7:33:4c:01:71:a3:fc:c1:2c:b4:9c:3c:3f:4b:19 /etc/ssh/ssh_host_rsa_key.pub (RSA)
Creating SSH2 DSA key; this may take some time …
1024 28:c6:4b:d1:5e:d9:cb:8c:ca:ad:70:fe:87:08:a1:21 /etc/ssh/ssh_host_dsa_key.pub (DSA)
Creating SSH2 ECDSA key; this may take some time …
256 f7:f1:9e:3f:6b:13:41:d2:d9:ee:a1:00:e2:ef:ed:db /etc/ssh/ssh_host_ecdsa_key.pub (ECDSA)
Creating SSH2 ED25519 key; this may take some time …
256 fc:98:8c:c3:52:45:95:c1:67:78:41:0c:00:c6:23:f0 /etc/ssh/ssh_host_ed25519_key.pub (ED25519)
[ ok ] Restarting OpenBSD Secure Shell server: sshd.
root@raspberrypi:/# exit
exit
pi@raspberrypi:/mnt/target $ sudo umount dev
pi@raspberrypi:/mnt/target $ sudo umount sys
pi@raspberrypi:/mnt/target $ sudo umount proc
Voilà pour les commandes précedantes (et 2 suivantes ) dont aucunes (sauf celle concernée ne pose problème). Et voici le message d’erreur :
pi@raspberrypi:/mnt/target $ sudo umount dev
umount: /mnt/target/dev: target is busy
(In some cases useful info about processes that
use the device is found by lsof(8) or fuser(1).)
Donc je fais :
pi@raspberrypi:/mnt/target $ sudo fuser -v dev
Et ça donne :
UTIL. PID ACCÈS COMMANDE
/mnt/target/dev: root kernel mount /dev
J’ai essayé aussi (avant) de faire :
fuser -km dev
Et ça m a automatiquement déconnecté (logout) .
Alors je fais :
cd /
Et je relance la commande et il m’affiche le même message d’erreur.
la en l’ocurance il dois créer le dossier boot à l’intérieur de target hors tu ne l’as pas, car tu la suprimer tu saisie ?
en gros voila comment marche l’instrustion , il procéde par couche dans l’aboresence de tes dossier
a chaque / il prent le chemin du desous , et la derniere la c’est /mnt/target/boot
/boot il crée le répertoire boot mais si il a pas le dossier d’avant target (l’étage du desus si tu veux ) il peut rien faire car il sait pas ou il doit le créer .
Pour te donner un exemple c’est comme si tu donnais a un facteur le code postal / la rue /mais le numéro d’adresse il ne saurait pas ou aller.
je sait pas si c’est trés clair , mais les commandes c’est que de la logique en faite
sa veux dire que c’est entrain d’etre utiliser ,pourquoi je sait pas il faudrait je fasse le tuto .
mais je pense qu’un process est lié a /dev car
selon le manuelle
fuser
Affiche les processus utilisant les fichiers, sockets ou systèmes de fichiers nommés.
-k,–kill ferme les processus accédant au fichier spécifié
-m,–mount affiche les processus utilisant les systèmes de fichiers
le -m sert a rien dans cette sitatuation
donc en gros tu tue tous les processus lié a dev , se qui fait que sa te déconnecte ,donc il y a un ou plusieur processus lié a dev et c’est pour cette raison que tu peux pas le démonter
pourquoi ?
selon moi tu a du loupé quelque chose précédemment mais je peux pas te dire quoi car je n’était pas la pas quand tu fesait les commande .
c’est trés difficile de t’aider dans la situation actuelle
mais j’ai une question le but de booter sur une clé usb , c’est de booter sur une clé usb on est d’accord?
alors on ne pas directement écrire une images de raspbian sur la clée usb ?
si je dit pas de bétisse (faut pas hésiter a me corriger ) mais une fois qu’on a modifié le registre de l’OTP on peut booter direct sur la clée non
P.S : j’ai jamais débrider l’opt de mon PI donc je sait pas si on peux booter directement sur une image écrite
Non juste avant on crée le répertoire /mnt/target.
Sinon si j’ai bien compris tu me propose d’installer sur la clef usb une image de rasbian comme si s’était une carte sd ? Je vais essayer avec Noobs comme ça ce sera plus rapide et je fais le retour ici.
Merci pour les conseils.
oui mais comme je l’ai dit je suis pas sur que sa marche
le plus simple;pour en avoir le ceur net , se serait de le faire avec raspbian sans noob car apparament certain système ne sont pas pris au boot usb , donc sa supprime toujours une couche
Je me suis mal exprimé en fait je l’ai suprimmé puis recréé ensuite avec la commande adéquat. C’était juste au cas ou il y aurait des problème de droit sur le répertoire j’ai préféré suivre le tuto à la lettre en faisant comme si je l’avais fait pour la première fois. Donc la commande donne :
pi@raspberrypi:~ $ ls /mnt/
target
Merci
P.S. J e me suis souvenue qu’il y avait dans la version graphique (je sais pas pour le lite ) une app. qui permettait de copier toute la carte sd vers un autre périphérique je l’ai donc fais mais ça ne marche pas…
Qui propose de booter sur la clef usb avec une img de rasbian toute neuve…
J’espère que ça va marcher (en même temps j’avais installer un serveur sur ma rpi alors je devrai refaire toutes les manips… )
D’ailleur est-ce que la clef usb suporterais de rester 24/24 allumer (pour le serveur)? Car c’est en grande partie pour cette raison que j’ai voulu booter sur usb sachant que une carte sd n’aurait pas tenu 1 semlaine avec ce rythme.
donc sa confirme se que je disait c’est possible , j’avais un doute a cause des fichier de démarges le cmdline et le fstab , qu’il faudarait modifier mais sa a pas l’air de posser soucis
oui par contre je te le conseille pas sa va etre lent …
Merci j’essaye demain et je fais le retour [quote=« jojo, post:15, topic:2378 »]
oui par contre je te le conseille pas sa va etre lent …
[/quote]
Je le pense moi aussi (mais étant un serveur web envoyant des fichiers de 10ko au max je ne pense pas que ça va ce resentir) De plus certain tuto disent que justement ce sera plus rapide et d’autre disent l’inverse alors je ne sais pas quoi penser…
alors pour avoir faires des test concret , j’ai même failli faire des benchmark!
c’est le cas c’est le plus lent sur usb ,
ceux qui dise le contrainte sont dans la suposition , en faite il font un calcul qu’un bus usb peux en théorie avoir un débits max de 380 mb/S c’est que y annocer sur la fiches tecnique du pi , mais a cause du controlleur du pi sur les bus usb
le dépits réelle et moyen de 30 mo/S voir 20
donc c’est souvent se chiffre que tu verra et la carte sd étant 40 mo/S elle est d’ailleur brider , car il est possible d’overclock le bus SD et de doubler le débits (mais c’est dangereux et pas conseiller )
en faite disont qu’on est confronté au limitation technique du raspberry pi …
Bonjour j’ai de nouveau un problème assez bète mais qui m’empèche de réaliser le nouveau tuto. Donc j’ai installé rasbian (un nouveau) sur ma clef usb mais maintenant que des partitions ont été crée je ne peut plus monter ma clef usb sur ma raspberry pi donc ma question est dans le tuto ils disent de seulement copier une image de rasbian sur la clef usb cerla signifie que je doit juste décompresser le zip que j’ai télécharger et prendre tous les fichiers obtenu et les placer dans la clef usb ou dois-je suivre ce tuto :
Car j’ai suivi c tuto et du coup je crois que j’ai crée des partitions de sorte à ce que je ne vois plus ma clef usb et que je ne puisse plus la monter lorsque je fais :
sudo mount /dev/sda /media/pi
On me répond :
mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Et j’ai regarder sur internet et vu que c’était car il ne pouvait pas lire les partitions.
J’ai esssayé avec sda1 , 2 , 3 … Et ça m’affiche :
mount: special device /dev/sda1 does not exist
Le tuto dit qu’en plus d’installer l’image il faut aussi faire quelques manip sur le rpi du coup il faut le monter car en effet ça ne marche pas sans rien faire…
Merci d’avance.
)