[Back In Time] Update translations before upcoming release

[c . buhtz]

Hello together,

I'm member of the maintenance team of Back In Time [1] a rsync-based 
backup software.


We are in the middle of preparing the next release to hit the upcoming 
Ubuntu release in time.
It would be great if you could help that project and offer French 
translations or review them [2] (currently at 83%).


In the project, no one gets payed. No company behind hit. Even the 
maintainers and developers are volunteers.


Please let me know if and how you want to be mentioned in the credits as 
a translator.
It is up to you if you want to use your real name, your email or 
something else.
We do have a file [3] listing translators contribution. That names will 
be used in the about dialog for example.


Thanks in advance and best wishes,
Christian Buhtz

[1] -- 
[2] -- 
[3] -- 

Re: Re : Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Gilles Mocellin]

Bonjour à tous,

Pour info, l'entreprise de stockage en ligne Backblaze publie régulièrement des 
stats 
sur les disques qu'elle utilise, avec les pannes.
https://www.backblaze.com/cloud-storage/resources/hard-drive-test-data[1]
Dernier blog, Q1 2024 :
https://www.backblaze.com/blog/backblaze-drive-stats-for-q1-2024/[2]

Ils calculent leur "annualized failure rates" (AFRs).

Pour parler de Seagate, on voit que d'un modèle à l'autre tout peut changer, 
donc la 
marque seule n'est pas un critère suffisant.

Concernant les SSD, ils ont aussi des stats, moins régulières, et pour 
l'instant, ce ne sont 
pas des disques haute capacité :
https://www.backblaze.com/blog/ssd-edition-2023-mid-year-drive-stats-review/[3]

Leurs durée de vie moyenne semble similaire au HDD (2-3 ans).

C'est marrant, et un peu déprimant, mais plus on regarde, moins il semble 
facile de 
trancher de manière certaines sur les bons choix à faire.

Le dimanche 7 juillet 2024, 03:52:56 CEST k6dedi...@free.fr a écrit :
> Bonjour à tous,
> Petit retour d'expérience.
> J'ai eu plusieurs marques de disques durs lors de mes achats de PC.
> Les disques qui me posent moins de problèmes sont les Seagate.
> Moins d'alertes et moins de pannes données par S.M.A.R.T.
> Chaque fois qu'un disque inclus dans un PC donne des signes de fatigue,
> vérification plus fréquente demandées par le système, secteurs défectueux
> marqués, je le remplace par un Seagate. J'ai encore un Seagate mécanique
> qui a plus de 10 ans et pour lequel, je n'ai qu'une alerte par an. Ce qu'il
> faut aussi regarder dans les caractéristique des disque durs, c'est le
> nombre de démarrage supportés. En effet à chaque redémarrage le secteur de
> démarrage est sollicité et c'est souvent ce secteur qui empêche d'accéder
> aux autres données du disque. Il faut alors le monter en disque secondaire
> pour récupérer les données. Je n'ai que très exceptionnellement réussi à
> réparer efficacement le secteur de démarrage. J'ai donc adopté la politique
> suivante : si après la première tentative il ne redémarre pas, je mets un
> nouveau disque de démarrage et récupère illico les données. Le me sers
> alors de l'ancien disque comme disque sur lequel je fais des travaux
> temporaires et le met au rebut s'il y a trop d’arrêts pour secteurs
> défectueux (2 signalements dans une journée=rebut).
> 
> En espérant que ce retour d'expérience puisse vous être utile.
> Cassis
> 
> 
> 
> - Mail d'origine -
> De: ajh-valmer 
> À: debian-user-french@lists.debian.org
> Envoyé: Sat, 06 Jul 2024 23:49:50 +0200 (CEST)
> Objet: Re: [HS] sauvegarde sur Disque Mécanique ou SSD
> 
> On Saturday 06 July 2024 15:07:18 BERTRAND Joël wrote:
> > ajh-valmer a écrit :
> > > Aujourd'hui, les disques durs SSD semblent fiables.
> > > Je n'ai connu que des défaillances irrémédiables (poubelle)
> > > avec les DD mécaniques, pas avec les SSD.
> > 
> > Moi, avec plusieurs milliers de disques dans la nature (dans des
> > équipements chez des clients), c'est exactement l'inverse. Je n'ai que
> > rarement eu de pertes dues à un disque dur à plateaux (il prévient avant
> > de mourir et si le problème est électronique, ce qui peut arriver, on
> > sait recouvrer les informations). En revanche, je ne compte plus les SSD
> 
> > qui meurent subitement sans crier gare :
> Si certains disent : "connus que des pannes avec les SSD",
> d'autres : connus que des pannes avec les DD mécaniques",
> on ne pourra pas tirer une conclusion claire et nette.
> 
> :-)




[1] https://www.backblaze.com/cloud-storage/resources/hard-drive-test-data
[2] https://www.backblaze.com/blog/backblaze-drive-stats-for-q1-2024/
[3] https://www.backblaze.com/blog/ssd-edition-2023-mid-year-drive-stats-review/

Re : Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[k6dedijon]

Bonjour à tous,
Petit retour d'expérience.
J'ai eu plusieurs marques de disques durs lors de mes achats de PC.
Les disques qui me posent moins de problèmes sont les Seagate.
Moins d'alertes et moins de pannes données par S.M.A.R.T.
Chaque fois qu'un disque inclus dans un PC donne des signes de fatigue, 
vérification plus fréquente demandées par le système, secteurs défectueux 
marqués, je le remplace par un Seagate.
J'ai encore un Seagate mécanique qui a plus de 10 ans et pour lequel, je n'ai 
qu'une alerte par an.
Ce qu'il faut aussi regarder dans les caractéristique des disque durs, c'est le 
nombre de démarrage supportés.
En effet à chaque redémarrage le secteur de démarrage est sollicité et c'est 
souvent ce secteur qui empêche d'accéder aux autres données du disque. Il faut 
alors le monter en disque secondaire pour récupérer les données.
Je n'ai que très exceptionnellement réussi à réparer efficacement le secteur de 
démarrage.
J'ai donc adopté la politique suivante : si après la première tentative il ne 
redémarre pas, je mets un nouveau disque de démarrage et récupère illico les 
données. Le me sers alors de l'ancien disque comme disque sur lequel je fais 
des travaux temporaires et le met au rebut s'il y a trop d’arrêts pour secteurs 
défectueux (2 signalements dans une journée=rebut).

En espérant que ce retour d'expérience puisse vous être utile.
Cassis



- Mail d'origine -
De: ajh-valmer 
À: debian-user-french@lists.debian.org
Envoyé: Sat, 06 Jul 2024 23:49:50 +0200 (CEST)
Objet: Re: [HS] sauvegarde sur Disque Mécanique ou SSD

On Saturday 06 July 2024 15:07:18 BERTRAND Joël wrote:
> ajh-valmer a écrit :
> > Aujourd'hui, les disques durs SSD semblent fiables.
> > Je n'ai connu que des défaillances irrémédiables (poubelle) 
> > avec les DD mécaniques, pas avec les SSD.

> Moi, avec plusieurs milliers de disques dans la nature (dans des
> équipements chez des clients), c'est exactement l'inverse. Je n'ai que
> rarement eu de pertes dues à un disque dur à plateaux (il prévient avant
> de mourir et si le problème est électronique, ce qui peut arriver, on
> sait recouvrer les informations). En revanche, je ne compte plus les SSD
> qui meurent subitement sans crier gare :

Si certains disent : "connus que des pannes avec les SSD",
d'autres : connus que des pannes avec les DD mécaniques",
on ne pourra pas tirer une conclusion claire et nette.
:-)

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Roberto C . Sánchez]

On Sat, Jul 06, 2024 at 12:17:53PM +0200, Basile Starynkevitch wrote:
> 
>Justement, c'est des statistiques. Elles n'ont pas de signification
>intuitive pour un ordinateur personnel unique ou un disque dur unique.
>Elles peuvent en avoir pour une personne chargée de lancer un appel
>d'offres pour l'achat institutionnel de milliers d'ordinateurs.
> 
Et en plus, dans un environnement institutionnel, les disques sont en
ligne la plupart du temps. Donc, en cas d'un disque faible qui commence
à mourir, on peut le détecter immediatement. En utilisant un disque pour
une sauvegarde personnelle, hors ligne la plupart du temps, c'est
possible qu'à un moment tout est bien est une semaine plus tard le
disque est en panne sans donner aucune indication.

-- 
Roberto C. Sánchez

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[ajh-valmer]

On Saturday 06 July 2024 15:07:18 BERTRAND Joël wrote:
> ajh-valmer a écrit :
> > Aujourd'hui, les disques durs SSD semblent fiables.
> > Je n'ai connu que des défaillances irrémédiables (poubelle) 
> > avec les DD mécaniques, pas avec les SSD.

> Moi, avec plusieurs milliers de disques dans la nature (dans des
> équipements chez des clients), c'est exactement l'inverse. Je n'ai que
> rarement eu de pertes dues à un disque dur à plateaux (il prévient avant
> de mourir et si le problème est électronique, ce qui peut arriver, on
> sait recouvrer les informations). En revanche, je ne compte plus les SSD
> qui meurent subitement sans crier gare :

Si certains disent : "connus que des pannes avec les SSD",
d'autres : connus que des pannes avec les DD mécaniques",
on ne pourra pas tirer une conclusion claire et nette.
:-)

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[BERTRAND Joël]

ajh-valmer a écrit :
> On Saturday 06 July 2024 10:56:54 benoit wrote:
>> Le vendredi 5 juillet 2024 à 22:19, Dethegeek a écrit :
>>> C'est une bonne question. Comment est déterminé le MTBF ? 
>>> Par experimentation sur des exemplaires avant mise en production 
>>> de masse, par simulations ?  
> 
> Aujourd'hui, les disques durs SSD semblent fiables.
> Je n'ai connu que des défaillances irrémédiables (poubelle) 
> avec les DD mécaniques, pas avec les SSD.

Moi, avec plusieurs milliers de disques dans la nature (dans des
équipements chez des clients), c'est exactement l'inverse. Je n'ai que
rarement eu de pertes dues à un disque dur à plateaux (il prévient avant
de mourir et si le problème est électronique, ce qui peut arriver, on
sait recouvrer les informations). En revanche, je ne compte plus les SSD
qui meurent subitement sans crier gare (ça va de la corruption du
firmware à un fonctionnement aléatoire allant jusqu'à la corruption des
données). Par ailleurs, un swap sur SSD crame très vite l'_intégralité_
d'un SSD, pas uniquement la partition de swap. J'ai fait quelques
calculs parce que j'ai dû changer les disques d'un volume raid sur un
serveur (raid6 en 4 * 1 To en 2,5"). Ben... Durée de vie de 4 mois avec
des SSD en raison de la partition de swap pourtant relativement peu
sollicitée. J'ai changé les berceaux 2,5" contre des 3,5" pour y mettre
des disques normaux.

> Inutile de se faire du soucis sur ce sujet,
> d'autant que la vitesse de transmission des données
> d'un SSD est incomparable par rapport à un DD mécanique,
> que je ne pourrais plus utiliser.
> On le voit bien au boot, quelle différence !

Je préfère qu'une machine mette deux minutes à démarrer à un SSD qui
meure subitement. Mais je suis un dinosaure qui se souvient des 45
minutes de boot de sa VaxStation 3100 et je ne redémarre pas très
souvent mes machines. Pour un portable, je veux bien un SSD, mais pas
pour une machine fixe (sauf à avoir des SSD à un bit par cellule, mais
ils sont hors de prix, et même là, on n'atteint pas la fiabilité d'un
disque mécanique de milieu de gamme en terme d'endurance.).

JB



signature.asc
Description: OpenPGP digital signature

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[ajh-valmer]

On Saturday 06 July 2024 10:56:54 benoit wrote:
> Le vendredi 5 juillet 2024 à 22:19, Dethegeek a écrit :
> > C'est une bonne question. Comment est déterminé le MTBF ? 
> > Par experimentation sur des exemplaires avant mise en production 
> > de masse, par simulations ?  

Aujourd'hui, les disques durs SSD semblent fiables.
Je n'ai connu que des défaillances irrémédiables (poubelle) 
avec les DD mécaniques, pas avec les SSD.
Inutile de se faire du soucis sur ce sujet,
d'autant que la vitesse de transmission des données
d'un SSD est incomparable par rapport à un DD mécanique,
que je ne pourrais plus utiliser.
On le voit bien au boot, quelle différence !

Re: Re : [HS] sauvegarde sur Disque Mécanique ou SSD

[hamster]

Le 06/07/2024 à 13:25, nicolas.patr...@gmail.com a écrit :

On 06/07/2024 11:08:55, elguero eric wrote:


remarque que c'est pire pour les demi-vies de certains
isotopes. On arrive à estimer des périodes de plusieurs
millions d'années avec juste quelques mois d'observations.


Tu as demandé à un physicien comment il fait ?


Exactement comme pour les disques durs : il en prend plein (une quantité 
connue) et il mesure combien se désintègrent pendant un temps donné. 
Connaissant la loi de décroissance (toujours une exponentielle 
décroissante pour la radioactivité) il est facile de calculer au bout de 
combien de temps la moitié se seront désintégrés.

Re : [HS] sauvegarde sur Disque Mécanique ou SSD

[nicolas . patrois]

On 06/07/2024 11:08:55, elguero eric wrote:

> remarque que c'est pire pour les demi-vies de certains
> isotopes. On arrive à estimer des périodes de plusieurs
> millions d'années avec juste quelques mois d'observations.

Tu as demandé à un physicien comment il fait ?

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Basile Starynkevitch]

On 7/6/24 10:56, benoit wrote:
Le vendredi 5 juillet 2024 à 22:19, Dethegeek  a 
écrit :


C'est une bonne question. Comment est déterminé le MTBF ? Par 
experimentation sur des exemplaires avant mise en production de 
masse, par simulations ?


Un MTBF DE 2.5 millions d'heures équivaut à 285 ans. Soit j'ai fait 
un erreur de logique pour calculer soit cette valeur est erronée. Ça 
me semble ni réalisable ni raisonnable au vu de la vitesse 
d'évolution technologique



Non c'est pas une erreur :
MTTF/MTBF 2.5 M hours

« MTTF/MTBF (Mean Time to Failure/Mean Time Between Failures) is not a 
guarantee or estimate of product life; it is a statistical value 
related to mean failure rates for a large number of products which may 
not accurately reflect actual operation.  Actual operating life of the 
product may be different from the MTTF/MTBF. »


Cf.
https://toshiba.semicon-storage.com/ap-en/storage/product/data-center-enterprise/enterprise-capacity/articles/mg06aca.html

Et en effet, question réalisme, sauf si Toshiba a recruté Madame Irma, 
qui a lu dans sa boule de cristal que dans 200 ans les composants 
fonctionneront toujours…
Je me demande bien comment on peut évaluer des valeurs statistiques 
sur une telle durée…


Justement, *c'est des statistiques*. Elles n'ont pas de signification 
intuitive pour un ordinateur personnel unique ou un disque dur unique. 
Elles peuvent en avoir pour une personne chargée de lancer un appel 
d'offres pour l'achat institutionnel de milliers d'ordinateurs.


Mais les supercalculateurs listés sur https://top500.org ont des 
milliers de disques durs qui tournent tous en parallèle. Ces machines 
sont sous Linux, et sont utilisées par les industries automobiles, de 
l'armement, du pétrole, de l’énergie (nucléaire civil ou éolienne) 
etc... et par la recherche scientifique (universités, CNRS,  INRIA, 
CEA), la santé, la Commission Européenne. Une panne sur un millier de 
disques identiques ou similaires est bien plus probable que sur un 
disque isolé. Et elle peut impacter pas mal de développeurs ou d'emplois 
ou de personnes. ou de logiciels (par exemple https://code-aster.org ou 
https://www-cast3m.cea.fr/ ...)


Il en est de même pour les centres de données (datacenters) par exemple 
chez OVH https://www.ovhcloud.com/fr/


Pour ma part je continue de chercher un consortium ANR, ITEA ou 
HorizonEurope intéressé par


 https://github.com/RefPerSys/RefPerSys

Cordialement.

--
Basile STARYNKEVITCH
8 rue de la Faïencerie, 92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ -gives my mobile number +33 6 8501 
See/voir:https://github.com/RefPerSys/RefPerSys

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[benoit]

Le mercredi 19 juin 2024 à 18:07, hamster  a écrit :


> Ce que tu a surtout besoin c'est d'espace de stockage volumineux pour y
> mettre tous tes trucs et qu'ensuite ces espaces de stockage dorment dans
> un tiroir en étant re-branchés que de facon très rare.
> 
> Dans ce cas le nombre d'écritures limité des disques SSD n'est pas un
> handicap : de toutes facons tu ne les écrira qu'une fois. Le coté
> aléatoire des pannes mécaniques des disques durs ne sont pas un handicap
> non plus : tu ne les laissera pas branchés en permanence, leur durée de
> vie (en heures de fonctionnement) ne sera donc pas consommée.
> 

Ben justement, je me pose cette question : si un disque a été étudié pour une 
durée de vie donnée, il y a deux usages différents :
- Fonctionnement continu 24h/24 et 7j/7, adapté aux NAS (qui n'est pas 
forcément conçu pour redémarrer un grand nombre de fois)
- PC arrêts redémarrages fréquents (qui n'est pas forcément conçu pour un 
fonctionnement continu)

En utilisant un disque de NAS avec un MTBF de dingue, est-ce que je ne risque 
pas de l'user prématurément, voir plus vite qu'un bête disque d'entrée de gamme 
à 50 €, si je l'utilise pour de la sauvegarde (arrêt -> au repos dans un tiroir 
-> démarrage -> écriture...) alors qu'il a été conçu pour ne démarrer qu'une 
seule fois dans sa vie ?

--
Benoît

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[elguero eric]

Le samedi 6 juillet 2024 à 10:57:18 UTC+2, benoit  a 
écrit : 

Et en effet, question réalisme, sauf si Toshiba a recruté Madame Irma, qui a lu 
dans sa boule de cristal que dans 200 ans les composants fonctionneront 
toujours…Je me demande bien comment on peut évaluer des valeurs statistiques 
sur une telle durée…


remarque que c'est pire pour les demi-vies de certains
isotopes. On arrive à estimer des périodes de plusieurs
millions d'années avec juste quelques mois d'observations.

s'il n'y a pas de vieillissement, la durée de vie d'un
équipement suit la loi exponentielle, et pour estimer
la moyenne de cette loi il suffit d'observer un certain
nombre d'équipements. Si par exemple tu fais
tourner 1000 disques et si au bout d'un an 4
sont morts, tu en déduis que la durée de vie
moyenne est d'environ 250 ans.

e.e.

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[benoit]

Le vendredi 5 juillet 2024 à 22:19, Dethegeek  a écrit :

> C'est une bonne question. Comment est déterminé le MTBF ? Par experimentation 
> sur des exemplaires avant mise en production de masse, par simulations ?
>
> Un MTBF DE 2.5 millions d'heures équivaut à 285 ans. Soit j'ai fait un erreur 
> de logique pour calculer soit cette valeur est erronée. Ça me semble ni 
> réalisable ni raisonnable au vu de la vitesse d'évolution technologique

Non c'est pas une erreur :
MTTF/MTBF 2.5 M hours

« MTTF/MTBF (Mean Time to Failure/Mean Time Between Failures) is not a 
guarantee or estimate of product life; it is a statistical value related to 
mean failure rates for a large number of products which may not accurately 
reflect actual operation. Actual operating life of the product may be different 
from the MTTF/MTBF. »

Cf.
https://toshiba.semicon-storage.com/ap-en/storage/product/data-center-enterprise/enterprise-capacity/articles/mg06aca.html

Et en effet, question réalisme, sauf si Toshiba a recruté Madame Irma, qui a lu 
dans sa boule de cristal que dans 200 ans les composants fonctionneront 
toujours…
Je me demande bien comment on peut évaluer des valeurs statistiques sur une 
telle durée…

--
Benoît

>

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[BERTRAND Joël]

Sébastien Dinot a écrit :
> À l'époque où l'on gravait encore des DVD, je me souviens qu'un
> fabricant proposait des DVD en verre, vendus une fortune, dont la durée
> de conservation annoncée était de 4 000 ans.

1/ On grave toujours des DVD (et d'autres supports optiques).
2/ Le support en verre existe toujours. ;-)

JB



signature.asc
Description: OpenPGP digital signature

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[BERTRAND Joël]

Dethegeek a écrit :
> C'est une bonne question. Comment est déterminé le MTBF ? Par
> experimentation sur des exemplaires avant mise en production de masse,
> par simulations ?
> 
> Un MTBF DE 2.5 millions d'heures équivaut à 285 ans. Soit j'ai fait un
> erreur de logique pour calculer soit cette valeur est erronée. Ça me
> semble ni réalisable ni raisonnable au vu de la vitesse d'évolution
> technologique

Pour bosser dans l'électronique, ça se calcule en fonction des
différents composants? On connaît la durée de vie d'un composant soumis
à un stress, donc on sait déterminer la durée de vie moyenne d'un
circuit. Pour la mécanique, c'est exactement pareil.

JB



signature.asc
Description: OpenPGP digital signature

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[BERTRAND Joël]

benoit a écrit :
> Le vendredi 5 juillet 2024 à 21:56, benoit  a écrit :
> 
>> J'ai regardé les disque durs avec une moyenne de 2 500 000 h avant panne, 
>> c'est pas donné. Le moins chers que j'ai trouvé est à 240€ pour un Toshiba 
>> MG07ACA de 14 To et en plus c'est du 3,5 pouces et mon rack c'est pour des 
>> disques 2.5 pouces.
> 
> En plus je me répond à moi même et me demande qui a besoin d'une durée de vie 
> aussi démesurée ?
> Et comment on fait pour prétendre que ça va durer si longtemps ?

Bonjour,

Ce sont des "moyennes" en fonction de cas d'usage. Personnellement,
j'ai rarement des problèmes avec des Toshiba (deux pannes sur les 15
dernières années avec je ne sais combien de disques dans la nature).
Attention à bien faire la différence d'usage cependant entre les disques
SRM et CRM (les CRM sont plus fiables mais plus chers). En 2,5", ça
devient difficile de trouver en SATA à plateau.

