[Résolu] HP probook ne s'eteint pas

Brunoche · Le 19/09/2017, à 16:31

ben si tu trouve pas,c'est pas moi qui vais trouvé ,etant donné que la je cale grave !!!!
"mise en sommeil" ?? dans les parametre systeme ?

?? · Le 19/09/2017, à 16:52

Y avait-il déjà ubuntu sur cet ordinateur?
Si oui, ce problème existait-déjà ?

Y avait-il windows sur cet ordinateur ?

Le bios est-il à jour ?, donnes sa version... Je cherche sur internet qu'elle doit être la version.
As-tu bien regardé dans le bios toutes les options liées au démarrage?

Dans l'état actuel, vu la trace, je ne vois que la solution
- Ubunu correctement arrêté.
- Bios détectant qu'il n'y a plus d'OS opérationnel
- Bios décidant de lancer le boot car il estime que c'est anormal qu'il n'y ait pas d'OS fonctionnant.
Je n'en avait pas encore entendu parler, mais je ne voit par pourquoi cela n'existerait pas maintenant. C'est dans cette piste que je part.
==> il serait alors en train de partir à la recherche de sa partition (HP) de gestion de logiciel qui devait exister avant sur le disque et maintenant n'existe plus...... Voici le début de la documentation d'accès au bios https://www.manualslib.com/manual/97327 … 112#manual lorsque windows n'est pas présent

===> pour le moment j'ai trouvé ce lien http://h20566.www2.hp.com/portal/site/h … id=5229480
Mais il ne répond pas, et d'autres liens disent qu'ils mettent leur site web à jour sans indiquer la durée de temps.

Dernière modification par ?? (Le 19/09/2017, à 17:13)

?? · Le 19/09/2017, à 17:27

Brunoche a écrit :

ben si tu trouve pas,c'est pas moi qui vais trouvé ,etant donné que la je cale grave !!!!
"mise en sommeil" ?? dans les parametre systeme ?

Je ne sais absolument pas comment cela se présente sous KDE.
Je viens de revenir sur ubuntu afin de vérifier
Il faut cliquer sur la roue crantée tout en haut à droite de l'écran.
puis après, il faut sélectionner "mise en veille' (et non sommeil!!!)

Normalement, tout s'arrête immédiatement.

Pour remettre en fonctionnement, il faut appuyer sur le bouton d'arrêt/marche et tout revient en l'état.
Je sais que ce n'est qu'un palliatif... Mais si cela marche.....
Voici sa trace

