Reprise du message précédent :
Je ne crois pas non plus à une histoire de classe, qui n'affecterait que la vitesse, non ?
Et de plus, il faut garder en tête une donnée importante: tout fonctionne bien avec les 32go qui ont les mêmes caractéristiques !

Quand je disais classe faut le voir au sens large :  
 
- Classe  
- Caractéristiques autre que la capacité
- etc
 
En gros une "limite" sur la carte elle même.

Si y'a une différence, alors elle n'est pas indiquée clairement sur les caractéristiques entre une sandisk high endurance 32 et 64
C'est peut-être l'occasion de chercher un tool qui détecte toutes les caractéristiques d'une carte, mais je suis pas sûr que ça existe, ni même que ça soit possible.

Waip. Par contre, indépendamment d'une mauvaise série, ce qui est embarqué sur la carte peut changer en fonction du modèle et de la capacité. C'est AMHA ça qui entre en collision avec les pilotes ou firmwares de l'OS, éventuellement ton code.
 
Tu as évidemment essayé un apt update/upgrade pour avoir les derniers packages et notamment kernel? Idem pour les firmware et autres bootloaders du raspi?

Non j'ai pas fait d'update/upgrade/dist-upgrade. J'ai pas jugé ça utile, sachant que le kernel est à jour de 02/2022. C'est possible que j'essaye... Mais si ça marche pas, je grille encore une carte    
Je reçois demain la sandisk ultra que tu utilises, déjà je vais voir avec ça... J'ai aussi en tête de reprendre une high endurance du même modèle, pour voir si ça vient d'un lot défaillant.

Le kernel c'est pourtant le composant qui peut changer beaucoup de choses. C'est d'ailleurs pour ça que je vérifierais aussi le 64 bits.
 
Par contre, c'est bizarre que personne ne t'ai demandé ça parce que généralement, avoir un système à jour est imposé avant de chercher plus avant.

Peut-être parce que j'explique que ça marche avec une version précédente (buster) ?
Bon, allez, soyons fou, je mets en route ma dernière carte valide avec bullseye + max d'updates, réponse demain !

J'attendrais quand même un peu et ferais d'autres tests sans risque (avec une carte qui ne pose pas de soucis) avant de prendre le risque d'en cramer une de plus.  
 
Et une fois que tu te lances, autant tester cette histoire de carte avec le maximum d'évolutions par ailleurs validées. AMHA bien sûr.

D'autres tests, oui, mais lesquels ? Je suis à court d'idées    Evidemment y'a toujours l'option que je reparte avec un raspiOS lite from scratch et que j'y ajoute petit à petit ma config et mes scripts, en attendant 24h entre chaque modif, mais là... j'ai piscine    
Bon, c'est parti avec 5.15.32-v7+ #1538 au lieu de 5.15.30-v7+ #1536

 
A suivre...

L'évolution 64 bits est prévisible donc j'aurais peut être tenté ça maintenant que c'est considéré comme stable.
 
Et tu as bien lancé rpi-update?
Comme ils le précisent, ce n'est pas à prévoir dans le process de mise à jour normal mais vu les circonstances, s'assurer de tout avoir à jour n'est pas idiot.

Non, pas fait, j'ai déjà eu des soucis avec ça, mais hop, c'est parti.
-> 5.15.55-v71+

Sinon, juste un rpi-eeprom-update, moins risqué et qui se concentre juste sur cette partie en faisant confiance au noyau stock.

Ah, je ne connaissais pas
Mais de toute façon:
sudo rpi-eeprom-update
This tool only works with a Raspberry Pi 4
 
 

 
Justement je voulais juste être sûr au cas où puisqu'il me semble que tu avais évoqué 3 et 4.

Bon... hé bien ça y est, la carte est morte...
Ça avait l'air de tourner mais j'ai tenté une écriture d'un fichier texte, reboot, hop disparu.
update/upgrade to 5.15.55-v7+ #1573 <- not a solution
 
