[Résolu] L'ordi s'éteint pour se rallumer spontanément

packard · Le 29/12/2014, à 12:42

Je ne sais pas d'ou cela vient, cela se produit surtout que je suis en plein écran, avec Mint 17 et le noyau 3.13.0.24 , au début je pensais au disque dur ,vue que c'est un hybride (un morceau de SSD + un HDD) , mais cela n'explique pas que Chrome pompe autant .

moko138 · Le 29/12/2014, à 13:01

packard a écrit :

Bonjour, si cela peut te rassurer, j'ai à peu prés le même problème que toi, souvent sur des vidéos ou des jeux Flash avec Chrome, l'ordi reboot tout seul et j'ai constaté que Chrome me pompait énormément de ressources .
Une chose bizarre , c'est que le moniteur système m'indique 1.2 Gio de mémoire occupée, alors que TOP me dit qu'il y a plus de 4 Gio pris par Chrome et pour le CPU , les 4 cores sont presque à fond .

La consommation exorbitante de ram par chrome, c'est un autre sujet. Une recherche sur le forum vous donnera les réponses.

Pour l'opposition moniteur-système / top, il faut ouvrir les yeux :
le 1er, par défaut, n'affiche que les processus user, alors que top affiche tous les processus.
Par ailleurs, le moniteur-système consomme déjà beaucoup, contrairement à top.

Cela n'explique pas que vos pc s'arrêtent.
Deux pistes : donnez

cat /etc/fstab

sudo blkid

cat /etc/sysctl.conf | grep vm.swappiness=

Dernière modification par moko138 (Le 29/12/2014, à 13:38)

packard · Le 29/12/2014, à 13:19

Première commande:

~ $ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=0317673b-9cf1-4e8a-80ce-ffa9e7aa81f0 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=b5da286d-a4ce-4487-98f1-e965d360403c none            swap    sw              0       0

Deuxième:

 $ sudo blkid
[sudo] password for tux: 
/dev/sda1: LABEL="Windows Seven" UUID="40DC391B8B9EEB5A" TYPE="ntfs" 
/dev/sda5: UUID="b5da286d-a4ce-4487-98f1-e965d360403c" TYPE="swap" 
/dev/sda6: UUID="0317673b-9cf1-4e8a-80ce-ffa9e7aa81f0" TYPE="ext4"

moko138 · Le 29/12/2014, à 13:40

...et

cat /etc/sysctl.conf | grep vm.swappiness=

(j'ai édité mon message précédent).

packard · Le 29/12/2014, à 13:42

OK, pour le moniteur système , mais si je prend TOP sur la capture je consomme 2610680 (Kib ?) avec deux Chrome ouvert, cela parait beaucoup pour un OS lèger comme Linux, et la consommation CPU me semble énorme .

packard · Le 29/12/2014, à 13:46

cat /etc/sysctl.conf | grep vm.swappiness=:
La commande ne me retourne rien .

neko-jump · Le 29/12/2014, à 14:05

de mon côté:

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=a61abe2e-c0f9-4519-8af2-d3c9dca72d1f /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=c0e6dc03-829d-4388-bbe7-4fc1afe3fd30 none            swap    sw              0       0

/dev/sda1: UUID="a61abe2e-c0f9-4519-8af2-d3c9dca72d1f" TYPE="ext4" 
/dev/sda5: UUID="c0e6dc03-829d-4388-bbe7-4fc1afe3fd30" TYPE="swap" 
/dev/sda6: UUID="83370e75-2c71-4514-b1c2-1ac7a0ba6a09" TYPE="ext4" 
/dev/sda7: UUID="76110f44-8a8f-47f0-91e9-69da4f69ecd3" TYPE="ext4" 
/dev/sdb1: UUID="4777-C715" TYPE="vfat"

... et ça ne donne rien non plus pour cat /etc/sysctl.conf | grep vm.swappiness=.

moko138 · Le 29/12/2014, à 14:08

packard a écrit :

2610680 [Kio, oui] avec deux Chrome ouvert, cela parait beaucoup pour un OS lèger comme Linux, et la consommation CPU me semble énorme

.

Ben oui !!!
C'est une des raisons pour lesquelles chrome et même chromium sont très contestés.

Pour avoir le détail des 2,6 Go de ram consommés, tape M dans top
(ou clique sur "processus" dans le moniteur-système, puis reclique en haut de la colonne, pour classer les processus par consomation de ram).

moko138 · Le 29/12/2014, à 14:21

Pour neko-jump et packard :
1) Vos partition swap semblent correctement reportées dans fstab. Donc cette piste est écartée.

2) Lancez

echo vm.swappiness=10 | sudo tee -a /etc/sysctl.conf

et redémarrez.
Explications là.

neko-jump · Le 29/12/2014, à 14:40

ah ouais....
ok je vais tester l'ordi en lançant pleins d'applications pour voir s'il plante encore.

[edit]: donc si je comprends un tant soit peu, ce serait que les réglages du déclenchement de la swap réglée par défaut lors de l'installation ne fonctionnent pas avec le matériel de mon ordi, et qu'il faut régler son déclenchement pour chaque distrib installée. c'est juste?
Et si ça ne suffit pas, monter éventuellement une clef usb en permanence sur laquelle il y a la swap pourrai soulager le système et ainsi éviter qu'il plante. correct?