Aujourd'hui, je privilégie les marques suivantes (dans le désordre) :
- Fujitsu (lorsque j'en trouve)
- Hitachi/HGST
- Toshiba

mais /toujours/ en CRM sauf cas particuliers de disques dans des NAS
d'archivage. Je proscris les Samsung et Seagate avec lesquels je n'ai eu
que des merdes (mort subite de l'électronique, instabilités du bus,
erreurs smart, des vraies qui ne correspondent à aucun défaut et qui
montrent la qualité exceptionnelle du firmware... J'ai des Seagate
d'origine Sun en SATA ou SCSI-SCA qui n'ont duré que quelques jours et
d'autres qui se déconnectaient aléatoirement des bus, ce qui fait
désordre même sur un volume raid.).

Les WD, ça dépend des gammes, il faut trier. Ça va du disque
merdouillique aux disques sérieux (j'ai des jaunes dans un serveur qui
ne bronchent pas).

Je rajoute que j'ai moins de pannes avec des disques à plateaux qu'avec
des SSD.

Bien cordialement,

JB



signature.asc
Description: OpenPGP digital signature

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Sébastien Dinot]

Le 2024-07-05 22:08, benoit a écrit :
En plus je me répond à moi même et me demande qui a besoin d'une durée 
de vie aussi démesurée ?

Et comment on fait pour prétendre que ça va durer si longtemps ?


Je ne sais pas comment on évalue la durée de vie d'un disque, mais je 
sais que dans d'autres domaines industriels, on évalue la durée de vie 
par différentes expériences :
* Mesure de l'usure du composant sur une durée donnée, puis 
extrapolation du temps nécessaire pour que ce composant atteigne un état 
jugé incompatible avec un fonctionnement normal.

* Création de conditions de vieillissement accéléré.

J'ai travaillé il y a bien longtemps pour un centre de recherche d'un 
fabricant de film photographique et radiographique. Ce fabricant 
laissait vieillir dans des conditions normales de conservation des 
échantillons de chaque produit (film) et mesurait à intervalle de temps 
régulier leur dégradation. En parallèle, il stockait d'autres 
échantillons du même produit dans des conditions d'hygrométrie, de 
température et/ou de lumière différentes et là encore, il effectuait des 
mesures régulières. Il pouvait alors constater qu'en plaçant un film 
dans certaines conditions, il obtenait un vieillissement accéléré par un 
facteur 3, 10 ou plus. Au final, il était capable de dire après quelques 
mois comment allait vieillir son film en 10 ou 20 ans, et de l'annoncer 
lors de la mise sur le marché du produit.


Il ne serait pas étonnant que les fabricants de disques procèdent à un 
vieillissement accéléré pour estimer la durée de vie de l'émulsion 
contenant les éléments ferromagnétiques et qu'ils fassent des tests 
d'usure des pièces mécaniques et extrapolent les résultats obtenus.


Indépendamment de ces tests, savoir que dans 30 ans, plus aucun 
ordinateur ne sera doté des interfaces matérielles et du logiciel 
permettant de lire le média, doit décomplexer les fabricants et les 
pousser à annoncer des durées non vérifiables à l'échelle humaine, sans 
compter que le fabricant n'existera certainement plus dans 30 ans, vu 
que les disques mécaniques sont en voie de disparition.


À l'époque où l'on gravait encore des DVD, je me souviens qu'un 
fabricant proposait des DVD en verre, vendus une fortune, dont la durée 
de conservation annoncée était de 4 000 ans.


Sébastien

--
Sébastien Dinot
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
https://www.palabritudes.net/

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Dethegeek]

C'est une bonne question. Comment est déterminé le MTBF ? Par
experimentation sur des exemplaires avant mise en production de masse, par
simulations ?

Un MTBF DE 2.5 millions d'heures équivaut à 285 ans. Soit j'ai fait un
erreur de logique pour calculer soit cette valeur est erronée. Ça me semble
ni réalisable ni raisonnable au vu de la vitesse d'évolution technologique

Le ven. 5 juil. 2024 à 22:09, benoit  a écrit :

> Le vendredi 5 juillet 2024 à 21:56, benoit  a
> écrit :
>
> > J'ai regardé les disque durs avec une moyenne de 2 500 000 h avant
> panne, c'est pas donné. Le moins chers que j'ai trouvé est à 240€ pour un
> Toshiba MG07ACA de 14 To et en plus c'est du 3,5 pouces et mon rack c'est
> pour des disques 2.5 pouces.
>
> En plus je me répond à moi même et me demande qui a besoin d'une durée de
> vie aussi démesurée ?
> Et comment on fait pour prétendre que ça va durer si longtemps ?
>
> Benoit
>
>

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[benoit]

Le vendredi 5 juillet 2024 à 21:56, benoit  a écrit :

> J'ai regardé les disque durs avec une moyenne de 2 500 000 h avant panne, 
> c'est pas donné. Le moins chers que j'ai trouvé est à 240€ pour un Toshiba 
> MG07ACA de 14 To et en plus c'est du 3,5 pouces et mon rack c'est pour des 
> disques 2.5 pouces.

En plus je me répond à moi même et me demande qui a besoin d'une durée de vie 
aussi démesurée ?
Et comment on fait pour prétendre que ça va durer si longtemps ?

Benoit

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[benoit]

Bonjour,

Je me permets de me glisser dans la conversation, car je recherche un bon 
support de sauvegarde sur lequel garder une copie des fichiers brut de capteur 
(RAW) pour mon loisir de photographe amateur. 

Est-ce que le MTBF est important pour le choix du support de sauvegarde ?
Vu que ça ne tourne que quand j'ai besoin de faire une copie de mon disque 
dur...
J'ai regardé les disque durs avec une moyenne de 2 500 000 h avant panne, c'est 
pas donné. Le moins chers que j'ai trouvé est à 240€ pour un Toshiba MG07ACA de 
14 To et en plus c'est du 3,5 pouces et mon rack c'est pour des disques 2.5 
pouces.

Le MTBF n'indique pas l'usage.
Par exemple : un disque qu'on branche dans un serveur et qui va tourner jusqu'à 
ce qu'il tombe en panne, ne subit pas les mêmes contraintes qu'un disque qu'on 
allume et éteint à chaque usage.

Merci pour vos lumières

--
Benoît


Le mardi 18 juin 2024 à 12:33, MERLIN Philippe  a 
écrit :

> Bonjour,
> J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde pour
> un petit ordinateur personnel.
> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
> Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont baissé
> et se rapproche des disques Mécaniques.
> Dans les disques Mécanique je connais Seagate, Toshiba  y a t'il des
> Marques à éviter absolument ?
> Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour une
> sauvegarde je ne vois pas l'intérêt.
> Vous avez certainement votre opinion basée sur l'expérience.
> Que me conseillez vous?
> Philippe Merlin

Re: Re: Souci de montage avec pcloud.com [Resolu]

[Pierre Meurisse]

Bonjour à tous et merci pour votre aide.
Le problème est résolu.
Suivant les conseils ...
J'ai obtenu du support de pcloud les précisions suivantes.
Avant d'uploader un fichier, celui-ci est copié dans un cache en local.
Par défaut, ce cache est situé dans /home.
C'est de là que venait mon souci.
Comme j'ai l'habitude d'installer plusieurs systèmes sur mes machines, 
chacun d'eux a son /home particulier, qui contient les fichiers de config et des
liens vers un répertoire /homesuppl qui contient les fichiers effectifs 
accessibles depuis n'importe quel système.
Du coup mon /home était trop petit pour contenir le cache.
Avec la dernière version de pcloud, j'ai pu déplacer le cache 
dans /homosuppl et maintenant ça marche.
Je n'avais eu auparavant aucune précision sur cette histoire de cache.

Un grand merci encore à Etienne et Erwann


Le Sun, Jun 09, 2024 at 06:02:46AM +0200, pierrem4711@e.email a écrit :
> Merci Etienne et Erwann.
> Je vais poursuivre mes recherches tant du côté de debian que du côté de 
> pcloud.
> Un petit ennui de santé m'empêche cependant d'accéder à mon ordi pour quelques
> jours.
> Je teprendrai dès que possible.
> -- Envoyé depuis /e/ Mail.

-- 
Pierre Meurisse

Re: [Un peu HS] Utilisation de l'API OpenSSL

[didier gaumet]

Le 05/07/2024 à 11:06, BERTRAND Joël a écrit :

J'ai enfin réussi à avoir un retour des devs d'OpenSSL. Il faut dans
leur technique de détection des fins de message toujours au moins un
octet de bourrage. Donc si le message fait un multiple entier d'une
longueur de bloc, on se tape un bloc entier en bourrage. Une fois
expliqué, c'est assez logique. Mais ça n'apparaît nulle part dans la
documentation d'OpenSSL.

Désolé pour le bruit.

JB



Merci pour ton retour: ça pourrait bien soulager la future migraine de 
quelqu'un confronté à la même situation :-)

Re: [Un peu HS] Utilisation de l'API OpenSSL

[BERTRAND Joël]

J'ai enfin réussi à avoir un retour des devs d'OpenSSL. Il faut dans
leur technique de détection des fins de message toujours au moins un
octet de bourrage. Donc si le message fait un multiple entier d'une
longueur de bloc, on se tape un bloc entier en bourrage. Une fois
expliqué, c'est assez logique. Mais ça n'apparaît nulle part dans la
documentation d'OpenSSL.

Désolé pour le bruit.

JB



signature.asc
Description: OpenPGP digital signature

Re: [Un peu HS] Utilisation de l'API OpenSSL

[BERTRAND Joël]

didier gaumet a écrit :
> Le 04/07/2024 à 20:44, BERTRAND Joël a écrit :
>> didier gaumet a écrit :
> [...]
>>> https://stackoverflow.com/questions/71763461/purpose-of-evp-encryptfinal-ex-function-in-openssl
>>>
> [...]
> 
>> Ce que je ne saisis pas, c'est pour quoi lorsqu'on
>> a déjà un multiple d'une longueur de bloc, la fonction en rajoute un. Et
>> pourquoi elle plante lamentablement en cas de déchiffrement.
> [...]
> 
> comme dit précédemment, tout ça me passe un peu au-dessus de ce qui me
> sert malaisément de cerveau mais le lien ci-dessus a quelques
> explications intéressantes fournies par un type quia l'air de comprendre
> à peu près de quoi il parle, et ça renvoie vers l'explication Wikipedia
> du mode d'opération de chiffrement, section "remplissage":
> https://fr.wikipedia.org/wiki/Mode_d%27op%C3%A9ration_(cryptographie)#Remplissage
> 
> (comme on est sur une liste en français, je pointe vers un lien en
> français, mais le texte original en anglais est peut-être plus à jour ou
> plus complet)
> 
> donc j'ai pas creusé mais une explication du comportement que tu
> observes (des blocs de 16 bits dont seuls 15 utilisés passent mais pas
> des blocs de 16 bits comportant 16 bits utiles) pourrait résider dans le
> mode utilisé, je cite:
> "[...]  Un peu plus complexe est la méthode DES originale, qui consiste
> à ajouter un seul bit, suivi de suffisamment de bits zéro pour remplir
> le bloc ; si le message se termine sur une limite de bloc, un bloc de
> remplissage entier sera ajouté. [...]"

Rien à voir, je suis en ECB. Donc chaque bloc est chiffré séparément.
Le problème est "pourquoi openssl bourre-t-il un nouveau bloc de 16
octets alors qu'il n'a pas besoin de le faire ?"

Le chiffrement est le suivant :
16 octets -> AES256 -> 16 octets (et non 32).

JB



signature.asc
Description: OpenPGP digital signature

Re: [Un peu HS] Utilisation de l'API OpenSSL

[didier gaumet]

Le 04/07/2024 à 20:44, BERTRAND Joël a écrit :

didier gaumet a écrit :

[...]

https://stackoverflow.com/questions/71763461/purpose-of-evp-encryptfinal-ex-function-in-openssl

[...]


Ce que je ne saisis pas, c'est pour quoi lorsqu'on
a déjà un multiple d'une longueur de bloc, la fonction en rajoute un. Et
pourquoi elle plante lamentablement en cas de déchiffrement.

[...]

comme dit précédemment, tout ça me passe un peu au-dessus de ce qui me 
sert malaisément de cerveau mais le lien ci-dessus a quelques 
explications intéressantes fournies par un type quia l'air de comprendre 
à peu près de quoi il parle, et ça renvoie vers l'explication Wikipedia 
du mode d'opération de chiffrement, section "remplissage":

https://fr.wikipedia.org/wiki/Mode_d%27op%C3%A9ration_(cryptographie)#Remplissage
(comme on est sur une liste en français, je pointe vers un lien en 
français, mais le texte original en anglais est peut-être plus à jour ou 
plus complet)


donc j'ai pas creusé mais une explication du comportement que tu 
observes (des blocs de 16 bits dont seuls 15 utilisés passent mais pas 
des blocs de 16 bits comportant 16 bits utiles) pourrait résider dans le 
mode utilisé, je cite:
"[...]  Un peu plus complexe est la méthode DES originale, qui consiste 
à ajouter un seul bit, suivi de suffisamment de bits zéro pour remplir 
le bloc ; si le message se termine sur une limite de bloc, un bloc de 
remplissage entier sera ajouté. [...]"


Enfin, je dis ça, je dis rien, c'est juste une hypothèse et c'est pas 
moi qui me coltine le problème  ;-)


plus sérieusement: bon courage :-)

Re: [Un peu HS] Utilisation de l'API OpenSSL

[BERTRAND Joël]

didier gaumet a écrit :
> préambule lamentable: j'ai lu ta bafouille en diagonale, je n'ai pas le
> niveau, j'ai pas envie de creuser, etc... donc ma réponse ne va
> peut-être pas être très pertinente, désolé ;-)
> 
> En très gros de la part d'un inculte du sujet, même si la fonction
> openssl semble légèrement différente sur cette page, je me demande si le
> mécanisme sur lequel tu butes n'est pas le même (du padding qui
> nécessite la décomposition en sous-variables dont la dernière doit être
> traitée par une fonction de type "final"):
> https://stackoverflow.com/questions/71763461/purpose-of-evp-encryptfinal-ex-function-in-openssl
> 
> 
> j'ai peut-être rien compris, hein, c'est hors de mes maigres compétences
> et je n'ai de plus pas envie de vriller les pauvres neurones qui me
> restent à chercher à comprendre ;-)

Ça tourne effectivement autour de cela. Je connais la différence entre
les deux fonctions. Ce qui me dérange, c'est que dans tous les exemples
que j'ai pu trouver EVP_CipherFinal_ex() est toujours appelée sur le
dernier bloc (pour bourrer les octets manquant pour avoir un multiple de
la longueur de bloc). Ce que je ne saisis pas, c'est pour quoi lorsqu'on
a déjà un multiple d'une longueur de bloc, la fonction en rajoute un. Et
pourquoi elle plante lamentablement en cas de déchiffrement.

Je pense (naïvement sans doute) que si aucun test n'est fait dans les
exemples sur la longueur des données à chiffrer, cette fonction doit
être appelée dans tous les cas.

Bien cordialement,

JB



signature.asc
Description: OpenPGP digital signature

Re: [Un peu HS] Utilisation de l'API OpenSSL

[didier gaumet]

préambule lamentable: j'ai lu ta bafouille en diagonale, je n'ai pas le 
niveau, j'ai pas envie de creuser, etc... donc ma réponse ne va 
peut-être pas être très pertinente, désolé ;-)


En très gros de la part d'un inculte du sujet, même si la fonction 
openssl semble légèrement différente sur cette page, je me demande si le 
mécanisme sur lequel tu butes n'est pas le même (du padding qui 
nécessite la décomposition en sous-variables dont la dernière doit être 
traitée par une fonction de type "final"):

https://stackoverflow.com/questions/71763461/purpose-of-evp-encryptfinal-ex-function-in-openssl

j'ai peut-être rien compris, hein, c'est hors de mes maigres compétences 
et je n'ai de plus pas envie de vriller les pauvres neurones qui me 
restent à chercher à comprendre ;-)

[Un peu HS] Utilisation de l'API OpenSSL

[BERTRAND Joël]

Bonjour à tous,

Désolé de venir avec un problème pas tout à fait Debian. J'essaye de
m'inscrire sur les listes de diffusion OpenSSL depuis plusieurs jours
sans aucun retour. Je pense que des lecteurs ont déjà été confrontés au
problème.

J'utilise OpenSSL (3.3.1) pour chiffrer des messages et les déchiffrer.
J'observe un comportement que je ne comprends pas. Je n'utilise qu'un
chiffrement de type AES256-ECB (donc le chiffrement d'un bloc ne dépend
que du bloc en question. Je sais, ce n'est pas bien, mais le
périphérique en face est un microcontrôleur qui cause en 4G et qui
possède très peu de mémoire).

Lorsque mon périphérique parle à mon serveur Debian, mon programme
plante méchamment lors de l'appel à la fonction EVP_CipherFinal_ex().

Que fais-je ?

Je crée un contexte, je l'initialise avec la clef et tout ce qui va
bien puis je chiffre :

if ((contexte = EVP_CIPHER_CTX_new()) == NULL)
{
return(NULL);
}

EVP_CIPHER_CTX_reset(contexte);

longueur_bloc_de_chiffrement =
EVP_CIPHER_block_size(type_chiffrement);

if (EVP_CipherInit_ex(contexte, type_chiffrement, NULL, clef,
vecteur_initialisation, (encodage == d_vrai) ? 1 : 0) != 1)
{
EVP_CIPHER_CTX_free(contexte);
return(NULL);
}

nombre_blocs = longueur_message / longueur_bloc_de_chiffrement;

if ((longueur_message % longueur_bloc_de_chiffrement) != 0)
{
nombre_blocs++;
}

(*longueur_message_chiffre) = nombre_blocs *
longueur_bloc_de_chiffrement;

printf("longueur_message_chiffre = %lld\n", (*longueur_message_chiffre));

// On prévoit une zone de garde pour EVP_CipherFinal_ex() en
// espérant
// qu'il ne faille pas plus qu'une longueur de bloc de chiffrement.
// Méchant hack en raison d'un comportement étrange de
// EVP_CipherFinal_ex().
if ((message_chiffre = malloc(((size_t) ((*longueur_message_chiffre)
+ longueur_bloc_de_chiffrement)) *
sizeof(unsigned char))) == NULL)
{
EVP_CIPHER_CTX_free(contexte);
return(NULL);
}

