Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 … 351 352 353 354 355 … 633

#8801 Le 29/12/2019, à 06:17

Compte supprimé

Re : Topic des lève-tôt [partie 12]

lsblk est même mieux que ls /dev/sd*

root@LibraZiK2:/home/ludovic/Bureau# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda3  /dev/sdb
root@LibraZiK2:/home/ludovic/Bureau# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda           8:0    0  55,9G  0 disk 
├─sda1        8:1    0  39,6G  0 part /
├─sda2        8:2    0  12,3G  0 part 
└─sda3        8:3    0     4G  0 part [SWAP]
sdb           8:16   0  55,9G  0 disk 
sr0          11:0    1  1024M  0 rom  
nvme0n1     259:0    0 223,6G  0 disk 
├─nvme0n1p2 259:1    0   8,8G  0 part [SWAP]
└─nvme0n1p3 259:2    0 214,8G  0 part /home
root@LibraZiK2:/home/ludovic/Bureau#

#8802 Le 29/12/2019, à 06:53

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Nouvelle énigme :

root@LibraZiK2:/home/ludovic/Bureau# fdisk /dev/sdb

Bienvenue dans fdisk (util-linux 2.29.2).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.

fdisk: impossible d'ouvrir /dev/sdb: Erreur d'entrée/sortie
root@LibraZiK2:/home/ludovic/Bureau# hdparm --yes-i-know-what-i-am-doing --write-sector 0 /dev/sdb

/dev/sdb:
re-writing sector 0: succeeded
root@LibraZiK2:/home/ludovic/Bureau# fdisk /dev/sdb

Bienvenue dans fdisk (util-linux 2.29.2).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.

fdisk: impossible d'ouvrir /dev/sdb: Erreur d'entrée/sortie
root@LibraZiK2:/home/ludovic/Bureau#

#8803 Le 29/12/2019, à 07:12

Compte supprimé

Re : Topic des lève-tôt [partie 12]

La suite :

root@LibraZiK2:/home/ludovic/Bureau# hdparm --read-sector 0 /dev/sdb

/dev/sdb:
reading sector 0: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
root@LibraZiK2:/home/ludovic/Bureau#  fdisk /dev/sdb

Bienvenue dans fdisk (util-linux 2.29.2).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.

fdisk: impossible d'ouvrir /dev/sdb: Erreur d'entrée/sortie
root@LibraZiK2:/home/ludovic/Bureau#

Dernière modification par Compte supprimé (Le 29/12/2019, à 07:20)

#8804 Le 29/12/2019, à 07:53

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Voilà,
le système «Maison-défense» est de nouveau opérationnel !
1577605085.png
Avec envois automatiques de SMS et courriels en cas d'alertes !

Dernière modification par Compte supprimé (Le 29/12/2019, à 07:59)

#8805 Le 29/12/2019, à 08:23

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Tiens jeange !
J'ai quelque-chose pour ton esprit !
big_smile

#8806 Le 29/12/2019, à 08:46

F50

Re : Topic des lève-tôt [partie 12]

Bon dia smile

#8807 Le 29/12/2019, à 09:13

Compte supprimé

Re : Topic des lève-tôt [partie 12]

F50 a écrit :

Bon dia smile

F50, j'ai un Virtualiser Pro DSP 2024P et j'aime bien le programme synthétiseur de basses en animations.
Ça détecte les basses entre 40Hz et 100Hz et ça re-synthétise des basses entre 20Hz et 40Hz. Ce n'est pas difficile à régler ET ça n'ajoute pas de basses aux triangles… wink

Beaucoup de musiques n'ont pratiquement rien entre 16Hz et 40Hz, le synthétiseur de basses rétablit la justice ! tongue