Sep 19 17:31:21 u16041 NetworkManager[1232]: <info>  [1505835081.9472] manager: sleep requested (sleeping: no  enabled: yes)
Sep 19 17:31:21 u16041 NetworkManager[1232]: <info>  [1505835081.9473] manager: sleeping...
Sep 19 17:31:21 u16041 NetworkManager[1232]: <info>  [1505835081.9475] manager: NetworkManager state is now ASLEEP
Sep 19 17:31:21 u16041 NetworkManager[1232]: <info>  [1505835081.9480] device (wlp8s0): state change: activated -> deactivating (reason 'sleeping') [100 110 37]
Sep 19 17:31:21 u16041 whoopsie[2258]: [17:31:21] offline
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.0614] device (enp9s0): state change: activated -> deactivating (reason 'sleeping') [100 110 37]
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1151] device (wlp8s0): state change: deactivating -> disconnected (reason 'sleeping') [110 30 37]
Sep 19 17:31:22 u16041 gnome-session[1881]: (deja-dup-monitor:3274): GLib-CRITICAL **: Source ID 161 was not found when attempting to remove it
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Withdrawing address record for fe80::61ee:98e7:567e:4cf7 on wlp8s0.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Leaving mDNS multicast group on interface wlp8s0.IPv6 with address fe80::61ee:98e7:567e:4cf7.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Interface wlp8s0.IPv6 no longer relevant for mDNS.
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1497] dhcp4 (wlp8s0): canceled DHCP transaction, DHCP client pid 4184
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1497] dhcp4 (wlp8s0): state changed bound -> done
Sep 19 17:31:22 u16041 kernel: [  964.918813] wlp8s0: deauthenticating from 36:89:e4:f1:5f:72 by local choice (Reason: 3=DEAUTH_LEAVING)
Sep 19 17:31:22 u16041 wpa_supplicant[1464]: wlp8s0: CTRL-EVENT-DISCONNECTED bssid=36:89:e4:f1:5f:72 reason=3 locally_generated=1
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Withdrawing address record for 10.41.148.97 on wlp8s0.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Leaving mDNS multicast group on interface wlp8s0.IPv4 with address 10.41.148.97.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Interface wlp8s0.IPv4 no longer relevant for mDNS.
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1604] dns-mgr: Writing DNS information to /sbin/resolvconf
Sep 19 17:31:22 u16041 dnsmasq[1503]: configuration des serveurs amonts à partir de DBus
Sep 19 17:31:22 u16041 kernel: [  964.932139] cfg80211: World regulatory domain updated:
Sep 19 17:31:22 u16041 kernel: [  964.932143] cfg80211:  DFS Master region: unset
Sep 19 17:31:22 u16041 kernel: [  964.932145] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Sep 19 17:31:22 u16041 kernel: [  964.932148] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 19 17:31:22 u16041 kernel: [  964.932150] cfg80211:   (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 19 17:31:22 u16041 kernel: [  964.932152] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Sep 19 17:31:22 u16041 kernel: [  964.932154] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Sep 19 17:31:22 u16041 kernel: [  964.932157] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Sep 19 17:31:22 u16041 kernel: [  964.932159] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Sep 19 17:31:22 u16041 kernel: [  964.932160] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Sep 19 17:31:22 u16041 kernel: [  964.932162] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1701] device (enp9s0): state change: deactivating -> disconnected (reason 'sleeping') [110 30 37]
Sep 19 17:31:22 u16041 dnsmasq[1503]: utilise le serveur de nom 212.27.40.240#53 (via enp9s0)
Sep 19 17:31:22 u16041 systemd[1]: Starting Network Manager Script Dispatcher Service...
Sep 19 17:31:22 u16041 dnsmasq[1503]: utilise le serveur de nom 212.27.40.241#53 (via enp9s0)
Sep 19 17:31:22 u16041 wpa_supplicant[1464]: wlp8s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Sep 19 17:31:22 u16041 dbus[1202]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Withdrawing address record for fe80::a248:d413:812a:5df0 on enp9s0.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Leaving mDNS multicast group on interface enp9s0.IPv6 with address fe80::a248:d413:812a:5df0.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Interface enp9s0.IPv6 no longer relevant for mDNS.
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1941] dhcp4 (enp9s0): canceled DHCP transaction, DHCP client pid 3996
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1941] dhcp4 (enp9s0): state changed bound -> done
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.1953] dns-mgr: Writing DNS information to /sbin/resolvconf
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Withdrawing address record for 192.168.0.24 on enp9s0.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Leaving mDNS multicast group on interface enp9s0.IPv4 with address 192.168.0.24.
Sep 19 17:31:22 u16041 avahi-daemon[1262]: Interface enp9s0.IPv4 no longer relevant for mDNS.
Sep 19 17:31:22 u16041 dnsmasq[1503]: configuration des serveurs amonts à partir de DBus
Sep 19 17:31:22 u16041 dbus[1202]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Sep 19 17:31:22 u16041 systemd[1]: Started Network Manager Script Dispatcher Service.
Sep 19 17:31:22 u16041 nm-dispatcher: req:1 'down' [wlp8s0]: new request (3 scripts)
Sep 19 17:31:22 u16041 nm-dispatcher: req:1 'down' [wlp8s0]: start running ordered scripts...
Sep 19 17:31:22 u16041 NetworkManager[1232]: <warn>  [1505835082.2052] sup-iface[0x1426210,wlp8s0]: connection disconnected (reason -3)
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.2053] device (wlp8s0): supplicant interface state: completed -> disconnected
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.2065] device (wlp8s0): state change: disconnected -> unmanaged (reason 'sleeping') [30 10 37]
Sep 19 17:31:22 u16041 nm-dispatcher: req:2 'down' [enp9s0]: new request (3 scripts)
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.2232] device (enp9s0): state change: disconnected -> unmanaged (reason 'sleeping') [30 10 37]
Sep 19 17:31:22 u16041 NetworkManager[1232]: <info>  [1505835082.2280] device (enp9s0): link disconnected
Sep 19 17:31:22 u16041 wpa_supplicant[1464]: nl80211: deinit ifname=wlp8s0 disabled_11b_rates=0
Sep 19 17:31:22 u16041 nm-dispatcher: req:2 'down' [enp9s0]: start running ordered scripts...
Sep 19 17:31:22 u16041 systemd[1]: Starting TLP suspend/resume...
Sep 19 17:31:22 u16041 systemd[1]: Started TLP suspend/resume.
Sep 19 17:31:22 u16041 systemd[1]: Reached target Sleep.
Sep 19 17:31:22 u16041 systemd[1]: Starting Suspend...
Sep 19 17:31:22 u16041 systemd-sleep[4640]: Failed to connect to non-global ctrl_ifname: (nil)  error: No such file or directory
Sep 19 17:31:22 u16041 systemd-sleep[4643]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
Sep 19 17:31:22 u16041 systemd-sleep[4640]: Suspending system...
Sep 19 17:42:35 u16041 kernel: [  965.698555] PM: Syncing filesystems ... done.
Sep 19 17:42:35 u16041 kernel: [  966.597313] PM: Preparing system for sleep (mem)
Sep 19 17:42:35 u16041 kernel: [  966.597538] Freezing user space processes ... (elapsed 0.002 seconds) done.
Sep 19 17:42:35 u16041 kernel: [  966.600027] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Sep 19 17:42:35 u16041 kernel: [  966.601359] PM: Suspending system (mem)
Sep 19 17:42:35 u16041 kernel: [  966.601387] Suspending console(s) (use no_console_suspend to debug)
Sep 19 17:42:35 u16041 kernel: [  966.601807] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Sep 19 17:42:35 u16041 kernel: [  966.705869] sd 0:0:0:0: [sda] Stopping disk
Sep 19 17:42:35 u16041 kernel: [  966.748433] nouveau 0000:01:00.0: DRM: resuming kernel object tree..

Dernière modification par ?? (Le 19/09/2017, à 18:11)

Brunoche · Le 19/09/2017, à 17:52

bon laisse tomber,je viens de tout réinstaller sur le portable
et la il s'eteint normalement !!
sans aucun probleme pour le moment!
mais j'hésite encore a faire le mise ajour systeme !! car si c'est pour avoir d nouveau le probleme !!!!!!hmmmmm
j'attend vos conseil docteur ?

?? · Le 19/09/2017, à 18:33

Bon, au moins , grâce à cela, on sait que la piste du bios est à éliminer.
Dans une situation de ce style , je propose un dual-boot. L'un étant de référence et l'autre évoluant.

Je pense que tu n'auras pas d'autre choix que de faire les mises à jour logiciel mais si le problème revient à l'issue de l'installation de dernier noyau, tu tenteras de booter avec le premier noyau et tu mémoriseras qu'il ne faudra jamais le supprimer tant que les nouvelles mises à jours de l'autre noyau n'auront pas rectifier l'anomalie. Quitte à faire un rapport de bug.. Mais comme tu vas devoir restituer le micro, je ne sais que dire.

Dernière modification par ?? (Le 19/09/2017, à 18:34)

Brunoche · Le 19/09/2017, à 19:09

?? a écrit :

Bon, au moins , grâce à cela, on sait que la piste du bios est à éliminer.
Dans une situation de ce style , je propose un dual-boot. L'un étant de référence et l'autre évoluant.
Je pense que tu n'auras pas d'autre choix que de faire les mises à jour logiciel mais si le problème revient à l'issue de l'installation de dernier noyau, tu tenteras de booter avec le premier noyau et tu mémoriseras qu'il ne faudra jamais le supprimer tant que les nouvelles mises à jours de l'autre noyau n'auront pas rectifier l'anomalie. Quitte à faire un rapport de bug.. Mais comme tu vas devoir restituer le micro, je ne sais que dire.

bon ecoute je te tiens au jus demain,la j'ai laissé pour la soirée
rdv tomorrow afternoon ,after work
je fait les mise a jour et on verra
merci encore pour l'aide

Brunoche · Le 20/09/2017, à 15:43

bonjour
bon ben comme prévu,apres la misea jour,ca redeconne comme avant!!!! quoi faire la?
merci

?? · Le 20/09/2017, à 16:52

Bonjour
Donc on va avoir un problème logiciel à diagnostiquer.
D'abord les solutions palliatives que je t'ai proposées
1) Ne plus arrêter mais "mettre en veille"
2) Booter avec le noyau initial qui marche bien
Si la grille de proposition n'est pas affichée, tu peux l'obtenir en appuyant soit sur la touche ESC ou la touche SHIFT au moment de mettre sous tension. Plus tard, tu pourras modifier un fichier de paramètre pour qu'elle soit proposée automatiquement.

et une autre, ne pas te cantonner à la version 16.04 de KDE. Mais je ne sais pas trop si cela va convenir car on ne connaît pas la cause et je n'ai pas vu beaucoup de discussions récentes qui évoquent ton cas, sauf une qui est en stand-by. https://forum.ubuntu-fr.org/viewtopic.php?id=2011502

Je serais malgré tout, tenté de te proposer d'installer en dual boot la version ubuntu 16.04.1 afin de voir si ce comportement étrange est aussi présent.
http://old-releases.ubuntu.com/releases/xenial/

Dernière modification par ?? (Le 20/09/2017, à 16:57)

Brunoche · Le 20/09/2017, à 16:56

ok d'accord,j'suis chaud la !!

?? · Le 20/09/2017, à 16:58

http://old-releases.ubuntu.com/releases/xenial/

Pour faire un dual boot, il faut qu'il y ait environ 30 Go d'espace disponible sur ton disque dur. Si tu ne les as pas, c'est avec le GPARTED de la live USB que tu rétrécis une partition. si tu as besoin d'aide pour choisir donnes le retour de

sudo parted -l

Dernière modification par ?? (Le 20/09/2017, à 17:01)

Brunoche · Le 20/09/2017, à 17:19

omar@omar-HP-ProBook-4740s:~$ sudo parted -l
Modèle: ATA TOSHIBA HDWJ105 (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags: 

Numéro  Début   Fin    Taille  Type      Système de fichiers  Fanions
 1      1049kB  494GB  494GB   primary   ext4                 démarrage
 2      494GB   500GB  6312MB  extended
 5      494GB   500GB  6312MB  logical   linux-swap(v1)


omar@omar-HP-ProBook-4740s:~$

?? · Le 20/09/2017, à 17:26

Très simple tu n'as que SDA1 à rétrécir. Je te propose d'entrée de le rétrécir de 250 Go
explication, c'est peut-être cette nouvelle installation qui fonctionnera donc moitié/moitié

Installation standard avec le choix "a coté".

Brunoche · Le 20/09/2017, à 17:32

?? a écrit :

Très simple tu n'as que SDA1 à rétrécir. Je te propose d'entrée de le rétrécir de 250 Go
explication, c'est peut-être cette nouvelle installation qui fonctionnera donc moitié/moitié
Installation standard avec le choix "a coté".

ah! faut donc tout recommencer encore ! avoir 2 partitions,2 systeme?? c ca?

?? · Le 20/09/2017, à 18:09

En installation automatique, il utilisera l'espace libre pour l'allouer à une nouvelle partition dans laquelle il stockera un nouveau / et il réutilisera la partition swap.

Puis au boot, tu auras une grille de choix. Par défaut, c'est le plus récent qui boote.

Dernière modification par ?? (Le 20/09/2017, à 18:12)

Brunoche · Le 09/10/2017, à 08:36

bonjour
désolé de reponse tardivement ,mais j'avais des gros souci de net chez moi! c'est enfin réparé, merci orange pur votre rapidité !
bref ,le sujet est clos car apres des mise a jour,l'ordi remarche nickel!
merci encore et encore

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 19/09/2017, à 16:31

Re : [Résolu] HP probook ne s'eteint pas

#27 Le 19/09/2017, à 16:52

Re : [Résolu] HP probook ne s'eteint pas

#28 Le 19/09/2017, à 17:27

Re : [Résolu] HP probook ne s'eteint pas

#29 Le 19/09/2017, à 17:52

Re : [Résolu] HP probook ne s'eteint pas

#30 Le 19/09/2017, à 18:33

Re : [Résolu] HP probook ne s'eteint pas

#31 Le 19/09/2017, à 19:09

Re : [Résolu] HP probook ne s'eteint pas

#32 Le 20/09/2017, à 15:43

Re : [Résolu] HP probook ne s'eteint pas

#33 Le 20/09/2017, à 16:52

Re : [Résolu] HP probook ne s'eteint pas

#34 Le 20/09/2017, à 16:56

Re : [Résolu] HP probook ne s'eteint pas

#35 Le 20/09/2017, à 16:58

Re : [Résolu] HP probook ne s'eteint pas

#36 Le 20/09/2017, à 17:19

Re : [Résolu] HP probook ne s'eteint pas

#37 Le 20/09/2017, à 17:26

Re : [Résolu] HP probook ne s'eteint pas

#38 Le 20/09/2017, à 17:32

Re : [Résolu] HP probook ne s'eteint pas

#39 Le 20/09/2017, à 18:09

Re : [Résolu] HP probook ne s'eteint pas

#40 Le 09/10/2017, à 08:36

Re : [Résolu] HP probook ne s'eteint pas

Pied de page des forums