printf("longueur_message = %d\n", (int) longueur_message);

if (EVP_CipherUpdate(contexte, message_chiffre, _message_1,
message, (int) longueur_message) != 1)
{
free(message_chiffre);
EVP_CIPHER_CTX_free(contexte);
return(NULL);
}

printf("longueur_message_1 = %d\n", longueur_message_1);

if (EVP_CipherFinal_ex(contexte, message_chiffre +
longueur_message_1,
_message_2) != 1)
{
free(message_chiffre);
EVP_CIPHER_CTX_free(contexte);
return(NULL);
}

printf("longueur_message_2 = %d\n", longueur_message_2);

(*longueur_message_chiffre) = longueur_message_1 +
longueur_message_2;

// Mise à jour du vecteur d'initialisation

EVP_CIPHER_CTX_get_updated_iv(contexte, vecteur_initialisation,
(size_t) EVP_CIPHER_iv_length(type_chiffrement));

EVP_CIPHER_CTX_free(contexte);

Cette routine est appelée pour chiffrer et pour déchiffrer. Je ne mets
pas tout le code, ça n'a pas beaucoup d'intérêt. Maintenant, mon problème.

Le code AES256 utilise des blocs de 16 octets. Si je chiffre un message
de 15 octets, j'obtiens un message chiffré de 16 octets. Normal.

longueur_message_chiffre = 16
longueur_message = 15
longueur_message_1 = 0
longueur_message_2 = 16

Ainsi, EVP_CipherUpdate() ne fait rien (aucun bloc entier) et le
chiffrement est effectué par EVP_CipherFinal_ex().

Si maintenant je cherche à chiffrer un message de 16 octets, voici ce
qui sort :

longueur_message_chiffre = 16
longueur_message = 16
longueur_message_1 = 16
longueur_message_2 = 16
=> longueur_message_chiffre donne la longueur nécessaire au chiffrement
du message. La longueur effectivement renvoyée est
longueur_message_1+longueur_message_2 soit ici 32 !

Si je comprends bien, EVP_CipherUpdate() chiffre un bloc de 16 octets.
Mais pourquoi EVP_CipherFinal_ex() rajoute-t-il un autre bloc de 16
octets ? J'obtiens un message de 32 octets alors que seuls les 16
premiers sont signifiants.

Dans mon cas, j'obtiens :
"?r\xF1\xF0-\x89\x83]\xD3\xEE\xF0bj\xE2\xB7\x9E\xE34\xF2\xD2f
\xF6w\x02\x14\x0DbS\xD5\x01\x1A"

alors que seul

"?r\xF1\xF0-\x89\x83]\xD3\xEE\xF0bj\xE2\xB7\x9E" contient le message
chiffré (le formalisme est le suivant : les caractères affichables sont
directement affichés, les autres sont \x + octet en hexadécimal).

Le problème est aussi que je suis capable de déchiffrer le message
complet "?r\xF1\xF0-\x89\x83]\xD3\xEE\xF0bj\xE2\xB7\x9E\xE34\xF2\xD2f
\xF6w\x02\x14\x0DbS\xD5\x01\x1A"
en une chaîne de 16 octets (qui est bien le message envoyé). En
revanche, si je tente le déchiffrement des seuls 16 premiers octets,
EVP_CipherFinal_ex() renvoie une erreur.

Je ne comprends pas mon erreur. Quelqu'un a-t-il déjà été confronté à
ce problème ? J'ai 

Re: erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[Jean-Marc]

Le 2/07/24 à 20:38, Fabien Dubois a écrit :

Bonsoir,

C'est possible.

Seulement deux remarques.
Tout d'abord cela m'empêche de faire les MAJ, aptitude refuse de prendre 
en compte les dépôts puisque erreur de signature. Et selon ce message 
les MAJ restait possible.


Simple suggestion :
as-tu essayé en utilisant apt à la place de aptitude ?

De plus mes recherches ne trouvent strictement rien qui ressemble à mon 
souci. Si problème comme indiqué il devrait y avoir d'autres personnes 
affectées. Or j'ai l'impression d'être le seul, aucune occurrence 
récente ressemblant à mon erreur...

Bon, je vais patienter un peu.


Si l'IRC ne te rebute pas, tu trouveras peut-être de l'aide sur le chan 
#debian-facile sur le serveur oftc (https://www.oftc.net/).



Bonne soirée, Fabien



--
Jean-Marc


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[didier gaumet]

Le 02/07/2024 à 20:38, Fabien Dubois a écrit :


Bonsoir,

C'est possible.

Seulement deux remarques.
Tout d'abord cela m'empêche de faire les MAJ, aptitude refuse de prendre 
en compte les dépôts puisque erreur de signature.


pour débloquer ta situation avec aptitude au lieu d'apt, l'option idoine 
pourrait être:

 --allow-untrusted
(cf la page man d'aptitude, à toi de creuser, je n'ai fait que la survoler)

Et selon ce message 
les MAJ restait possible.
De plus mes recherches ne trouvent strictement rien qui ressemble à mon 
souci. Si problème comme indiqué il devrait y avoir d'autres personnes 
affectées. Or j'ai l'impression d'être le seul, aucune occurrence 
récente ressemblant à mon erreur...


interprétation personnelle: le chantier en unstable/testing concernant 
apt/gpg/signatures_des_dépôts (migration vers un algo' plus sûr) est en 
cours: dans le post que je mentionnais, l'erreur mentionne que 
l'algorithme de signature n'a pas pu être vérifié alors que dans ton cas 
l'erreur mentionne une clé invalide, ce qui peut laisser penser que le 
chantier a avancé depuis et que maintenant la clé du dépôt est invalide 
parce que l'algorithme utilisé n'est plus considéré comme assez solide.


Ce n'est bien sûr pas la seule interprétation possible, hein.

Seulement ça me rappelle les problèmes évoqués (tous légèrement 
différents mais qui concernent le même sujet) sur la migration t64 en 
unstable/testing. Certains ont l'impression que leur problème personnel 
n'a rien à voir alors qu'il s'agit de problèmes entraînés par une 
migration, avec laquelle il faut composer dans le cas de testing ou 
unstable, alors qu'elle devrait être terminée de manière satisfaisante 
pour la prochaine version de stable, donc pour les utilisateurs de 
stable ce devrait être majoritairement transparent


Encore une fois: interprétation perso sujette à erreur :-)

Si quelqu'un peut nous éclairer de ses lumières, merci à lui de braquer 
le spot sur la zone sombre ;-)



Bon, je vais patienter un peu.
Bonne soirée, Fabien

Re: erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[Fabien Dubois]

Le 02/07/2024 à 12:47, didier gaumet a écrit :

Bonjour,

je peux évidemment me tromper mais je pense que l'origine du problème 
est similaire à ce qui était évoqué dans ce message 
<77355204bd8b6187391e5017d0277a66535acf5d.ca...@gmail.com>
(https://lists.debian.org/debian-user-french/2024/05/msg00067.html), 
donc probablement des ajustements en testing/unstable sur la gestion 
apt/gpg et les signatures de dépôts.

Donc vraisemblablement rien de spécial à faire à part attendre



Bonsoir,

C'est possible.

Seulement deux remarques.
Tout d'abord cela m'empêche de faire les MAJ, aptitude refuse de prendre 
en compte les dépôts puisque erreur de signature. Et selon ce message 
les MAJ restait possible.
De plus mes recherches ne trouvent strictement rien qui ressemble à mon 
souci. Si problème comme indiqué il devrait y avoir d'autres personnes 
affectées. Or j'ai l'impression d'être le seul, aucune occurrence 
récente ressemblant à mon erreur...

Bon, je vais patienter un peu.
Bonne soirée, Fabien

Re: Probléme de clés et dépôts Debian

[Michel]

Le 02/07/2024 à 13:00, didier gaumet a écrit :
> L'homme aux deux mains gauches: c'est moi ;-)
> je voulais répondre au message de Fabien Dubois et j'ai lamentablement 
> échoué...

Mais non, tu n'as pas échoué, Didier, car j'avais lu ta réponse à Fabien
AVANT de lire les autres messages :)

Re: SD Card 32GB neuve non reconnue

[hamster]

Le 27/06/2024 à 19:56, Th.A.C a écrit :
MAIS, par défaut badblocks fait 4 x passes. Je pense que c'est déja 
beaucoup pour une carte SD et inutile pour un disque mécanique, sauf si 
tu ne veux pas qu'un labo puisse relire tes données.



C'est pas si inutile que ca sur un disque mécanique.
- La premiere passe il écrit 01010101010101…
- La deuxième passe il écrit 10101010101010… (il inverse tous les bits)
- la troisième passe il écrit 0…
- la quatrième passe il écrit 1…

Il m'est déjà arrivé qu'un secteur défectueux ne soit détecté qu'a la 4e 
passe. Par exemple imagine qu'il y ait un secteur avec un bit qui 
n'arrive plus a passer de 0 a 1 mais que ce bit soit déjà a 1 avant le test.
- Premiere passe, le hasard fait que ca écrit 1 sur ce bit la, 
l'écriture échoue mais comme il était déjà a 1 ca se voit pas.

- Deuxième passe ca écrit 0.
- Troisième passe ca écrit 0.
- Quatrième passe ca écrit 1, l'écriture échoue et la ca se voit.
Il peut aussi arriver que ce soit l'électronique qui soit entrain de 
faiblir et qu'elle n'arrive plus a gérer un grand nombre de 1 d'affilée, 
la aussi ca ne se verra qu'a la 4e passe.


Par contre je suis très d'accord sur le fait qu'avec tout ce qui est 
mémoire flash (carte SD, disque SSD, clef USB, etc) il faut y aller 
mollo avec les écritures. Les trucs qui les écrivent entièrement genre 
dd bs=4M if=/dev/zero of=/dev/sdx ou pire encore badblocks c'est 
vraiment pas une bonne idée pour ces supports, ca fait un grand nombre 
d'écritures et ca consomme donc beaucoup leur durée de vie.


Si tu veux tester le support, tu va l'user en le testant. Si il est neuf 
c'est dommage de l'user pour rien. Si il commence déjà a faiblir tu va 
l'achever.
Si tu veux effacer le support, tu peux le faire en mode artisanal avec 
dd mais il y a aussi des outils d'effacement spécialisés pour les 
supports flash qui font ca très bien.

Re: Probléme de clés et dépôts Debian

[didier gaumet]

L'homme aux deux mains gauches: c'est moi ;-)
je voulais répondre au message de Fabien Dubois et j'ai lamentablement 
échoué...

Re: erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[didier gaumet]

Bonjour,

je peux évidemment me tromper mais je pense que l'origine du problème 
est similaire à ce qui était évoqué dans ce message 
<77355204bd8b6187391e5017d0277a66535acf5d.ca...@gmail.com>
(https://lists.debian.org/debian-user-french/2024/05/msg00067.html), 
donc probablement des ajustements en testing/unstable sur la gestion 
apt/gpg et les signatures de dépôts.

Donc vraisemblablement rien de spécial à faire à part attendre

Re: SD Card 32GB neuve non reconnue

[Alain Vaugham]

Le Thu, 27 Jun 2024 19:56:40 +0200,
"Th.A.C"  a écrit :

[...]
> > Je veux bien installer des outils de formatage bas niveau si on en
> > trouve avec apt-get mais en cherchant mal(?) sur la toile je n'ai
> > trouvé que dd et des conseils pour formater en mode graphique.  
> 
> ca n'existe pas (sauf en usine), et ceux que l'on trouve sur la toile 
> n'en sont pas.
[...]

Merci beaucoup pour tous les détails fournis. Cela comble une partie
des trous que j'ai sur la compréhension de ce qui se passe sur les
supports qu'on utilise.

-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Probléme de clés et dépôts Debian

[didier gaumet]

Bonjour,

je peux évidemment me tromper mais je pense que l'origine du problème 
est similaire à ce qui était évoqué dans ce message 
<77355204bd8b6187391e5017d0277a66535acf5d.ca...@gmail.com>
(https://lists.debian.org/debian-user-french/2024/05/msg00067.html), 
donc probablement des ajustements en testing/unstable sur la gestion 
apt/gpg et les signatures de dépôts.

Donc vraisemblablement rien de spécial à faire à part attendre

Re: erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[Yannick]

Le 02/07/2024 à 11:21, Fabien Dubois a écrit :

Bonjour,

depuis quelques jours (une dizaine) j'ai une erreur de signature sur 
tous les dépots debian. Résultat, apt refuse de mettre à jour mon système.

J'ai contourné le problème avec
apt update --allow-unauthenticated --allow-insecure-repositories
Mon sources.list, en sid, est minimal. Et surtout je n'ai rien changé 
qui justifie ce comportement.
J'ai attendu quelques jours, pensant que c'était un souci qui serait 
réglé. Mais non. Mes recherches n'ont rien donné de probant.
Je penche pour un souci avec mon installation de gnupg (et le passage de 
/etc/apt/trusted.gpg à /etc/apt/trusted.gpg.d/, mais j'avoue ne pas y 
connaître grand chose). J'ai bien trouvé des soucis de clés obsolètes ou 
autre, mais rien d'aussi global (mon dépot pour mon vpn me fait la même 
chose). Ne trouvant rien, j'en déduis donc que le souci est sur mon 
système, mais je ne vois pas quoi faire.


Alors je demande de l'aide...
Merci pour toute piste. Réinstaller gnupg (en purgeant, comment...) ?
Merci

Fabien


Bonjour,

Il y a quelques jours j'ai fait une MAJ et j'ai rencontré le même 
problème sans rien toucher (je ne suis pas compétant).


Amitiés
--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris https://www.ancestris.org



OpenPGP_0x0DFAE7FD3F795E1D.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

erreur de signature sur les dépots debian (et les autres, pour mon vpn notamment)

[Fabien Dubois]

Bonjour,

depuis quelques jours (une dizaine) j'ai une erreur de signature sur 
tous les dépots debian. Résultat, apt refuse de mettre à jour mon système.

J'ai contourné le problème avec
apt update --allow-unauthenticated --allow-insecure-repositories
Mon sources.list, en sid, est minimal. Et surtout je n'ai rien changé 
qui justifie ce comportement.
J'ai attendu quelques jours, pensant que c'était un souci qui serait 
réglé. Mais non. Mes recherches n'ont rien donné de probant.
Je penche pour un souci avec mon installation de gnupg (et le passage de 
/etc/apt/trusted.gpg à /etc/apt/trusted.gpg.d/, mais j'avoue ne pas y 
connaître grand chose). J'ai bien trouvé des soucis de clés obsolètes ou 
autre, mais rien d'aussi global (mon dépot pour mon vpn me fait la même 
chose). Ne trouvant rien, j'en déduis donc que le souci est sur mon 
système, mais je ne vois pas quoi faire.


Alors je demande de l'aide...
Merci pour toute piste. Réinstaller gnupg (en purgeant, comment...) ?
Merci

Fabien

PS messages de aptitude
Warning: Erreur de GPG : http://deb.debian.org/debian sid InRelease : Au 
moins une signature non valable a été rencontrée.
Warning: Le dépôt http://deb.debian.org/debian sid InRelease n'est pas 
signé.
Notice: Les données depuis un tel dépôt ne peuvent être authentifiées et 
sont donc potentiellement dangereuses à utiliser.


Warning: Erreur de GPG : http://deb.debian.org/debian experimental 
InRelease : Au moins une signature non valable a été rencontrée.
Warning: Le dépôt http://deb.debian.org/debian experimental InRelease 
n'est pas signé.

Nettoyage du spam : avril et mai 2024

[Jean-Pierre Giraud]

Bonjour,
Comme nous sommes en juillet, il est désormais possible de traiter les
archives du mois de juin 2024 des listes francophones.

N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs
pour que nous sachions où nous en sommes.

Détails du processus de nettoyage du spam sur :

https://wiki.debian.org/I18n/FrenchSpamClean

Jean-Pierre Giraud


signature.asc
Description: This is a digitally signed message part

Re: Windows11 + Debian Bookworm + GRUB

[Michel Verdier]

Le 29 juin 2024 Halbrante a écrit :

> Grub est installé sur la Debian mais même s'il offre la possibilité de
> démarrer par Windows boot, ça ne fonctionne pas : il faut pour cela modifier
> l'ordre de boot dans le bios !

Oui c'est vrai j'avais oublié ça. Et à chaque mise à jour win$ se
remet en tête dans le bios. Il faut donc penser à refaire cet
ordre après une maj de win$

Re: Windows11 + Debian Bookworm + GRUB

[Halbrante]

Le 29/06/2024 à 09:26, Michel Verdier a écrit :

Le 28 juin 2024 Halbrante a écrit :


Merci de l'info. Je vais tenter de faire une petite partition comme vous le
suggérez mais je ne sais pas comment depuis Windows puisque Linux ne démarre
pas même en le mettant en tête du boot order !!

J'ai bien essayé deux applications Windows pour redimentionner mais aucune
n'est gratuite et comme je ne fais pas d'installations Linux tous les matins
...!

Peut-être à l'installation il y a moyen de le faire même en choisissant un
partitionnement "automatique".

Oui c'est au moment de l'installation que tu peux formatter ton
disque. Et si tu n'as pas déjà une partion /boot tu es obligé de refaire
ton partitionnement. Si le partitionnement automatique ne te plait pas tu
peux le refaire en manuel.
Pour la taille de /boot mets quand même 300Mo, sinon tu seras juste pour
les mises à jour du kernel.


Ca y est !

J'ai pu installer la Debian 12 non sans mal a cause d'un bios mal 
documenté.
Grub est installé sur la Debian mais même s'il offre la possibilité de 
démarrer par Windows boot, ça ne fonctionne pas : il faut pour cela 
modifier l'ordre de boot dans le bios !

Ce n'est pas grave la machine sera exploitée essentiellement sous Linux :-D

Un vrai bazar ces machines qui posent toujours les (mêmes) problèmes à 
plein d'utilisateurs.


Un coté positif: la carte WiFi AC3160 qui ne fonctionne pas sous Windows 
parce que Microsoft ne la supporte plus sous Win11, fonctionne sous 
Linux ...


Bref, l'achat d'un mini PC HP de la serie Prodesk G600 G4 mini n'est pas 
la meilleure idée que j'ai pu avoir !!


Merci à tous de vos avis et bon WE

Re: Windows11 + Debian Bookworm + GRUB

[Michel Verdier]

Le 28 juin 2024 Halbrante a écrit :

> Merci de l'info. Je vais tenter de faire une petite partition comme vous le
> suggérez mais je ne sais pas comment depuis Windows puisque Linux ne démarre
> pas même en le mettant en tête du boot order !!
>
> J'ai bien essayé deux applications Windows pour redimentionner mais aucune
> n'est gratuite et comme je ne fais pas d'installations Linux tous les matins
> ...!
>
> Peut-être à l'installation il y a moyen de le faire même en choisissant un
> partitionnement "automatique".

Oui c'est au moment de l'installation que tu peux formatter ton
disque. Et si tu n'as pas déjà une partion /boot tu es obligé de refaire
ton partitionnement. Si le partitionnement automatique ne te plait pas tu
peux le refaire en manuel.
Pour la taille de /boot mets quand même 300Mo, sinon tu seras juste pour
les mises à jour du kernel.

Re: Windows11 + Debian Bookworm + GRUB

[Halbrante]

Hello !

Merci de l'info. Je vais tenter de faire une petite partition comme vous 
le suggérez mais je ne sais pas comment depuis Windows puisque Linux ne 
démarre pas même en le mettant en tête du boot order !!


J'ai bien essayé deux applications Windows pour redimentionner mais 
aucune n'est gratuite et comme je ne fais pas d'installations Linux tous 
les matins ...!


Peut-être à l'installation il y a moyen de le faire même en choisissant 
un partitionnement "automatique".


Merci encore

Jeff (aussi !!)

Le 28/06/2024 à 16:58, Jean-François Bachelet a écrit :

Hello :)

Le 28/06/2024 à 16:34, Halbrante a écrit :

Bonjour,

Après avoir cherché en vain une solution sur le Web, je viens ici 
soumettre le problème que je rencontre.


J'ai une machine mini PC HP Prodesk 600 G4 (I5-7500/ 240go disque / 
8go mémoire) fourbi de Windows 11 Pro


