Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

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

#1 Le 31/08/2021, à 10:52

fandz

extinction du pc ko a cause de kvm

Bonjour,

je viens de faire l'update de 18.10 a 20.10
l’installation s'est plutôt bien passé mais j'ai 2 petit probleme

lorsque j'éteins le pc il ne s’éteint pas, j'ai un message sur l’écran 

kvm: exiting hardware virtualization

et il ne passe plus rien

avant l'update j'avais de temps en temps ce problème, mais maintenant c'est systématique

le 2eme probleme que j'ai c'est qu'a chaque boot il vérifie mes disque du coup le boot est vachement long

a cause ou grace au power off qui pc qui marchait pas j'ai remarqué le message

remounting '/' read-only in with options 'errors=remount=ro'

du coup j'ai changé le cable SATA du disque en question et maintenant j'ai 

remounting '/' read-only in with options '(null)'

mais j'ai toujours cette vérification au boot
est-ce que vous avez une idée?

Hors ligne

#2 Le 31/08/2021, à 19:30

Nuliel

Re : extinction du pc ko a cause de kvm

Bonjour,
Utilises tu KVM? Si non, je doute que le pb vienne de KVM (et de virtualisation matérielle).
J'ai aussi

nuliel@nuliel-desktop:~$ sudo dmesg | grep remount
[sudo] Mot de passe de nuliel : 
[    4.972352] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
nuliel@nuliel-desktop:~$

et c'est tout à fait normal.

Déjà, commence par mettre à jour

sudo apt update
sudo apt full-upgrade

et aussi

dpkg -l | grep -v ^ii

pour vérifier qu'aucun paquet est mal installé.

Tu peux aussi donner

systemd-analyze blame

pour voir ce qui met du temps au démarrage.

Tu peux aussi donner

lsb_release -a

pour voir quelle version tu as actuellement

[ poster un retour de commande ] [ poster une photo ]
Thinkpad x220, Dell latitude E7270 (i7 6600U, 16 Go de RAM, ...), Thinkstation E32 modifié: i5-4570, GTX 1060 6 Gb, 16 Gb de RAM, ...
Mon nouveau blog: nuliel.fr

Hors ligne

#3 Le 01/09/2021, à 10:25

fandz

Re : extinction du pc ko a cause de kvm

j'ai l'impression que le apt full update a regler le problème de blocage a l'extinction

concernant le boot comme je l'ai dit j'ai une vérification des disque au démarrage je ne pense pas que ce soit normal non?

Hors ligne

#4 Le 01/09/2021, à 11:01

Nuliel

Re : extinction du pc ko a cause de kvm

Ok, parfait!
Je pense pas que ce soit une vérification à chaque démarrage, je sais plus tout les combien il y a de vérification.
Tu peux donner

sudo apt-get install --no-install-recommends smartmontools 
sudo smartctl -s on -a /dev/sda

pour vérifier que ton disque n'a pas de pb.

[ poster un retour de commande ] [ poster une photo ]
Thinkpad x220, Dell latitude E7270 (i7 6600U, 16 Go de RAM, ...), Thinkstation E32 modifié: i5-4570, GTX 1060 6 Gb, 16 Gb de RAM, ...
Mon nouveau blog: nuliel.fr

Hors ligne

#5 Le 01/09/2021, à 11:14

iznobe

Re : extinction du pc ko a cause de kvm

Bonjour , il s ' agit peut etre du meme bug que certains utilisateurs dont moi avons rencontrés .

voir la discussion en rapport : https://forum.ubuntu-fr.org/viewtopic.php?id=2063535

un contournement y ait indiqué , si je me rapelle bien il s' agit de modifier manuellement les valeurs de comptage negatives .

Dernière modification par iznobe (Le 01/09/2021, à 11:15)

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#6 Le 01/09/2021, à 14:38

fandz

Re : extinction du pc ko a cause de kvm

en regardant le fil que tu as cité ca a l'air d'ere une piste intérésante

sudo showfsck
***************************
* -1667 * /-1 mount(s) until fsck for /dev/sda2
***************************
***************************
* -759 * /-1 mount(s) until fsck for /dev/sdb

Hors ligne

#7 Le 01/09/2021, à 16:25

fandz

Re : extinction du pc ko a cause de kvm