[edit]: ceci dit je contrôlais la mémoire avec sysinfo ces jours-ci où je testais divers Os, et elle ne dépassait pas les ~35% de ressources, 0% pour la swap. Maintenant elle est à 72% de libre, et toujours 100% de libre pour la swap.

Dernière modification par neko-jump (Le 29/12/2014, à 15:06)

moko138 · Le 29/12/2014, à 15:04

Il va planter encore, puisque nous n'avons pas encore trouvé la cause ou les causes de vos extinctions spontanées !

Abaisser le swappiness améliore la fluidité d'un OS sain.
Quand un OS commence à swaper, il gèle momentanément, mais il ne s'éteint pas !

moko138 · Le 29/12/2014, à 15:09

Autre piste :
Dans certains bios, il y a une option
"halt on" ("s'arrêter sur') + diverses erreurs possibles.
Vérifiez si vous avez cette option,
et, si oui, sur quelles erreurs le bios a pour consigne d'arrêter le pc.

moko138 · Le 29/12/2014, à 15:17

neko-jump a écrit :

[edit]: donc si je comprends un tant soit peu, ce serait que les réglages du déclenchement de la swap réglée par défaut lors de l'installation ne fonctionnent pas avec le matériel de mon ordi, et qu'il faut régler son déclenchement pour chaque distrib installée. c'est juste?

Oui, sauf que ce n'est pas une question d'ordi.

neko-jump a écrit :

Et si ça ne suffit pas, monter éventuellement une clef usb en permanence sur laquelle il y a la swap pourrai soulager le système et ainsi éviter qu'il plante. correct?

Non.Fais voir ta swap et ton grub :

sudo parted -l

cat /etc/default/grub

neko-jump a écrit :

[edit]: ceci dit je contrôlais la mémoire avec sysinfo ces jours-ci où je testais divers Os, et elle ne dépassait pas les ~35% de ressources, 0% pour la swap. Maintenant elle est à 72% de libre, et toujours 100% de libre pour la swap.

Je ne connais pas sysinfo. As-tu un lien ?

Je vais m'absenter quelques heures.

neko-jump · Le 29/12/2014, à 15:27

Et non je n'ai pas cette option sur mon Bios, qui est très simple par ailleurs.

Sysinfo est suggéré comme outil de diagnostique ici et ici.

La première commande ne donne rien: sudo: parted: command not found

La deuxième:

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Ok, à plus tard!

Dernière modification par neko-jump (Le 29/12/2014, à 15:29)

moko138 · Le 29/12/2014, à 15:33

La première commande ne donne rien: sudo: parted: command not found

Relis Retour utilisable de commande puis repasse la commande et donne son retour.

neko-jump · Le 29/12/2014, à 15:40

ok.

nico@neko-jump:~$ sudo parted -l
[sudo] password for nico: 
sudo: parted: command not found

moko138 · Le 29/12/2014, à 15:45

sudo apt-get install parted
sudo parted -l # NB : c'est un L minuscule, pas un i majuscule

Cela dit, il est anormal que tu n'aies pas ou plus parted ; c'est dans quel distro ?

neko-jump · Le 29/12/2014, à 16:15

ce qui nous donne:

nico@neko-jump:~$ sudo parted -l
[sudo] password for nico: 
Modèle: ATA WDC WD5000LPVT-2 (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type      Système de fichiers  Fanions
 1      1049kB  344GB  344GB   primary   ext4                 démarrage
 2      344GB   500GB  156GB   extended
 6      344GB   398GB  53,3GB  logical   ext4
 5      398GB   402GB  4101MB  logical   linux-swap(v1)
 7      402GB   500GB  98,2GB  logical   ext4

Je suis sous Elementary Os Luna.

packard · Le 29/12/2014, à 16:45

Voila pour sudo parted -l :

Modèle: ATA ST1000DX001-1CM1 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type      Système de fichiers  Fanions
 1      1049kB  432GB  432GB   primary   ntfs                 démarrage
 2      432GB   548GB  116GB   extended
 5      432GB   441GB  8590MB  logical   linux-swap(v1)
 6      441GB   548GB  107GB   logical   ext4

et pour Grub:

 $ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

moko138 · Le 29/12/2014, à 20:56

Je ne connais pas Elementary Os Luna. Donc je ne peux rien en dire.

Vous avez de grandes swaps, dans des partitions logiques (c'est classique) qui commencent vers 400 Go.

Je remarque que vous avez tous les deux des disques à

Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos

Je ne dis pas que c'est la cause de votre problème. Mais gardez cette donnée en tête, et jetez un oeil à cette discussion récente, et en particulier à l'hypothèse de tiramiseb en #10, et au lien auquel il renvoie.

En l'état actuel de la discussion, je ne suis pas loin de sécher. Donc n'hésitez pas :
1) à remonter d'autres indices,
2) à signaler sans retard les arrêts, pour étude des logs,
3) à solliciter d'autres avis.