Je souhaite installer une Debian Bookworm sur un 2eme disque Sata III 
installé sur l'emplacement prévu et mettre en place un dual-boot afin 
de choisir quel OS démarrer. Tout ceci est très classique !


Dans ce cas de figure, de nombreux "tuto" souvent bien faits 
foisonnent et je m'y suis fié.


Installation à partir d'une mémoire USB Bootable en UEFI. Tout se 
passe parfaitement jusqu'au dernier stade : l'installation de GRUB


Là, j'ai une erreur critique qui fait que je ne peux pas l'installer. 
De très nombreux intervenants postent ce genre de problème sur le Net 
mais je ne vois pas de solution simple émerger.
Pire, certains commentaires laissent entendre que ce n'est pas 
possible en raison de manque de place dans une mémoire flash !


Ma question  : cette configuration est-elle possible officiellement ?
vu que tu as un disque qui est réservé à Debian ET un disque réservé à 
windaube 11, le mieux c'est que tu crée un petit partition type 'bios 
boot (ou bios grub)' au début de ton disque debian, une centaine de MO 
suffisent, puis une grande (ou des) partitions pour ton /, /home, 
/swap, etc... (ce dont tu as besoin ou fait d'habitude quoi :))


ensuite tu ré-installe ta debian en choisissant 'utiliser les 
partitions existantes', et à la fin de l'install, pour grub tu choisi 
de l'installer sur le disque debian ! il se mettra tout seul dans la 
petite partoche bios-boot :) oublie pas de lui dire aussi de chercher 
les autres systèmes d'exploitation dans ton pc pour qu'il t'ajoute 
windaube à son menu.


la ça devrait fonctionner :)

voili voilà :)

à peluche,
Jeff

Re: Windows11 + Debian Bookworm + GRUB

[Jean-François Bachelet]

Hello :)

Le 28/06/2024 à 16:34, Halbrante a écrit :

Bonjour,

Après avoir cherché en vain une solution sur le Web, je viens ici 
soumettre le problème que je rencontre.


J'ai une machine mini PC HP Prodesk 600 G4 (I5-7500/ 240go disque / 8go 
mémoire) fourbi de Windows 11 Pro


Je souhaite installer une Debian Bookworm sur un 2eme disque Sata III 
installé sur l'emplacement prévu et mettre en place un dual-boot afin de 
choisir quel OS démarrer. Tout ceci est très classique !


Dans ce cas de figure, de nombreux "tuto" souvent bien faits foisonnent 
et je m'y suis fié.


Installation à partir d'une mémoire USB Bootable en UEFI. Tout se passe 
parfaitement jusqu'au dernier stade : l'installation de GRUB


Là, j'ai une erreur critique qui fait que je ne peux pas l'installer. De 
très nombreux intervenants postent ce genre de problème sur le Net mais 
je ne vois pas de solution simple émerger.
Pire, certains commentaires laissent entendre que ce n'est pas possible 
en raison de manque de place dans une mémoire flash !


Ma question  : cette configuration est-elle possible officiellement ?
vu que tu as un disque qui est réservé à Debian ET un disque réservé à 
windaube 11, le mieux c'est que tu crée un petit partition type 'bios 
boot (ou bios grub)' au début de ton disque debian, une centaine de MO 
suffisent, puis une grande (ou des) partitions pour ton /, /home, /swap, 
etc... (ce dont tu as besoin ou fait d'habitude quoi :))


ensuite tu ré-installe ta debian en choisissant 'utiliser les partitions 
existantes', et à la fin de l'install, pour grub tu choisi de 
l'installer sur le disque debian ! il se mettra tout seul dans la petite 
partoche bios-boot :) oublie pas de lui dire aussi de chercher les 
autres systèmes d'exploitation dans ton pc pour qu'il t'ajoute windaube 
à son menu.


la ça devrait fonctionner :)

voili voilà :)

à peluche,
Jeff

Windows11 + Debian Bookworm + GRUB

[Halbrante]

Bonjour,

Après avoir cherché en vain une solution sur le Web, je viens ici 
soumettre le problème que je rencontre.


J'ai une machine mini PC HP Prodesk 600 G4 (I5-7500/ 240go disque / 8go 
mémoire) fourbi de Windows 11 Pro


Je souhaite installer une Debian Bookworm sur un 2eme disque Sata III 
installé sur l'emplacement prévu et mettre en place un dual-boot afin de 
choisir quel OS démarrer. Tout ceci est très classique !


Dans ce cas de figure, de nombreux "tuto" souvent bien faits foisonnent 
et je m'y suis fié.


Installation à partir d'une mémoire USB Bootable en UEFI. Tout se passe 
parfaitement jusqu'au dernier stade : l'installation de GRUB


Là, j'ai une erreur critique qui fait que je ne peux pas l'installer. De 
très nombreux intervenants postent ce genre de problème sur le Net mais 
je ne vois pas de solution simple émerger.
Pire, certains commentaires laissent entendre que ce n'est pas possible 
en raison de manque de place dans une mémoire flash !


Ma question  : cette configuration est-elle possible officiellement ?

Si non, y a t-il un autre moyen de contourner le problème ?

Merci de vos conseils.

Re: easyrsa ne tient pas compte du fichier vars (Bulleye) [RESOLU]

[Olivier]

1. Désormais, il semble nécessaire de passer à chaque commande
easyrsa, le paramètre --vars=

2. De plus, la version courante d'easyrsa utilise la valeur de la
variable EASYRSA_DN pour déterminer s'il faut tenir compte des
paramètres historiques comme EASYRSA_REQ_COUNTRY. Il faut que la
variable soit valorisée à  "org" pour que ces paramètres soient pris
en compte.

Slts

Re: SD Card 32GB neuve non reconnue

[Th.A.C]

J'avais compris que parted/fdisk/cfdisk formataient au niveau le plus
bas. Est-ce exact?


Aucun des trois ne formate tout court.
Ils se contentent de réécrire la table de partition.
D'ailleurs si tu effaces la table de partition avec fdisk puis que tu 
recrées les partitions avec exactement les mêmes paramètres, tu vas 
retrouver tes données intactes.


Badblock réécrit le contenu des secteurs avec l'option -w et efface donc 
tout ce qui s'y trouve en mettant d'autres données à la place.


MAIS, par défaut badblocks fait 4 x passes. Je pense que c'est déja 
beaucoup pour une carte SD et inutile pour un disque mécanique, sauf si 
tu ne veux pas qu'un labo puisse relire tes données.



Le formatage bas niveau c'est tout recréer, y compris les marques 
inter-secteur et autres choses que l'on ne voit pas.


Une analogie avec une feuille de papier quadrillé:
- badblock -w xxx ou dd if=/dev/zero xxx remplace les caractères de 
chaque carreau par un autre caractère (un coup de gomme et on écriy un 
autre caractère).
- le formatage de bas niveau va effacer le contenu des carreau mais 
aussi le quadrillage, les marges, ... puis va tout redessiner, comme si 
on repartait d'une feuille vierge.



Mais ca fait longtemps que ce type de formatage n'est plus possible 
qu'en usine.


Sur une carte SD, les secteurs sont des zones de mémoires flash 
physiques que l'on ne peut pas recréer.
Dans l'analogie avec le papier quadrillé, la seule chose que l'on peut 
faire est de remplacer le contenu de chaque case par un autre contenu.



 Avec badblocks (-w), je les utilise sur chaque

nouveau disque que j'achète plus un dd /dev/zero de temps en temps mais
ce dernier, uniquement sur les disques dur mécaniques.


Je ne pense pas que ce soit une bonne idée, c'est trop intensif et pas 
adapté aux sdcard qui sont plus fragiles et qui durent moins longtemps.


Pour un disque dur mécanique, un simple dd if=/dev/zero ... suivi d'un 
test de débit sur toute la surface suffira à voir l'état de ton disque.

Si la courbe de débit est régulière, le disque est en bon état.



Je veux bien installer des outils de formatage bas niveau si on en
trouve avec apt-get mais en cherchant mal(?) sur la toile je n'ai trouvé
que dd et des conseils pour formater en mode graphique.


ca n'existe pas (sauf en usine), et ceux que l'on trouve sur la toile 
n'en sont pas.





Sur un portable sous Linux ayant un lecteur de cartes SD intégré, cette
sdcard est invisible.

Sur un Windows 10, l'adaptateur est reconnu mais pas cette sdcard.


Après avoir épuisé tous ces tests, il ne me reste plus d'espoir.
C'était une carte qui fonctionnait correctement avant que je ne la
formate.


malheureusement, je pense aussi que c'est 'mort'

Thierry

easyrsa ne tient pas compte du fichier vars (Bulleye)

[Olivier]

Bonjour,

J'utilise le script easyrsa du paquet easy-rsa pour gérer la PKI de
différents VPN.

Historiquement, le fichier vars qui accompagne ce script me permet de
personnaliser quelques paramètres (principalement le sujet du
certificat).

Sur Bullseye, j'ai l'impression que le contenu de ce fichier vars est ignoré.

J'ai essayé:
./easyrsa --vars=./vars  build-client-full bar nopass

Une idée ?

Slts

Re: SD Card 32GB neuve non reconnue

[Alain Vaugham]

Le Wed, 26 Jun 2024 23:54:33 +0200,
"Th.A.C"  a écrit :

> Le 26/06/2024 à 23:00, Alain Vaugham a écrit :
> 
>  > J'ai ensuite créé une partition (gpt) :
>  > # cfdisk /dev/sdb1  
> 
> 
> je suppose que c'est une erreur de recopie, mais sinon c'est
> 
>cfdisk /dev/sdb (sans le 1)

Exact, c'est dans cfdisk que l'on créé les partitions. Je n'en avais
créée qu'une seule.



> tu peux essayer de voir les périphériques de type 'bloc' avec la
> commande:
> 
>lsblk

$ lsblk
Seul l'unique disque sda de ma machine est listé avec ses partitions



> je suppose que tu as un adaptateur usb/sdcard, dans ce cas, la
> commande
> 
>lsusb
> 
> doit t'afficher ton adaptateur usb/sdcard et aussi ta sdcard

Avec ou sans la sdcard, l'adaptateur est vu mais jamais la sdcard.
$ lsusb
Bus 002 Device 008: ID 058f:6362 Alcor Micro Corp. Flash Card
Reader/Writer

L'adaptateur est hors de cause :
- Un voyant s'allume à l'introduction de la sdcard fautive
- D'autres sdcard sont reconnues.
- Les sdcard que j'ai font 32Go maximum. Avec fdisk, cfdisk et dd, il
  accepte de formater et de copier des images d'iso sans problème y
  compris sur d'autres formats tels que Compact Flash et deux ou trois
  autres formats.



> Sinon, en mode graphique, il y a:
> 
>gparted
>gnome-disks

J'ai utilisé parted au lieu de gparted. Lui non plus ne voit pas la
sdcard.
# parted -m
GNU Parted 3.4
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) q
#
# parted -l
Model: ATA WDC WD40EFAX-68J (scsi)
Disk /dev/sda: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 
[...]
N'affiché ici que les partitions du /dev/sda mais rien sur d'autres médiums

Je n'ai pas encore testé avec gnome-disks



>  > Avec dd /dev/zero je ne vois pas non plus comment la formater
>  > bas-niveau puisque qu'on doit indiquer une cible.  
> 
> ce n'est pas du formatage bas niveau, juste un bête remplissage avec
> des zéros.

J'avais compris que parted/fdisk/cfdisk formataient au niveau le plus
bas. Est-ce exact? Avec badblocks (-w), je les utilise sur chaque
nouveau disque que j'achète plus un dd /dev/zero de temps en temps mais
ce dernier, uniquement sur les disques dur mécaniques.
Je veux bien installer des outils de formatage bas niveau si on en
trouve avec apt-get mais en cherchant mal(?) sur la toile je n'ai trouvé
que dd et des conseils pour formater en mode graphique.

 
> au cas ou, la bonne commande est: dd if=/dev/zero of=/dev/sdb
> 
> et tu peux te contenter d'effacer juste les premiers secteurs:
> dd if=/dev/zero of=/dev/sdb count=100

dd refuse de s'exécuter si la cible n'est pas visible :
# fdisk -l | grep Disque
Disque /dev/sda : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
# dd if=/dev/zero of=/dev/sdb count=100
dd: impossible d'ouvrir '/dev/sdb': Aucun médium trouvé



[...] 
> je n'ai jamais utilisé de Raspberry Pi, es-tu sur qu'un raspberry est 
> capable de booter sur un disque au format gpt.

Non, je ne le sais pas. Mais pour pouvoir booter il faut que la sdcard
soit visible. Ce n'est pas encore le cas.



> pour forcer linux a relire la table de partition des périphériques:
> 
>  partprobe (tous les périphériques)
>  partprobe /dev/sdb (seulement /dev/sdb)
> ca marche aussi pour re-détecter les disques (par exemple un disque 
> branché 'à chaud' alors que le controleur disque ne gère pas le 
> branchement à chaud)

Partprobe non plus ne voit pas l'introduction de la sdcard fautive
dans l'adaptateur :
# partprobe
#
# partprobe -s
/dev/sda: gpt partitions 1 2 3 4 5 6 7
# partprobe -s /dev/sdb
Error: Error opening /dev/sdb: Aucun médium trouvé



> As-tu essayé un reboot ou depuis un live cd

Non, je n'ai pas encore essayé de rebooter ma machine pour vérifier si
la sdcard sera reconnue après un reboot à froid de ma machine.
Pareil pour le live cd.
J'ai peu d'espoir mais je vais quand même faire ces deux essais.



> Tu peux aussi la mettre dans ton smartphone et l'initialiser pour
> voir si elle est reconnue.

Je n'y avais pas pensé.
Sur un Samsung et sur un Fairphone sous Android, cette sdcard n'a pas
été reconnue.



> A noter que si ton lecteur de carte est trop vieux, il ne sait
> peut-être pas gérer correctement ta carte.
 
Il est hors de cause. Voir ci-dessus.



> De mémoire, les cartes "micro sd" avaient une taille maxi de 2Go ou
> 4Go, au dessus de cette taille c'était obligatoirement  du "sdhc".

Au dos de l'emballage de la carte fautive, il est écrit
"SD-MICROSD-32GO" SDCS2/32GB
C'est une version 32Go de la même famille que celles-ci :
Canvas Select Plus microSD
https://www.kingston.com/fr/memory-cards/canvas-select-plus-microsd-card



> Ton lecteur de carte doit donc être compatible sdhc pour pouvoir la 
> formater.

Le lecteur de carte est hors de cause.



Sur un portable sous Linux ayant un lecteur de cartes SD intégré, cette
sdcard est invisible.

Sur un Windows 10, l'adaptateur est reconnu mais pas cette sdcard.


Après avoir épuisé tous ces 

Re: SD Card 32GB neuve non reconnue

[Th.A.C]

Le 26/06/2024 à 23:00, Alain Vaugham a écrit :

> J'ai ensuite créé une partition (gpt) :
> # cfdisk /dev/sdb1


je suppose que c'est une erreur de recopie, mais sinon c'est

  cfdisk /dev/sdb (sans le 1)


sdb c'est le disque physique
sdb1 c'est la partition 1 sur le disque /dev/sdb


tu peux essayer de voir les périphériques de type 'bloc' avec la commande:

  lsblk


je suppose que tu as un adaptateur usb/sdcard, dans ce cas, la commande

  lsusb

doit t'afficher ton adaptateur usb/sdcard et aussi ta sdcard


Sinon, en mode graphique, il y a:

  gparted
  gnome-disks



> Avec dd /dev/zero je ne vois pas non plus comment la formater bas-niveau
> puisque qu'on doit indiquer une cible.

ce n'est pas du formatage bas niveau, juste un bête remplissage avec des 
zéros.
J'ai l'air de chipoter, mais je t'assure que les 2 termes n'ont rien en 
commun...


au cas ou, la bonne commande est: dd if=/dev/zero of=/dev/sdb

et tu peux te contenter d'effacer juste les premiers secteurs:
dd if=/dev/zero of=/dev/sdb count=100

les mémoires flash ont un nombre limité d'écritures, alors autant ne pas 
l'user plus que nécessaire



>
>
> Est-ce que mon erreur a été de partitionner avec une étiquette gpt?

non, sauf si tu t'es trompé entre sdb et sdb1

je n'ai jamais utilisé de Raspberry Pi, es-tu sur qu'un raspberry est 
capable de booter sur un disque au format gpt.

(Je sais qu'on peut le faire sur un pc non compatible UFI grâce à grub)


> Est-ce que cette SD Card est définitivement perdue ou y a-t-il un
> moyen de la récupérer et comment?

aucune idée sans plus d'info.

que donnent: lsblk et lsusb

pour forcer linux a relire la table de partition des périphériques:

partprobe (tous les périphériques)
partprobe /dev/sdb (seulement /dev/sdb)

ca marche aussi pour re-détecter les disques (par exemple un disque 
branché 'à chaud' alors que le controleur disque ne gère pas le 
branchement à chaud)


As-tu essayé un reboot ou depuis un live cd

Tu peux aussi la mettre dans ton smartphone et l'initialiser pour voir 
si elle est reconnue.



A noter que si ton lecteur de carte est trop vieux, il ne sait peut-être 
pas gérer correctement ta carte.


De mémoire, les cartes "micro sd" avaient une taille maxi de 2Go ou 4Go, 
au dessus de cette taille c'était obligatoirement  du "sdhc".


Ton lecteur de carte doit donc être compatible sdhc pour pouvoir la 
formater.

SD Card 32GB neuve non reconnue

[Alain Vaugham]

Bonjour la liste,


fdisk n'affiche plus une SD Card toute neuve que je viens d'acheter
pour y installer une image Raspberry Pi.


Ce que j'ai fait :
# fdisk -l | grep /dev/sd
Puis j'ai testé que sur cette nouvelle SD Card je pouvais écrire dessus.
Une fois montée :
$ touch titi.txt
$ echo "test" > titi.txt
$ cat titi.txt
test
$ rm titi.txt
$

Rassuré que je pouvais écrire sur cette SD Card, comme pour mes disques
durs avant leur mise en service, je vérifie les badblocks sur le disque
non monté en ajoutant le test d'écriture.
# badblocks -w -v /dev/sdb -o bb.txt

En fin de tests, sans surprise, le fichier bb.txt est resté vide.

J'ai ensuite créé une partition (gpt) :
# cfdisk /dev/sdb1
Et un système de fichiers :
# mkfs -t ext4 /dev/sdb1
Je n'ai jamais rencontré de message d'erreur, mais quand j'ai voulu
monter la partition, ni fdisk, ni cfdisk ne voient cette SD Card.
# fdisk -l
# cfdisk (Ne sachant pas quel disque sera utilisé, je n'ose pas
ajouter une commande)
# cfdisk /dev/sdb ne trouve pas le médium.
Avec dd /dev/zero je ne vois pas non plus comment la formater bas-niveau
puisque qu'on doit indiquer une cible.


Est-ce que mon erreur a été de partitionner avec une étiquette gpt?
Est-ce que cette SD Card est définitivement perdue ou y a-t-il un
moyen de la récupérer et comment?


Merci par avance.

-- 
Alain Vaugham
Clef GPG : 0xDB77E054673ECFD2

Re: Passage de exim4-daemon-light à exim4-daemon-heavy sous D12 Bookworm

[François TOURDE]

Le 19899ième jour après Epoch,
François TOURDE écrivait:

> Salut,
>
> Dans l'optique d'utiliser les fonctions SQL de Exim4, je vais devoir
> passer mon serveur de mail du paquet -light au paquet -heavy de Exim.

Je me réponds, ça peut éventuellement servir à d'autres:

J'ai effectué la migration sur une VM clonée, semblable à ma machine de
prod, et tout fonctionne correctement. Pas de modif dans les fichiers de
config, pas de mauvaise surprise.

Merci aux mainteneurs Debian pour la qualité de ces paquets !

François.
-- 
A vivid and creative mind characterizes you.

Re: Brother HL-L1210W

[ajh-valmer]

On Tuesday 25 June 2024 21:28:22 Haricophile wrote:
> Le Mon, 24 Jun 2024 15:18:46 +0200,
> "ajh-valmer"  a écrit :
> 
> > Sans doute à cause du temps nécessaire à l'échauffement du toner.
 
