Re: Questions sur les outils de gestion d'un dépôt privé apt

[randy11]

> From: "Olivier" 
> To: "ML Debian User French" 
> Sent: Wednesday, 13 December, 2017 6:08:08 PM
> Subject: Questions sur les outils de gestion d'un dépôt privé apt

> J'ai survolé la description de d'aptly qui a l'air de bien répondre
> mais un retour d'expérience serait le bienvenu.

Bonjour, 
J'ai mis en place un Aptly pour Jessie, Stretch et Ubuntu Xenial. Un vrai 
bonheur ! 

J'utilise la version du site d'origine et pas celle de la distribution qui est 
plus 
ancienne. Un seul bémol : les sources ne sont pas gérés quand la 
compression est faite avec "bzip". 

Le scénario classique : 
- aptly repo create ... (à faire une seule fois) 
- aptly repo add ... 
- aptly snapshot create ... from repo ... 
- aptly publish snapshot  (à faire une seule fois) 
- aplty publish switch   

Si je ne fais pas le ménage dans mon dépôt, je conserve toutes les 
version de mes paquets. 
Les snapshots sont utiles quand tu t’aperçois qu'une erreur a été 
commise et qu'il faut très rapidement faire marche arrière. Dans 
ce cas : 
- aptly snapshot list 
- aptly publish switch   

> Le point qui me semble le plus obscur est la maîtrise, avec aptly ou
> autre chose, de la version des paquets installés:
> 1. le dépôt de Debian/Stetch héberge le logiciel toto.1.1,
> 2. tant bien que mal, je crée un paquet 1.1.3 que je pousse dans mon
> dépôt privé,
> 3. un apt-get upgrade sur un serveur utilisant exclusivement ce dépôt
> privé, installe le paquet toto-1.1.3
> 4. après une commande magique je peux obtenir un retour arrière si
> besoin (au besoin en falsifiant un paquet 1.1.4 qui aurait dans les
> faits le même contenu qu'un paquet 1.1.X antérieur
> 5. comment se prémunir d'une mise à jour dans le dépôt officiel de
> Debian

> Qu'en pensez-vous ?

> Slts

Mon utilisation pour l'instant consiste à installer des paquets 
"maison", donc avec un nom absent des paquets Debian. Aucun 
risque de conflit. 

Comme cela a été proposé, s'inspirer de ce qui est fait pour "backports" 
et l'utilisation de "/etc/apt/preferences" est une très bonne idée. 
Mais cela dépend avant tout de ce que tu veux faire et non pas 
de l'outil (Aptly) pour le miroir. 

Si tu te contente de rajouter une source qui est ton miroir privé dans 
"/etc/apt/sources.list.d/" et changeant seulement le numéro de version, 
quand un nouveau paquet avec un numéro de version supérieur sera 
disponible; il sera toujours installé. 

En jouant avec "/etc/apt/preferences", tu peux (à choisir) mettre ton 
dépôt comme source prioritaire ou des paquets (en les nommants) 
comme ne pouvant être mis à jour que par ton dépôt. 

Ton problème de mise à jour existera tant qu'un paquet aura le même 
nom dans plusieurs dépôt. 

Par exemple, les "backports" utilise l'extension "bpo" dans le nom de 
version. La comparaison par défaut se fait sur une comparaison de 
chaîne de caractère classique : 1.2.3 < 1.2.3.aaa < 1.2.3.aab 

Re: besoin de conseil installation ssd + hdd

[randy11]

- Original Message -
> From: "Gaëtan Perrier" 
> To: debian-user-french@lists.debian.org
> Sent: Saturday, 30 December, 2017 8:42:03 PM
> Subject: Re: besoin de conseil installation ssd + hdd
> 
> Tous les SSD font de l'overprovisionning nativement. Quand un
> fabricant indique une taille de disque c'est la taille utilisable
> mais en fait le SSD contient plus de mémoire flash.

Sachant que j'ai le message
max sectors   = 500118192/1(500118192?), HPA setting
seems invalid (buggy kernel device driver?)

Dois-je remettre le HPA à une valeur correcte, par exemple
avec le 7 % ou 10 % de la capacité totale théorique ?

 

Re: besoin de conseil installation ssd + hdd

[Gaëtan Perrier]

Tous les SSD font de l'overprovisionning nativement. Quand un fabricant indique 
une taille de disque c'est la taille utilisable mais en fait le SSD contient 
plus de mémoire flash.

Le 30 décembre 2017 20:48:13 GMT+01:00, rand...@free.fr a écrit :
>
>> >> D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour
>> >> l'overprovisioning. Le billet dit que ça permet au firmware du SSD
>> >> de
>> >> savoir que cette zone est libre et qu'il peut l'utiliser pour les
>> >> opérations d'entretien (ramasse-miettes, nivellement de
>> >> l'usure...)
>> >> Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise
>> >> puisqu'elle peut quand même contenir des données qui doivent être
>> >> masquées en temps normal, et d'autre part ce n'est en rien
>> >> nécessaire
>> >> à l'efficacité de l'entretien car le TRIM lui permet déjà de
>> >> savoir
>> >> quels sont les blocs libres. L'important, à mon avis, est donc que
>> >> cette
>> >> zone ait été TRIMée afin d'être marquée comme libre, ce qui doit
>> >> être le
>> >> cas lorsque le SSD sort d'usine.
>> > 
>> > De quelle zone s'agit-il ?
>> De la zone définie par HPA quand cette fonction est activée, située
>> entre la fin apparente définie par hdparm -N et la taille totale.
>> De quoi croyais-tu qu'on parlait ?
>
>
>Dans ton précédent message tu conseillais de ne pas utiliser tout
>le disque pour remplacer le HPA - si j'ai bien suivi, d'où
>mon hésitation.
>
>
>> > Que me conseilles-tu :
>> > - ne pas utiliser tout l'espace pour mes partitions ?
>> 
>> Oui, si tu veux faire de l'overprovisioning.
>> 
>> > - utiliser le HPA pour laisser une partie libre ?
>> 
>> Vu la sortie peu engageante de hdparm -N et mon opinion sur son
>> utilité,
>> je ne ne conseille pas.
>
>J'essaye de faire le meilleur choix "dans les règle de l'art" et
>surtout de tout comprendre, ce qui peut ne pas être évident :-)
>
>J'ai compris l'intérêt du TRIM. Mais pour toi, l'over provisionning
>ne serait pas si utile que cela ?
>
>
>> >>> je me retrouve avec un truc pas normal :
>> >>>
>> >>>max sectors   = 500118192/1(500118192?), HPA setting seems
>> >>> invalid (buggy kernel device driver?)
>> >>
>> >> Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
>> >> Je me méfierais car à cause de cette valeur à 1 il pourrait être
>> >> impossible de revenir à la valeur initiale.
>> > 
>> > Comment rattraper la situation sachant que je me moque des
>> > données et des partitions présentes sur le SSD ?
>> 
>> Rattrapper quoi ? Pour le moment tu n'as pas encore défini de HPA,
>> n'est-ce pas ?
>> Tu as déjà partitionné et utilisé le SSD entier ?
>
>Oui, patitionnement fait avec du LVM et le disque déclaré en VG.
>
>Je veux refaire l'installation, donc je me moque de ce qu'il y a
>sur le disque. Donc si je voulais activer le HPA (si cela est utile),
>je pourrais faire :
>* dd if=/dev/zero of=/dev/sde bs=1024 count=1;
>* hdparm -N p499593904 /dev/sde (par exemple)
>
>
>exemple, 

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Re: besoin de conseil installation ssd + hdd

[randy11]

