Reprise du message précédent :
Une erreur sur le FS n'est pas forcément liée à un défaut de la carte. Force une vérif plus correction pour voir si ça se règle ou pas.

Le fsck est automatique sur la SD à chaque reboot mais je me demande s'il corrige.  
 
Je viens de lancer manuellement mon script de sauvegarde. Il réalise notamment un rsync entre les deux disques durs branchés : l'un est dédié aux données Nextcloud, l'autre à la sauvegarde. Cela n'a pas abouti par manque de place, j'ai créé un nouveau repertoire au lieu de synchronisé le répertoire existant. Bref, j'ai fait CTRL+C pour stopper le script et depuis ce moment là, le serveur renvoit une erreur 500 et le shell ssh me sort des :

Impossible d'ouvrir d'un nouveau ssh. A part un reboot via l'alim, rien d'autre à faire ?

On dirait que tu as perdu le disque... pas bon signe.

Sur votre raspberry pi 4 : vous utilisez la version 32 ou 64 bit de raspberry OS ?
 
Il y a un tutoriel pour installer la version beta de la version 64 bit :
https://www.pofilo.fr/post/20201129 [...] -4-64bits/

@Pwill : tout est sur ta carte SD? OS et base de données?

Oui, j'ai OS + Apache + Mariadb sur la carte SD.
L'application Nextcloud est par contre sur une autre partition montée sur un HDD en USB 2.
Ca peut venir de là ?
 
Edith : je suis en train de compresser mes données Nextcloud et de les rapatrier sur mon pc fixe.
Le tar que j'ai lancé ce matin écrivait le tar.gz sur la SD mais il n'a pas abouti. C'était planté quand je suis revenu. Je retente un tar cette fois en écrivant uniquement sur le HDD.

Si tu as la possibilité de sauver tes données ailleurs, et après de mettre ta carte sur un autre Linux, et de lancer un fsck à nouveau dessus?

Elle doit être pas mal sollicitée, ta SD, non?

Elle est neuve mais c'est peut-être pas la top qualité pour ca : https://integralmemory.com/fr/produ [...] mory-cards
Sinon j'ai une Sandisk Ultra 64go. Je peux la tester également.
 
Il n'y a que l'instance Nextcloud qui peut la solliciter au final et franchement, y'a moins de 10 utilisateurs qui doivent passser en moyenne une fois par jour. Ca me parait pas énorme mais peut-être trop pour la SD ?
 
Dès que je parviens à avoir une sauvegarde complète, je passe tous mes disques sous fsck.
 
Edit: là encore, le tar ne va pas au bout, après plus d'une heure, mon putty est figé et le raspberry ne répond plus au ping. Ca vient soit de la SD, soit du disque en question...
 
 

Je ne sais pas si, au reboot, le fsck de ta SD va vraiment jusqu'au bout. Si tu as donc un autre Linux quelque part, ça serait pas mal d'y connecter cette SD et de faire un check.
Enfin, c'est ce que je ferai moi
Ah, un truc comme ça, mais si tu vérifiais également la RAM? Avec memtester?  
Et une dernière idée aussi : tu es sûr de ton alim?

Question : peut-on connecter un disque SSD non alimenté sur un Rasp 4? Ou est-ce que ça va trop tirer sur l'alim, et...

Pour ma part j'ai testé avec un SSD au format mSATA, mis dans un boitier USB 3.0, tout est Ok avec le raspberry pi 4, pas de problèmes d'alimentation.

https://www.amazon.fr/gp/product/B07GMD5R7M
https://www.amazon.fr/gp/product/B016HL0W62

Je viens de tester, tout est Ok, si vous avez un pi 4 il est donc interessant d'installer directement la version 64 bits, pas de bugs particuliers, c'est exploitable.

J'ai un "armor case" pour refroidir de manière passive le raspberry pi 4 :

sur ce type de boitier les pins du GPIO sont accessibles, il m'arrive par accident de les toucher avec la main quand je transporte le raspberry, ou quand je le bouge (alors qu'il est allumé),
est-ce qu'il y a un danger d'endommagement du GPIO ? (électricité statique, court-circuit si la peau est légèrement conductrice ?)

J'ai un boitier de ce type et j'ai viré/arraché les pins d'une des extensions GPIO fournies avec pour en faire un "bouchon".

 
J'ai régulièrement un 4To mécanique et ça fonctionne sans que j'ai l'éclair même avec écran et clavier (et en plus le pi 3b+, est alimenté par une alim USB 2.4A). Cela étant, je dois être à la limite... faudrait que je teste

 
En théorie, le risque existe. Je ne sais pas s'ils ont amélioré le boitier entre temps mais chez moi, pas de header fourni et de toutes façons on ne peut pas l'enfoncer rapport à l'usinage hors tolérances des angles arrondis...

