Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Ordinateur Stockage Raspberry : disque dur fiable (branché 24/24)

Raspberry : disque dur fiable (branché 24/24)

26 réponses
Avatar
yamo'
Bonjour,

J'ai un raspberry pi2 avec la racine montée en usb2 sur un disque
externe et je vois que les disques ne tiennent pas longtemps...

J'envisage d'acheter un raspberry pi4 et de toujours monter la racine
sur un disque externe mais cette fois en usb3 et auto-alimenté cette
fois-ci.
Je me pose la question des disques SSD réputés moins fiables mais
peut-être moins gourmand en électricité.

Bref ma question (sans envisager un raid) quel disque prendre afin qu'il
tienne les multiples lectures écritures d'un serveur nntp?

Et question subsidiaire (hors charte ici, je ferai suivre le fil sur
fcolc par la suite) avec quel système de fichiers ; j'ai l'habitude de
ext4 (avec lvm2) mais peut-être qu'un autre système de fichier serait
plus adapté pour corriger automatiquement les erreurs (fsck ne veut pas
agir en usb...). Bien sͻr pour du Linux (debian).

--
Stéphane
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3
Avatar
Olivier B.
On Wed, 9 Dec 2020 14:47:10 +0100 (CET), Marc SCHAEFER
wrote:
salut,
yamo' wrote:
En fait, effectivement j'ai pu faire un fsck et les erreurs ne
provenaient pas du disque (j'ai des fichiers vides dans mon spool qui
générent des erreurs). Je n'ai vu aucune erreur avec le fsck.

Il se peut effectivement que la liaison avec le disque ait été
interrompue (reset du port USB? cf `dmesg') et qu'Í  part quelques
détails que fsck a pu facilement corriger, tout va bien.
Par contre ce n'est pas une bonne nouvelle que le contrÍ´leur USB
resette. Même si je ne suis aucunement un fan de l'USB, je dois avouer
que j'exploite depuis des années des disques de sauvegardes en USB qui
sont assez chargés 4x/jour et sur les modèles de disques que j'utilise
(plutÍ´t WD et plutÍ´t avec alimentation externe), je n'ai aucun souci.
Après je ne connais pas la qualité du port USB d'un raspberry pi: mes
systèmes embarqués sont plutÍ´t des apu2, et mon expérience en stockage
USB y est quasi nulle. Par contre j'ai un décodeur DVB-C sur un apu2 en
USB, via un hub (2 ports USB sur cet apu2, or il y a 1 clé USB pour le
log de trafic réseau, 1 décodeur DVB-C, 1 carte Z-Wave pour mon réseau
domestique, 1 carte GBit/s supplémentaire) et je n'ai jamais expérimenté
de problème USB avec ce setup.

J'ai géré sous windows 10 la migration de plusieurs dizaines de To de
données d'une boite Í  l'autre au travers de disques navette USB, bien
qu'aucune exection ne soit levée au niveau de la copie en code c#.net
et que la vérification de hash cible était correcte, j'ai eu a subir
des résultats incohérents au final comme des fichiers Í  0ko ceci sans
même avoir extrait le média USB :-/
J'ai complété le code par une procédure plus contraignante incluant
l'ejection du media et revérification après reconnection, ceci levant
moins d'1% de problème, mais m'amenant, après examen soutenu de mon
code par moi même et d'autres, Í  la conclusion que chez µsoft y'a des
choses pas claires....
--
Mail .invalid
Avatar
Olivier B.
On Wed, 9 Dec 2020 13:45:12 +0100, yamo' wrote:
Salut,
Désolé j'ai de gros soucis avec mon FAI et j'avais oublié mon message
ici ...
Olivier B. a tapoté le 04/12/2020 19:45:
On Fri, 4 Dec 2020 12:11:43 +0100, yamo' wrote:
Bonsoir,
Bonjour,
J'ai un raspberry pi2 avec la racine montée en usb2 sur un disque
externe et je vois que les disques ne tiennent pas longtemps...

c'est quoi Í  la grosse louche "pas longtemps" ?

Disons qu'au bout de deux ans, j'ai de plus en plus d'erreurs.

bon, c'est pas non plus la cata, mais dison que personnellement
j'aurais tendance Í  assurer la continuité de service avec un mirroir
Comme c'est du pur bénévolat (serveur usenet pasdenom.info actuellement
hors ligne pour d'autres raisons...) et par ce que j'aime bien m'en
occuper et me rendre utile, je n'utilise des anciens disques
fonctionnels et je vois qu'au bout de deux ans (durée indicative) ils
commencent ͠ l͢cher petit ͠ petit.
Aussi je m'étais posé la question d'une solution plus fiable et qui
demanderai moins de maintenance.
Le disque chauffe (c'est un bête boÍ®tier et si je mets un ventilo je
serai le premier gêné par le bruit)

dans ce cas cherche Í  le rendre solidaire d'une masse permettant de le
refroidir passivement, que ce soit un gros radiateur de récup, ou tout
simplement un mur de l'habitation.
La solution d'écrire sur la carte SD n'est Í  mon avis pas fiable sur le
temps long...

c'est pas évident du tout...
Héberger une hierarchie NNTP ça représente quel volume/IO en plus des
messages ?

Je reçois 70 Mo par jour (fullfeed hors binaires) et sur le total 35 Mo
est accepté et stocké.
J'ai beaucoup de logs (pas vraiment chiffré la quantité mais en
fréquence d'écriture, ça doit impacter).
Il y a peut-être des réglages au niveau fréquence avant écriture
effective sur le disque afin de le ménager Í  envisager (avant la donnée
serait accessible en mémoire?).
Mais lÍ  je me lance dans un domaine que je ne connais pas vraiment...

faudrait creuser de ce coté lÍ , surtout de ce que cela représente en
termer de réel IO disque au regard d'un éventuel cache désactivé coté
OS
--
Mail .invalid
Avatar
Marc SCHAEFER
yamo' wrote:
J'ai un raspberry pi2 avec la racine montée en usb2 sur un disque
externe et je vois que les disques ne tiennent pas longtemps...

As-tu songé Í  mettre ton serveur de news dans le cloud?
P.ex. chez moi https://ds.alphanet.ch/ :->
Avatar
yamo'
Marc SCHAEFER a tapoté le 09/12/2020 14:47:
yamo' wrote:
En fait, effectivement j'ai pu faire un fsck et les erreurs ne
provenaient pas du disque (j'ai des fichiers vides dans mon spool qui
générent des erreurs). Je n'ai vu aucune erreur avec le fsck.

Il se peut effectivement que la liaison avec le disque ait été
interrompue (reset du port USB? cf `dmesg') et qu'Í  part quelques
détails que fsck a pu facilement corriger, tout va bien.
Par contre ce n'est pas une bonne nouvelle que le contrÍ´leur USB
resette. Même si je ne suis aucunement un fan de l'USB, je dois avouer
que j'exploite depuis des années des disques de sauvegardes en USB qui
sont assez chargés 4x/jour et sur les modèles de disques que j'utilise
(plutÍ´t WD et plutÍ´t avec alimentation externe), je n'ai aucun souci.

J'envisage dans le futur si c'est possible en réglant tout au minimum de
monter tout /var/spool et /var/log en mémoire sur cette machine, rsyslog
enverrait tout le log vers un serveur syslog. Ça me permettrais de me
passer d'usb sur ce raspberry pi2 ; le reste étant soit sur la carte SD
soit en mémoire (/tmp par exemple).
Le prochain raspberry bénéficiera d'une vraie debian buster.

Ne faut-il pas des composants propriétaires pour raspberry pi ?

C'est une debian adaptée mais j'espère plus proche d'une debian que la
raspbian.
<https://linuxhint.com/install_debian_raspberry_pi_4/>
--
Stéphane
Avatar
Ascadix
Olivier B. a écrit dans :
<news:
On 06 Dec 2020 11:10:30 GMT, Nicolas George
<nicolas$ wrote:
Olivier B. , dans le message
, a écrit :
Dans un boͮtier externe ?

Dans le PC.

Donc pas dans les mêmes circonstances. Les boÍ®tiers externes sont souvent
moins bien ventilés, donc le disque risque de plus chauffer.

oui, ça je comprendrais, la question serait alors le choix d'un bon
boitier.

Ou pas ...
Si c'est du 2.5 , avec ça :
https://media.ldlc.com/r1600/ld/products/00/02/97/94/LD0002979498_2.jpg
Et le DD monté Í  champ, profite de la convection naturelle pour évacuer
qq calories
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
Avatar
Olivier B.
On Wed, 09 Dec 2020 19:50:08 +0100, Ascadix
wrote:
oui, ça je comprendrais, la question serait alors le choix d'un bon
boitier.

Ou pas ...
Si c'est du 2.5 , avec ça :
https://media.ldlc.com/r1600/ld/products/00/02/97/94/LD0002979498_2.jpg
Et le DD monté Í  champ, profite de la convection naturelle pour évacuer
qq calories

J'en utiulise, ça va pour les SSD, par contre les mécniques 2,5P ne
démarrent pas tous
--
Mail .invalid
Avatar
yamo'
Salut,
Marc SCHAEFER a tapoté le 09/12/2020 15:17:
yamo' wrote:
J'ai un raspberry pi2 avec la racine montée en usb2 sur un disque
externe et je vois que les disques ne tiennent pas longtemps...

As-tu songé Í  mettre ton serveur de news dans le cloud?
P.ex. chez moi https://ds.alphanet.ch/ :->

Un peu trop complexe :)
Et dans ton cloud, tu as peu de données?
Les cartes SD tiennent le coup?
Je compte garder le vieux uniquement pour l'aspect feed (in & out)
d'INN2 avec une rétention ultra minimale (tout un fichier de taille
fixe), en mettant le maximum en mémoire.
Le nouveau ferait tout le reste avec le tiers ou la moitié du feed.
Je procrastine pour le nouveau mais avec le brexit il va falloir que je
me décide!
--
Stéphane
Avatar
Marc SCHAEFER
yamo' wrote:
Et dans ton cloud, tu as peu de données?

Oui, en fait l'OS et les conteneurs sont stockés localement sur chaque
apu2 sur une carte mSATA propre de 120 GB. Les conteneurs sont répartis
aléatoirement Í  leur création sur un des 5 apu2 par le logiciel de
contrÍ´le ALPHANET-DS.
Model Number: KingFast
Serial Number: 03032220A0098
Les données de tous les apu2 sont toutefois synchronisés trois fois
par jour sur un disque USB avec un historique d'un mois, puis ceci
est intégré au système de sauvegarde de chez moi [1].
Globalement, c'est en production depuis 6 mois avec assez peu de
conteneurs pour le moment (c'est par période, j'utilise ça pour des
tests et des laboratoires).
Et chaque conteneur dispose de deux zones de stockages particulières:
/private
/data
Ces deux filesystems sont en fait un glusterfs répliqué sur les 5 apu2.
L'idée est que les conteneurs peuvent y stocker des données importantes
Í  ne pas perdre si tout Í  coup le fs d'un apu2 venait Í  mourir.
La différence entre ces deux fs est que /data est commun Í  l'utilisateur
ALPHANET-DS qui a instancié le conteneur, alors que /private est privé Í 
ce conteneur (mais persiste un effacement + redémarrage du conteneur).
[1] https://wiki.alphanet.ch/Sandbox/HebergementVZ#LaSauvegarde
Avatar
Marc SCHAEFER
yamo' wrote:
Et dans ton cloud, tu as peu de données?

Oui, en fait l'OS et les conteneurs sont stockés localement sur chaque
apu2 sur une carte mSATA propre de 120 GB. Les conteneurs sont répartis
aléatoirement Í  leur création sur un des 5 apu2 par le logiciel de
contrÍ´le ALPHANET-DS.
Model Number: KingFast
Serial Number: 03032220A0098
Les données de tous les apu2 sont toutefois synchronisés trois fois
par jour sur un disque USB avec un historique d'un mois, puis ceci
est intégré au système de sauvegarde de chez moi [1].
Globalement, c'est en production depuis 6 mois avec assez peu de
conteneurs pour le moment (c'est par période, j'utilise ça pour des
tests et des laboratoires).
Et chaque conteneur dispose de deux zones de stockages particulières:
/private
/data
Ces deux filesystems sont en fait un glusterfs répliqué sur les 5 apu2.
L'idée est que les conteneurs peuvent y stocker des données importantes
Í  ne pas perdre si tout Í  coup le fs d'un apu2 venait Í  mourir.
La différence entre ces deux fs est que /data est commun Í  l'utilisateur
ALPHANET-DS qui a instancié le conteneur, alors que /private est privé Í 
ce conteneur (mais persiste si effacement + redémarrage du conteneur).
[1] https://wiki.alphanet.ch/Sandbox/HebergementVZ#LaSauvegarde
Avatar
yamo'
Salut,
Marc SCHAEFER a tapoté le 10/12/2020 09:53:
yamo' wrote:
Et dans ton cloud, tu as peu de données?

Oui, en fait l'OS et les conteneurs sont stockés localement sur chaque
apu2 sur une carte mSATA propre de 120 GB. Les conteneurs sont répartis
aléatoirement Í  leur création sur un des 5 apu2 par le logiciel de
contrÍ´le ALPHANET-DS.
Model Number: KingFast
Serial Number: 03032220A0098
Les données de tous les apu2 sont toutefois synchronisés trois fois
par jour sur un disque USB avec un historique d'un mois, puis ceci
est intégré au système de sauvegarde de chez moi [1].
Globalement, c'est en production depuis 6 mois avec assez peu de
conteneurs pour le moment (c'est par période, j'utilise ça pour des
tests et des laboratoires).
Et chaque conteneur dispose de deux zones de stockages particulières:
/private
/data
Ces deux filesystems sont en fait un glusterfs répliqué sur les 5 apu2.
L'idée est que les conteneurs peuvent y stocker des données importantes
Í  ne pas perdre si tout Í  coup le fs d'un apu2 venait Í  mourir.
La différence entre ces deux fs est que /data est commun Í  l'utilisateur
ALPHANET-DS qui a instancié le conteneur, alors que /private est privé Í 
ce conteneur (mais persiste si effacement + redémarrage du conteneur).

C'est génial comme système!
Pour simplement faire serveur de news, je pense que c'est un peu
surdimensionné (je n'ai pas l'ambition de concurrencer le serveur de
free ou de neva.ru) mais tu as du t'amuser Í  le mettre en œuvre!
Ça plairait Í  un ancien collègue fan de Docker!
J'avoue que j'étais un peu rebuté par le cÍ´té industriel de
<https://www.pcengines.ch/apu2.htm> ...
L'usage envisagé est de fait un tout petit serveur dédié autant prendre
du matériel plus adapté et avec moins de fils qui se baladent et qui
peuvent se débrancher... Je me sers de la carte vidéo du Raspberry pi2
pour voir les messages de boot (meilleur résolution que le freebox
player)...
Comme c'est de l'amd64, plus de bidouille non maÍ®trisée au démarrage.
Un disque mSATA sera plus fiable que le même disque en USB3 et
probablement moins consommateur d'électricité.
Actuellement sur 500 Go, au grand max, j'ai 120 Go réellement utiles.
Quand je regarde <https://www.pcengines.ch/apu2e2.htm>
Ils conseillent un disque de 16 Go? Ou c'est uniquement pour pouvoir
démarrer en montant après les partitions utiles sur un deuxième disque?
Tu as deux disques sur tes boͮtiers?
Est-ce que tes boͮtiers chauffent? Je n'ai pas de salle serveur, ce sera
dans un coin un peu aéré et Í  l’abri du soleil dans le meuble télé...
[1] https://wiki.alphanet.ch/Sandbox/HebergementVZ#LaSauvegarde

Tu offres un super système d'hébergement! :)
--
Stéphane
1 2 3