> >> D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour
> >> l'overprovisioning. Le billet dit que ça permet au firmware du SSD
> >> de
> >> savoir que cette zone est libre et qu'il peut l'utiliser pour les
> >> opérations d'entretien (ramasse-miettes, nivellement de
> >> l'usure...)
> >> Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise
> >> puisqu'elle peut quand même contenir des données qui doivent être
> >> masquées en temps normal, et d'autre part ce n'est en rien
> >> nécessaire
> >> à l'efficacité de l'entretien car le TRIM lui permet déjà de
> >> savoir
> >> quels sont les blocs libres. L'important, à mon avis, est donc que
> >> cette
> >> zone ait été TRIMée afin d'être marquée comme libre, ce qui doit
> >> être le
> >> cas lorsque le SSD sort d'usine.
> > 
> > De quelle zone s'agit-il ?
> De la zone définie par HPA quand cette fonction est activée, située
> entre la fin apparente définie par hdparm -N et la taille totale.
> De quoi croyais-tu qu'on parlait ?


Dans ton précédent message tu conseillais de ne pas utiliser tout
le disque pour remplacer le HPA - si j'ai bien suivi, d'où
mon hésitation.


> > Que me conseilles-tu :
> > - ne pas utiliser tout l'espace pour mes partitions ?
> 
> Oui, si tu veux faire de l'overprovisioning.
> 
> > - utiliser le HPA pour laisser une partie libre ?
> 
> Vu la sortie peu engageante de hdparm -N et mon opinion sur son
> utilité,
> je ne ne conseille pas.

J'essaye de faire le meilleur choix "dans les règle de l'art" et
surtout de tout comprendre, ce qui peut ne pas être évident :-)

J'ai compris l'intérêt du TRIM. Mais pour toi, l'over provisionning
ne serait pas si utile que cela ?


> >>> je me retrouve avec un truc pas normal :
> >>>
> >>>max sectors   = 500118192/1(500118192?), HPA setting seems
> >>> invalid (buggy kernel device driver?)
> >>
> >> Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
> >> Je me méfierais car à cause de cette valeur à 1 il pourrait être
> >> impossible de revenir à la valeur initiale.
> > 
> > Comment rattraper la situation sachant que je me moque des
> > données et des partitions présentes sur le SSD ?
> 
> Rattrapper quoi ? Pour le moment tu n'as pas encore défini de HPA,
> n'est-ce pas ?
> Tu as déjà partitionné et utilisé le SSD entier ?

Oui, patitionnement fait avec du LVM et le disque déclaré en VG.

Je veux refaire l'installation, donc je me moque de ce qu'il y a
sur le disque. Donc si je voulais activer le HPA (si cela est utile),
je pourrais faire :
* dd if=/dev/zero of=/dev/sde bs=1024 count=1;
* hdparm -N p499593904 /dev/sde (par exemple)


exemple, 

Re: besoin de conseil installation ssd + hdd

[Pascal Hambourg]

Le 30/12/2017 à 19:15, rand...@free.fr a écrit :

From: "Pascal Hambourg" 

D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour
l'overprovisioning. Le billet dit que ça permet au firmware du SSD de
savoir que cette zone est libre et qu'il peut l'utiliser pour les
opérations d'entretien (ramasse-miettes, nivellement de l'usure...)
Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise
puisqu'elle peut quand même contenir des données qui doivent être
masquées en temps normal, et d'autre part ce n'est en rien nécessaire
à l'efficacité de l'entretien car le TRIM lui permet déjà de savoir
quels sont les blocs libres. L'important, à mon avis, est donc que cette
zone ait été TRIMée afin d'être marquée comme libre, ce qui doit être le
cas lorsque le SSD sort d'usine.


De quelle zone s'agit-il ?


De la zone définie par HPA quand cette fonction est activée, située 
entre la fin apparente définie par hdparm -N et la taille totale.

De quoi croyais-tu qu'on parlait ?


Que me conseilles-tu :
- ne pas utiliser tout l'espace pour mes partitions ?


Oui, si tu veux faire de l'overprovisioning.


- utiliser le HPA pour laisser une partie libre ?


Vu la sortie peu engageante de hdparm -N et mon opinion sur son utilité, 
je ne ne conseille pas.



je me retrouve avec un truc pas normal :

   max sectors   = 500118192/1(500118192?), HPA setting seems
invalid (buggy kernel device driver?)


Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
Je me méfierais car à cause de cette valeur à 1 il pourrait être
impossible de revenir à la valeur initiale.


Comment rattraper la situation sachant que je me moque des
données et des partitions présentes sur le SSD ?


Rattrapper quoi ? Pour le moment tu n'as pas encore défini de HPA, 
n'est-ce pas ?

Tu as déjà partitionné et utilisé le SSD entier ?

Re: besoin de conseil installation ssd + hdd

[randy11]

- Original Message -
> From: "Pascal Hambourg" 
> To: "Liste Debian" 
> Sent: Saturday, 30 December, 2017 5:29:23 PM
> Subject: Re: besoin de conseil installation ssd + hdd
> 
> Le 30/12/2017 à 16:54, rand...@free.fr a écrit :
> > 
> > Pour info, la commande pour modifier "Over provisioning", d'après
> > http://www.tech-g.com/2015/06/13/over-provisioning-ssd-in-linux/ :
> > hdparm -Np1758172678 --yes-i-know-what-i-am-doing /dev/sdb
> 
> Quand tu parlais des "options sur l'activation de
> l'overprovisioning",
> tu parlais du p devant la valeur et de --yes-i-know-what-i-am-doing ?


Oui, les paramètres pour HDPARM.


> p devant la valeur spécifie que celle-ci doit être permanente. Sinon,
> HPA revient à sa valeur permanente après une réinitialisation
> matérielle
> ou une mise hors tension. Et comme il s'agit d'une opération
> potentiellement dangereuse (on risque de tronquer voire masquer une
> partition existante et rendre le démarrage du système impossible),
> par
> sécurité hdparm exige la seconde option pour s'assurer qu'on est bien
> conscient de ce qu'on fait.
> 
> Une remarque : à l'origine, HPA n'est pas du tout prévu pour
> l'overprovisioning. Il a deux objectifs :
> - réduire la taille apparente du disque pour éviter le plantage de
> certains BIOS
> - masquer une zone du disque réservée au firmware de la machine,
> contenant par exemple des utilitaires ou un système de restauration.
> 
> D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour
> l'overprovisioning. Le billet dit que ça permet au firmware du SSD de
> savoir que cette zone est libre et qu'il peut l'utiliser pour les
> opérations d'entretien (ramasse-miettes, nivellement de l'usure...)
> Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise
> puisqu'elle peut quand même contenir des données qui doivent être
> masquées en temps normal, et d'autre part ce n'est en rien nécessaire
> à
> l'efficacité de l'entretien car le TRIM lui permet déjà de savoir
> quels
> sont les blocs libres. L'important, à mon avis, est donc que cette
> zone
> ait été TRIMée afin d'être marquée comme libre, ce qui doit être le
> cas
> lorsque le SSD sort d'usine.


De quelle zone s'agit-il ?

Que me conseilles-tu :
- ne pas utiliser tout l'espace pour mes partitions ?
- utiliser le HPA pour laisser une partie libre ?


> 
> > Je viens de redémarrer mon système avec ma Live Debian Stretch, les
> > informations fournies sont différentes, voir ci-dessous. Tout à la
> > fin, je me retrouve avec un truc pas normal :
> > 
> >   max sectors   = 500118192/1(500118192?), HPA setting seems
> > invalid (buggy kernel device driver?)
> 
> Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
> Je me méfierais car à cause de cette valeur à 1 il pourrait être
> impossible de revenir à la valeur initiale.

Comment rattraper la situation sachant que je me moque des
données et des partitions présentes sur le SSD ?

 

Re: besoin de conseil installation ssd + hdd

[Pascal Hambourg]

Le 30/12/2017 à 16:54, rand...@free.fr a écrit :


