Vous n'êtes pas identifié(e).
Hors ligne
Hors ligne
Dernière modification par tophechris94 (23-12-2018 12:50:12)
sparkylinux-ver-fluxbox-icewm=> https://mega.nz/file/jJ8hiJBD#rhy5o3GzC … RFSeokkwFo
je viens en paix , pas taper sur la tete .
Hors ligne
Hors ligne
o_O
Hors ligne
Hors ligne
avec une nouvelle carte SD (SCANDISK classe 10, 32G) ça a fonctionné directement
\o/
Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Ce réglage , normalement c'est sûr (mais il serait bien de vérifier la température pendant des tâches qui font fort demande de CPU (avec
)). Sur raspbian n'est pas par défaut. J'ignore sur kali:
Les valeurs 250, 600 ou 1200 sont pour une rapsberry pi3b, ils peuvent changer entre différentes modèles (3b+ c'est 1400 au lieu de 1200 par exemple).
Quelle est la vitesse de lecture de la carte SD? Sortie de
Sur mon raspbian c'est environ 22 Mo/s.
Salut
Dernière modification par empanada (14-01-2019 00:22:42)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
hdparm effectue une lecture directe du périphérique, il se fiche bien du type de système de fichiers.
Tout à fait vrai. J'ai lu mes notes sur le sujet de migrer la racine ext4 vers f2fs et j'avais dans la tête les essais de performance avec ext4 et f2fs (petite perte de performance avec f2fs, mais presque inappréciable: il faut mesurer avec précision pour apprécier), et j'ai trompé des idées, mais oui, hdparm s'en fou des systèmes des fichiers.
PS : as-tu constaté un écart de longévité des cartes SD entre ext4 et f2fs ?
À vrai dire je n'ai jamais eu corruption des cartes SD sur les raspberry (mais oui sur des autres dispositifs (comme des cellulaiires par exemple)). Presque dès que j'ai commencé a utiliser les raspberry, j'ai utilisé la méthode de bouger /home, /var et /tmp sur des disques/clés externes. Ceci dit, parfois j'ai utilisé la racine complet sur la carte SD, pendant quelques mois, et je n'ai jamais eu problème...mais vraiment pas trop de temps en ce mode.
Les causes restent un peu diffuses: il y a des gens que n'ont jamais eu des problèmes sans jamais faire une modification sur ce sujet...et des autres qui ont des problèmes quasi constants. Il parait que les problèmes arrivent surtout s'il y a des manques d'alimentation pendant des écritures sur les cartes SD, donc les approches qui tentent déplacer les répertoires d'écriture vers des médias externes, paraissent les plus logiques . Il parait qu'utiliser une bonne source d'alimentation c'est importante et aussi utiliser une bonne carte SD . Overclocker c'est une idée dangereuse aussi. J'utilise les sources officiels raspberry, des cartes SD Sandisk original, et jamais overclocking, et je n'ai jamais eu des ennuies, mais évidement une seule expérience n'est pas valable pour extraire des conclusions.
Quand au sujet de prévenir les corruptions , il y a plusieurs approches. Moi j'ai utilisé surtout l'approche d'externaliser les répertoires qui soufrent les écritures les plus fréquents, et migrer ext4 vers f2fs (environ une année d'essai sur une box TV 24/365). Un autre approche, le plus sûr, c'est monter la racine en seule lecture par défaut (et rémonter en lecture-écriture seulement si nécessaire), mais je n'ai pas essayé, étant donné que je n'ai jamais eu des problèmes.
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Hors ligne
un truc à pas négliger non plus ,
c'est que la ram du rasp. est partagée entre la video et les programmes .
enfin , je crois .
Oui, c'est vrai, c'est pour ça que j'ai demandé le fichier /boot/config.txt . Ce configuration et des autres sont sur ce fichier (au moins sur raspbian, et il me semble que dans la plupart des distributions spécifiques pour raspberry (kali aussi je crois)).
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne