Re: HS: pourquoi les disques SSD sont peu utilisé dans les serveurs

2023-05-04 Par sujet Dethegeek 
Bonjour

Une info directement liée au sujet, et qui peut vous intéresser, à propos
de la durée de vie des HDD et SSD.

Promis, je ne déterre plus le sujet après cela.

https://www.frandroid.com/produits-android/hardware/stockage/1682621_attention-les-disques-durs-ont-une-duree-de-vie-tres-courte


Le mar. 25 avr. 2023 à 12:41, Dethegeek  a écrit :

> Bonjour
>
> Je me souviens qu'il a été abordé cette question (durabilité des SSD), et
> j'avais trouvé une étude de Facebook à ce sujet, que j'avais partagé. De
> tête, évitez les expositions à la chaleur qui impacte la durée de vie.
>
> En voilà une autre qui a l'air intéressante. Étant sur un téléphone, le
> pdf est un peu difficile à lire, mais il y a des histogrammes et des
> graphiques tout mignons. Je prendrai le temps de le lire plus en détail ce
> soir, c'est intéressant.
>
>
> https://scholar.google.com/scholar?hl=en_sdt=0%2C5=ssd+reliability+study=SSD+reliability+#d=gs_qabs=1682418769536=%23p%3DnfFR-cQtA-YJ
>
> Le mar. 25 avr. 2023 à 12:30, Daniel Caillibaud  a
> écrit :
>
>> Bonjour,
>>
>> J'ajoute mon grain de sel longtemps après ;-)
>>
>> Le 12/04/23 à 10:34, Alex PADOLY  a écrit :
>> > En regardant des catalogues de serveurs, même sur des serveurs coutant
>> > plus de 1000 ou 2000 Euros, on ne voit pas ou très peu de disques SSD,
>> > on y voit des disques SATA et SAS.
>>
>> Ça doit dépendre des catalogues, en tout cas depuis 10~15 ans je n'ai
>> quasiment eu que des
>> serveurs avec ssd seulement (et parfois ssd + disques rotatifs quand le
>> ssd était cher et que
>> j'avais besoin de bcp de place).
>>
>> Et chez ovh par ex la plupart des serveurs étaient en ssd depuis
>> longtemps et désormais en
>> nvme, le hdd rotatif étant en général "en plus" si besoin (même si on
>> peut encore choisir du
>> rotatif seul).
>> Et pour les serveurs avec bcp de To, c'est un mix nvme/rotatif, pour
>> avoir le meilleur des deux
>> monde (nvme utilisé pour le cache des rotatifs, et suivant les fs
>> l'indexation ou la
>> journalisation du fs, jamais utilisé mais de mémoire zfs en tire bien
>> profit).
>>
>> Et question fiabilité, en 20 ans et 30~40 serveurs (2 à 5 ensemble,
>> changés tous
>> les 3~4 ans), j'ai eu des pannes de disque rotatif (avant 2010) mais
>> jamais de ssd/nvme, et vu
>> les discussions sur les listes ça semble être aussi le cas des collègues
>> (ça casse toujours,
>> mais bcp moins souvent).
>>
>> C'est d'ailleurs un pb, les disques deviennent tellement fiables que les
>> gens oublient le
>> backup ;-)
>> (alors que même si y'en a moins qui cassent sans prévenir, ça peut
>> toujours arriver)
>>
>> Il y a eu à une époque une fatigue accélérée des ssd à cause d'écriture
>> fréquentes et
>> nombreuses, de /tmp par ex (mais sur un serveur c'est souvent configuré
>> en ramdisk), et des
>> réglages de trim qu'il fallait optimiser, ce qui n'est plus nécessaire
>> depuis longtemps (les
>> réglages par défaut des OS gèrent ça correctement).
>>
>> --
>> Daniel
>>
>> Ceux qui ne font rien ne se trompent jamais
>> Théodore de Banville
>>
>>

Re: [Installation][debian][Thomson N17csl512] : Démarrage impossible

