SSD et fiabilité

MichelSim · 22-10-2020 07:32:31

Bonjour,

J'ai un Asus Vivobook 17" (portable donc) avec une Debian 10
Il est équipé d'un HDD de 1To sur lequel se trouve un NTFS et une ext4 pour /home
Il est équipé d'un SSD de 500Go sur lequel se trouve un NTFS et un ext4 pour /

Il a un comportement bizarre : il arrive très souvent qu'au boot, la partition /home ne soit pas propre... Et, très franchement, je fais du Linux depuis plus de 20 ans, et je n'ai jamais eu autant de soucis.

Le boot me demande de passer fsck en manuel, sur /home ... je me prends alors des lignes et des lignes d'erreurs diverses, sur la passe 1 comme sur la passe 2.
Et j'ai souvent perdu des données, ce que je n'avais encore jamais expérimenté sur une linuxette. Heureusement, je fais des sauvegardes journalières.

Par exemple, la dernière fois, fin septembre, j'ai ressenti en travaillant une lenteur anormale. J'ai vérifié : cupsd prenait 100% de CPU, alors que rien ne devait être imprimé.... J'ai donc rebooté, devinant un souci. Et j'ai eu plein de soucis, notamment dans les caches de firefox.
Ce matin, un programme plante anormalement. Comme je commence à avoir l'habitude, je reboote et là encore, j'ai beaucoup trop de problèmes détectés par fsck.

J'ai vérifié avec smartmontool, tout semble OK (je n'ai fait que les tests courts).

Ces soucis arrivent environ 1 fois par mois. J'ai le PC depuis début décembre 2019, et j'en suis à une dizaine de fsck problématiques.