C'est dommage que la fondation raspberry n'ait pas utilisé de connecteur femelle pour le GPIO, cela aurait résolu le problème (comme pour le GPIO de l'arduino).

À la naissance du projet ils ont peut-être pensé que le raspberry pi n'aurait jamais besoin de refroidissement passif, ni actif et qu'il serait tout le temps dans un boitier fermé,
avec le Pi 4 on est obligé de passer par un armor-case si on veut du silence, du coup les pins du GPIO seront à découvert, à la merci du moindre court-circuit si un objet en métal traine à coté, genre fil dénudé, fiche jack audio, usb.

Je ne m'en suis pas vraiment inquiété pour tout dire et je n'ai pas [encore] grillé de Raspi. Faut dire que celui en armor case ne bouge pas trop et c'est le seul en boitier ouvert: je privilégie un Argon voire un Flirc que je trouve mieux faits que l'armor.

Alors j'ai réalisé un fsck -f -c -v de la partition principale de la carte SD et des 2 partitions du HDD qui supporte Nextcloud et sur lequel les données sont écrites/lues.
Pas de bad blocks détectés. Des erreurs corrigées, notamment de type "nombre de free blocs".
 
Je vais regarder pour la RAM.
 
Au niveau de l'alim, j'utilisais l'Argon 1 car je n'avais pas trouvé d'alim officielle en stock sur Kubii. Je n'avais vu que c'était peut-être surdimensionné si on utilise pas le boitier Argon ?
Mes disques durs sont dans boitiers externes, avec des alims dédiées d'origine.  
J'ai une vieille multiprise qui assure peut-être pas assez avec 2 disques durs externes, 1 rasp, 2 boitiers freebox, 1 TV ? Comment le savoir ? il faudrait un multimetre et savoir s'en servir ?
1 des disques externes n'est utilisé que pour la sauvegarde auto la nuit, la TV est rarement allumée et ca ne semble pas coincider avec les plantages.
 
Sinon, j'ai reçu samedi le boitier Flirc, il a l'air vraiment de bonne qualité et il était tiède le peu de temps que je l'ai testé. J'aime bien son aspect, beaucoup plus qualitatif que le boitier plastoc que j'avais. A voir à l'usage. Merci Ilium pour la recommandation.
J'ai aussi reçu une alim officielle Raspberry pi 4, je peux l'échanger avec l'Argon 1 pour voir.

L'alim j'y crois moyen, celle de l'Argon c'est pas du noname, même si évidemment elle peut être défectueuse.
 
Mis à part la RAM ou un défaut hardware, je ne vois pas bien ce qui pourrait provoquer ça. Ca dit quoi maintenant que tes disques sont vérifiés? Ca redémarre?
 
Et niveau logs, tu as regardé le syslog et dmesg? Ca vaudrait peut être le coup de monter le niveau de verbosité de ces messages?
 
Enfin, si ce n'est pas déjà le cas, ça vaudrait le coup de passer en clavier/écran pour voir tout ce qui se passe.

Non je n'ai pas eu le temps de tout rebrancher et remettre en route.
 
Du côté de syslog, je ne voyais pas d'évènement correspondant au moment ou plantait Mysql. Et pas d'erreur non plus lors des derniers reboots à part ca :

 
Dmesg, je ne connais pas, je vais regarder de ce côté là aussi.
 
Le clavier + écran, c'est possible. Le raspberry est branché sur la TV. D'ailleurs, il bloque parfois quand je reboot. Obligé de rebooter à nouveau pour que ca passe.

On dirait bien qu'un élément du disque ne lui plait pas ou ne le plaisait pas...

J'ai hâte d'avoir ton retour sur les tests RAM.
Bon, je débute sur ce topic, donc je ne m'avancerai pas trop, il y a des posteurs ici largement meilleurs que moi
Mais j'avais avant des serveurs qui tournaient sur Sheevaplug et sur un Linksys NSLU2, tous sous Debian. Apache & MySQL & Postfix & je sais plus encore. C'était très fun et très formateur. J'ai arrêté il y a un an (ou deux, sais plus). M'y remettre sur les Raspi8, ça m'excite pas mal

Oui, surtout qu'il avait des réparations aux reboots, si je ne m'abuse?

La carte SD est recente ?
Tu a testé avec une autre carte SD.
 
Pour la multiprise, ce n'est pas la peine de tester. C'est du tout ou rien. Soit cela fonctionne, soit cela ne fonctionne pas.

Une Sandisk Ultra Class10 XC1 ca suffit ?
 
J'ai lancé un memtest sur 2000MB et 2 loop, tout semble OK. Faut-il mobiliser plus d'espace mémoire ? faire plus de loop ?  
 
Le Dmesg ne donne rien de parlant pour moi. Est-ce que les erreurs sont clairement mentionnées et mises en avant ?
Les partitions semblent bien montées.
Toutefois, j'ai ces queslques lignes qui peuvent peut-être éclairer la situation ?
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1920x1080M@60 smsc95xx.macaddr=DC:A6:32:A1:B9:45 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=d1b3ac2e-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[    0.000000] Kernel parameter elevator= does not have any effect anymore.
               Please use sysfs to set IO scheduler for individual devices.
 
[    0.151831] usb_phy_generic phy: supply vcc not found, using dummy regulator
...
 scsi 0:0:0:0: Direct-Access     ICY BOX  IB-366StU3+B     0    PQ: 0 ANSI: 6
[    2.850914] sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[    2.850937] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    2.851401] sd 0:0:0:0: [sda] Write Protect is off
[    2.851420] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[    2.852153] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.852867] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
...
[    8.821220] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
...
[    8.974422] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[    8.978132] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[    8.985282] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.
[    9.006650] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
[    9.012138] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
...
[   19.195307] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.eth0.retrans_time - use net.ipv6.neigh.eth0.retrans_time_ms instead
 
