logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

MichelSim
Membre
Inscription : 22-10-2020

SSD et fiabilité

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 smile

Merci

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : SSD et fiabilité

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 big_smile

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)


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

MichelSim
Membre
Inscription : 22-10-2020

Re : SSD et fiabilité

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 smile

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

Hors ligne

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

rodrigue7973
Membre
Lieu : beloeil
Distrib. : windows 11 pro
(G)UI : gnome
Inscription : 19-11-2017

Re : SSD et fiabilité

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

et non swap

Etant dyslexique, j'ai des problèmes quant à la rédaction de messages en français courant. Je vous prie dès lors d'accepter toutes mes excuses si mes interventions peuvent vous paraître étranges et je vous remercie d'avance pour votre compréhension.

Hors ligne

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

MichelSim
Membre
Inscription : 22-10-2020

Re : SSD et fiabilité

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)

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : SSD et fiabilité

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 smile


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

Pied de page des forums