1) je me suis d'abord demandé si j'avais un souci avec la SSD.... Je vais désactiver la journalisation, mais je garde un doute.
2) Puis je me suis rappelé que 2 fois sur les 10, la partition / avait aussi été impactée.
3) et je me suis aussi rappelé que sur mon ancien portable d'avant décembre, j'avais eu le même souci, (là, pour le coup, c'était plusieurs fois par jour). Sur ce PC, pas de SSD. J'avais, à cette époque, soupçonné le HDD, qui était vieux. Mais, depuis, je me demande...

Bref, je ne sais où chercher.
Faut-il rebouter une fois par jour ? En effet, mon portable reste le plus longtemps possible démarré et je le referme souvent pour la mise en veille.
en gros, en fait, sauf cas rare de boot sur Windows, ou sur demande de mise à jour de l'OS, il reste allumé jusqu'au plantage suivant...

J'ai bien lu des articles ici, mais ils ne correspondent pas (sauf 1 qui m'a donné l'idée de désactiver la journalisation)

Je prends toute idée

Merci

smolski · 22-10-2020 09:02:07

Bonjour MichelSim et bienvenue sur df !

Plutôt qu'une description littérale de ton pc, peux-tu indiquer le retour des commandes :

fdisk -l

blkid

cat /etc/apt/sources.list

ls /etc/apt/sources.list.d

Nota :

MichelSim a écrit :

il arrive très souvent qu'au boot, la partition /home ne soit pas propre

Cette indication est imprécise, peux-tu nous renseigner davantage, le retour de ligne de commande est le meilleur pour comprendre ce que tu veux dire.

Force, vigueur et courage

PS : Il existe une rubrique permettant de se présenter sur le forum :
https://debian-facile.org/viewforum.php?id=3

Et de remplir ton profil afin de mieux pourvoir te répondre :
https://debian-facile.org/atelier:indications-forum

Dernière modification par smolski (22-10-2020 09:08:28)

MichelSim · 22-10-2020 09:33:36

Bonjour, Quasi ...modo

fdisk -l

Disque /dev/sdb : 238,5 GiB, 256060514304 octets, 500118192 secteurs

Modèle de disque : SanDisk SD9SN8W2

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : B351141F-9065-4A58-8529-3B7F9433CC86

Périphérique     Début       Fin  Secteurs Taille Type

/dev/sdb1         2048    534527    532480   260M Système EFI

/dev/sdb2       534528    567295     32768    16M Réservé Microsoft

/dev/sdb3       567296 244707920 244140625 116,4G Données de base Microsoft

/dev/sdb4    244709376 463458303 218748928 104,3G Système de fichiers Linux

/dev/sdb5    463458304 500117503  36659200  17,5G Partition d'échange Linux

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : TOSHIBA MQ04ABF1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 8B3F82D1-F29D-489C-8EBF-8361D3CC4E67

Périphérique     Début        Fin   Secteurs Taille Type

/dev/sda1         2048  585939547  585937500 279,4G Données de base Microsoft

/dev/sda2    585940992 1953523711 1367582720 652,1G Système de fichiers Linux

/sbin/blkid

/dev/sdb1: LABEL="SYSTEM" UUID="A651-9D4C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a5b61d51-2358-4c22-ad81-5320076b95fc"

/dev/sdb2: PARTLABEL="Microsoft reserved partition" PARTUUID="a7a24cdd-2e9f-4022-bc32-378d778f3dcb"

/dev/sdb3: LABEL="OS" UUID="66FE5394FE535B7F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ccb864cd-5a2c-48cf-b24e-ddf4111b7972"

/dev/sdb4: UUID="9c9fadd0-b1a6-4b65-b642-8711d89fe2f6" TYPE="ext4" PARTUUID="f1d47ce4-303d-4f3e-8014-724f9474e6b0"

/dev/sdb5: UUID="f0a19cdb-2a57-4c87-a4f8-b6fd8bb1825d" TYPE="swap" PARTUUID="71064a24-b4ef-4b0e-be54-905167a734fc"

/dev/sda1: LABEL="DATA" UUID="B286228F862253DF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="efd7b884-66a1-46d8-81e9-b128f32056fb"

/dev/sda2: UUID="7f406bf5-06e9-4add-b0e2-900ac5ca061f" TYPE="ext4" PARTUUID="e4f75fe6-1bc1-4708-8bb0-349029847bad

cat /etc/apt/sources.list

# deb cdrom:[Debian GNU/Linux 10.1.0 _Buster_ - Official amd64 NETINST 20190908-01:07]/ buster main

# deb cdrom:[Debian GNU/Linux 10.1.0 _Buster_ - Official amd64 NETINST 20190908-01:07]/ buster main

deb http://deb.debian.org/debian/ buster main contrib non-free

deb-src http://deb.debian.org/debian/ buster main contrib non-free

deb http://security.debian.org/debian-security buster/updates main contrib non-free

deb-src http://security.debian.org/debian-security buster/updates main contrib non-free

# buster-updates, previously known as 'volatile'

deb http://deb.debian.org/debian/ buster-updates main contrib non-free

deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free

# This system was installed using small removable media

# (e.g. netinst, live or single CD). The matching "deb cdrom"

# entries were disabled at the end of the installation process.

# For information about how to configure apt package sources,

# see the sources.list(5) manual.

ls /etc/apt/sources.list.d

google-chrome.list  skype-stable.list  teamviewer.list

nodesource.list     teams.list

Voilà pour toutes les infos demandées.
Quand à la remarque, c'est simple : au boot, il se fait une vérification du filesystem / et de /home
Puis dans les cas problématiques, il est affiché que je dois entrer le mot de passe root et passer fsck manuellement.
Je n'ai pas le message exact, sur la console de boot, il est pas commode de faire un screenshot

Edit à toto : Effectué la reconfiguration des commandes root et user du post afin de séparer la commande de son retour.

rodrigue7973 · 22-10-2020 09:54:09

salut!
je ne comprends pas te dis ? car 500 Go pour / nan ! plutot 50 Go pour /

et non swap

MichelSim · 22-10-2020 10:10:21

Pardon,

La SSD est /dev/sdb.
Elle fait (non pas 500 mais) 256Go
Sur laquelle il y a le système Windows sur env. 100Go et le / Linux sur env. 110 Go.

La swap est dessus aussi (pour 17Go)

smolski · 22-10-2020 12:18:43

MichelSim a écrit :

La swap est dessus aussi (pour 17Go)

Oui, c'est beaucoup, mais bon, ce n'est pas ça qui cause soucis.

Je vois dans tes sources que tu gravites beaucoup hors debian, il est possible que cela pose des problèmes au système libre.

Je ne suis pas assez calé pour te proposer quelque chose de probant, je navigue que sur du libre et du stable, on va attendre l'intervention de membres mieux renseignées aptes à prendre en main ton problème.

Amitié, Joel

Debian-facile

#1 22-10-2020 07:32:31

SSD et fiabilité

#2 22-10-2020 09:02:07

Re : SSD et fiabilité

#3 22-10-2020 09:33:36

Re : SSD et fiabilité

#4 22-10-2020 09:54:09

Re : SSD et fiabilité

#5 22-10-2020 10:10:21

Re : SSD et fiabilité

#6 22-10-2020 12:18:43

Re : SSD et fiabilité

Pied de page des forums