Je dois être une quiche et surtout je ne connais pas linux :-/, je ne comprend pas pour changer l’uuid, je ne peux faire l’étape 2 (pas de rpi3) et le fichier plus bas il est indiqué le mettre dans « home » mais je vous avoue être perdu, je pense que ça doit être la racine, ce que j’ai fait mais il ne trouve pas le fichier :-/
Edit : je vais installer deux versions différentes comme suggéré plus haut.
Bon ca ne fonctionne pas, j’ai mis la version 02.2020 sur la sd, la version 06.2019 sur le ssd, j’ai modifé le fichier cmdline de la sd avec UUID du ssd.
Le raspb se lance puis reste bloqué sur 4 framboise
Pour ceux qui n’ont pas (encore) eu le problème et que vous ne perdiez pas quelques heures comme moi ce week end, attention lorsque vous allez mettre à jour le votre raspbian et notamment le kernel du Linux.
Suite à un apt-get update && apt-get dist-upgrade, j’ai rebooté mon Raspberry Pi4. Résultat absolument plus rien qui ne marche derrière le controleur USB (Bluetooth intégré, ConBee, Z-Wave, RFXCOM, clavier ou souris…). Le matériel est bien vu au lsusb ou dmesg mais par contre aucune interface de type /dev/ttyUSB* n’est créé.
Après pas mal d’arrachage de cheveux, mon install était d’origine avec le kernel 4.19.75-v7l+. Sauf que malgrès l’upgrade, le fait de booter sur la SD continuait de booter ce kernel mais la mise à jour avait supprimé le repertoire /lib/modules/4.19.75-v7l+ sur le SSD puisque le nouveau kernel était censé être 4.19.102-v7l+. Résultat plus de modules kernel pour charger les drivers USB & co.
2 workaround pour résoudre le problème:
Recopier /lib/modules/4.19.75-v7l+ de votre SD vers votre SSD (en montant le /boot de la SD dans un répertoire temporaire par exemple) pour continuer à faire marcher le kernel 4.19.75-v7l+
Redémarrer votre système sans le SSD, mettre à jour l’OS de la SD pour qu’il utilise le nouveau kernel au boot puis redémarrer avec le SSD attaché pour être en 4.19.75-v7l+.
Vivement que les dev des Rasberry Pi4 activent le boot USB d’origine pour que l’on ne soit plus obligés de jongler avec une SD
bon j’ai du louper un truc alors mon ssd fait 32go je verrai ca demain, me saoule argg
Sinon @akenad il ya une inversion ici « Pour la partition /boot, remplacer l’identifiant de disque SD (ici 5fd9eb02) par l’identifiant de disque SSD (ici 1ac7c83c) : »
ton UUID de ta SD est 1ac… et SSD est fd…, pas tres grave mais j’ai bloqué dessus avant de voir l’erreur.
Sinon si tu n’as qu’un seul disque dur ne te prends pas la tête avec les partuuid ou uuid, pas besoin. Dans le fichier /boot/cmdline.txt de ta microSD remplace root=/dev/partuuid… par root=/dev/sda2 .
Comme ça tu es sûr de booter sur le ssd.
Sur Pi4 SSD, je suis passé de Buster initialement à 10.0, à 10.2 puis 10.3 sans problème avec les commandes :
# apt update
# apt upgrade
# reboot
Mais il faut configurer le fichier fstab (voir le premier post).
Ainsi après le reboot :
Jeedom → Analyse → Santé → Version OS : Linux jeedom 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux [10.3]
Par ailleurs sur un Pi4 les ports des clés USB telles que par exemple Z-Wave, ConBee sont de type /dev/ACM* et non pas /dev/USB* : [Présentation] akenad - #4 par akenad