Donnez

mount

uname -a

lsb_release -d

EDIT : Et pour le #37 ? FIN d'edit

Et pour packard, ton retour de parted -l est incomplet. À moins que tu n'aies 450 Go (!) non alloués ?
Vois, toi aussi, Retour utilisable de commande.

Dernière modification par moko138 (Le 29/12/2014, à 20:57)

packard · Le 29/12/2014, à 21:24

Exact, j'ai 450 Go pour le moment inutilisés.(non alloué )

 $ mount
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=tux)

$ uname -a
Linux tux-desktop 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -d
Description:	Linux Mint 17 Qiana

Édit :cela pourrais donc venir du DD, c'est un peu ce que je pensais, car quand j'avais le Home séparé en EXT 2 (essais) ,après chaque crash il me retournait des erreurs disque avec des fichiers corrompus .

Dernière modification par packard (Le 29/12/2014, à 22:09)

neko-jump · Le 29/12/2014, à 22:17

de mon côté pour le #37 j'ai répondu en #39: je n'ai pas cette option.

nico@neko-jump:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/nico/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=nico)

nico@neko-jump:~$ uname -a
Linux neko-jump 3.10.9-031009-generic #201308201935 SMP Tue Aug 20 23:44:20 UTC 2013 i686 i686 i386 GNU/Linux

nico@neko-jump:~$ lsb_release -d
Description:	elementary OS Luna

Petite question comme j'ai testé pas mal d'Os ces jours-ci:
Pourquoi ils montent par défaut la swap dans une partition étendue? Par la suite toutes les autres os se fichent dans cette partition, partagent la swap. C'est une galère pour déplacer/ changer de taille de cette partition, et je ne suis pas arrivé à faire en sorte de mettre d'autres Os dans des partitions primaires.

Braun · Le 29/12/2014, à 22:20

packard a écrit :

... après chaque crash il me retournait des erreurs disque avec des fichiers corrompus .

Attention, qui est le premier, l’œuf ou la poule ?
Il est usuel qu'un arrêt intempestif de l'U.C. entraîne des erreurs, parfois graves, sur le disque. Si les fichiers étaient en accès au moment du crash ils sont en général mal ou pas fermés et donc corrompus.

neko-jump · Le 29/12/2014, à 23:00

Bon ça me semble intéressant mais j'ai pas compris grand chose dans cette histoire de 512 octets ou 4096 o...

Je vais attendre un crashage et poster comme précédemment un retour des commandes:
zless /var/log/dmesg.2.gz | tail -n 20
zless /var/log/syslog.2.gz | tail -n 20
zless /var/log/kern.log.2.gz | tail -n 20

c'est bien avec ça que tu pourra étudier les logs moko138?

neko-jump · Le 30/12/2014, à 01:12

Tiens ça ne l'a toujours pas fait.. et pourtant avec 2 films en HD ouverts avec Vlc, une playlist HD youtube, de la navigation internet ou une autre vidéo que je regarde le CPU est à 70°, ça rame assez bien, la mémoire est selon sysinfo libre à 68%.

Le réglage du déclenchement du Swap aurait suffit à régler le problème???

Question: comme j'ai lancé la procédure depuis Elementary Os, ça n'est pas valable pour les autres Os installés en dual boot c'est ça?
Et dans le cas présent ils partagent la Swap, est ce que ce serait pareil si chacun avaient une Swap dédiée?

Ces temps-ci j'essayais d'autres distribs et en lançant pleins d'applications la plupart du temps l'ordi plantait en redémarrant dans les 2h. Du coup si la modif est valable même si j'installe un autre Os en dual boot, j'ai bien envie d'essayer pour voir s'il ne plante pas plus vite...

Dernière modification par neko-jump (Le 30/12/2014, à 01:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/12/2014, à 12:42

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#27 Le 29/12/2014, à 13:01

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#28 Le 29/12/2014, à 13:19

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#29 Le 29/12/2014, à 13:40

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#30 Le 29/12/2014, à 13:42

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#31 Le 29/12/2014, à 13:46

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#32 Le 29/12/2014, à 14:05

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#33 Le 29/12/2014, à 14:08

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#34 Le 29/12/2014, à 14:21

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#35 Le 29/12/2014, à 14:40

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#36 Le 29/12/2014, à 15:04

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#37 Le 29/12/2014, à 15:09

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#38 Le 29/12/2014, à 15:17

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#39 Le 29/12/2014, à 15:27

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#40 Le 29/12/2014, à 15:33

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#41 Le 29/12/2014, à 15:40

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#42 Le 29/12/2014, à 15:45

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#43 Le 29/12/2014, à 16:15

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#44 Le 29/12/2014, à 16:45

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#45 Le 29/12/2014, à 20:56

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#46 Le 29/12/2014, à 21:24

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#47 Le 29/12/2014, à 22:17

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#48 Le 29/12/2014, à 22:20

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#49 Le 29/12/2014, à 23:00

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

#50 Le 30/12/2014, à 01:12

Re : [Résolu] L'ordi s'éteint pour se rallumer spontanément

Pied de page des forums