Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Probleme d'hibernation

flodraft

Bonjour,
Comme dit dans le titre, j’ai un problème d’hibernation avec fedora 26 workstation. Le problème et très simple, le mode hibernation est disponible, je mets donc l’ordinateur en hibernation, mais quand je l’allume à nouveau il démarre comme si je l’avais éteint, donc il ne sait pas mit en hibernation, ou du moins, il ne détecte pas au redémarrage qu’il doit "charger une hibernation ".

Le truc c’est que ça me le fait sur 3 ordis différent, un intel nuc, un asus ultrabook, et un PC portable Gigabyte.

Je pensais peut-être à un problème de swap, mais j’ai fais l’installation avec le partitionnent automatique, donc ça devrait êtres bon. En plus j’étais sous la Spine KDE de fedora 26 juste avant de passer à la workstaion (entre les deux mon coeur balance) et l’hibernation marchait très bien.

J'ai testé

su -lc 'systemctl start hibernate.target'

mais ça fait pareil.

une idée du problème ?

merci !

antbel

Bonjours, et avec

$ su -
# systemctl status hibernate.target
# systemctl enable hibernate.target
# systemctl start hibernate.target

flodraft

Il y a un souci on dirait : (j'ai tester ça sur deux pc différent, même résultat )

[root@fedora florian]# systemctl status hibernate.target
● hibernate.target - Hibernate
   Loaded: loaded (/usr/lib/systemd/system/hibernate.target; static; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)
[root@fedora florian]# systemctl enable hibernate.target
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
   .wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
   a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
   D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
   instance name specified.

Après, la cause du problème ? (ca marche chez vous l'hibernation ?)

fgland

de mémoire, l'hibernation n'est plus active par défaut, voir par exemple https://psohny.wordpress.com/2015/08/13/fedora_hiber/ mais je ne saurais te conseiller plus...
D'autre part je n'ai pas l'impression que ce soit la bonne commande.
L'hibernation comme le suspend est un service de l'utilisateur pas du root et pas avec un start ou enable car ce n'est pas un 'démon"

$ systemctl hibernate

Gérard

antbel

https://bugzilla.redhat.com/show_bug.cgi?id=1467045

flodraft

Pour

$ systemctl hibernate

ça fait toujours la même chose, il se met en hibernation, mais redémarre comme si je l’avais éteint.

@antbel donc je ne dois pas être le seul à avoir ce problème .

Je vais retourner voire sous la spine KDE comment ça ce passe.

flodraft

Sous fedora 26 kde, c’est la même chose en fait. Les futures updates réglerons peut être le problème. merci pour l'aide en tous cas. mais bon je voie pas trop ce qu'il y'a a faire de plus.

VINDICATORs

Perso j'ai tellement eu de soucis avec l'hibernation d'une machine à l'autre que j'utilise le mode veille qui fonctionne bien.

flodraft

oui, le mode veille me suffira. Le truc c'est qu'avec le mode veille, les leds clignote, et la nuit c'est assez énervent ^^.

VINDICATORs

Clair, surtout qu'ils ont pris la facheuse habitude d'en foutre partout et qui éclaire un peu trop... Pour exemple celle de mon écran principale qui éclaire plus qu'un phare en pleine nuit...