2023-05-04 Par sujet Luc Novales 

Bonjour,

Le 04/05/2023 à 12:33, NoSpam a écrit :


Bonjour. J'essayerai de supprimer quiet dans la ligne de commande de 
démarrage (si on arrive jusque la), rajouterai vga=780 ou 792 et 
noapic acpi=off



Ni le menu ventoy, ni grub ne s'affichent, le device semble bloqué avant.

A+

Luc.

Re: [Installation][debian][Thomson N17csl512] : Démarrage impossible

2023-05-04 Par sujet didier gaumet 



Bonjour,

il y a une mince possibilité que ce soit un problème similaire à 
l'enfilade qui commence ici (lire tous les posts):

https://lists.debian.org/debian-user-french/2023/04/msg00052.html

Il semble y avoir eu au moins une installation Linux couronnée de succès 
sur ton PC (lire en détail, y a peut-être des précisions intéressantes):

https://linux-hardware.org/?probe=11d0b3229b

Re: [Installation][debian][Thomson N17csl512] : Démarrage impossible

2023-05-04 Par sujet NoSpam 
Bonjour. J'essayerai de supprimer quiet dans la ligne de commande de 
démarrage (si on arrive jusque la), rajouterai vga=780 ou 792 et noapic 
acpi=off


Le 04/05/2023 à 11:01, Luc Novales a écrit :


Bonjour,

Même en ayant essayé pas mal de réglages relatifs au secureboot et au 
démarrage legacy ou UEFI, je n'arrive pas à faire démarrer 
l'ordinateur portable Thomson - N17csl512 
 
sur une clé d'installation ou un DVD (lecteur usb externe) debian, 
debian facile, ubuntu directement ou via une clé ventoy.


J'ai un écran noir, au mieux, un curseur fixe. La lecture sur le 
périphérique externe s'arrête et la situation reste stable ;).


Les données du BIOS sont :

|AMI BIOS Core version : 5.13 Compliancy : UEFI 2.7; PI 1.6 Project 
version : GM17CE BO.14 x64|


Avez vous réussi à installer debian sur cette machine ?

Quels réglages du BIOS ?

Un lien vers la bonne procédure ?

Merci,

Luc.

PS : Un DVD d'install Seven démarre en UEFI dans le lecteur externe

[Installation][debian][Thomson N17csl512] : Démarrage impossible

2023-05-04 Par sujet Luc Novales 

Bonjour,

Même en ayant essayé pas mal de réglages relatifs au secureboot et au 
démarrage legacy ou UEFI, je n'arrive pas à faire démarrer l'ordinateur 
portable Thomson - N17csl512 
 
sur une clé d'installation ou un DVD (lecteur usb externe) debian, 
debian facile, ubuntu directement ou via une clé ventoy.


J'ai un écran noir, au mieux, un curseur fixe. La lecture sur le 
périphérique externe s'arrête et la situation reste stable ;).


Les données du BIOS sont :

|AMI BIOS Core version : 5.13 Compliancy : UEFI 2.7; PI 1.6 Project 
version : GM17CE BO.14 x64|


Avez vous réussi à installer debian sur cette machine ?

Quels réglages du BIOS ?

Un lien vers la bonne procédure ?

Merci,

Luc.

PS : Un DVD d'install Seven démarre en UEFI dans le lecteur externe

Re: date de sortie prévisionnelle de Debian 12 Bookworm: le 10 juin 2023

2023-05-04 Par sujet didier gaumet 

Le 04/05/2023 à 09:04, Michel Verdier a écrit :


Ça dépend comment tu lance X. Xorg est toujours lancé en root, c'est
normal pour éviter les failles de sécurité. J'ai eu ce problème sur
Bullseye. Je lance Xorg via startx. J'ai manipé pour que
/tmp/serverauth... soit créé avec l'uid de mon user. Malheureusement je
n'ai pas noté la manip. Mais je crois que j'ai juste créé un ~/.xserverrc
avec