(cela n'améliore pas la musique et ne doit être considéré que comme un effet agréable).

Dernière modification par Compte supprimé (Le 29/12/2019, à 09:14)

#8808 Le 29/12/2019, à 10:22

moko138

Re : Topic des lève-tôt [partie 12]

Ludovic,
D'où déduis-tu qu'un --write-sector raté engendre une réallocation de secteur ?

man hdparm
       --write-sector
              Writes zeros to the specified sector number.   VERY  DANGEROUS.
              The  sector  number  must  be given (base10) after this option.
              hdparm will issue a low-level write (completely  bypassing  the
              usual  block layer read/write mechanisms) to the specified sec‐
              tor.  This can be used to force a drive to repair a bad  sector
              (media error).

  - -

Par ailleurs, après intervention sur le secteur zéro,
je pense que le système a besoin d'être informé que la situation a changé (comme après une recréation de la table des partitions).
Donc essaie un bête :

(sudo) partprobe

avant de relancer (sudo) fdisk /dev/sdb

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#8809 Le 29/12/2019, à 10:34

Compte supprimé

Re : Topic des lève-tôt [partie 12]

moko138 a écrit :

Ludovic,
D'où déduis-tu qu'un --write-sector raté engendre une réallocation de secteur ?

man hdparm
       --write-sector
              Writes zeros to the specified sector number.   VERY  DANGEROUS.
              ...
             *** >>This can be used to force a drive to repair a bad  sector<< ***
              (media error).

  - -

#8810 Le 29/12/2019, à 10:40

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Moko138, j'avais posté la méthode que j'ai suivie et j'avais mis le lien de la méthode qui explique comment se faisait la réparation manuelle de secteur par la réallocation.

Dernière modification par Compte supprimé (Le 29/12/2019, à 10:40)

#8811 Le 29/12/2019, à 10:41

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Tiens moko138,

https://www.aplu.fr/v2/post/2016/01/07/ … defectueux

#8812 Le 29/12/2019, à 10:50

Compte supprimé

Re : Topic des lève-tôt [partie 12]

La réallocation automatique de secteurs défectueux est un ancien mécanisme de disque dur qui remonte à environ 25 ans ou sinon plus... wink

#8813 Le 29/12/2019, à 10:57

Compte supprimé

Re : Topic des lève-tôt [partie 12]

moko138, autrefois, lorsqu'un secteur mettait trop de temps à être lu et déterminé après plusieurs essais, il était automatiquement réalloué (par le firmware du disque dur).

Dernière modification par Compte supprimé (Le 29/12/2019, à 11:02)

#8814 Le 29/12/2019, à 11:23

moko138

Re : Topic des lève-tôt [partie 12]

La page
https://www.aplu.fr/v2/post/2016/01/07/forcer-un-disque-a-reallouer-des-secteurs-defectueux
ne m'inspire pas confiance.

  - -

--write-sector n
succeeded

signifie que l'écriture de zéros sur le secteur n a "réussi".


Si le sens était "secteur n réalloué", le système devrait retourner :

sector n   reallocated

ou

sector n reallocation   succeeded

Mais admettons que je me trompe et qu'en réalité ce soient seulement les retours de hdparm qui sont très mal rédigés.
En ce cas la réallocation doit être visible en comparant smartctl avant/après.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#8815 Le 29/12/2019, à 11:23

PPdM

Re : Topic des lève-tôt [partie 12]

Sauf erreur de ma part, il n'y a plus de  secteurs sur un SSD, c'est ce qui me chiffonne depuis le début de tes expériences.

Mais sur un SSD, ce mapping 1:1 n'existe plus car le contrôleur n'utilise pas les mêmes unités d'adressage physique qu'un contrôleur de disque dur : adieu les secteurs, bonjour les pages et les blocs.
Les pages sont les unités de base pour la lecture et l'écriture. Leur taille est généralement comprise entre 1 Ko et 4 Ko (plus quelques octets pour stocker le code de contrôle et de correction d'erreurs). Il s'agit donc de la taille minimale qui peut être lue ou écrite lors d'une opération. L'interface SATA travaillant généralement avec des secteurs de 512 octets, on se rend vite compte que, si la taille "élevée" des pages n'est pas problématique en séquentiel (on va accéder à plusieurs secteurs consécutifs, donc au final, on va demander des pages complètes, et toutes les données accédées par le SSD seront utiles), elle le devient vite en aléatoire : si on accède à 512 octets à un endroit, puis 512 octets à un autre, puis encore 512 octets ailleurs, le contrôleur va à chaque fois devoir accéder à une page complète, alors que seule une partie des données est utile. Avec des pages de 4 Ko, le volume de données traitées par le contrôleur sera dans ce cas jusqu'à 8 fois supérieur à celui demandé par le système. Les performances pourront donc être divisées par 8 par rapport au mode séquentiel, sans compter l'influence des temps d'accès.

source

Dernière modification par PPdM (Le 29/12/2019, à 11:24)

La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#8816 Le 29/12/2019, à 11:27

rogn...

Re : Topic des lève-tôt [partie 12]

L_d_v_c@ a-t-il installé un swap sur son SSD ?

#8817 Le 29/12/2019, à 11:30

PPdM

Re : Topic des lève-tôt [partie 12]

Normalement il faut le désactiver surtout que avec plus de deux GO de ram ça ne sert a rien

La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#8818 Le 29/12/2019, à 11:45

Compte supprimé

Re : Topic des lève-tôt [partie 12]

moko138 a écrit :

La page
https://www.aplu.fr/v2/post/2016/01/07/forcer-un-disque-a-reallouer-des-secteurs-defectueux
ne m'inspire pas confiance.

  - -

--write-sector n
succeeded

signifie que l'écriture de zéros sur le secteur n a "réussi".