Pour info, la commande pour modifier "Over provisioning", d'après
http://www.tech-g.com/2015/06/13/over-provisioning-ssd-in-linux/ :
hdparm -Np1758172678 --yes-i-know-what-i-am-doing /dev/sdb


Quand tu parlais des "options sur l'activation de l'overprovisioning", 
tu parlais du p devant la valeur et de --yes-i-know-what-i-am-doing ?


p devant la valeur spécifie que celle-ci doit être permanente. Sinon, 
HPA revient à sa valeur permanente après une réinitialisation matérielle 
ou une mise hors tension. Et comme il s'agit d'une opération 
potentiellement dangereuse (on risque de tronquer voire masquer une 
partition existante et rendre le démarrage du système impossible), par 
sécurité hdparm exige la seconde option pour s'assurer qu'on est bien 
conscient de ce qu'on fait.


Une remarque : à l'origine, HPA n'est pas du tout prévu pour 
l'overprovisioning. Il a deux objectifs :
- réduire la taille apparente du disque pour éviter le plantage de 
certains BIOS
- masquer une zone du disque réservée au firmware de la machine, 
contenant par exemple des utilitaires ou un système de restauration.


D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour 
l'overprovisioning. Le billet dit que ça permet au firmware du SSD de 
savoir que cette zone est libre et qu'il peut l'utiliser pour les 
opérations d'entretien (ramasse-miettes, nivellement de l'usure...) 
Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise 
puisqu'elle peut quand même contenir des données qui doivent être 
masquées en temps normal, et d'autre part ce n'est en rien nécessaire à 
l'efficacité de l'entretien car le TRIM lui permet déjà de savoir quels 
sont les blocs libres. L'important, à mon avis, est donc que cette zone 
ait été TRIMée afin d'être marquée comme libre, ce qui doit être le cas 
lorsque le SSD sort d'usine.



Je viens de redémarrer mon système avec ma Live Debian Stretch, les
informations fournies sont différentes, voir ci-dessous. Tout à la
fin, je me retrouve avec un truc pas normal :

  max sectors   = 500118192/1(500118192?), HPA setting seems
invalid (buggy kernel device driver?)


Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
Je me méfierais car à cause de cette valeur à 1 il pourrait être 
impossible de revenir à la valeur initiale.

Re: besoin de conseil installation ssd + hdd

[randy11]

- Original Message -
> From: "Pascal Hambourg" 
[...] 
> >>> C'est la partie "max sectors   = 0/1, HPA is enabled" que
> >>> je ne sais pas interpréter.
> >>
> >> La commande hdparm a échoué, donc le résultat n'a aucune valeur.
> > 
> > Pour info, pour l'instant mon SSD est branché en USB 2 sur mon PC,
> > certaines fonctions peuvent ne pas être opérationnelles.
> 
> Ah, ça explique. Les commandes ATA envoyées par hdparm ne doivent pas
> passer à travers le convertisseur USB-SATA. C'est commun.
>

Pour info, la commande pour modifier "Over provisioning", d'après
http://www.tech-g.com/2015/06/13/over-provisioning-ssd-in-linux/ :
hdparm -Np1758172678 --yes-i-know-what-i-am-doing /dev/sdb 


Je viens de redémarrer mon système avec ma Live Debian Stretch, les
informations fournies sont différentes, voir ci-dessous. Tout à la
fin, je me retrouve avec un truc pas normal :

 max sectors   = 500118192/1(500118192?), HPA setting seems 
invalid (buggy kernel device driver?)


/***/

root@debian:/dev# smartctl -i /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-4-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: ADATA SU800
Serial Number:2H0720020757
LU WWN Device Id: 5 707c18 100451123
Firmware Version: P1021A
User Capacity:256 060 514 304 bytes [256 GB]
Sector Size:  512 bytes logical/physical
Rotation Rate:Solid State Device
Form Factor:  2.5 inches
Device is:Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:Sat Dec 30 15:41:01 2017 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled



eoot@debian:/dev# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
Model Number:   ADATA SU800 
Serial Number:  2H0720020757
Firmware Revision:  P1021A  
Transport:  Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, 
SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Supported: 10 9 8 7 6 5 
Likely used: 10
Configuration:
Logical max current
cylinders   16383   16383
heads   16  16
sectors/track   63  63
--
CHS current addressable sectors:16514064
LBAuser addressable sectors:   268435455
LBA48  user addressable sectors:   500118192
Logical  Sector size:   512 bytes
Physical Sector size:   512 bytes
Logical Sector-0 offset:  0 bytes
device size with M = 1024*1024:  244198 MBytes
device size with M = 1000*1000:  256060 MBytes (256 GB)
cache/buffer size  = unknown
Form Factor: 2.5 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 2   Current = 2
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4 
 Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
Enabled Supported:
   *SMART feature set
Security Mode feature set
   *Power Management feature set
   *Write cache
   *Look-ahead
   *Host Protected Area feature set
   *WRITE_BUFFER command
   *READ_BUFFER command
   *NOP cmd
   *DOWNLOAD_MICROCODE
SET_MAX security extension
   *48-bit Address feature set
   *Mandatory FLUSH_CACHE
   *FLUSH_CACHE_EXT
   *SMART error logging
   *SMART self-test
   *General Purpose Logging feature set
   *WRITE_{DMA|MULTIPLE}_FUA_EXT
   *64-bit World wide name
   *WRITE_UNCORRECTABLE_EXT command
   *{READ,WRITE}_DMA_EXT_GPL commands
   *Segmented DOWNLOAD_MICROCODE
   *Gen1 signaling speed (1.5Gb/s)
   *Gen2 signaling speed (3.0Gb/s)
   *Gen3 signaling speed (6.0Gb/s)
   *Native Command Queueing (NCQ)
   *Host-initiated interface power management
   *Phy event counters
   *READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
   *DMA Setup Auto-Activate optimization
Device-initiated interface power management
   *Software settings preservation
Device Sleep (DEVSLP)
   *SMART Command Transport (SCT) 

Testing/python 2.7 panda numpy

[Orion]

Bonjour,

J'utilise un petit script python avec panda (
https://tracker.debian.org/pkg/pandas), et donc numpy, pour retraiter des
fichier xls et csv. tout marchait trés bien jusqu'à la mise à jour de ce
matin (testing). Le script me dit

 line 12, in 
import pandas as pd
  File "/usr/lib/python2.7/dist-packages/pandas/__init__.py", line 58, in

from pandas.io.api import *
  File "/usr/lib/python2.7/dist-packages/pandas/io/api.py", line 18, in

from pandas.io.packers import read_msgpack, to_msgpack
  File "/usr/lib/python2.7/dist-packages/pandas/io/packers.py", line 69, in

from pandas.util._move import (
ValueError: module functions cannot set METH_CLASS or METH_STATIC

Je vois pas de panda, numpy dans la liste de mise à jour,  une idée peut
etre?

Merci d'avance.
Olivier

Re: besoin de conseil installation ssd + hdd

[Pascal Hambourg]

Le 30/12/2017 à 14:26, rand...@free.fr a écrit :

From: "Pascal Hambourg" 
Le 30/12/2017 à 11:00, rand...@free.fr a écrit :


Pour ma configuration, c'est Stretch avec SSD + HDD mécanique
et swapp pour l'hibernation sur le HDD mécanique.


Quel gâchis.


"Quel gâchis" ... Mettrais-tu tout sur le SSD ?


Pas forcément tout. Si tu mets un disque dur à côté, je suppose que la 
capacité du SSD n'est pas suffisante.
Mais pour les performances, s'il y a quelque chose qui bénéficie à être 
sur le SSD, c'est bien le swap.



C'est le lien sur "Over provisioning" sur lequel j'hésite.
Les infos sur le mode HPA me laissent perplexe, je ne
sais pas comment les interpréter par rapport aux infos lues.


Il n'est pas nécessaire d'activer HPA pour faire de
l'overprovisioning.
Il suffit de ne pas utiliser toute la capacité du disque.


Bon à savoir, mais alors pourquoi toutes ces options sur
l'activation du "provisioning" ? Je suis curieux ;-)


Quelles options ?


C'est la partie "max sectors   = 0/1, HPA is enabled" que
je ne sais pas interpréter.


La commande hdparm a échoué, donc le résultat n'a aucune valeur.


Pour info, pour l'instant mon SSD est branché en USB 2 sur mon PC,
certaines fonctions peuvent ne pas être opérationnelles.


Ah, ça explique. Les commandes ATA envoyées par hdparm ne doivent pas 
passer à travers le convertisseur USB-SATA. C'est commun.



Comment cela "échoué" ??? Ne voyant rien d'anormal (ou ne sachant
pas ce qui est anormal), est-ce le "max sectors   = 0/1" qui
devrait être non nul ? ou peux-tu m'indiquer comment tu arrives
à ce constat ?