> ... Oui, il faut chauffer pas mal donc il faut chauffer «le four» (en
> l'occurrence un rouleau) et c'est pour ça qu'il vaut mieux laisser le
> papier refroidir à plat le temps qu'il reprenne sa forme :

Aaah, un peu comme les imprimantes à jet d'encres,
il faut attendre que l'encre sèche sur le papier imprimé,
il y a toujours un blème.
 
> Pour les couleur il y a plusieurs étapes :
Alors 4 étapes identiques = 4 couleurs,
+ sans compter les zones à ne pas imprimer...
quel boulot, c'est presque pire que les imprimantes à jet d'encres :-)

J'ai une imprimante laser 4 couleurs, mise à part le temps de démarrage,
c'est franchement mieux q'une jet d'encres.

Re: Brother HL-L1210W

[Haricophile]

Le Mon, 24 Jun 2024 15:18:46 +0200,
"ajh-valmer"  a écrit :

> Sans doute à cause du temps nécessaire à l'échauffement du toner.

Principe général de fonctionnement: On électrise la feuille, on
supprimer l'électricité statique les zones a ne pas imprimer avec la
lumière, la poudre d'encre est attiré vers les zones électrisées, on
chauffe le tout pour fondre la poudre.

Oui, il faut chauffer pas mal donc il faut chauffer «le four» (en
l'occurrence un rouleau) et c'est pour ça qu'il vaut mieux laisser le
papier refroidir à plat le temps qu'il reprenne sa forme.

Pour les couleur il y a plusieurs étapes.

Passage de exim4-daemon-light à exim4-daemon-heavy sous D12 Bookworm

[François TOURDE]

Salut,

Dans l'optique d'utiliser les fonctions SQL de Exim4, je vais devoir
passer mon serveur de mail du paquet -light au paquet -heavy de Exim.

N'ayant pas trouvé grand chose sur le net au sujet d'une telle
"migration", je voudrais savoir si vous avez des conseils, des
recommandations, ou simplement quelques liens parlant de ce sujet.

Merci d'avance,
François.
-- 
Few things are harder to put up with than the annoyance of a good example.
-- "Mark Twain, Pudd'nhead Wilson's Calendar"

Re: Brother HL-L1210W

[Erwann Le Bras]

bonsoir

jamais eu de problème avec FranceToner, je m'approvisionne chez eux 
depuis plusieurs années.


Erwann

Le 23/06/2024 à 17:01, Daniel SAUVARD a écrit :

Bonjour.

Une rapide recherche sur Internet indique qu'on pourrait trouver des 
cartouches compatibles avec cette imprimante, notamment chez France 
toner (https://www.francetoner.fr/ref-TN6600-id177012-1.html?k=9364), 
mais je ne connais pas la fiabilité de ces sites.


Cordialement.

Le 23/06/2024 à 16:49, Pierre Meurisse a écrit :

Bonjour à tous,

ma bonne vieille HL 1430 qui m'a servi pendant une vingtaine d'années
sur la même cartouche donne des signes de fatigue. Je soupçonne la
cartouche d'arriver à sa fin.

Comme je doute de pouvoir retrouver la cartouche adéquate, je pense
changer pour une Brother HL-L1210W, simple laser N/B qui permet en plus
la connexion wifi.

En cherchant sur le site Brother un pilote pour cette imprimante, je
trouve :
https://support.brother.com/g/b/downloadlist.aspx?c=eu_ot=en=hl1210w_eu_as=128 


le pilote pour cups date de 2014.

Quelqu'un a-t-il l'expérience de cette imprimante avec notre version
actuelle stable de debian ?

Bien à vous

info Eclipse STS et Wayland

[Jean-Michel OLTRA]

Bonjour,

Pour info, si ça peut servir à quelqu'un, un jour.

J'ai cherché un bon moment ce qui pouvait avoir annulé le rendu de la javadoc
dans Eclipse STS.

La solution est là :
https://stackoverflow.com/questions/75836319/sts-eclipse-does-not-render-the-javadoc-preview-at-javadoc-view

Je suis en testing, et il y a du avoir une mise à jour relative à Wayland,
et je n'ai pas fait le rapprochement.

-- 
jm

Re: Fail2ban testing

[BERTRAND Joël]

Olivier a écrit :
> Quelques pistes:
> - soit n'arrive pas à accéder à une ressources parce qu'une autre
> instance de fail2ban ou d'un service, a déjà l'accès exclusif à cette
> ressource
> - soit un simple problème de droits d'accès sur cette ressource
> (droits sur le fichier, son répertoire, ...)
> - soit une règle de fail2ban relative à ZoneMinder, n'est plus utilisable

Je vais regarder ça, mais j'ai déjà désactivé à la main toutes les
règles sans succès.

Bien cordialement,

JB



signature.asc
Description: OpenPGP digital signature

Re: Brother HL-L1210W

[ajh-valmer]

On Sunday 23 June 2024 21:10:48 Fabien Dubois wrote:
> aucun souci si ce n'est un petit délai (10-20 s) avant l'impression...

C'est un peu le propre des imprimantes laser le délai d'attente un peu long
avant le déclenchement de l''impression.
Sans doute à cause du temps nécessaire à l'échauffement du toner.

Re: Brother HL-L1210W

[Haricophile]

Le Sun, 23 Jun 2024 16:49:50 +0200,
Pierre Meurisse  a écrit :

> Bonjour à tous,
> 
> ma bonne vieille HL 1430 qui m'a servi pendant une vingtaine d'années
> sur la même cartouche donne des signes de fatigue. Je soupçonne la
> cartouche d'arriver à sa fin.
Il y en a qui traînent
https://www.tinkco.com/imprimante/17140/toner-brother-hl-1210w
sinon chez Brother


> En cherchant sur le site Brother un pilote pour cette imprimante, je
> trouve :
> https://support.brother.com/g/b/downloadlist.aspx?c=eu_ot=en=hl1210w_eu_as=128
> le pilote pour cups date de 2014.

Elle ne marche pas «out-of-box» ? Sinon Brother ne s'amuse pas a
multiplier les modèles de cartouches et les pilotes sans raison. Les
pilotes fonctionnent généralement sur plusieurs modèles même si
certaines fonctions peuvent manquer quand elles ont été ajoutées à
postériori sur un modèle plus récent de la même gamme. En plus il doit
y avoir moyen d'imprimer sans pilote en wifi et elle est compatible HP
laserjet il me semble. 

> Quelqu'un a-t-il l'expérience de cette imprimante avec notre version
> actuelle stable de debian ?

Comme j'utilisais relativement intensément cette imprimante, elle a
lâché il y a longtemps déjà. J'ai une HL-L5100DN depuis quelques années
(je préfère ethernet au wifi) avec l'énorme avantage du double face. Je
n'ai jamais eu de problème avec tinkco.com avec la qualité
contrairement à francetoner.fr

J'ai trouvé du papier recyclé sympa et accessible en Allemagne, blanc
mais pas trop, ce qui est confortable pour les yeux. En France, on se
fout de notre gueule sur les tarifs du papier recyclé qu'on essaye de
fourguer aux bobo.

Voilà pour mon expérience

Re: Fail2ban testing

[Olivier]

Quelques pistes:
- soit n'arrive pas à accéder à une ressources parce qu'une autre
instance de fail2ban ou d'un service, a déjà l'accès exclusif à cette
ressource
- soit un simple problème de droits d'accès sur cette ressource
(droits sur le fichier, son répertoire, ...)
- soit une règle de fail2ban relative à ZoneMinder, n'est plus utilisable

Le lun. 24 juin 2024 à 08:48, BERTRAND Joël
 a écrit :
>
> Bonjour à tous,
>
> Je viens de mettre un serveur de test à jour et fail2ban râle. Je ne
> vois pas ce qui ne lui plaît pas d'autant qu'il n'est pas verbeux.
>
> Ma configuration fail2ban fonctionne parfaitement avec la version
> 1.0.2-2. Avec la version poussée dans testing (1.1.0-4), je me prends
> l'erreur suivante :
>
> 2024-06-24 08:20:42,067 fail2ban.transmitter[3910]: ERROR   Command
> ['server-stream', [['set', 'syslogsocket', 'auto'], ['set', 'loglevel',
> 'INFO'], ['set', 'logtarget', '/var/log/fail2ban.log'], ['set',
> 'allowipv6', 'true'], ['set', 'dbfile',
> '/var/lib/fail2ban/fail2ban.sqlite3'], ['set', 'dbmaxmatches', 10],
> ['set', 'dbpurgeage', '1d'],...
>  ['start', 'recidive'], ['start', 'zoneminder']]] has failed. Received
> OSError(38, 'Function not implemented')
>
> Je suppose qu'il y a quelque chose qui ne lui plaît pas dans ma
> configuration. J'ai donc essayé de lancer fail2ban en console pour avoir
> plus d'information (sans aucun succès) puis de désactiver les pans de la
> configuration les uns après les autres. Même résultat.
>
> Comment savoir ce qui ne lui plaît pas et quelle est cette "function
> non implemented" ?
>
> Bien cordialement,
>
> JB
>
>

Fail2ban testing

[BERTRAND Joël]

Bonjour à tous,

Je viens de mettre un serveur de test à jour et fail2ban râle. Je ne
vois pas ce qui ne lui plaît pas d'autant qu'il n'est pas verbeux.

Ma configuration fail2ban fonctionne parfaitement avec la version
1.0.2-2. Avec la version poussée dans testing (1.1.0-4), je me prends
l'erreur suivante :

2024-06-24 08:20:42,067 fail2ban.transmitter[3910]: ERROR   Command
['server-stream', [['set', 'syslogsocket', 'auto'], ['set', 'loglevel',
'INFO'], ['set', 'logtarget', '/var/log/fail2ban.log'], ['set',
'allowipv6', 'true'], ['set', 'dbfile',
'/var/lib/fail2ban/fail2ban.sqlite3'], ['set', 'dbmaxmatches', 10],
['set', 'dbpurgeage', '1d'],...
 ['start', 'recidive'], ['start', 'zoneminder']]] has failed. Received
OSError(38, 'Function not implemented')

Je suppose qu'il y a quelque chose qui ne lui plaît pas dans ma
configuration. J'ai donc essayé de lancer fail2ban en console pour avoir
plus d'information (sans aucun succès) puis de désactiver les pans de la
configuration les uns après les autres. Même résultat.

Comment savoir ce qui ne lui plaît pas et quelle est cette "function
non implemented" ?

Bien cordialement,

JB




signature.asc
Description: OpenPGP digital signature

Re: Brother HL-L1210W

[Fabien Dubois]

Le 23/06/2024 à 16:49, Pierre Meurisse a écrit :

Bonjour à tous,

ma bonne vieille HL 1430 qui m'a servi pendant une vingtaine d'années
sur la même cartouche donne des signes de fatigue. Je soupçonne la
cartouche d'arriver à sa fin.

Comme je doute de pouvoir retrouver la cartouche adéquate, je pense
changer pour une Brother HL-L1210W, simple laser N/B qui permet en plus
la connexion wifi.

En cherchant sur le site Brother un pilote pour cette imprimante, je
trouve :
https://support.brother.com/g/b/downloadlist.aspx?c=eu_ot=en=hl1210w_eu_as=128
le pilote pour cups date de 2014.

Quelqu'un a-t-il l'expérience de cette imprimante avec notre version
actuelle stable de debian ?

Bien à vous


Bonjour,

Je possède une HL 3150 CDW "laser" (led qu'ils disaient...) couleur qui 
fonctionne avec cups et les pilotes venant du même endroit. Je l'utilise 
depuis une dizaine d'années, aucun souci si ce n'est un petit délai 
(10-20 s) avant l'impression depuis 1 an à peu près. Vu que ça ne me 
gène pas j'ai pas cherché... Il faut bien lire les pré requis, installer 
une bibliothèque de compatibilité 32/64 (à voir selon imprimante). Ca 
fonctionne donc, j'ai un usage modéré de mon imprimante. En éthernet, 
partagée sur le petit réseau. Ha, en sid. Mais je suis passé par la 
stable actuelle donc, quand elle ne l'était pas encore, et tout 
fonctionne depuis le premier jour.


Bonne soirée,

Fabien

Re: Brother HL-L1210W

[didier gaumet]

Daniel a évoqué une piste intéressante pour le remplacement du toner.
Au cas où Pierre déciderait de changer tout de même d'imprimante: la 
tendance actuelle tous OS confondus est de se passer de pilote sur le 
client, l'appareil (imprimante et/ou scanner) étant vu depuis celui-ci 
comme un serveur d'impression et/ou scan. Pour cela l'imprimante et/ou 
scanner doit être compatible Airprint et/ou Mopria. ça fonctionne même 
en USB, pas seulement en ethernet ou wifi. Sur le client il n'y a rien à 
paramétrer, c'est automatique. Pour du wifi, sur l'imprimante et/ou 
scanner, il faut paramétrer le wifi via le panneau de commande et c'est 
tout.


La Brother HL-L1210W n'est pas compatible Airpint/Mopria:
https://support.brother.com/g/b/faqend.aspx?c=fr=fr=hl1210w_eu_as=faq2865_000

Il faut regarder sur le site web du constructeur les spécifications 
techniques de l'appareil envisagé. Aujourd'hui la majorité mes emble 
compatible Airprint/Mopria.


C'est une tendance de fond: le pékin moyen doit pouvoir utiliser une 
imprimante/scanner depuis son smartphone Android/iOS sans avoir à 
installer de pilotes. Et l'informatique personnelle actuelle, pour ledit 
pékin moyen, c'est souvent plus un PC mais un smartphone ou une tablette.

Re: Brother HL-L1210W

[Daniel SAUVARD]

Bonjour.

Une rapide recherche sur Internet indique qu'on pourrait trouver des 
cartouches compatibles avec cette imprimante, notamment chez France 
toner (https://www.francetoner.fr/ref-TN6600-id177012-1.html?k=9364), 
mais je ne connais pas la fiabilité de ces sites.


Cordialement.

Le 23/06/2024 à 16:49, Pierre Meurisse a écrit :

Bonjour à tous,

ma bonne vieille HL 1430 qui m'a servi pendant une vingtaine d'années
sur la même cartouche donne des signes de fatigue. Je soupçonne la
cartouche d'arriver à sa fin.

Comme je doute de pouvoir retrouver la cartouche adéquate, je pense
changer pour une Brother HL-L1210W, simple laser N/B qui permet en plus
la connexion wifi.

En cherchant sur le site Brother un pilote pour cette imprimante, je
trouve :
https://support.brother.com/g/b/downloadlist.aspx?c=eu_ot=en=hl1210w_eu_as=128
le pilote pour cups date de 2014.

Quelqu'un a-t-il l'expérience de cette imprimante avec notre version
actuelle stable de debian ?

Bien à vous

Brother HL-L1210W

[Pierre Meurisse]

Bonjour à tous,

ma bonne vieille HL 1430 qui m'a servi pendant une vingtaine d'années
sur la même cartouche donne des signes de fatigue. Je soupçonne la
cartouche d'arriver à sa fin.

Comme je doute de pouvoir retrouver la cartouche adéquate, je pense
changer pour une Brother HL-L1210W, simple laser N/B qui permet en plus
la connexion wifi.

En cherchant sur le site Brother un pilote pour cette imprimante, je
trouve :
https://support.brother.com/g/b/downloadlist.aspx?c=eu_ot=en=hl1210w_eu_as=128
le pilote pour cups date de 2014.

Quelqu'un a-t-il l'expérience de cette imprimante avec notre version
actuelle stable de debian ?

Bien à vous

-- 
Pierre Meurisse

Re: [HS] eruptions solaires

[Stephane Bortzmeyer]

On Sat, Jun 22, 2024 at 01:11:48AM +0200,
 hamster  wrote 
 a message of 43 lines which said:

> Les scénarios catastrophe avec les éruptions solaires c'est que ca
> peut modifier temporairement le champ magnétique terrestre et ainsi
> provoquer par induction de forts courants dans le sol et dans les
> infrastructures a grande échelle.

Leurs conséquences sur le fonctionnement de l'Internet ont été
étudiées dans l'article « Solar superstorm: planning for an Internet
apocalypse » dont j'ai fait un résumé en français :


L'éruption (enfin, la série d'éruptions) de mai
 n'a pas eu les
conséquences sérieuses attendues, pour des raisons diverses.

L'astronome Jean Lilensten
 est en train de faire
un livre sur les conséquences possibles d'une future tempête
importante. Il y aura un chapitre sur l'Internet.

Re: [HS] eruptions solaires

[Pierre Malard]

De toutes façon si ça interfère avec tous les réseaux, comme expliqué par 
Hamster, Ton disque dur ne sera certainement pas touché directement.
Mais si tout ça est connecté à une alimentation électrique et/ou à un réseau 
cuivre (ADSL) à l’extérieur de ta maison. Il y aura certainement des 
conséquences… indirectes du aux phénomènes d’induction magnétique sur ces 
réseaux qui transporterons alors des courants non souhaités par l’électronique 
derrière.

Mais tu auras tout débranché avant et on ne parle pas ici de la météorite 
vicieuse qui peut parfaitement viser ton disque… ;-)

> Le 22 juin 2024 à 09:15, Haricophile  a écrit :
> 
> Le Sat, 22 Jun 2024 01:11:48 +0200,
> hamster  a écrit :
> 
>> Mais les disques durs n'ayant pas des dimentions qui se comptent en
>> centaines de kilomètres, ils ne seront pas impactés.
> 
> Merci beaucoup pour l'explication.
> 

--
Pierre Malard


   «Le courage, c'est de chercher la vérité et de la dire,
c'est de ne pas subir la loi du mensonge triomphant qui passe
et de ne pas faire écho de notre âme, de notre bouche et de nos mains
aux applaudissements imbéciles et aux huées fanatiques.»
Jean Jaures - "Discours de jeunesse" - 1903
   ("`-/")_.-'"``-._
. . `; -._)-;-,_`)
   (v_,)'  _  )`-.\  ``-'
  _.- _..-_/ / ((.'
((,.-'   ((,/ πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: [HS] eruptions solaires

[Haricophile]

Le Sat, 22 Jun 2024 01:11:48 +0200,
hamster  a écrit :

> Mais les disques durs n'ayant pas des dimentions qui se comptent en
> centaines de kilomètres, ils ne seront pas impactés.

Merci beaucoup pour l'explication. 

Re: [HS] eruptions solaires

[hamster]

Le 20/06/2024 à 22:06, Haricophile a écrit :

Et à propos de radioactivité naturelle, j'ai oui dire qu'il y aurait un
risque d'intense éruption solaire dans l'année qui vient. Ils ont
protégés les disques ou pas ? Quand le télégraphe marche tout seul sans
alimentation c'est pas trop grave vu la rusticité de l'appareil,
quand les américains se foutaient des Russes avec des «antiques» lampes
au lieu de transistor dans instruments des avions ils oubliaient que les
leurs n'auraient peut être probablement pas résisté à une déflagration
nucléaire, j'ai beaucoup de doute concernant l'électronique moderne et
pas mal d'infrastructures en général… Il y a une réflexion globale
dessus (hors militaires) où on est sur le principe «13e étage, jusqu'ici
tout va bien» ?


Les éruptions solaires peuvent provoquer une petite augmentation de la 
radioactivité naturelle. Ca reste très modéré.


Les scénarios catastrophe avec les éruptions solaires c'est que ca peut 
modifier temporairement le champ magnétique terrestre et ainsi provoquer 
par induction de forts courants dans le sol et dans les infrastructures 
a grande échelle.

https://fr.wikipedia.org/wiki/Courant_induit_g%C3%A9omagn%C3%A9tiquement

En gros, tout ce qui est conducteur et s'étend sur des centaines ou des 
milliers de kilomètres est concerné. Ca vaut pour les fils du télégraphe 
ou du téléphone, ca vaut pour le réseau électrique, ca vaut pour les 
rails et les caténaires des trains, ca vaut pour les cables qui 
transportent internet au fond des océans et a travers les continents (y 
compris si c'est des fibres optiques : il y a besoin d'un amplificateur 
tous les 100 km environ et ces amplificateurs ont besoin de courant donc 
il y a des fils en cuivre a coté de la fibre dans le cable, et c'est eux 
qui sont impactés).


Hors militaire, il n'y a pas de réflexion globale ni de protections. On 
sait très bien que quand une éruption comme celle de 1859 arrivera, on 
aura plus un réseau électrique fonctionnel, plus un réseau de 
communication fonctionnel, plus un réseau de trains électrifié 
fonctionnel, les réseaux de train non électrifiés seront en carafe aussi 
parce que la signalisation et les commandes des aiguillages auront 
disjoncté.

https://fr.wikipedia.org/wiki/Temp%C3%AAte_solaire_de_1859

Mais les disques durs n'ayant pas des dimentions qui se comptent en 
centaines de kilomètres, ils ne seront pas impactés.

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Haricophile]

Le Wed, 19 Jun 2024 18:07:56 +0200,
hamster  a écrit :

> Tu va donc acheter 2 disques, les remplir avec des trucs a
> sauvegarder (videos, partitions, etc) tout copié en double. Une fois
> qu'ils sont pleins, t'en achete 2 nouveaux pour continuer a
> sauvegarder tes nouvelles vidéos personnelles et tu les range un dans
> ton bureau a coté de ton ordi, l'autre dans un autre batiment, et t'y
> touche plus en espérant ne jamais avoir besoin de ces sauvegardes.

Je les mets quand même à jour de temps a autres, et il y a
effectivement des trucs en taille limitée que je sauvegarde plus
souvent. Mais l'idée est tout a fait ça dans mon cas, beaucoup de
volume mais peu de fréquence. C'est évident que pour de la sauvegarde au
fil de l'eau il faut penser tout autrement.

Et à propos de radioactivité naturelle, j'ai oui dire qu'il y aurait un
risque d'intense éruption solaire dans l'année qui vient. Ils ont
protégés les disques ou pas ? Quand le télégraphe marche tout seul sans
alimentation c'est pas trop grave vu la rusticité de l'appareil,
quand les américains se foutaient des Russes avec des «antiques» lampes
au lieu de transistor dans instruments des avions ils oubliaient que les
leurs n'auraient peut être probablement pas résisté à une déflagration
nucléaire, j'ai beaucoup de doute concernant l'électronique moderne et
pas mal d'infrastructures en général… Il y a une réflexion globale
dessus (hors militaires) où on est sur le principe «13e étage, jusqu'ici
tout va bien» ? 

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[hamster]

Le 19/06/2024 à 11:43, Haricophile a écrit :

Le Tue, 18 Jun 2024 12:56:24 +0200,
Basile Starynkevitch  a écrit :


Un téra-octet de données personnelles, c'est énorme. Il me semble que
la seule activité numérique qui en consomme autant c'est la vidéo.


En fait non, ça dépend précisément ce que tu sauvegarde, et il ne faut
pas penser que un particulier n'est qu'un consommateur.

Personnellement j'ai des vidéos irremplaçables, MES vidéos et pas les
films téléchargés… j'ai mes fichiers audio irremplaçables à savoir MES
enregistrements, ou des musique introuvables sortis de vinyles ou
ailleurs, j'ai une tonne de partitions musicales scannées qui sont mon
petit trésor, des bouquins itou (les anciens on ne les trouve pas en
epub cf. Galica) etc. etc. et même si je triais tout ça (ce qui ferait
peut-être du bien) je ne pourrais certainement pas descendre en dessous
de 1.5To à 2To


Pour un cas comme celui la je pense que tu n'a pas besoin de faire des 
sauvegardes régulières ni très fréquentes : ton stock ne change pas 
beaucoup. Une fois une vidéo personnelle sauvegardée, elle ne sera pas 
modifiée et donc il n'y aura pas besoin de sauvegarder a nouveau.


Ce que tu a surtout besoin c'est d'espace de stockage volumineux pour y 
mettre tous tes trucs et qu'ensuite ces espaces de stockage dorment dans 
un tiroir en étant re-branchés que de facon très rare.


Dans ce cas le nombre d'écritures limité des disques SSD n'est pas un 
handicap : de toutes facons tu ne les écrira qu'une fois. Le coté 
aléatoire des pannes mécaniques des disques durs ne sont pas un handicap 
non plus : tu ne les laissera pas branchés en permanence, leur durée de 
vie (en heures de fonctionnement) ne sera donc pas consommée.


Je te conseille donc des disques durs magnétiques a l'ancienne, surtout 
parce que c'est moins cher, aussi parce que les disques SSD ne 
vieillissent pas que avec le nombre d'écritures : meme stockés dans un 
tiroir ils vieillissent lentement a cause de la radioactivité naturelle.


Tu va donc acheter 2 disques, les remplir avec des trucs a sauvegarder 
(videos, partitions, etc) tout copié en double. Une fois qu'ils sont 
pleins, t'en achete 2 nouveaux pour continuer a sauvegarder tes 
nouvelles vidéos personnelles et tu les range un dans ton bureau a coté 
de ton ordi, l'autre dans un autre batiment, et t'y touche plus en 
espérant ne jamais avoir besoin de ces sauvegardes.

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Haricophile]

Le Tue, 18 Jun 2024 12:56:24 +0200,
Basile Starynkevitch  a écrit :

> Un téra-octet de données personnelles, c'est énorme. Il me semble que
> la seule activité numérique qui en consomme autant c'est la vidéo.

En fait non, ça dépend précisément ce que tu sauvegarde, et il ne faut
pas penser que un particulier n'est qu'un consommateur.

Personnellement j'ai des vidéos irremplaçables, MES vidéos et pas les
films téléchargés… j'ai mes fichiers audio irremplaçables à savoir MES
enregistrements, ou des musique introuvables sortis de vinyles ou
ailleurs, j'ai une tonne de partitions musicales scannées qui sont mon
petit trésor, des bouquins itou (les anciens on ne les trouve pas en
epub cf. Galica) etc. etc. et même si je triais tout ça (ce qui ferait
peut-être du bien) je ne pourrais certainement pas descendre en dessous
de 1.5To à 2To

J'imagine que je ne suis pas un cas général, mais je n'aurais
certainement pas la prétention d'être un cas unique. Un passionné qui
fait de la vidéo, de la MAO, ou même un collectionneur de jeux ou
autres, a potentiellement beaucoup plus à sauvegarder.

Sinon j'ai un "dock" et un certain nombre de disques 3.5", généralement
récupérés, que je trouve beaucoup plus fiables a long terme même s'il
faut les manipuler avec précaution. C'est pas cher, assez fiable et sans
abonnement. J'ai un petit ventilo sur pied pour faire un peu d'air
quand ils sont utilisés longtemps, pas besoin de beaucoup d'air pour
que ça ne chauffe pas, mais il en faut un peu. Il faut aussi réfléchir
où on les stockes pour les mettre à l'abri.

Voilà pour mon utilisation personnelle.

Amicalement

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Pierre Malard]

SSD :
Avantages : rapidité IO, consommation électrique, pas de pièces en mouvement
Inconvénients : nombre de IO limitée (entre 100.000 et 300.000 stricte), coût

HDD :
Avantages : coût, enregistrement magnétique permanent, durée de vie aléatoire
Inconvénients : consommation électrique, chaleur, pannes aléatoires

Si je mets la durée de vie aléatoire comma avantage pour les HDD c’est que 
lorsqu’on achète un ensemble de disques pour un NAS il est fort probable qu’ils 
ont été fabriqués … au même moment. Du coup ils tomberons en panne … en même 
temps après 100.000 à 300.000 IO. Et il n’y a pas de système RAID qui y résiste 
(expérience). Le seul moyen est d’acheter ses disques petit à petit, à des 
dates différentes, et, du coup, c’est très long.
Les disques classiques ont l’avantage de leur inconvénient, c’est à dire que, 
étant soumis à des mouvements physiques, il n’y a pas de durée de vie stricte. 
Cela assure presque de ne pas voir tous ses disques tomber en même temps sans 
vous laisser le temps de les remplacer. En plus, une alerte SMART permet 
d’anticiper.

Enfin, dans le cas d’une sauvegarde, ce n’est pas la performance d’écriture qui 
arrive en premier. Du coup l’avantage des SSD est très relatif.

Sources :
https://www.zdnet.fr/actualites/disques-ssd-des-baies-de-stockage-plus-performantes-et-plus-fiables-39380596.htm
 

https://fr.wikipedia.org/wiki/SSD 


> Le 18 juin 2024 à 18:53, Miquel Demur  a écrit :
> 
> Bonjour,
> 
> J'avais lu que le disque SSD était plus fragile à la chaleur; mais le HDD est 
> d'une haute technologie fragile.
> quelle est la part dans le risque de perdre des données entre le HDD et le 
> SSD ?
> 
> Avec mes remerciements,
> 
> 

--
Pierre Malard
Responsable architectures système CDS DINAMIS/THEIA Montpellier
IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
Maison de la Télédétection
500 rue Jean-François Breton
34093 Montpellier Cx 5
France

Tél : +33 626 89 22 68

  « on ne risque rien à livrer le secret professionnel car
 on ne livre pas la façon de s’en servir »
   Jean Cocteau - « Le secret professionnel » - 1922
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Miquel Demur]

https://www.lemagit.fr/conseil/Pourquoi-les-sauvegardes-sur-bandes-redeviennent-populaires

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Sébastien Dinot]

