Lenteur et crash Jeedom

cissemp · Novembre 10, 2020, 8:29

Bonjour

J’ai changé la carte SD et j’ai encore des erreurs de ce type dans le terminal ssh et après quoi mon jeedom n’est plus accessible et je dois redémarrer
Message from syslogd@localhost at Nov 10 18:56:34 …
kernel:[ 2161.092773] Internal error: Oops: 805 [#1] SMP ARM

Message from syslogd@localhost at Nov 10 18:56:34 …
kernel:[ 2161.216062] Process php (pid: 9880, stack limit = 0xcb084210)

Message from syslogd@localhost at Nov 10 18:56:34 …
kernel:[ 2161.222162] Stack: (0xcb085cf8 to 0xcb086000)

mich0111 · Novembre 11, 2020, 2:14

Peux-tu éditer le fichier config.txt ?

cissemp · Novembre 11, 2020, 9:03

Il est localisé où ce fichier ? Je ne trouve rien sur /boot

mich0111 · Novembre 11, 2020, 9:38

Pour le voir, il faut accéder à ta Jeedom en ssh ou en mettant ta SD dans un lecteur de SD sur PC ou MAC.
Il se trouve dans le répertoire /boot

cissemp · Novembre 11, 2020, 1:48

Mon installation est bizarre je suis bien en ssh et je ne trouve aucun fichier dans /boot.

Je pense qu’il est temps de passer au Jeedom Smart, le mini a fait son temps

Merci à tous pour votre aide

cissemp · Novembre 11, 2020, 1:56

Je suis parti de l’image officielle Jeedom https://images.jeedom.com/jeeboard/jeedom_jeeboard_3.3.24_stretch.zip
Je trouve l’installation très bizarre : pas de fichier config.txt et et le fichier /etc/fstab est vide

mich0111 · Novembre 11, 2020, 4:37

Ça m’étonnerait que ça vienne de la mini.
Pour moi, ton installation de debian est foireuse.
Refait une fresh install à partir de l’image officielle de buster que tu trouveras sur le site.

cissemp · Novembre 11, 2020, 5:27

Je cherche désespérément une image Buster pour carte SD et en architecture 32 bits

mich0111 · Novembre 11, 2020, 5:31

As-tu regardé là :
https://images.jeedom.com/

cissemp · Novembre 11, 2020, 5:34

Oui il n’y a que l’image Stretcher celle que j’ai utilisée

Mips · Novembre 11, 2020, 6:49

l’image buster n’existe pas, elle n’existe déjà pas pour la smart alors n’espère pas pour la mini+

cissemp · Novembre 11, 2020, 7:14

Merci de ta réponse

Je cherche une image debian pour une fresh install mais toutes les images que je trouve ne fonctionnent pas.

mich0111 · Novembre 11, 2020, 7:14

Regarde peut-être sur le tuto de @akenad :
[Présentation] akenad - #10 par akenad

cissemp · Novembre 11, 2020, 7:22

J’ai déjà regardé !

Merci de ta disponibilité, j’abandonne. J’ai commandé le jeedom smart on verra bien

mich0111 · Novembre 11, 2020, 7:49

Ok, bonne soirée

asi77 · Décembre 6, 2020, 8:32

Bonjour cissemp,

As tu pu trouver une solution ?
J’ai la même configuration que toi : Jeedom mini +.
J’ai installé Stretch avec la même image que toi : https://images.jeedom.com/jeeboard/jeedom_jeeboard_3.3.24_stretch.zip.

Et j’ai exactement les mêmes problèmes : démarrage extrêmement long puis les mêmes messages d’erreur suivant dans le terminal ssh :

Still enough disk space…4G+ capacity.
root@jeedom:~#
Message from syslogd@localhost at Dec 6 20:35:43 …
kernel:[ 659.686268] Internal error: Oops: 5 [#1] SMP ARM

Message from syslogd@localhost at Dec 6 20:35:43 …
kernel:[ 659.806397] Process php (pid: 4983, stack limit = 0xca5fc210)

Voyant le message " Still enough disk space…4G+ capacity., j’ai étendu de 4Go à 64Go la partition de ma mini + via le tuto : Tuto - étendre la partition de sa mini - Forum Communauté Jeedom
… mais j’ai toujours les messages "Message from syslogd@localhost "

cissemp · Décembre 7, 2020, 9:03

Bonjour @asi77

Je pense que malheureusement il y a un problème avec le noyau de l’image Stretch. Personnellement, ma Jeedom mini commençait aussi à se fatiguer au bout de 4 ans de bons et loyaux services. Je l’ai remplacé par une jeedom smart et tout fonctionne à merveille

Laurent87 · Janvier 6, 2021, 7:28

Bonsoir, je suis exactement dans la même situation et cela fait plus d’un mois que je cherche une solution pour faire évoluer ma mini+ en V4.
J’ai fait multiples essais.
Au final en V3 avec Jessie en repartant une réinstallation complète et une restauration de ma sauvegarde, ca fonctionne parfaitement !
Si j’installe l’image officiel avec strech en restant en V3 ca plante…dans les 12 a 24 heures et je n’ai même pas le bouton pour la faire passer en V4 ???
Mon dernier essai : j’ai installé un buster ( https://images.solid-build.xyz/IMX6/Debian/) installer jeedom V4 installer donc une netinstall, ma mini semble stable et beaucoup plus rapide que l’image officiel ( mais il n’y a quasiment rien dessus car je n’ai rien restauré ! ) ! Et d’un seul coup plantage en enregistrant un simple scenario !

Est ce que la mini + est en fin de vie et nous ne pourrons jamais la faire évoluer ? c’est la question que je me pose ???

Au cas ou quelqu’un pourrait m’aider !

Trace Dmesg lors du plantage

[58051.527520] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[58051.535677] pgd = c0004000
[58051.538423] [00000000] *pgd=00000000
[58051.542047] Internal error: Oops: 805 [#1] SMP ARM
[58051.546841] Modules linked in: nft_counter nft_meta xt_tcpudp nft_compat nf_tables_ipv4 nf_tables nfnetlink tun bnep mxc_v4l2_capture ipu_bg_overlay_sdc ipu_still hci_uart ipu_prp_enc btbcm ipu_csi_enc ipu_fg_overlay_sdc nvmem_core ov5647_camera_mipi v4l2_int_device galcore ir_lirc_codec ir_rc6_decoder lirc_dev rc_rc6_mce gpio_ir_recv iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_filter bluetooth rfkill ip_tables x_tables imx_sdma virt_dma
[58051.591007] CPU: 0 PID: 226 Comm: jbd2/mmcblk0p1- Not tainted 4.9.150-imx6-sr #1
[58051.598404] Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
[58051.604933] task: ca608c80 task.stack: ca57e000
[58051.609473] PC is at __memzero+0x24/0x7c
[58051.613398] LR is at 0x0
[58051.615935] pc : [<c0460f24>]    lr : [<00000000>]    psr: 20000013
               sp : ca57fe0c  ip : 00000000  fp : c0f03108
[58051.627412] r10: 00000000  r9 : 00000000  r8 : c6e1cb40
[58051.632638] r7 : 00000001  r6 : ca65dc00  r5 : c2884640  r4 : c0f03108
[58051.639165] r3 : 00000000  r2 : 00000000  r1 : 00000fc0  r0 : 00000000
[58051.645695] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[58051.652830] Control: 10c53c7d  Table: 1b6d0059  DAC: 00000051
[58051.658577] Process jbd2/mmcblk0p1- (pid: 226, stack limit = 0xca57e210)
[58051.665280] Stack: (0xca57fe0c to 0xca580000)
[58051.669642] fe00:                            c030bd10 00001000 00000008 00010b82 00000000
[58051.677824] fe20: ca65dc00 00040996 c2b04380 ca65dc00 c6e1cb40 ca57fee4 00000000 c03065e4
[58051.686005] fe40: cdb41df8 ca609000 c0f03178 c6e1cb40 ca56b800 00000000 00000000 00000010
[58051.694186] fe60: ca65dc14 00000000 c6e1cb98 ffffffff 00000024 cdb41dc0 c0f02d00 c0305780
[58051.702368] fe80: ca65ddfc 00000000 037143a4 c0f03108 ca57fee4 00000000 00001394 00000032
[58051.710550] fea0: dfc9f005 000034cc 00000000 00000000 dfc9f005 000034cc 0ccd7000 00000000
[58051.718731] fec0: ca57ff14 c0970100 00010b80 00000000 cafb0c80 ca57fed4 ca57fed4 ca57fedc
[58051.726914] fee0: ca57fedc ca57fee4 ca57fee4 ca57feec ca57feec ca57fef4 ca57fef4 00040996
[58051.735094] ff00: c0f03108 ca65dc00 00000000 ca65dc14 ca65de30 c0f02d00 c0faf16c ca65dc4c
[58051.743276] ff20: c0f03108 c030a3c4 00000000 ca608c80 c0166798 ca57ff34 ca57ff34 00040996
[58051.751457] ff40: ca65dc00 00000000 ca6eda40 ca57e000 ca65dc00 c030a2e8 00000000 00000000
[58051.759638] ff60: 00000000 c0142bcc 00000000 ca495dc0 ca65dc00 00000000 00000000 ca57ff7c
[58051.767820] ff80: ca57ff7c 00000000 00000000 ca57ff8c ca57ff8c 00040996 ca6eda40 c0142ab4
[58051.776000] ffa0: 00000000 00000000 00000000 c0107a50 00000000 00000000 00000000 00000000
[58051.784180] ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[58051.792360] ffe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000
[58051.800554] [<c0460f24>] (__memzero) from [<c030bd10>] (jbd2_journal_get_descriptor_buffer+0xe4/0x10c)
[58051.809876] [<c030bd10>] (jbd2_journal_get_descriptor_buffer) from [<c03065e4>] (jbd2_journal_commit_transaction+0x8ac/0x1460)
[58051.821275] [<c03065e4>] (jbd2_journal_commit_transaction) from [<c030a3c4>] (kjournald2+0xdc/0x2c4)
[58051.830415] [<c030a3c4>] (kjournald2) from [<c0142bcc>] (kthread+0x118/0x120)
[58051.837561] [<c0142bcc>] (kthread) from [<c0107a50>] (ret_from_fork+0x14/0x24)
[58051.844791] Code: e52de004 e1a0c002 e1a0e002 e2511040 (a8a0500c)
[58051.855189] mxc_sdc_fb fb@0: 1920x1080 h_sync,r,l: 44,88,148  v_sync,l,u: 5,4,36 pixclock=148500000 Hz
[58051.866251] imx-ipuv3 2400000.ipu: try ipu internal clk
[58051.878004] imx-ipuv3 2400000.ipu: disp=0, pixel_clk=148500000 148500000 parent=148500000 div=1
[58051.922063] ---[ end trace 04bf6f9268560d1b ]---

cissemp · Janvier 27, 2021, 1:37

Bonjour Laurent

J’ai eu le même problème ! Malheureusement la mini est en fin de vie. Je suis passé à la smart et c’est le jour et la nuit.

fls · Avril 9, 2021, 12:26

Bonjour,

J’ai le même problème.

Même si je comprends que la mini+ soit un peu vieille, je trouve étonnant que la Stretch soit proposée officiellement pour la mini+ alors que manifestement ça ne fonctionne pas.
Je galère depuis 2 jours dessus. La distrib officielle ne fonctionne pas (plantage à l’import du backup). Celle de Bronche fonctionne (install, import du backup, relance des dépendances), mais voilà au bout de quelques heures un beau Kernel panic.

Je vais faire comme vous : upgrade de l’hardware pour pouvoir installer le plugin BLEA non compatible avec Jessie, et la V4 de Jeedom.
Mais j’aurais aimé un support plus long de la mini+ qui ne rame pourtant pas avec Jessie. 4 ans, c’est rien au regard des 9 ans de mon macbook, surtout que ce qui tourne sur nos box domotiques évolue peu dans le temps et il n’y a pas réellement besoin d’augmenter la puissance ni la RAM.

En tout cas, ce forum est formidable grâce à toutes les contributions, partages, et réponses.
Merci @bronche pour ses distrib et explications/supports.
Je vais certainement en utiliser une pour mon upgrade hardware.

Bonne fin de semaine et bon weekend !