bon j'ai essayé de comprendre le sujet sur les valeur négative et ca dépasse mes compétences

sur la fin j'ai cru comprendre qu'il n'y a pas trop de solution? je me trompe ou pas?

Hors ligne

#8 Le 01/09/2021, à 16:41

iznobe

Re : extinction du pc ko a cause de kvm

ok , je vais regarder a nouveau le sujet , mais la solutions c ' est de changer la valeur negative en positive .

Pour cela il y a une commande qu il faut que je me rememore ...elle devrait etre dans la doc de fsck ou tune2fs normalement .
dans ton exemple precedent , pour sda2 , il faudrait avoir une ligne de ce genre :

 67 /100 mount(s) until fsck for /dev/sda2

ton probleme pourrait aussi etre lié a un fstab avec une erreur de partition . il faudrait aussi verifier que de ce coté il n ' y a pas de probleme .
donne le retour de :

cat /etc/fstab

et apres avoir agrandi au maximum la fenetre du terminal 

lsblk -fe7 -o +size,ro

afin que l' on puisse verifier les concordances des partitions avec ton fstab .

Deja on peut etre sur que une partie du probleme est situé dans ton retour precedent :

man tune2fs a écrit :

OPTIONS
       -c max-mount-counts
              Adjust the number of mounts after which the filesystem will be checked by e2fsck(8).  If max-mount-counts is 0 or -1, the number of times the filesystem is
              mounted will be disregarded by e2fsck(8) and the kernel.

Dernière modification par iznobe (Le 01/09/2021, à 16:55)

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#9 Le 01/09/2021, à 17:08

iznobe

Re : extinction du pc ko a cause de kvm

OK donc voici la commande pour ta partition sda2 :

sudo tune2fs -c 100 -C 1 /dev/sda2

cette commande a pour effet de mettre le compteur de montage a 1 pour ta partition sda2 et aussi de mettre le nombre 100 pour le nombre maximal de montage de cette partition avant verification .

Apres avoir passer la commande ci dessus , tu devrais obtenir pour la partition SDA2 un retour comme ca avec la commande suivante:

sudo showfsck
100/100 mount(s) until fsck for /dev/sda2

ceci veut dire qu ' il reste 100 montages sur 100 avant que fsck verifie la partition en question .

Evidemment tu peux personnalisez comme bon te semble ces chiffres .
tu devras aussi faire de meme pour la partition sdb vu qu ' elle a un compteur de -759 et un nombre maximal de montage a -1 .

si tu ne veux pas du tout verifier les partitions , pas vraiment conseillé mais bon , tu peux tenter avec un nombre maximal de montage a 0 , mais je n' ai pas testé , avec une commande du genre :

sudo tune2fs -C 0 /dev/sdb

Par contre on remarque sur le disque sdb que ta partition n ' est pas parfaitement definie , il manque le numero a la fin .
Alors je ne suis pas exspert pour dire si cela a une incidence ou pas sur le probleme rencontré .

Lors que tu as fini les modifs avec tune2fs , la commande suivante permet de verifier que les modifications ont bien étées prises en compte :

sudo showfsck

il ne reste plus qu ' a redemarrer pour voir si le probleme persiste ou pas .
A noter que si tu as une ligne comme celle-ci :

iznobe a écrit :

iznobe@iznobe-PC:~$ sudo showfsck
15/30 mount(s) until fsck for /dev/nvme0n1p7
0/100 mount(s) until fsck for /dev/sdb1
41/55 mount(s) until fsck for /dev/sdc3
0/100 mount(s) until fsck for /dev/sdd1
iznobe@iznobe-PC:~$

logiquement la partition sdb1 et sdd1 dans mon cas , seront verifiées par fsck au prochain redemarrage .

Pour avoir les informations complete d ' une partition par exemple une qui n' est pas listée par la commande 

sudo showfsck

cette commande peut etre utile et plus complete :