J'arrive à ce constat en lisant les messages d'erreur qui précèdent :

SG_IO: *bad/missing* sense data (couic blabla sans intérêt)

La commande devrait afficher le nombre de secteurs utilisables (fixé par 
HPA), le nombre de secteurs total et l'état de HPA. Exemple :


 max sectors   = 234441648/234441648, HPA is disabled

Re: besoin de conseil installation ssd + hdd

[randy11]

- Original Message -
> From: "Pascal Hambourg" 
> To: "Liste Debian" 
> Sent: Saturday, 30 December, 2017 10:45:01 AM
> Subject: Re: besoin de conseil installation ssd + hdd
> 
> Le 30/12/2017 à 11:00, rand...@free.fr a écrit :
> > 
> > Pour ma configuration, c'est Stretch avec SSD + HDD mécanique
> > et swapp pour l'hibernation sur le HDD mécanique.
> 
> Quel gâchis.

"Quel gâchis" ... Mettrais-tu tout sur le SSD ?



> > D'après mes lectures, "noatime" peut poser problème à Mutt ou
> > aux logiciels qui ont besoin de connaître la dernière date
> > d'accès, dans ce cas "realtime" est proposé...
> 
> "relatime" pour "relative access time", pas "realtime". relatime est
> déjà l'option de montage par défaut depuis un moment.

Donc je reste ave "noatime". Merci pour la correction sur "relatime".


> 
> > C'est le lien sur "Over provisioning" sur lequel j'hésite.
> > Les infos sur le mode HPA me laissent perplexe, je ne
> > sais pas comment les interpréter par rapport aux infos lues.
> 
> Il n'est pas nécessaire d'activer HPA pour faire de
> l'overprovisioning.
> Il suffit de ne pas utiliser toute la capacité du disque.
> 

Bon à savoir, mais alors pourquoi toutes ces options sur
l'activation du "provisioning" ? Je suis curieux ;-)

> > Mon SSD est un ADATA SU800 256G. Voici les infos dont je
> > dispose, ci-après.
> > 
> > C'est la partie "max sectors   = 0/1, HPA is enabled" que
> > je ne sais pas interpréter.
> 
> La commande hdparm a échoué, donc le résultat n'a aucune valeur.

Pour info, pour l'instant mon SSD est branché en USB 2 sur mon PC,
certaines fonctions peuvent ne pas être opérationnelles.

Comment cela "échoué" ??? Ne voyant rien d'anormal (ou ne sachant
pas ce qui est anormal), est-ce le "max sectors   = 0/1" qui
devrait être non nul ? ou peux-tu m'indiquer comment tu arrives
à ce constat ?

Merci.
 

Re: besoin de conseil installation ssd + hdd

[Pascal Hambourg]

Le 30/12/2017 à 11:00, rand...@free.fr a écrit :


Pour ma configuration, c'est Stretch avec SSD + HDD mécanique
et swapp pour l'hibernation sur le HDD mécanique.