MERLIN Philippe a écrit :
> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?

Savoir s'il vaut mieux utiliser un disque mécanique ou un disque
électronique (SSD / NVMe) est un troll interminable, qui fait passer les
gens à côté du point essentiel : tout matériel est intrinsèquement
faillible, tout matériel peut être détruit par un court-circuit, une
inondation ou un incendie, tout matériel peut être volé.

Il en découle un principe couramment énoncé :

* Il faut réaliser plusieurs sauvegardes (et non plusieurs copie de la
  sauvegarde, ce qui entrainerait la propagation de la corruption) ;

* Ces sauvegardes doivent être réalisées sur des supports différents ;

* Ces sauvegardes doivent être stockées sur des sites différents.

Une autre exigence absolue est d'utiliser un outil qui historise les
sauvegardes sur une durée assez longue. Il ne faut pas se contenter d'un
outil qui effectue une copie destructive des données (la nouvelle
version d'un fichier écrasant l'ancienne). Cette précaution permet de
retrouver une version ancienne et non corrompue du fichier.

À cela, d'aucuns ajoutent :

* Ces sauvegardes doivent être réalisées par des outils différents ;

* Ces sauvegardes doivent être réalisées de manière automatique, sur des
  supports en ligne (cette stratégie expose les sauvegardes et requiert
  donc une sécurisation accrue), car les sauvegardes sur des supports
  amovibles nécessitent des opérations manuelles, fastidieuses et
  répétées qui conduisent invariablement l'utilisateur à espacer les
  sauvegardes.

* La consistance de ces sauvegardes doit être vérifiée régulièrement par
  des restaurations et un contrôle de l'environnement restauré (cela
  peut s'avérer compliqué et chronophage).

Une politique de sauvegarde sérieuse peut demander un budget conséquent
et tout le monde n'en a pas les moyens ou ne souhaite pas mobiliser
autant d'argent pour une fonction sans valeur ajoutée au quotidien et
dont on espère bien ne jamais avoir besoin.

Si on n'a pas les moyens d'acheter deux NAS ou de louer deux espaces de
stockage en ligne, tant pis, deux disques valent mieux que rien. Et si
on n'a pas les moyens d'acheter deux disques, tant pis, deux clés USB
sur laquelle on copie les données essentielles valent mieux que rien.

Pour ma part, j'utilise :

* Pour mes sauvegardes quotidiennes et automatisées :
  * Un espace de stockage loué à Hetzner ;
  * Un NAS local.
  
* Pour mes sauvegardes manuelles, que je fais en plus des précédentes,
  quand j'y pense et j'ai le temps (en moyenne une fois toutes les
  3 à 4 semaines) :
  * Trois disques mécaniques externes : un stocké dans mon appartement,
un que j'ai toujours sur moi et un que je stocke dans un tiroir sous
clé au travail. Je veille bien entendu à faire tourner ces disques.

Toutes mes sauvegardes sont chiffrées localement, i.e. sur la machine
sauvegardée, avant d'être envoyées sur le support final.

Il y a quelques mois, j'ai installé le nouveau poste de travail familial
en utilisant l'une de ces sauvegardes pour vérifier leur consistance.
Cela m'a permis de vérifier que :

* J'avais bien sauvegardé toutes les données utiles ;

* Récupérer 300 Go de données depuis un espace de stockage en ligne
  prend un certain temps (mais je voulais jouer le pire des scénarios
  pour vérifier qu'il était jouable).

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Dethegeek]

Tu as toujours un risque. Ou alors tu passes sur bande. Ça c'est réputé
assez increvable

Le mar. 18 juin 2024 à 19:12, Miquel Demur  a écrit :

> Bonjour,
>
> J'avais lu que le disque SSD était plus fragile à la chaleur; mais le HDD
> est d'une haute technologie fragile.
> quelle est la part dans le risque de perdre des données entre le HDD et le
> SSD ?
>
> Avec mes remerciements,
>
>

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Miquel Demur]

Bonjour,

J'avais lu que le disque SSD était plus fragile à la chaleur; mais le
HDD est d'une haute technologie fragile.
quelle est la part dans le risque de perdre des données entre le HDD et
le SSD ?

Avec mes remerciements,

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Frederic Zulian]

Bonjour,

A chacun ses besoins et ses préférences.

2 exemples :

- Pro,   PC clients (SSD) ---> Serveur fichiers  (Raid 5 DD  mécaniques)
 > NAS (Raid 2 mécaniques) -->  SSD, Sauvegarde incrémentale tous les
mois (conservé dans un coffre, connecté uniquement pour le temps des
sauvegardes).

- Perso, PC clients  (nmve) --> NAS  (Synology)  raid 5  DD mécaniques -->
Sauvegarde complète 2 x par an (DD mécanique).

Frédéric ZULIAN


Le mar. 18 juin 2024 à 16:06, Dethegeek  a écrit :

> Pour aller encore plus loin que ce se dit Pierre, si tu la criticité est
> telle que tu as besoin de RAID pour tes sauvegardes, tu dois aussi mettre
> en place un plan de simulation de restauration des sauvegardes. En effet
> c'est assez frustrant de de rendre compte que ta sauvegarde n'est pas
> valide au moment où tu en as besoin.
>
> Mais vu où vont les réponses, peut être qu'il faudrait cadrer la question.
> Usage perso / pro ? Valeur des données / coût du dispositif que tu veux
> mettre en place ?
>
> Le mar. 18 juin 2024 à 15:54, Pierre Malard <
> pierre.mal...@teledetection.fr> a écrit :
>
>> Bonjour,
>>
>> Il y a 2 choses à regarder pour monter une solution de sauvegarde :
>> La durabilité des disques
>> La solidité de l’espace dédié
>>
>> Il est certain que tout ce qui est SSD est + rapide mais ils ont la
>> mauvaise habitude d’avoir une durée de vie très limitée en terme I/O
>> (100.000 il me semble). Du coup j’opte pour du HD.
>> Pour ce qui est de la solidité de l’espace dédié, j’entends par là la
>> résistance aux pannes des disques. Cela signifie au moins un RAID1 (2
>> disques miroir) ou mieux un RAID5 (continuité si un disque crame) ou 6
>> (résistance à 2 disques cramés) (4 ou 5 disques). Comme ça, si un disque
>> tombe en panne on à le temps d’en acheter un et de le remplacer à chaud. Du
>> coup il vaut mieux éviter les SSD car achetés ensemble ils tomberons …
>> ensemble (expérience).
>>
>> Quitte à opter pour du RAID, je me pencherais sur les solutions NAS
>> (Synology ou QNap par exemple) qui ont l’avantage d’offrir ce service avec
>> le même OS quelque soit la taille du NAS.
>>
>> Personnellement j’utilise un petit Synology (DS918+) 4 disques HDD
>> formatés en Hybrid RAID (SHR) qui est entre le RAID 5 et 6. J’ai ajouté 2
>> petits SSD en RAID1 qui servent de cache IO pour accélérer les échanges.
>> Mais ils doivent avoir d’autres modèles maintenant.
>>
>> Un autre solution est de louer de l’espace de sauvegarde chez un
>> fournisseur comme OVH ou IONOS. Ils se chargent de la sécurisation mais
>> c’est un coût de location…
>>
>> Le 18 juin 2024 à 12:33, MERLIN Philippe 
>> a écrit :
>>
>> Bonjour,
>> J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde
>> pour
>> un petit ordinateur personnel.
>> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
>> Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont
>> baissé
>> et se rapproche des disques Mécaniques.
>> Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il
>> des
>> Marques à éviter absolument ?
>> Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais
>> pour une
>> sauvegarde je ne vois pas l'intérêt.
>> Vous avez certainement votre opinion basée sur l'expérience.
>> Que me conseillez vous?
>> Philippe Merlin
>>
>>
>>
>> --
>> Pierre Malard
>> Responsable architectures système CDS DINAMIS/THEIA Montpellier
>> IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
>> Maison de la Télédétection
>> 500 rue Jean-François Breton
>> 34093 Montpellier Cx 5
>> France
>>
>> Tél : +33 626 89 22 68
>>
>>«*Mittler zwischen hirn und händen muss das hirz sein *!»
>>«*La médiation entre le cerveau et les mains doit être le cœur !*»
>>  Fritz Lang -
>> "Métropolis" - 1929
>>|\  _,,,---,,_
>>/,`.-'`'-.  ;-;;,_
>>   |,4-  ) )-,_. ,\ (  `'-'
>>  '---''(_/--'  `-'\_)   πr
>>
>> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
>> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
>> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
>> - --> Ce message n’engage que son auteur <--
>>
>>

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Dethegeek]

Pour aller encore plus loin que ce se dit Pierre, si tu la criticité est
telle que tu as besoin de RAID pour tes sauvegardes, tu dois aussi mettre
en place un plan de simulation de restauration des sauvegardes. En effet
c'est assez frustrant de de rendre compte que ta sauvegarde n'est pas
valide au moment où tu en as besoin.

Mais vu où vont les réponses, peut être qu'il faudrait cadrer la question.
Usage perso / pro ? Valeur des données / coût du dispositif que tu veux
mettre en place ?

Le mar. 18 juin 2024 à 15:54, Pierre Malard 
a écrit :

> Bonjour,
>
> Il y a 2 choses à regarder pour monter une solution de sauvegarde :
> La durabilité des disques
> La solidité de l’espace dédié
>
> Il est certain que tout ce qui est SSD est + rapide mais ils ont la
> mauvaise habitude d’avoir une durée de vie très limitée en terme I/O
> (100.000 il me semble). Du coup j’opte pour du HD.
> Pour ce qui est de la solidité de l’espace dédié, j’entends par là la
> résistance aux pannes des disques. Cela signifie au moins un RAID1 (2
> disques miroir) ou mieux un RAID5 (continuité si un disque crame) ou 6
> (résistance à 2 disques cramés) (4 ou 5 disques). Comme ça, si un disque
> tombe en panne on à le temps d’en acheter un et de le remplacer à chaud. Du
> coup il vaut mieux éviter les SSD car achetés ensemble ils tomberons …
> ensemble (expérience).
>
> Quitte à opter pour du RAID, je me pencherais sur les solutions NAS
> (Synology ou QNap par exemple) qui ont l’avantage d’offrir ce service avec
> le même OS quelque soit la taille du NAS.
>
> Personnellement j’utilise un petit Synology (DS918+) 4 disques HDD
> formatés en Hybrid RAID (SHR) qui est entre le RAID 5 et 6. J’ai ajouté 2
> petits SSD en RAID1 qui servent de cache IO pour accélérer les échanges.
> Mais ils doivent avoir d’autres modèles maintenant.
>
> Un autre solution est de louer de l’espace de sauvegarde chez un
> fournisseur comme OVH ou IONOS. Ils se chargent de la sécurisation mais
> c’est un coût de location…
>
> Le 18 juin 2024 à 12:33, MERLIN Philippe  a
> écrit :
>
> Bonjour,
> J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde
> pour
> un petit ordinateur personnel.
> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
> Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont
> baissé
> et se rapproche des disques Mécaniques.
> Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il des
> Marques à éviter absolument ?
> Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour
> une
> sauvegarde je ne vois pas l'intérêt.
> Vous avez certainement votre opinion basée sur l'expérience.
> Que me conseillez vous?
> Philippe Merlin
>
>
>
> --
> Pierre Malard
> Responsable architectures système CDS DINAMIS/THEIA Montpellier
> IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
> Maison de la Télédétection
> 500 rue Jean-François Breton
> 34093 Montpellier Cx 5
> France
>
> Tél : +33 626 89 22 68
>
>«*Mittler zwischen hirn und händen muss das hirz sein *!»
>«*La médiation entre le cerveau et les mains doit être le cœur !*»
>  Fritz Lang - "Métropolis"
> - 1929
>|\  _,,,---,,_
>/,`.-'`'-.  ;-;;,_
>   |,4-  ) )-,_. ,\ (  `'-'
>  '---''(_/--'  `-'\_)   πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  )
> )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_):
> 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
>
>

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Pierre Malard]

Bonjour,

Il y a 2 choses à regarder pour monter une solution de sauvegarde :
La durabilité des disques
La solidité de l’espace dédié

Il est certain que tout ce qui est SSD est + rapide mais ils ont la mauvaise 
habitude d’avoir une durée de vie très limitée en terme I/O (100.000 il me 
semble). Du coup j’opte pour du HD.
Pour ce qui est de la solidité de l’espace dédié, j’entends par là la 
résistance aux pannes des disques. Cela signifie au moins un RAID1 (2 disques 
miroir) ou mieux un RAID5 (continuité si un disque crame) ou 6 (résistance à 2 
disques cramés) (4 ou 5 disques). Comme ça, si un disque tombe en panne on à le 
temps d’en acheter un et de le remplacer à chaud. Du coup il vaut mieux éviter 
les SSD car achetés ensemble ils tomberons … ensemble (expérience).

Quitte à opter pour du RAID, je me pencherais sur les solutions NAS (Synology 
ou QNap par exemple) qui ont l’avantage d’offrir ce service avec le même OS 
quelque soit la taille du NAS.

Personnellement j’utilise un petit Synology (DS918+) 4 disques HDD formatés en 
Hybrid RAID (SHR) qui est entre le RAID 5 et 6. J’ai ajouté 2 petits SSD en 
RAID1 qui servent de cache IO pour accélérer les échanges. Mais ils doivent 
avoir d’autres modèles maintenant.

Un autre solution est de louer de l’espace de sauvegarde chez un fournisseur 
comme OVH ou IONOS. Ils se chargent de la sécurisation mais c’est un coût de 
location…

> Le 18 juin 2024 à 12:33, MERLIN Philippe  a 
> écrit :
> 
> Bonjour,
> J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde pour 
> un petit ordinateur personnel.
> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
> Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont 
> baissé 
> et se rapproche des disques Mécaniques.
> Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il des 
> Marques à éviter absolument ?
> Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour 
> une 
> sauvegarde je ne vois pas l'intérêt.
> Vous avez certainement votre opinion basée sur l'expérience.
> Que me conseillez vous?
> Philippe Merlin
> 
> 

-- 
Pierre Malard
Responsable architectures système CDS DINAMIS/THEIA Montpellier
IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
Maison de la Télédétection
500 rue Jean-François Breton
34093 Montpellier Cx 5
France

Tél : +33 626 89 22 68

   «Mittler zwischen hirn und händen muss das hirz sein !»
   «La médiation entre le cerveau et les mains doit être le cœur !»
 Fritz Lang - "Métropolis" - 
1929
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Basile Starynkevitch]

On 6/18/24 12:33, MERLIN Philippe wrote:

Bonjour,
J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde pour
un petit ordinateur personnel.
Mon besoin un disque d'un 1 To disque mécanique ou SSD ?


Si l'ordinateur est utilisé professionnellement, alors l'employeur ou le 
client devrait financer la sauvegarde, et peut-être proposer une 
procédure de sauvegarde à distance.


Il existe des fournisseurs de sauvegardes distantes incrémentales (et on 
peut alors utiliser rsync ). En France il y a ovhcloud.com 


Je suppose donc l'usage réellement personnel.

La première question (importante) à se poser est le coût et la valeur de 
ces données. Quel est l'impact sur votre quotidien de la perte de toutes 
ces données d'un coup? Perte d'emploi, perte d'une année de travail, 
contrariété?


Un téra-octet de données personnelles, c'est énorme. Il me semble que la 
seule activité numérique qui en consomme autant c'est la vidéo.


(mes données personnelles majeures sont sur un serveur OVH et n'occupent 
que quelques dizaines de gigaoctets)


Peut-être qu'il vous faudrait classer vos données par importance: perdre 
des vidéos de vacances est contrariant, mais moins que de perdre des 
données de santé, ou son emploi!


Et probablement envisager plusieurs sauvegardes sur plusieurs supports.


Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont baissé
et se rapproche des disques Mécaniques.
Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il des
Marques à éviter absolument ?
Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour une
sauvegarde je ne vois pas l'intérêt.


C'est rapide, c'est silencieux. Un SSD supporte un petit choc mécanique. 
Mais il parait que les SSD s'usent plus vite que les disques mécaniques 
et que s'ils tombent en panne toutes les données sont perdues.


Le disque dur mécanique est parfois fiable; il est plus lourd et craint 
les chocs mécaniques. S'il tombe en panne des sociétés spécialisées 
facture quelques k€ la récupération partielle des données.



Vous avez certainement votre opinion basée sur l'expérience.
Que me conseillez vous?



D'abord et avant tout de réfléchir à la valeur (économique ou affective) 
de vos données, de les classer par importance, et de privilégier la 
sauvegarde (peut-être à distance) partielle et au moins hebdomadaire des 
données les plus chères. Sous Debian les logiciels crontab et rsync sont 
pertinents


Ensuite d'avoir plusieurs sauvegardes donc plusieurs supports. 
Transportez le support ailleurs. N'ignorez pas la confidentialité (et la 
legislation, en France article 323 et suivants du code pénal).



Philippe Merlin



Librement

NB je cherche un consortium ITEA, ANR, HorizonEurope intéressé par le 
logiciel libre en https://github.com/RefPerSys/RefPerSys/


--
Basile Starynkevitch 
(only mine opinions / les opinions sont miennes uniquement)
8 rue de la Faïencerie, 92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ -gives my mobile number +33 6 8501 
See/voir:   https://github.com/RefPerSys/RefPerSys

Re: [HS] sauvegarde sur Disque Mécanique ou SSD

[Dethegeek]

Bonjour, pour un besoin de sauvegarde un support lent est tout à fait
acceptable. Je partirais sur du HDD pour des raisons de coût.

Je compare entre produits neufs. Pas de 2nde main.

Aujourd'hui j'éviterais western digital au profit de Hitachi ou sansumg.

J'ai un HDD 2.5p de 1 to Samsung qui doit approcher de 15 ans. Aucun souci
encore. Hitachi était très bon après la prise de la gamme IBM.

Les western digital de ce dernières années (gamme green ou blue ou même
red) ont des secteurs défectueux après quelques années

Le mar. 18 juin 2024 à 12:34, MERLIN Philippe 
a écrit :

> Bonjour,
> J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde
> pour
> un petit ordinateur personnel.
> Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
> Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont
> baissé
> et se rapproche des disques Mécaniques.
> Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il des
> Marques à éviter absolument ?
> Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour
> une
> sauvegarde je ne vois pas l'intérêt.
> Vous avez certainement votre opinion basée sur l'expérience.
> Que me conseillez vous?
> Philippe Merlin
>
>
>

[HS] sauvegarde sur Disque Mécanique ou SSD

[MERLIN Philippe]

Bonjour,
J'aimerai avoir l'avis de la liste sur le choix du support de sauvegarde pour 
un petit ordinateur personnel.
Mon besoin un disque d'un 1 To disque mécanique ou SSD ?
Avantage Disque Mécanique Prix moins cher quoi que les prix des SSD ont baissé 
et se rapproche des disques Mécaniques.
Dans les disques Mécanique  je connais  Seagate, Toshiba  y a t'il des 
Marques à éviter absolument ?
Avantage SSD trés léger et peu encombrant ,rapidité de transfert mais pour une 
sauvegarde je ne vois pas l'intérêt.
Vous avez certainement votre opinion basée sur l'expérience.
Que me conseillez vous?
Philippe Merlin

Re: LibreOffice et XFCE

[Haricophile]

Le Sun, 16 Jun 2024 18:24:04 +0200,
François TOURDE  a écrit :

> Oui, l'OP aussi, c'est ce qu'il met dans son message d'ailleurs. Il a
> même restreint grâce à ses tests la culpabilité à son profil
> spécifique de XFCE, et pas à l'ensemble de Sid ni LibreOffice ni
> XFCE. C'est juste un réglage de son profil.

Peut-être qu'avec un autre style de libreoffice ça passerait mieux ?

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[RogerT]

> Le 16 juin 2024 à 08:53, Michel Verdier  a écrit :
> 
> Le 14 juin 2024 RogerT a écrit :
> 
 Oui, avec un contrôle limité puisque :
 - il faut demander l’autorisation pour accéder à son propre serveur
>>> Non, pour pénétrer dans le DC, ce n'est pas la même chose
>> Je ne suis pas au courant que je peux venir quand je veux sans prévenir
>> dans un DC. Peut-être ?
> 
> Si tu as ta baie tu peux y accéder h24 et sans prévenir si on t'a donné
> un accès permanent, ce qui est en général le cas. Ca se discute avec le
> prestataire qui te loue la baie.
> 
Habituellement, je ne gère l’hébergement que pour le test et le dev. Soit dans 
mon lieu, soit chez un hébergeur (VPS, sans jamais y accéder physiquement). Et 
jamais pour la prod. Sauf pour des applis web non critiques et à faible trafic 
qui peuvent supporter un arrêt de quelques heures. 
Quels hébergeurs sont intéressants à consulter en IdF qui offrent ce type de 
services d’hébergement « en cage » (jail) ?
Concrètement, est-ce une baie sous clef ou sous _mon_ cadenas, dans laquelle je 
suis seul à mettre mes lames U* ? Ou une cage dans laquelle je place le 
matériel que je veux ?
Merci. 

Re: Re : LibreOffice et XFCE

[François Le Gad]

Le 16/06/2024 à 20:40, Étienne Mollier a écrit :


Je reproduis le problème dans bookworm quand le thème au
« Contraste fort » est actif.  Je pense qu'il s'agit d'un
réglage délibéré pour améliorer la lisibilité des textes des
cellules pour quiconque a des problèmes de vue, mais je ne sais
pas comment le faire sauter tout en préservant le thème général.
Rétablir un thème classique permet de récupérer le comportement
normal du tableur, même si je reconnais que c'est dommage :
j'aime bien le thème à contraste fort tel qu'il existe dans les
dernières versions de xfce.

En espérant que ça aide,


Merci, ça aide. C'était ça.
Une mise à jour de XFCE qui avait supprimé le thème précédemment 
utilisé, ne laissant que Adwaita, Adwaita-sombre et Contraste élevé 
(celui qu supprime les couleurs de fond).


--
Cordialement,
François Le Gad

Re: Re : LibreOffice et XFCE

[Étienne Mollier]

Bonjour François,

François Le Gad, on 2024-06-16:
> Le 16/06/2024 à 11:58, nicolas.patr...@gmail.com a écrit :
> > On 16/06/2024 10:46:05, François Le Gad wrote:
> > 
> > > Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de
> > > fond des cellules ont disparu, ce qui rend les feuilles de calcul un peu
> > > tristounettes.
> 
> Non, le fond blanc reste blanc quand j'essaie de le mettre en couleurs.

Je reproduis le problème dans bookworm quand le thème au
« Contraste fort » est actif.  Je pense qu'il s'agit d'un
réglage délibéré pour améliorer la lisibilité des textes des
cellules pour quiconque a des problèmes de vue, mais je ne sais
pas comment le faire sauter tout en préservant le thème général.
Rétablir un thème classique permet de récupérer le comportement
normal du tableur, même si je reconnais que c'est dommage :
j'aime bien le thème à contraste fort tel qu'il existe dans les
dernières versions de xfce.