#!/bin/sh
exec /usr/bin/X -nolisten tcp -nolisten local "$@"

Selon comment tu lances X je ne sais pas si ça peut être applicable.
Si tu passes par un DM pour te logguer c'est lui qui fait la bascule
sur ton user. Donc regarde dans ta conf du DM utilisé si tu n'as pas une
personnalisation qui casse ça.




Je suis vraiment ignare pour les problématiques de sécurité en général 
et en environnement graphique en particulier, donc prendre ce que je dis 
avec le recul nécessaire :-)


mais j'avais cru comprendre qu'historiquement X11 était lancé par root 
surtout pour pouvoir accéder aux ressources nécessaires, et qu'au fil du 
temps on a découvert des failles potentielles de sécurité qui rendaient 
ce mode de fonctionnement indésirable. On privilégie donc a priori de 
nos jours un lancement de X11 par un utilisateur "ordinaire".


Dans le cas ed Debian 11 Bullseye, avec display manager GDM et session 
Gnome "Classic" (c'est important car la session Gnome "de base" avec 
Debian11/GDM lance une session Wayland alors que la session "Classic" 
lance toujours une session Xorg),
Donc dans ce cas, GDM est lancé par root (UID 0) mais la session Gnome 
"Classic" et Xorg sont lancés par mon user (didier, UID 1000):



didier@hp-notebook14:~$ ps -axl | grep -i xorg
4  100082978295  20   0 884680 85768 -  Sl+  tty3   0:51 
/usr/lib/xorg/Xorg vt3 -displayfd 3 -auth /run/user/1000/gdm/Xauthority 
-nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3
0  1000   11387   11332  20   0  19344   644 -  S+   pts/0  0:00 grep 
-i xorg
didier@hp-notebook14:~$ ps -axl | grep -i gdm
4 01064   1  20   0 252828  8912 -  Ssl  ?  0:00 
/usr/sbin/gdm3
4 082861064  20   0 180140 10256 -  Sl   ?  0:00 
gdm-session-worker [pam/gdm-password]
4  100082958286  20   0 175320  6532 -  Ssl+ tty3   0:00 
/usr/libexec/gdm-x-session --register-session --run-script gnome-session-classic
4  100082978295  20   0 884664 85768 -  Sl+  tty3   0:51 
/usr/lib/xorg/Xorg vt3 -displayfd 3 -auth /run/user/1000/gdm/Xauthority 
-nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3
0  1000   11389   11332  20   0  19212   704 -  S+   pts/0  0:00 grep 
-i gdm


le wiki Archlinux a une section sur le lancement de Xorg par un 
utilisateur ordinaire:

https://wiki.archlinux.org/title/Xorg#Rootless_Xorg

Re: date de sortie prévisionnelle de Debian 12 Bookworm: le 10 juin 2023

2023-05-04 Par sujet Michel Verdier 
Le 1 mai 2023 benoit a écrit :

> J'ai essayé 2x de passer en Bookworm, mais après la mise à jour, X ne veut 
> plus se lancer, car il n'a pas le droit d'écrire dans /tmp:LOCKMACHIN BIDULE 
> (G pas noté le message d'erreur)
>
> Seul root peut lancer x

Ça dépend comment tu lance X. Xorg est toujours lancé en root, c'est
normal pour éviter les failles de sécurité. J'ai eu ce problème sur
Bullseye. Je lance Xorg via startx. J'ai manipé pour que
/tmp/serverauth... soit créé avec l'uid de mon user. Malheureusement je
n'ai pas noté la manip. Mais je crois que j'ai juste créé un ~/.xserverrc
avec

#!/bin/sh
exec /usr/bin/X -nolisten tcp -nolisten local "$@"

Selon comment tu lances X je ne sais pas si ça peut être applicable.
Si tu passes par un DM pour te logguer c'est lui qui fait la bascule
sur ton user. Donc regarde dans ta conf du DM utilisé si tu n'as pas une
personnalisation qui casse ça.