Merci Fred, mais le problème se déplace et ce n'est pas Zigate mais Linux 🙁
Voici le fichier cmdline qui pose problème, le PI2 démarre normalement, mais le test échoue :
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt.OLD,
#correspond au boot sur mmcblk0p1
#dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=aeebefd0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
#
#correspond au boot sur Disque Dur sur sda2
#dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
# modif PiZiGate
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
J'ai donc modifié le fichier comme suit :
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt
#correspond au boot sur mmcblk0p1
#dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=aeebefd0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
#
#correspond au boot sur Disque Dur sur sda2
#dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
# modif PiZiGate
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
et là le PI ne boote plus !
Et avec cette version c'est pareil !
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt
#modif PiZiGate correspond au boot sur Disque Dur sur sda2
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Alors Au secours !!!
En admettant que le script de test soit trompé par le # on peut supposer que le système "pourrait" être fonctionnel.
Quels outils me permettraient de configurer le PI2 et de tester, avant d'activer le plugin ?
Merci !
PS j'ai encore un peu de mal pour la mise en forme, désolé.
Merci Fred, mais le problème se déplace et ce n'est pas Zigate mais Linux 🙁
Voici le fichier cmdline qui pose problème, le PI2 démarre normalement, mais le test échoue :
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt.OLD,
#correspond au boot sur mmcblk0p1
#dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=aeebefd0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
#
#correspond au boot sur Disque Dur sur sda2
#dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
# modif PiZiGate
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
J'ai donc modifié le fichier comme suit :
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt
#correspond au boot sur mmcblk0p1
#dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=aeebefd0-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
#
#correspond au boot sur Disque Dur sur sda2
#dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
# modif PiZiGate
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
et là le PI ne boote plus !
Et avec cette version c'est pareil !
jeedom@raspberrypi:~ $ cat /boot/cmdline.txt
#modif PiZiGate correspond au boot sur Disque Dur sur sda2
dwc_otg.lpm_enable=0 console=tty1 root=/dev/sda2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Alors Au secours !!!
En admettant que le script de test soit trompé par le # on peut supposer que le système "pourrait" être fonctionnel.
Quels outils me permettraient de configurer le PI2 et de tester, avant d'activer le plugin ?
Merci !
PS j'ai encore un peu de mal pour la mise en forme, désolé.