Direction le cimetière de carte !  
Ça a duré moins de 4h.
 
Sinon, pour le pi4, oui j'en ai pour tester mais pour l'instant je le laisse tranquille car je suis pas hyper fan de la double sortie mini-hdmi, et puis y'a assez de facteurs de confusion comme ça pour mon grand âge ^^

dmesg disait quelque chose?
 
Il y a vraiment une grosse merde avec cette carte sur cet OS. Assez hallucinant...
 
Evidemment, ça va te faire une belle jambe et ne pas résoudre ton problème mais au moins ce n'est pas trop étendu...
 
BTW, t'as écrit sur le forum Raspi (a priori je ne vois pas)? AMHA ça vaut le coup d'ouvrir le débat là bas surtout si les officiels (Sandisk et la fondation) s'en foutent. En plus, une post qui ferait du bad buzz, ça peut les faire bouger.

Rien sur dmesg...

C'est surtout hallucinant que je sois le seul à en être victime C'est quand même pas une carte super exotique.  
 

Oui, c'est ici:
https://forums.raspberrypi.com/viewtopic.php?p=2021517
 
Peu de visibilité en français, je vais tenter en anglais comme je dis dans le message.  
Parallèlement je suis sur d'autres trucs alors je manque un peu de temps là
Mais je vais le faire illico, comme tu dis ça peut faire bouger un peu...
 
Si on me demande de tester des trucs, trop tard, je n'ai plus de carte
https://forums.raspberrypi.com/viewtopic.php?t=337754

Putain mon post sur le forum raspberry s'est fait strike, c'est quoi cette dinguerie

J'allais le dire, le second semble modéré...  
Tu as été violent dans les remarques? Sinon, demande aux modérateurs pourquoi c'est filtré...
 

 
Elle est quand même plus chère que beaucoup d'autres et AMHA pas si fréquente une fois que tu as enlvé le noname, les autres marques et les modèles plus classiques de Sandisk.
Et il me semble que quelqu'un était intervenu ici pour rappeler qu'en fait de High Endurance, toutes ne l'étaient pas vraiment et certaines avaient des TBW très quelconques.
 
edit: c'est là:
https://forum.hardware.fr/hfr/elect [...] tm#t319663

Non, pas du tout violent, au contraire, j'ai gentiment demandé des infos et de l'aide... on n'attrape pas des mouches avec du vinaigre    
J'ai cherché à contacter un modérateur, mais je vois même pas comment    
Je vais attendre, le sujet que j'ai créé existant toujours, mais en mode caché.  
 

Oui je me souviens de cette discussion J'avais gardé en tête l'info que "high endurance" c'est pas la panacée. Je suis resté sur ce modèle parce qu'il est certes un poil plus cher, mais pas tant, mais surtout parce qu'on a eu 0% de retour et je suis du genre à ne pas changer une équipe qui gagne    
Du coup, oui je comprends qu'elle doit être assez peu utilisée...

Sa supposition est d'ailleurs intéressante: ils n'ont pas révolutionné le hard ni l'algo mais utilisent la moitié de la capacité pour faire du spare, d'où des cartes sensiblement au prix des classiques avec le double de capacité.
 
Pour la validation d'un modèle, ce n'est jamais simple surtout vu votre parc d'install. Mais en l'état, soit quelque chose évolue pour que cette carte soit validée avec le dernier système, soit tu vas devoir envisager une remplaçante.

C'est un bon résumé
La solution qui va me convenir le mieux c'est d'utiliser une autre carte, je vais tester ta sandisk ultra dans la journée, j'aurai donc la réponse demain...  
J'ai absolument confiance dans le fait qu'elle fera l'affaire. On a d'ailleurs 12 clients qui tournent avec des sandisk ultra 16go depuis des lustres.
 
Par contre ça va rester très frustrant de ne pas avoir l'explication.

Finalement, après quelques remous chez Sandisk, le siège étasunien souhaite que je leur envoie une carte défaillante pour examen... Ça avance un peu.

 
salut
je relance mon pb, j'y arrive pas    
 