Ca vous parle ?  
 
Je vais remettre l'instance Nextlcoud en prod, on verra ce que ca donne. En attendant, je prépare une nouvelle SD. Et j'en profiterai pour tester de booter depuis un vieux SSD que je mettrai sur l'usb3.

C'est quoi les 2 disques dont tu parles ?
 
connecté sur le Rasp 4 ? Boitier USB3 ? Sur prises bleues ?

Pour moi t'as potentiellement un souci de quirks : https://www.raspberrypi.org/forums/ [...] p?t=245931

car j'interprète le truc comme deux DD branchés via un boitier externe.

Les deux disques sont :
- Western Digital WD Red 2 To SATA 6Gb/s dans un boitier IcyBox sur un port USB 2
- Seagate Iron Wolf 1 To dans un boitier it Works sur l'autre port USB 2.
 
Le serveur a planté 20 min après la remise en service tout à l'heure, je n'avais pas rebranché le Seagate de 1 To dédié à la sauvegarde.  
 
Je regarde l'histoire des quirks

Quand on éteint un raspberry pi 4 avec la commande "sudo shutdown -h now" : est-ce normal que la led rouge continue de s'allumer, avec un dégagement de chaleur du Pi 4 ?
 
C'est pas une extinction totale de type PC classique ?

Oui sur le lien ils indiquent ssd mais je l'ai fait aussi pour mes DD classiques....

Euh je crois que c'est la même sur les générations précédentes.

Mais pourquoi la led rouge ne s'éteint pas ?
 
Ça donne l'impression que le Pi n'est pas éteint, ou bien est en mode veille.

Elle ne s'eteint pas parce que c'est la led PWR et que si elle a du courant, c'est allumé donc logique!

Il faudrait alors une led supplémentaire dédiée à l'information "le raspberry est en marche/la partition est encore montée", si celle-ci est éteinte alors ça veut dire que le système est éteint, et qu'on peut sans risque pour la carte mémoire débrancher la fiche d'alimentation secteur.

edit : ou encore la remplacer par une led RVB, pour la faire changer en couleur jaune au lieu de rouge en cas d'extinction du Pi.

 
Je ne partirais pas dans tous les sens. Pour l'instant, tu as un problème d'intégrité, pas de perfs, en rajoutant une variable dans l'équation, tu risques juste de complexifier la chose.
 
Lors du plantage, quel accès gardes-tu au serveur? Aucun, clavier, ssh, ping, etc.?

Question : il y a quoi sur les deux disques?  
Est-ce que tu pourrais n'en avoir qu'un pour voir si ça plante encore? En fait, voir si c'est un de ces disques qui te fait tout planter.  
Voire même avec uniquement la SD?

oui il y a quoi sur les disques et quoi sur la SD
 
Si la base est sur les disques....

Merci à tous de votre aide. Je récapitule
 
La SD dispose de Raspian Buster avec Apache 2.4.38, Mariadb 10.3.27.  
Apache est configuré avec un Vhost qui pointe sur un repertoire Nextcloud qui se trouve sur mon HDD1 de 2To en USB2.  
Le second HDD2, lui aussi en USB2 sert pour la sauvegarde quotidienne. Crontab déclenche un script qui fait un rsync du repertoire Nextlcoud (HDD1) vers HDD2.
 
Lors des plantages, j'ai souvent une erreur du type "2006 MySQL server has gone away" dans les logs Nextcloud. J'ai investigué et modifié les paramètres Mariadb mais pour l'instant sans succès.  
Dans /var/log/mysql/error.log, pas grand chose à se mettre sous la dent.
Ca a planté aussi lorsque j'ai fais un tar.gz de mon repertoire Nextcloud, environ 190go de HDD1 vers HDD1.  Il me semble que l'instance Nextcloud était en maintenance à ce moment là.
 
Quand ca plante, je perds la console ssh. Et au niveau de l'écran + clavier en direct, je vois bien le bureau mais au fur et à mesure que je clique sur les icones ou menus, ils disparaissent.
 
Cet aprem, ca a planté alors que le HDD2 n'était pas branché.
 
Edit : En lisant l'article sur les quirks et le mode UAS, ca m'a rappelé que j'avais déjà entendu parler de problème avec le port usb3 et les disques durs sur la Rock64. Me souvenant pas très bien, j'ai instinctivement préféré brancher mes disque sur les ports USB2 et mettre le dongle BT sur un port USB3

Je penche vraiment sur la carte SD qui doit avoir un problème. Tu en aurais une autre, sur laquelle tu aurais un système neuf, et tu remets tes config?  
Ou la RAM. Tu peux la tester plus? Tu avais mis 2000 je crois non? Pousse à 8000?

Et dans le syslog t'as rien de plus ?

Et dans les logs kernel ?