En espérant que ça aide,
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/2, please excuse my verbosity
   `-on air: To-Mera - Parfum


signature.asc
Description: PGP signature

Re: Re : LibreOffice et XFCE

[François Le Gad]

Le 16/06/2024 à 11:58, nicolas.patr...@gmail.com a écrit :

On 16/06/2024 10:46:05, François Le Gad wrote:


Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de
fond des cellules ont disparu, ce qui rend les feuilles de calcul un peu
tristounettes.


Non, le fond blanc reste blanc quand j'essaie de le mettre en couleurs.

--
Cordialement,
François Le Gad

Re: LibreOffice et XFCE

[François TOURDE]

Le 19890ième jour après Epoch,
Klaus Becker écrivait:

> Am 16/06/2024 um 10:46 schrieb François Le Gad:
>> Bonjour,
>> Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de
>> fond des cellules ont disparu, ce qui rend les feuilles de calcul un
>> peu tristounettes.
>> Lancement à partir d'un gestionnaire de fenêtres : affichage normal.
>> Lancement sous un autre profil utilisateur avec XFCE : affichage
>> normal.
>> J'en déduis qu'il y a un paramètre de XFCE qui perturbe LibreOffice,
>> mais je ne sais pas où chercher.
>
> Salut,
>
> j'utilise XFCE4 sous unstable et je peux donner une couleur de fond à
> une cellule de Calc.

Oui, l'OP aussi, c'est ce qu'il met dans son message d'ailleurs. Il a
même restreint grâce à ses tests la culpabilité à son profil spécifique
de XFCE, et pas à l'ensemble de Sid ni LibreOffice ni XFCE. C'est juste
un réglage de son profil.

Pour l'OP:

Je ne connais pas XFCE, mais une idée comme ça: Si il est possible de
dumper la conf XFCE en mode full text, pourquoi ne pas essayer de faire 
un diff entre ta conf et une qui marche ? J'imagine que ça risque d'être
un peu compliqué à fouiller la-dedans quand même :(

Mes 2 ¢

Re: LibreOffice et XFCE

[Klaus Becker]

Am 16/06/2024 um 10:46 schrieb François Le Gad:

Bonjour,

Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de fond 
des cellules ont disparu, ce qui rend les feuilles de calcul un peu 
tristounettes.


Lancement à partir d'un gestionnaire de fenêtres : affichage normal.

Lancement sous un autre profil utilisateur avec XFCE : affichage normal.

J'en déduis qu'il y a un paramètre de XFCE qui perturbe LibreOffice, 
mais je ne sais pas où chercher.


Salut,

j'utilise XFCE4 sous unstable et je peux donner une couleur de fond à 
une cellule de Calc.


librement

Klaus

Re : LibreOffice et XFCE

[nicolas . patrois]

On 16/06/2024 10:46:05, François Le Gad wrote:

> Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de
> fond des cellules ont disparu, ce qui rend les feuilles de calcul un peu 
> tristounettes.

[…]

> J'en déduis qu'il y a un paramètre de XFCE qui perturbe LibreOffice, 
> mais je ne sais pas où chercher.

Tu veux dire que le blanc entouré de gris est gris ?
En tout cas, chez moi (Sid), ça marche.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

LibreOffice et XFCE

[François Le Gad]

Bonjour,

Sous Debian testing, bureau XFCE, LibreOffice calc, Les couleurs de fond 
des cellules ont disparu, ce qui rend les feuilles de calcul un peu 
tristounettes.


Lancement à partir d'un gestionnaire de fenêtres : affichage normal.

Lancement sous un autre profil utilisateur avec XFCE : affichage normal.

J'en déduis qu'il y a un paramètre de XFCE qui perturbe LibreOffice, 
mais je ne sais pas où chercher.

--
Cordialement,
François Le Gad

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[Michel Verdier]

Le 14 juin 2024 RogerT a écrit :

>>> Oui, avec un contrôle limité puisque :
>>> - il faut demander l’autorisation pour accéder à son propre serveur
>> Non, pour pénétrer dans le DC, ce n'est pas la même chose
> Je ne suis pas au courant que je peux venir quand je veux sans prévenir
> dans un DC. Peut-être ?

Si tu as ta baie tu peux y accéder h24 et sans prévenir si on t'a donné
un accès permanent, ce qui est en général le cas. Ca se discute avec le
prestataire qui te loue la baie.

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[RogerT]

> Le 14 juin 2024 à 12:12, NoSpam  a écrit :
> 
> 
> 
> 
>> Le 14/06/2024 à 11:21, RogerT a écrit :
>> 
>>> Le 14/06/2024 à 10:07, RogerT a écrit :
 [...]
 J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que 
 c’est possible. Et qu’il faut une licence MacOS. 
>>> Non
>> C’est un choix personnel de payer ou non une licence. 
>> Par ailleurs, même en ayant payé une licence à Apple, je ne crois pas qu’ils 
>> autorisent d’installer sur un matériel non Apple. À vérifier.
> On n'achète pas de licence MacOS, elle est livrée avec le matériel. Pour le 
> reste ...
> 
> [...]
> 
Je ne veux débattre stérilement. Techniquement, tu le fais marcher. 
Légalement, je ne sais pas si Apple autorise qu’on virtualise son OS en un ou 
plusieurs exemplaires. À vérifier, si tu ne le sais pas. 

 Un serveur hébergé, avec un contrôle limité, en somme.
>>> Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un DC 
>>> soit vous louez votre/vos serveurs *dédiés* à votre hébergeur. Vous en avez 
>>> 100% le contrôle.
>> Oui, avec un contrôle limité puisque :
>> - il faut demander l’autorisation pour accéder à son propre serveur
> Non, pour pénétrer dans le DC, ce n'est pas la même chose
Je ne suis pas au courant que je peux venir quand je veux sans prévenir dans un 
DC. Peut-être ?

>> - le serveur est généralement physiquement accessible, ce qui pose problème 
>> en cas de paranoïa (et surtout d’exigence contractuelle extrême qui stipule 
>> « aucun fichier hébergé chez un tiers ») ; il reste la solution de louer une 
>> cage dont on a seul la clef.
> Il sera toujours dans un rack -fermé à clé donc- je n'ai jamais rencontré de 
> serveur accessible par les passants dans un DC
> 
> [...]
> 
J’en étais resté au matériel hébergé dans une cage avec contrôle d’accès que JE 
contrôle…

 Je vais solliciter Proxmox puisqui’ils sont capables de dire quelle 
 configuration matérielle et logicielle il faut.
>>> Vous pouvez mais ils ne pourront vous en dire plus que ce qui a déjà été 
>>> dit. Avez vous de votre côté identifié très exactement vos besoins ? 
>>> (logiciel-s à installer, données à stocker et conserver, si DB laquelle, 
>>> combien d'accès simultanés, etc) Une fois que vous aurez fait cela vous 
>>> pourrez tout seul calculer vos besoins en matériel
>> Oui. Le système visé doit pouvoir :
>> - donner accès à 5 (mini) et 10 (maxi) VM (linux, Win10 ; et peut-être 1 ou 
>> 2 MacOS, puisque c’est _techniquement_ accessible)
>> - hébergeur quelques applications web métiers qui ont peu de trafic 
>> (tournent actuellement sur des ordinosaures ; avec postgresql)
>> Ce n’est pas un système à grande échelle pour des millions de requêtes par 
>> mois ou par jour. 
>> Ce qui compte c’est la disponibilité.
> Vous n'avez toujours pas évaluer le volume de données nécessaire par VM ...
> 
> [...]
> 

RAM : 8 Go / VM Win ; 1-8 Go/VM linux ; ? Go/VM MacOS. Avec un besoin de 32-64 
Go sur une VM de calcul scientifique. 

Stockage : aucun problème, vu le coût du To. 

CPU : je dirais « la puissance d’une tour moyenne par VM ». Je ne connais pas 
les CPU récents. 

 Avec un lien FO + 5G en dualwan ou/et failover.
>>> Connaissez vous la BP nécessaire afin d'accepter tous les clients ? Comment 
>>> imaginez vous que se passera le basculement vers la 5G si la fibre tombe ? 
>>> Il vous faut donc déjà rajouté un routeur en amont (ou en VM) afin de gérer 
>>> cela.
>> Oui, la BP requise fonctionne en 5G voire en 4G (mode dégradé : lien FO 
>> déconnecté volontairement). 
>> J’utilise un appareil qui gère différents liens (FO ou ADSL + 5G + éventuel 
>> Wifi disponible).
> La vous parlez du serveur chez vous, donc l'hébergeur. L'appareil s'appelle 
> un routeur. Et comment se feront les accès à distance si le lien FO ou les 
> autres tombe en panne? Ils devront revoir leur manière de se connecter 
> (adresse IP, VPN, ...)
> [...]
Oui, l’appareil est un modem 5G et routeur Multi WAN qui gère le failover.
Il assure la connectivité à internet pour les clients distants ou les clients 
sur le LAN. 

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilit� ?

[RogerT]

> Le 14 juin 2024 à 12:03, f.co...@crafe.com a écrit :
> 
> 
> Bonjour,
> 
> peut-être n'ai-je pas bien compris le besoin, mais ma préconisation 
> ci-dessous:
> 
> Internet : 
> * deux machines physiques avec trois cartes réseau, faisant tourner pfSense 
> ou opnsense en HA (Carpe, failover). De simples PC monocarte, mais un peu 
> plus gros que PI 5 quand même, feront très bien l'affaire.
FW : ok. 

> * deux liaisons internet différentes (par exemple FO en primaire, StarLink 
> (ou 4/5G au pire) en secondaire)
Oui. 

> Hyperviseur:
> * TROIS serveurs sous Proxmox (pour le HA, c'est nécessaire)
À courte distance, ou avec faible latence, à ma connaissance. Pour assurer la 
synchro. (Je parle de mon expérience avec le HA synology qui impose environ 10 
ms de latence maximum, je crois; donc impossible de mettre deux noeuds à 1000 
km de distance)

> * Pour les disques, soit une solution de disques réseaux accessibles via 
> iSCSI par exemple, (10GB ...), soit monter un serveur Ceph (supporté en natif 
> par proxmox)
Vu. Je ne sais pas spécifier des équipements récents. 
> * RAM et processeur à dimensionner selon les besoins des VM
Grosso modo : 8 Go par VM windows ; 1-8 Go par VM Linux selon l’application. 
Pour le CPU, je ne sais pas : je partirais de la puissance d’une tour moyenne 
et multiplierait pour déterminer le CPU requis. 
Après, il y a ce débat Intel (qui chauffe) Vs AMD (qui chauffe moins), je 
crois. 

> Les OS et le nb de VM:
> si on opte pour des VM, on choisit en général de faire une VM par applicatif 
> ou groupe d'applicatif. 
> L'idéal est d'avoir des applicatifs tournant sous GNU/Linux, non pas parce 
> que windows n'est pas bien, mais parce qu'un VM windows nécessite souvent 
> plus de ressources machine ... sans compter le prix de licence.
Oui. Je travaille sur linux. 
Les VM Win sont uniquement un héritage ou bien une nécessité (logiciel exigeant 
Win). 

> Reste un point que tu n'évoques pas : si tu as besoin de redondance internet 
> et VM, tu as forcément besoin de redondance électrique ...
Groupe électrogène. 

> 
> Effectivement une aide professionnelle peut être nécessaire et plus sûre ( et 
> c'est d'ailleurs mon taf ️)
À discuter. 
> 
> Pour la licence Proxmox, pour ma part, je prends la Basic, uniquement pour 
> valider l'accès à leur dépôt "Entreprise" ... et pour aider leur projet (qui 
> est opensource). Le choix de la licence, ou pas de licence, n'affecte pas les 
> fonctionnalités de Proxmox (hormis le choix du dépôt "Entreprise" ou 
> "no-subscription".
Vu. 
> 
> 
> Si ça peut aider ...
Oui. Merci. 
> 
> Fernand
>  
> 
>> Le vendredi 14 juin 2024 à 10:48 +0200, NoSpam a écrit :
>> 
>> Le 14/06/2024 à 10:07, RogerT a écrit :
>> [...]
>> J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que 
>> c’est possible. Et qu’il faut une licence MacOS. 
>> Non
>> As-tu un pointeur vers une info fiable ?
>> Moteur de recherche => "install macos on proxmox"
>>  
>> 
>>> 
 Solution 1 : avoir des VM « workstation ». J’ai déjà fait ça, sous 
 synology et sous qemu/KVM.
 Solution 2 : utiliser Windows server -> voir ma question ci-dessus sur sa 
 mise en oeuvre avec ma petite et ancienne expérience.
>>> Aucune de ces deux solutions n'apportent du HA
>> Solution 1 : à ma connaissance, synology permet du HA avec son VMM/Virtual 
>> Machine Manager, mais il faut un cluster de 2x2 machines (!). Et là il n’y a 
>> pas de down time ou alors de quelques secondes. Avec un cluster HA de 2 
>> machines, il faut attendre quelques mn pour que les VM soient à nouveau 
>> disponibles. 
>> Avec qemu/KVM : je ne sais pas. 
>> Solution 2 : Tu dis qu’il n’est pas possible d’avoir des VM Win sur Win 
>> server avec de la HA. Ça me semble incroyable, non ?
>> HA pour moi est Haute disponibilité. Que ce soit avec qemu/KVM ou Win 
>> Server, il faut 2 machines tout comme avec les NAS.
>> 
>>> 
 
> 
>> Mais là, lon besoin est d’héberger mes machines personnelles et pros et 
>> celles de quelques personnes d’un groupe de travail (+ applis web). 
>> Elles doivent être toujours accessibles, sans besoin de la bande 
>> passante d’un data center (d’où deux liens internet FO +5G avec gestion 
>> automatique du failover).
>> J’ai besoin de cette « haute disponibilité ».
>> 
>> Ce serait quoi être accompagné : souscrire chez Proxmox ?
> Pour une aide Proxmox avec éventuellement 
> https://pve.proxmox.com/wiki/High_Availability. L'achat de matériel reste 
> toutefois nécessaire si pas de DC
 DC ?
>>> Datacenter = Centre de données = hébergement en nuage
>> Un serveur hébergé, avec un contrôle limité, en somme.
>> Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un DC soit 
>> vous louez votre/vos serveurs *dédiés* à votre hébergeur. Vous en avez 100% 
>> le contrôle.
>> 
>>> 
 
> 
>> Pour LXC, existe-t-il une solution de support similaire ?
> Je ne pense pas, à vérifier
 Oui. À vérifier. 

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[NoSpam]

Le 14/06/2024 à 11:21, RogerT a écrit :



Le 14/06/2024 à 10:07, RogerT a écrit :

[...]
J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que 
c’est possible. Et qu’il faut une licence MacOS.

Non

C’est un choix personnel de payer ou non une licence.
Par ailleurs, même en ayant payé une licence à Apple, je ne crois pas 
qu’ils autorisent d’installer sur un matériel non Apple. À vérifier.


On n'achète pas de licence MacOS, elle est livrée avec le matériel. Pour 
le reste ...


[...]


Un serveur hébergé, avec un contrôle limité, en somme.
Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un 
DC soit vous louez votre/vos serveurs *dédiés* à votre hébergeur. 
Vous en avez 100% le contrôle.

Oui, avec un contrôle limité puisque :
- il faut demander l’autorisation pour accéder à son propre serveur

Non, pour pénétrer dans le DC, ce n'est pas la même chose
- le serveur est généralement physiquement accessible, ce qui pose 
problème en cas de paranoïa (et surtout d’exigence contractuelle 
extrême qui stipule « aucun fichier hébergé chez un tiers ») ; il 
reste la solution de louer une cage dont on a seul la clef.


Il sera toujours dans un rack -fermé à clé donc- je n'ai jamais 
rencontré de serveur accessible par les passants dans un DC


[...]


Je vais solliciter Proxmox puisqui’ils sont capables de dire quelle 
configuration matérielle et logicielle il faut.
Vous pouvez mais ils ne pourront vous en dire plus que ce qui a déjà 
été dit. Avez vous de votre côté identifié très exactement vos 
besoins ? (logiciel-s à installer, données à stocker et conserver, si 
DB laquelle, combien d'accès simultanés, etc) Une fois que vous aurez 
fait cela vous pourrez tout seul calculer vos besoins en matériel

Oui. Le système visé doit pouvoir :
- donner accès à 5 (mini) et 10 (maxi) VM (linux, Win10 ; et peut-être 
1 ou 2 MacOS, puisque c’est _techniquement_ accessible)
- hébergeur quelques applications web métiers qui ont peu de trafic 
(tournent actuellement sur des ordinosaures ; avec postgresql)
Ce n’est pas un système à grande échelle pour des millions de requêtes 
par mois ou par jour.

Ce qui compte c’est la disponibilité.


Vous n'avez toujours pas évaluer le volume de données nécessaire par VM ...

[...]


Avec un lien FO + 5G en dualwan ou/et failover.
Connaissez vous la BP nécessaire afin d'accepter tous les clients ? 
Comment imaginez vous que se passera le basculement vers la 5G si la 
fibre tombe ? Il vous faut donc déjà rajouté un routeur en amont (ou 
en VM) afin de gérer cela.
Oui, la BP requise fonctionne en 5G voire en 4G (mode dégradé : lien 
FO déconnecté volontairement).
J’utilise un appareil qui gère différents liens (FO ou ADSL + 5G + 
éventuel Wifi disponible).
La vous parlez du serveur chez vous, donc l'hébergeur. L'appareil 
s'appelle un routeur. Et comment se feront les accès à distance si le 
lien FO ou les autres tombe en panne? Ils devront revoir leur manière de 
se connecter (adresse IP, VPN, ...)

[...]

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[f.co...@crafe.com]

Bonjour,

peut-être n'ai-je pas bien compris le besoin, mais ma préconisation ci-
dessous:

Internet : 
* deux machines physiques avec trois cartes réseau, faisant tourner
pfSense ou opnsense en HA (Carpe, failover). De simples PC monocarte,
mais un peu plus gros que PI 5 quand même, feront très bien l'affaire.
* deux liaisons internet différentes (par exemple FO en primaire,
StarLink (ou 4/5G au pire) en secondaire)

Hyperviseur:
* TROIS serveurs sous Proxmox (pour le HA, c'est nécessaire)
* Pour les disques, soit une solution de disques réseaux accessibles
via iSCSI par exemple, (10GB ...), soit monter un serveur Ceph
(supporté en natif par proxmox)
* RAM et processeur à dimensionner selon les besoins des VM


Les OS et le nb de VM:
si on opte pour des VM, on choisit en général de faire une VM par
applicatif ou groupe d'applicatif. 
L'idéal est d'avoir des applicatifs tournant sous GNU/Linux, non pas
parce que windows n'est pas bien, mais parce qu'un VM windows nécessite
souvent plus de ressources machine ... sans compter le prix de licence.

Reste un point que tu n'évoques pas : si tu as besoin de redondance
internet et VM, tu as forcément besoin de redondance électrique ...

Effectivement une aide professionnelle peut être nécessaire et plus
sûre ( et c'est d'ailleurs mon taf ️)

Pour la licence Proxmox, pour ma part, je prends la Basic, uniquement
pour valider l'accès à leur dépôt "Entreprise" ... et pour aider leur
projet (qui est opensource). Le choix de la licence, ou pas de licence,
n'affecte pas les fonctionnalités de Proxmox (hormis le choix du dépôt
"Entreprise" ou "no-subscription".


Si ça peut aider ...

Fernand
 

Le vendredi 14 juin 2024 à 10:48 +0200, NoSpam a écrit :
> 
> Le 14/06/2024 à 10:07, RogerT a écrit :
> [...]
> J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que 
> c’est possible. Et qu’il faut une licence MacOS. 
> Non
> As-tu un pointeur vers une info fiable ?
> Moteur de recherche => "install macos on proxmox"
> 
> 
> > 
> > > Solution 1 : avoir des VM « workstation ». J’ai déjà fait ça, sous 
> > > synology et sous qemu/KVM.
> > > Solution 2 : utiliser Windows server -> voir ma question ci-dessus sur sa 
> > > mise en oeuvre avec ma petite et ancienne expérience.
> > Aucune de ces deux solutions n'apportent du HA
> Solution 1 : à ma connaissance, synology permet du HA avec son VMM/Virtual 
> Machine Manager, mais il faut un cluster de 2x2 machines (!). Et là il n’y a 
> pas de down time ou alors de quelques secondes. Avec un cluster HA de 2 
> machines, il faut attendre quelques mn pour que les VM soient à nouveau 
> disponibles. 
> Avec qemu/KVM : je ne sais pas. 
> Solution 2 : Tu dis qu’il n’est pas possible d’avoir des VM Win sur Win 
> server avec de la HA. Ça me semble incroyable, non ?
> HA pour moi est Haute disponibilité. Que ce soit avec qemu/KVM ou Win
> Server, il faut 2 machines tout comme avec les NAS.
> 
> > 
> > > 
> > > > 
> > > > > Mais là, lon besoin est d’héberger mes machines personnelles et pros 
> > > > > et celles de quelques personnes d’un groupe de travail (+ applis 
> > > > > web). Elles doivent être toujours accessibles, sans besoin de la 
> > > > > bande passante d’un data center (d’où deux liens internet FO +5G avec 
> > > > > gestion automatique du failover).
> > > > > J’ai besoin de cette « haute disponibilité ».
> > > > > 
> > > > > Ce serait quoi être accompagné : souscrire chez Proxmox ?
> > > > Pour une aide Proxmox avec éventuellement 
> > > > https://pve.proxmox.com/wiki/High_Availability. L'achat de matériel 
> > > > reste toutefois nécessaire si pas de DC
> > > DC ?
> > Datacenter = Centre de données = hébergement en nuage
> Un serveur hébergé, avec un contrôle limité, en somme.
> Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un
> DC soit vous louez votre/vos serveurs *dédiés* à votre hébergeur.
> Vous en avez 100% le contrôle.
> 
> > 
> > > 
> > > > 
> > > > > Pour LXC, existe-t-il une solution de support similaire ?
> > > > Je ne pense pas, à vérifier
> > > Oui. À vérifier. Sans doute un prestataire compétent à trouver.
> > Ce n'est pas la même chose que le support proxmox qui est réalisé par 
> > l'équipe elle même, ce qui serait mon choix!
> Je vais solliciter Proxmox puisqui’ils sont capables de dire quelle 
> configuration matérielle et logicielle il faut.
> Vous pouvez mais ils ne pourront vous en dire plus que ce qui a déjà
> été dit. Avez vous de votre côté identifié très exactement vos
> besoins ? (logiciel-s à installer, données à stocker et conserver, si
> DB laquelle, combien d'accès simultanés, etc) Une fois que vous aurez
> fait cela vous pourrez tout seul calculer vos besoins en matériel
>  Sinon, ma configuration Proxmox sera un prototype dont je découvrirai la 
> fiabilité dans la douleur. Et donc, je ne peux pas héberger les machines d’un 
> groupe d’utilisateurs (en tant qu’hébergeur). 
> Proxmox ne fournit pas de serveurs clés en main. Peut être l'un de
> leur 

Re: Matériel et système pour faire tourner des VM en HA/haute disponibilité ?

[RogerT]

> Le 14 juin 2024 à 10:48, NoSpam  a écrit :
> 
> 
> 
> 
>> Le 14/06/2024 à 10:07, RogerT a écrit :
>> [...]
>> J’ai cherché longtemps et sans doute mal mais n’ai pas trouvé. Je note que 
>> c’est possible. Et qu’il faut une licence MacOS. 
> Non
C’est un choix personnel de payer ou non une licence. 
Par ailleurs, même en ayant payé une licence à Apple, je ne crois pas qu’ils 
autorisent d’installer sur un matériel non Apple. À vérifier. 
>> As-tu un pointeur vers une info fiable ?
> Moteur de recherche => "install macos on proxmox"
Merci. 

 Solution 1 : avoir des VM « workstation ». J’ai déjà fait ça, sous 
 synology et sous qemu/KVM.
 Solution 2 : utiliser Windows server -> voir ma question ci-dessus sur sa 
 mise en oeuvre avec ma petite et ancienne expérience.
>>> Aucune de ces deux solutions n'apportent du HA
>> Solution 1 : à ma connaissance, synology permet du HA avec son VMM/Virtual 
>> Machine Manager, mais il faut un cluster de 2x2 machines (!). Et là il n’y a 
>> pas de down time ou alors de quelques secondes. Avec un cluster HA de 2 
>> machines, il faut attendre quelques mn pour que les VM soient à nouveau 
>> disponibles. 
>> Avec qemu/KVM : je ne sais pas. 
>> Solution 2 : Tu dis qu’il n’est pas possible d’avoir des VM Win sur Win 
>> server avec de la HA. Ça me semble incroyable, non ?
> HA pour moi est Haute disponibilité. Que ce soit avec qemu/KVM ou Win Server, 
> il faut 2 machines tout comme avec les NAS.
On est d’accord. Il faut au moins deux machines ou « noeuds ». 

>> Mais là, lon besoin est d’héberger mes machines personnelles et pros et 
>> celles de quelques personnes d’un groupe de travail (+ applis web). 
>> Elles doivent être toujours accessibles, sans besoin de la bande 
>> passante d’un data center (d’où deux liens internet FO +5G avec gestion 
>> automatique du failover).
>> J’ai besoin de cette « haute disponibilité ».
>> 
>> Ce serait quoi être accompagné : souscrire chez Proxmox ?
> Pour une aide Proxmox avec éventuellement 
> https://pve.proxmox.com/wiki/High_Availability. L'achat de matériel reste 
> toutefois nécessaire si pas de DC
 DC ?
>>> Datacenter = Centre de données = hébergement en nuage
>> Un serveur hébergé, avec un contrôle limité, en somme.
> Pardon ? Vous pouvez soit déposer votre/vos propres serveurs dans un DC soit 
> vous louez votre/vos serveurs *dédiés* à votre hébergeur. Vous en avez 100% 
> le contrôle.
Oui, avec un contrôle limité puisque :
- il faut demander l’autorisation pour accéder à son propre serveur
- le serveur est généralement physiquement accessible, ce qui pose problème en 
cas de paranoïa (et surtout d’exigence contractuelle extrême qui stipule « 
aucun fichier hébergé chez un tiers ») ; il reste la solution de louer une cage 
dont on a seul la clef. 
Sinon, on est d’accord que l’hébergeur offre une sûreté exceptionnelle 
(contrôle d’accès, alimentation électrique, accès internet, climatisation)

>> Pour LXC, existe-t-il une solution de support similaire ?
> Je ne pense pas, à vérifier
 Oui. À vérifier. Sans doute un prestataire compétent à trouver.
>>> Ce n'est pas la même chose que le support proxmox qui est réalisé par 
>>> l'équipe elle même, ce qui serait mon choix!
>> Je vais solliciter Proxmox puisqui’ils sont capables de dire quelle 
>> configuration matérielle et logicielle il faut.
> Vous pouvez mais ils ne pourront vous en dire plus que ce qui a déjà été dit. 
> Avez vous de votre côté identifié très exactement vos besoins ? (logiciel-s à 
> installer, données à stocker et conserver, si DB laquelle, combien d'accès 
> simultanés, etc) Une fois que vous aurez fait cela vous pourrez tout seul 
> calculer vos besoins en matériel
Oui. Le système visé doit pouvoir :
- donner accès à 5 (mini) et 10 (maxi) VM (linux, Win10 ; et peut-être 1 ou 2 
MacOS, puisque c’est _techniquement_ accessible)
- hébergeur quelques applications web métiers qui ont peu de trafic (tournent 
actuellement sur des ordinosaures ; avec postgresql)
Ce n’est pas un système à grande échelle pour des millions de requêtes par mois 
ou par jour. 
Ce qui compte c’est la disponibilité. 

>>  Sinon, ma configuration Proxmox sera un prototype dont je découvrirai la 
>> fiabilité dans la douleur. Et donc, je ne peux pas héberger les machines 
>> d’un groupe d’utilisateurs (en tant qu’hébergeur). 
> Proxmox ne fournit pas de serveurs clés en main. Peut être l'un de leur 
> partenaire. Cela revient à faire vous même la démarche de louer les serveurs 
> et de prendre un abonnement entreprise chez Proxmox
Vu que je n’ai pas d’expérience en production avec Proxmox (j’ai juste installé 
et vu que ça fonctionnait, sans en connaître les détails), je vais me 
rapprocher de Proxmox. Dans un premier temps. 
Je crois être capable de louer un serveur ou le faire monter et de prendre un 
abonnement Proxmox Enterprise. 
>>> De manière générale je ne comprends pas la démarche: faire du HA à domicile