une ame charitable pour m'aider ? je peux dédommager si besoin

Salut, tu peux reexpliquer ton pb stp ? j'ai parcouru les dernières pages et tu avais un pi4 qui démarrait pas, ainsi qu'un souci d'usb que j'ai pas saisi.

salut
merci, j'aurai du mettre en ref mon dernier post sensé
 
J'ai une qbox et je cherche à mettre octoprint/linux/armbian
Y'a pleins de tuto, mais pour moi, ça ne marche pas, surement le mauvais fichier dtb.... ou une étape que je zappe...

Désolé, perso j'ignore tout de ces technos

Tu as quoi comme retour ? Ça boot ou pas, ça donne quoi à l'ecran ?
Le chipset, c'est quoi ? Tu as pris quel dtb ?

salut
J'ai donc une qbox, chip S905
J'arrive à booter sur la sd, mais ensuite message d'erreur  
 
Je vais relancer pour faire une photo
 
j'ai essayé les dtb du package et un apparement spécifique trouvé sur libreelec
 
je reviens avec un screen
 
EDIT :  
 
dtb ici : https://forum.libreelec.tv/thread/1 [...] /?pageNo=6
ancien firmware installé : superceleron 1.0
image ici https://ibb.co/xgMcbzK
 
EDIT 23/07 : remis la rom d'origine par usb burning tool => pas mieux
Récup le dtb depuis la rom d'origine => pas mieux

Tu ne te serais pas gourré de fil? Je pense que tu auras plus de chances sur le fil SBC.

ilium ? moi ? c'est quoi SBC ?

https://fr.wikipedia.org/wiki/Ordin [...] rte_unique

ah oui ok
j'ai posté ici car qq'un du post avait posté en disant qu'il avait réussi justement (suite à la  pénurie de pi)

J'avais d'ailleurs mis le lien vers le bon topic

Sans surprise, aucun problème avec la sandisk ultra.  
Dossier en suspens, donc, c'est dans les mains de sandisk qui doit me faire parvenir un rma pour envoyer une carte aux US.

 
C'est juste qu'AMHA et de ce que j'en comprends, c'est suffisamment éloigné du pi pour que tu ais plus de chance d'avoir une réponse chez les utilisateur de ta carte qu'ici.
 

 
Je suis curieux de lire leur explication.

Bonjour
Un système qui revient (aléatoirement a priori) dans un état antérieur, ça peut être dû à une carte sd vieillissante ?
J'ai un octoprint qui me fait des retours dans le temps (ie version antérieure, plugins tels qu'installés il y a x mois...), Là il vient de me le faire pour la 5eme ou 6eme fois, alors que ça faisait bien un mois qu'il me l'avait pas fait...

Edit: et accessoirement il n'y a pas moyen d'avoir un système déporté en réseau sur un Pi 3B?

Si apparemment.
https://www.raspberrypi.com/news/pi [...] e-awesome/

ganfoud> Oui, c'est possible. J'en ai souvent parlé ici.
 
En solution simple: conserver le "/boot" sur la carte SD (donc il n'y a quasiment jamais d'écriture hors maj du noyau) et avoir "/" en nfs ou iscsi sur un appareil réseau déporté (Nas, serveur, etc).
 
Cette solution fonctionne pour tous les pi contrairement au boot pxe où il faut un pi3 minimum il me semble.

Merci à tous les deux

Tu fais juste un point de montage nfs sur / ?
Mais du coup tu fais comment pour ne pas monter /boot en remote?
Tu as un tuto quelque part?

En cherchant "raspberry nfs root", ça devrait le faire.
 
En gros, créer le volume nfs sur le NAS puis y copier les données de la partition root de la carte SD, éditer /etc/fstab pour commenter la ligne de la partition "/" et modifier la ligne de boot sur la carte SD dans /boot/cmdlines.txt :

 
Il faut voir aussi pour le swap si à maintenir, déplacer ou réduire avec swappiness.