Si le sens était "secteur n réalloué", le système devrait retourner :

sector n   reallocated

ou
…

Encore une fois je pense que c'est impossible que hdparm retourne 

sector n   reallocated

puisque c'est un mécanisme interne au firware du disque et que Linux n'en sait rien (et s'en fiche…).

#8819 Le 29/12/2019, à 11:49

Compte supprimé

Re : Topic des lève-tôt [partie 12]

PPdM a écrit :

Sauf erreur de ma part, il n'y a plus de  secteurs sur un SSD, c'est ce qui me chiffonne depuis le début de tes expériences.
…

Oui dans le vrai fonctionnement mais il y a une couche logicielle qui permet d'accéder aux 512 octets à travers 4096. C'est totalement transparent donc je m'en fiche à moitié, j'essaie juste d'aligner mes partitions. La méthode reste valable.

#8820 Le 29/12/2019, à 11:55

Compte supprimé

Re : Topic des lève-tôt [partie 12]

rogn... a écrit :

L_d_v_c@ a-t-il installé un swap sur son SSD ?

Sur mon ordinateur principal c'est évident, j'ai une swap de 4Go sur mon SSD système et une swap de 8Go sur mon SSD /home.

root@LibraZiK2:/home/ludovic/Bureau# swapon
NAME           TYPE      SIZE USED PRIO
/dev/nvme0n1p2 partition 8,8G   0B   -1
/dev/sda3      partition   4G   0B   -2
root@LibraZiK2:/home/ludovic/Bureau#

Mais il n'y a plus de donnée intéressante sur le SSD que j'essaie de sauver…

Je tiens à avoir mes swaps sur mes SSD et je n'oblige personne à mettre des swaps sur SSD. Ça me permet entre autre d'hiberner l'ordinateur. Impossible sans swap.

Les swaps ne sont là que pour l'hibernation en utilisation normale.

root@LibraZiK2:/home/ludovic/Bureau# free -m
              total        used        free      shared  buff/cache   available
Mem:           7824        1484        1230         209        5110        6032
Swap:         13099           0       13099
root@LibraZiK2:/home/ludovic/Bureau#

#8821 Le 29/12/2019, à 11:56

Compte supprimé

Re : Topic des lève-tôt [partie 12]

PPdM a écrit :

Normalement il faut le désactiver surtout que avec plus de deux GO de ram ça ne sert a rien

J'ai 8 Gio de RAM et 12 Gio de swap qui me servent… voir plus haut.

#8822 Le 29/12/2019, à 12:12

PPdM

Re : Topic des lève-tôt [partie 12]

Pitaing, qu'est que tu fais qui utilise autant de swap, on dirait du Windows  !

Tes SSD vont pas duré éternellement c'est sûr !

Mais je vois que si tu a 13 de swap alloué tu a zéro en utilisé, donc ça ne te sert a rien !

Dernière modification par PPdM (Le 29/12/2019, à 12:13)

La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

#8823 Le 29/12/2019, à 12:14

Compte supprimé

Re : Topic des lève-tôt [partie 12]

PPdM a écrit :

Pitaing, qu'est que tu fais qui utilise autant de swap, on dirait du Windows  !

Tes SSD vont pas duré éternellement c'est sûr !

Mais je vois que si tu a 13 de swap alloué tu a zéro en utilisé

Regarde bien :
j'ai de la swap allouée mais je n'en utilise pas :

root@LibraZiK2:/home/ludovic/Bureau# free -m
              total        used        free      shared  buff/cache   available
Mem:           7824        1484        1230         209        5110        6032
Swap:         13099           0       13099
root@LibraZiK2:/home/ludovic/Bureau#

wink
ça ne me sert que pour la mise en veille RAM et hibernation.

Dernière modification par Compte supprimé (Le 29/12/2019, à 12:15)

#8824 Le 29/12/2019, à 12:17

Compte supprimé

Re : Topic des lève-tôt [partie 12]

Sans swap, la mise en veille RAM ou l'hibernation (je ne sais plus laquelle des deux) est tout simplement impossible… wink

#8825 Le 29/12/2019, à 12:25

PPdM

Re : Topic des lève-tôt [partie 12]

Hibernation, mais perso je n'utilise pas cette fonction, je préfère éteindre.

L'hibernation est intéressante dans le cas de DD classiques avec des SSD et Linux je n'en vois pas trop l'intérêt.

La critique est facile, mais l'art est difficile !
L'humanité étant ce qu'elle est, la liberté ne sera jamais un acquit, mais toujours un droit à défendre !
Pour résoudre un problème commence par poser les bonnes questions, la bonne solution en découlera

Hors ligne

Pages : 1 … 351 352 353 354 355 … 633