iznobe@iznobe-PC:~$ sudo tune2fs -l /dev/sda1
tune2fs 1.45.7 (28-Jan-2021)
Filesystem volume name:   Seagate_4T
Last mounted on:          /media/iznobe/Seagate_4T
Filesystem UUID:          4f8cc284-cd84-4eeb-b412-7539f81664c4
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              244195328
Block count:              976754176
Reserved block count:     0
Free blocks:              739895779
Free inodes:              243944208
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      791
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
RAID stride:              32752
Flex block group size:    16
Filesystem created:       Wed Oct  5 00:59:32 2016
Last mount time:          Fri Aug 27 19:15:00 2021
Last write time:          Sat Aug 28 01:22:39 2021
Mount count:              6
Maximum mount count:      30
Last checked:             Sat May 29 20:35:38 2021
Check interval:           2592000 (1 month)
Next check after:         Mon Jun 28 20:35:38 2021
Lifetime writes:          12 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8bd146c0-959b-4013-931b-1f300bc9020c
Journal backup:           inode blocks
iznobe@iznobe-PC:~$

les lignes en rapport avec le probleme eventuel sont a l' identique avec showfsck lorsque les partitions sont dans le fstab :

Mount count:              6
Maximum mount count:      30

la commande -ci dessus permet d' afficher les infos meme si la partition n ' est pas dans le fstab .

Voilà maintenant tu sais tout , a toi de jouer big_smile

PS : j ' ai couper l ' herbe sous le pied a Nuliel et m' en excuse ...
N ' oublie pas de remonter le fil et bien sur de verifier que ton disque est en bonne santé avant de te lancer dans les modifications que j' ai ennoncées en donnant le retour des commandes qu ' il a demandé :

Nuliel a écrit :

Ok, parfait!
Je pense pas que ce soit une vérification à chaque démarrage, je sais plus tout les combien il y a de vérification.
Tu peux donner

sudo apt-get install --no-install-recommends smartmontools 
sudo smartctl -s on -a /dev/sda

pour vérifier que ton disque n'a pas de pb.

Dernière modification par iznobe (Le 01/09/2021, à 18:45)

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#10 Le 01/09/2021, à 20:44

fandz

Re : extinction du pc ko a cause de kvm

merci pour le temps passé

voici le resultat de la commande ou je ne sais pas trop ou regardé

sudo smartctl -s on -a /dev/sda
[sudo] Mot de passe de fred : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-81-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     SandForce Driven SSDs
Device Model:     KINGSTON SHFS37A240G
Serial Number:    50026B725C0214CA
LU WWN Device Id: 5 0026b7 25c0214ca
Firmware Version: 605ABBF2
User Capacity:    240057409536 bytes [240 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS, ACS-2 T13/2015-D revision 3
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Sep  1 21:32:44 2021 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x7d) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Abort Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  48) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x0025)	SCT Status supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0032   095   095   050    Old_age   Always       -       0/19526809
  5 Retired_Block_Count     0x0033   100   100   003    Pre-fail  Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   083   083   000    Old_age   Always       -       15222h+09m+13.480s
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1899
171 Program_Fail_Count      0x000a   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0030   000   000   000    Old_age   Offline      -       13
177 Wear_Range_Delta        0x0000   000   000   000    Old_age   Offline      -       1
181 Program_Fail_Count      0x000a   100   100   000    Old_age   Always       -       0
182 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0012   100   100   000    Old_age   Always       -       0
189 Airflow_Temperature_Cel 0x0000   032   037   000    Old_age   Offline      -       32 (Min/Max 17/37)
194 Temperature_Celsius     0x0022   032   037   000    Old_age   Always       -       32 (Min/Max 17/37)
195 ECC_Uncorr_Error_Count  0x001c   120   120   000    Old_age   Offline      -       0/19526809
196 Reallocated_Event_Count 0x0033   100   100   003    Pre-fail  Always       -       0
201 Unc_Soft_Read_Err_Rate  0x001c   120   120   000    Old_age   Offline      -       0/19526809
204 Soft_ECC_Correct_Rate   0x001c   120   120   000    Old_age   Offline      -       0/19526809
230 Life_Curve_Status       0x0013   100   100   000    Pre-fail  Always       -       100
231 SSD_Life_Left           0x0000   096   096   011    Old_age   Offline      -       64424509441
233 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       15284
234 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       7638
241 Lifetime_Writes_GiB     0x0032   000   000   000    Old_age   Always       -       7638
242 Lifetime_Reads_GiB      0x0032   000   000   000    Old_age   Always       -       5818
244 Unknown_Attribute       0x0000   099   099   010    Old_age   Offline      -       4390959

SMART Error Log not supported

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Hors ligne

Pages : 1