Quel gâchis.


D'après mes lectures, "noatime" peut poser problème à Mutt ou
aux logiciels qui ont besoin de connaître la dernière date
d'accès, dans ce cas "realtime" est proposé...


"relatime" pour "relative access time", pas "realtime". relatime est 
déjà l'option de montage par défaut depuis un moment.



C'est le lien sur "Over provisioning" sur lequel j'hésite.
Les infos sur le mode HPA me laissent perplexe, je ne
sais pas comment les interpréter par rapport aux infos lues.


Il n'est pas nécessaire d'activer HPA pour faire de l'overprovisioning. 
Il suffit de ne pas utiliser toute la capacité du disque.



Mon SSD est un ADATA SU800 256G. Voici les infos dont je
dispose, ci-après.

C'est la partie "max sectors   = 0/1, HPA is enabled" que
je ne sais pas interpréter.


La commande hdparm a échoué, donc le résultat n'a aucune valeur.

Re: besoin de conseil installation ssd + hdd

[randy11]

- Original Message -
> From: "Cyrille" 
> To: "Christophe De Natale" 
> Cc: debian-user-french@lists.debian.org
> Sent: Wednesday, 29 November, 2017 4:49:05 PM
> Subject: Re: besoin de conseil installation ssd + hdd
> 
> Pas mal d'info sur ce thread.
> https://www.debian-fr.org/t/ssd-sous-linux/75111
> par contre c'est plus pour la configuration du SSD, n'ayant pas de
> disque plateau à coté
> Si jamais ça peut servir..
> 
> 

Merci pour le lien !

Pour ma configuration, c'est Stretch avec SSD + HDD mécanique
et swapp pour l'hibernation sur le HDD mécanique.

À partir du lien, je suis remonté aux liens :
https://sites.google.com/site/easylinuxtipsproject/ssd
http://www.deltasight.fr/ssd-linux-guide-ultime/
http://www.tech-g.com/2015/06/13/over-provisioning-ssd-in-linux/
(http://www.deltasight.fr/les-optimisations-memoire-sous-linux/#La_compression_avec_zRam)

D'après mes lectures, "noatime" peut poser problème à Mutt ou
aux logiciels qui ont besoin de connaître la dernière date
d'accès, dans ce cas "realtime" est proposé...

C'est le lien sur "Over provisioning" sur lequel j'hésite. 
Les infos sur le mode HPA me laissent perplexe, je ne
sais pas comment les interpréter par rapport aux infos lues.

Mon SSD est un ADATA SU800 256G. Voici les infos dont je
dispose, ci-après.

C'est la partie "max sectors   = 0/1, HPA is enabled" que
je ne sais pas interpréter.

Bien sûr, la conservation des données n'a aucune importance,
pour l'instant.

Alors avant de réellement casser quelque chose et je ne fais
pas référence au partitionnement mais bien au SSD lui-même,
quels sont vos conseils ?

Merci pour votre aide.

Randy11.

/*/
user@debian:~$ sudo smartctl -i /dev/sde
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-4-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: ADATA SU800
Serial Number:2H0720020757
LU WWN Device Id: 5 707c18 100451123
Firmware Version: P1021A
User Capacity:256 060 514 304 bytes [256 GB]
Sector Size:  512 bytes logical/physical
Rotation Rate:Solid State Device
Form Factor:  2.5 inches
Device is:Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:Sat Dec 30 09:51:17 2017 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled



user@debian:~$ sudo hdparm -I /dev/sde

/dev/sde:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders   0   0
heads   0   0
sectors/track   0   0
--
Logical/Physical Sector size:   512 bytes
device size with M = 1024*1024:   0 MBytes
device size with M = 1000*1000:   0 MBytes 
cache/buffer size  = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0 
user@debian:~$ sudo hdparm -N /dev/sde

/dev/sde:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 max sectors   = 0/1, HPA is enabled
user@debian:~$