ce genre de chose me fait penser à ce qui arrive si la swap se sature, là c'est la catastrophe (en tout cas j'ai souvent eu cela avec opensuse, jamais sous debian)
tu peux aussi lancer ksysguard ou l'équivalent gnome pour voir graphiquement les processus qui posent problème.
top ou équivalent permettra de voir si la swap n'est pas saturée, et sinon quel processus prend le plus de mémoire
pour le rapport avec l'hibernation, je ne sais pas. Moi j'utilise s2ram -f sous opensuse, pas trop de problème avec en fait. Parfois la remise en service est quasi instantanée, parfois cela prend 20 sec, et très rarement (1 fois sur 50, peut-être moins, cela a dû m'arriver 2-3 fois en fait), cela plante la machine. Sous Debian avec la même configuration je n'ai jamais réussi à mettre en hibernation et à reprendre sans planter la machine...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
# top
Posté par B16F4RV4RD1N . En réponse au message hibernate : problème à la reprise. Évalué à 2.
ce genre de chose me fait penser à ce qui arrive si la swap se sature, là c'est la catastrophe (en tout cas j'ai souvent eu cela avec opensuse, jamais sous debian)
tu peux aussi lancer ksysguard ou l'équivalent gnome pour voir graphiquement les processus qui posent problème.
top ou équivalent permettra de voir si la swap n'est pas saturée, et sinon quel processus prend le plus de mémoire
pour le rapport avec l'hibernation, je ne sais pas. Moi j'utilise s2ram -f sous opensuse, pas trop de problème avec en fait. Parfois la remise en service est quasi instantanée, parfois cela prend 20 sec, et très rarement (1 fois sur 50, peut-être moins, cela a dû m'arriver 2-3 fois en fait), cela plante la machine. Sous Debian avec la même configuration je n'ai jamais réussi à mettre en hibernation et à reprendre sans planter la machine...
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it