[RESOLU] Probleme detection clef Zwave Everspring SA413 avec SSD

[Alan328]

Pareil quand avec le SSD sans la clef, lsmod vide de chez vide:

Code : Tout sélectionner

pi@raspberrypi:~ $ lsmod
Module                  Size  Used by

J'ai raté mon cold boot, je rtente en fin de journée, là je dois partir avec les enfants moi aussi !

[Salvialf]

Vraiment bizarre que tu n'ai aucun modules de chargés...

Comme je t'ai mis sur l'autre post (ça pourrait servir à d'autres), essayes de régler ton problème de reboot en ajoutant dans le fichier /boot/config.txt:

Code : Tout sélectionner

program_usb_boot_timeout=1

Si ça permet au raspi de rebooter correctement ça règlera peut-être le reste.

T'es sur que t'as fait ton rpi-update ? car je vois sur ton log "Linux version 4.9.80-v7+" ?

[Alan328]

j'étais sur que j'avais fait le rpi-update, mais a force d'avoir maniper dans tous les sens, je m'y perds...
je viens de le relancer (et aussi un apt update && sudo apt upgrade -y) et je reboot...
mais tout pareil: Linux version 4.9.80-v7+
C'est bizarre, j'ai du faire pareil sur ma SD et j'ai: Linux version 4.14.84-v7+

[Salvialf]

Tout le problème est là: ton système n'est pas vraiment sur le ssd on dirait. Si tu dois continuer à booter comme ça tu devrait utiliser le PARTUUID plutôt que/dev/sda dans ton fichier cmdline.txt... et éventuellement modifier ton fstab en conséquence si besoin.

[Alan328]

Je commence à être perdu là...

Code : Tout sélectionner

pi@raspberrypi:~ $ blkid
/dev/mmcblk0p1: LABEL="boot" UUID="5DB0-971B" TYPE="vfat" PARTUUID="19c5cb8f-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="060b57a8-62bd-4d48-a471-0d28466d1fbb" TYPE="ext4" PARTUUID="19c5cb8f-02"
/dev/sda1: LABEL="boot" UUID="A365-6756" TYPE="vfat" PARTUUID="4fb7d13d-01"
/dev/sda2: UUID="6a845c0b-17e0-437f-a41c-7d10c92459d9" TYPE="ext4" PARTUUID="4fb7d13d-02"

et mon cmdlin.txt:

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo nano /boot/cmdline.txt
  GNU nano 2.7.4                                 File: /boot/cmdline.txt
dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=4fb7d13d-02 rootfstype=ext4 elevator=deadlin$

et le fstab:

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo nano /etc/fstab
  GNU nano 2.7.4                                     File: /etc/fstab
proc            /proc           proc    defaults          0       0
PARTUUID=4fb7d13d-01  /boot           vfat    defaults          0       2
PARTUUID=4fb7d13d-02  /               ext4    defaults,noatime  0       1
tmpfs        /tmp/jeedom            tmpfs  defaults,size=128M                                       0 0
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

ça me semble correct non ?

[Salvialf]

J'avoue que moi aussi j'ai du mal à m'y retrouver entre la sd et le ssd... Les 2 partitions de boot qui apparaissent ça me chagrine aussi.

Bref je crois t'avoir trouvé la solution, ici (https://www.raspberrypi.org/forums/view ... p?t=213394) le gars explique qu'il a du déplacer toute sa partition de boot sur la SD avec un X850:

If that still doesn't work, then copy all the files from the SSD "boot" partition to the SD card (that's what worked for me with the X850). If that works you will need to edit /etc/fstab to mount the SD card as /boot to ensure kernel/firmware updates are properly applied.

En français dans le texte:

Si cela ne fonctionne toujours pas, copiez tous les fichiers de la partition de boot du "SSD" sur la carte SD (c'est ce qui a fonctionné pour moi avec le X850). Si cela fonctionne, vous devrez modifier /etc /fstab pour monter la carte SD en tant que /boot afin de vous assurer que les mises à jour kernel/firmware soient correctement appliquées.

En plus de l'ajout dans le fichier /boot/config.txt de:

Code : Tout sélectionner

program_usb_boot_timeout=1

pour le reboot

Et éventuellement spécifier PARTUUID (ou UUID selon ce qui fonctionne) histoire d'être sûr.

Edit: d'après ce que j'ai lu ta façon de booter t'empêche d'avoir l'accès direct au système.

[Alan328]

j'avais pas vu ce post sur le x850... je vais tenter cette manip, de toute façon je n'ai rien à perdre !
seule la méthode m'interroge... une copie brutale de tout la partition /boot SSD sur / boot SD en ligne de commande ? ou alors en connectant les SD et SSD sur mon PC sous WIN10... tu vas me dire peu importe, c'est le résultat qui comptera !

[Salvialf]

Tes sauvegardes sont bien faites hein ?

Il copie les fichiers... peut-être qu'il les laisse aussi sur le SSD dans un 1er temps ?!

De toute façon le raspi cherche à booter en priorité sur la SD donc s'il y trouve direct ce qu'il cherche il devrait s'en satisfaire, à condition qu'on lui indique bien où se trouve le système. puis quitte à avoir une carte SD dans le raspi autant qu'elle serve complètement à booter plutôt qu'à l'amorcer pour continuer sur le SSD non ?

[Salvialf]

Mais ton système il est sur ta carte sd là non?:

Code : Tout sélectionner

/dev/mmcblk0p2: LABEL="rootfs" UUID="060b57a8-62bd-4d48-a471-0d28466d1fbb" TYPE="ext4" PARTUUID="19c5cb8f-02"

[Alan328]

YES !!!!!
Enfin, mon controlleur zwave fonctionne ! hourra ! merci mille fois pour ton aide Salvialf !
En fait j'ai juste modifié le PARTUUID de la partition de boot pour qu'il pointe sur la SD dans /etc/fstab qui ressemble maintenant à cela :

Code : Tout sélectionner

pi@raspberrypi:~ $ sudo nano /etc/fstab
  GNU nano 2.7.4                   File: /etc/fstab
proc            /proc           proc    defaults          0       0
PARTUUID=19c5cb8f-01  /boot           vfat    defaults          0       2
PARTUUID=4fb7d13d-02  /               ext4    defaults,noatime  0       1
tmpfs        /tmp/jeedom            tmpfs  defaults,size=128M                  $
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

Ensuite j'ai fait un rpi-update et maintenant je suis bien sur le dernier kernel:

Code : Tout sélectionner

pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.14.87-v7+ #1178 SMP Tue Dec 11 14:47:38 GMT 2018 armv7l GNU/Linux

Un reboot, le driver cdc-acm est bien chargé:

Code : Tout sélectionner

pi@raspberrypi:~ $ lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
        |__ Port 2: Dev 4, If 0, Class=Communications, Driver=cdc_acm, 12M
        |__ Port 2: Dev 4, If 1, Class=CDC Data, Driver=cdc_acm, 12M
        |__ Port 4: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M

et maintenant mon controlleur Zwave fonctionne: il n'est plus busy quand je tente une inclusion !
Encore merci Salvialf !

[Salvialf]

Tu le vois pas là mais j'ai un grand smile sur le visage !! Très bonne nouvelle du coup ta partition de boot était déjà complète sur ta SD c'est ça ? et elle est en doublon sur le SSD ?

Bref sur ce j'éteins le PC pour ce soir moi... Au plaisir !

Edit: Et le reboot fonctionne maintenant ?

[Alan328]

Oui c'est ça la SD et SSD ont été faite à partir d'une image Jessie.
Je passe le sujet en résolu, si cela peut aider d'autres personnes !

[Salvialf]

Quid du reboot ? fonctionne ou pas ?

[Alan328]

ça fonctionne, no pb!

[kristobal]

Bonjour,
je viens de lire les 3 pages et j'ai l'impression que mon cas ressemble un peu.
J'ai un pi3B+, avec une clé zwave aoetec + rfxcom. j'ai cloné ma sd vers un msata.
1er démarrage ça demarre pas.
Je met le msata seul sans zwave et rfx ca fonctionne ainsi que le reboot. Une fois démarré je branche tout, ça fonctionne nicke aussi SAUF le reboot !
Si je branche la clé zwave et le msata pas de demarrage possible.
J'ai l'impression que pour que ca démarre il faut que la clé zwave soit alimenté apres le démarrage.
Par contre si je met que le msata et le rfxcom tout fonctionne bien boot et reboot.
Que faire ?

[Salvialf]

Salut,

A priori ça ressemble plus à un problème d'alim non? As-tu essayé avec un hub usb alimenté (sur secteur)?

[kristobal]

Oui j’ai essaie un hub sans succès je dois en avoir un autre à prêter demain je verrai.

[kristobal]

Problème résolu avec un hub alimenté.