Mystère, mystère … alors je vais tenter autre chose :-)
Tentez ceci les apprentis sorciers : #v+ man pmset /SAFE SLEEP ARGUMENTS #v- :-> -- <spuoCxiS> ben ceux qui se plaignent d arreter la clope ils ont jamais essayé d arreter la branlette c moi qui vous ldit * bashfr.org
On sam. 06 mars 2021 (18:28),
JPP <jpp@findelmundo.invalid> wrote:
Mystère, mystère … alors je vais tenter autre chose :-)
Tentez ceci les apprentis sorciers :
#v+
man pmset
/SAFE SLEEP ARGUMENTS
#v-
:->
--
<spuoCxiS> ben ceux qui se plaignent d arreter la clope ils ont jamais
essayé d arreter la branlette c moi qui vous ldit
* bashfr.org
Mystère, mystère … alors je vais tenter autre chose :-)
Tentez ceci les apprentis sorciers : #v+ man pmset /SAFE SLEEP ARGUMENTS #v- :-> -- <spuoCxiS> ben ceux qui se plaignent d arreter la clope ils ont jamais essayé d arreter la branlette c moi qui vous ldit * bashfr.org
Oui… c'est ce qu'a essayé de faire JPP mais sans succès.
Ah oui, <<news:s20e3t$s1c$ J'avais lu trop vite. -- Gérard FLEUROT
JPP
On 06/03/21 16:18, Matt wrote:
man pmset /SAFE SLEEP ARGUMENTS
Bonsoir Matt, Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-))) Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
On 06/03/21 16:18, Matt wrote:
man pmset
/SAFE SLEEP ARGUMENTS
Bonsoir Matt,
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la
sauvegarde effectuée ou non par hibernate :-)))
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier
sleepimage ultra-résistant ?
Bonsoir Matt, Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-))) Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
Matt
On sam. 06 mars 2021 (20:27), Fleuger wrote:
<news:s1oot7$s89$ ;-)
Toutes mes excuses ;) J'ai lu en diagonale ce fil (suis Í moitié excusé, c'est le weekinge). -- <anima> sodo time <anima> euh... dodo pardon * bashfr.org
On sam. 06 mars 2021 (20:27),
Fleuger <g4fleurot@free.fr.invalid> wrote:
<news:s1oot7$s89$1@dont-email.me> ;-)
Toutes mes excuses ;)
J'ai lu en diagonale ce fil (suis Í moitié excusé, c'est le weekinge).
--
<anima> sodo time
<anima> euh... dodo pardon
* bashfr.org
Toutes mes excuses ;) J'ai lu en diagonale ce fil (suis Í moitié excusé, c'est le weekinge). -- <anima> sodo time <anima> euh... dodo pardon * bashfr.org
Matt
On sam. 06 mars 2021 (22:18), JPP wrote:
Bonsoir Matt,
Hola JP,
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire virtuelle est faite par le système que ce soit sur un Mac de bureau ou un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le supprimer ne devrait pas être bien difficile (vérifier si les permissions de /var/vm le permettent). Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier accueille des sections o͹ les processus en cours d'exécution y écrivent chacun leur pages mémoires. -- Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me frapper si j'exécute pas ses ordres. * bashfr.org
On sam. 06 mars 2021 (22:18),
JPP <jpp@findelmundo.invalid> wrote:
Bonsoir Matt,
Hola JP,
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la
sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire
virtuelle est faite par le système que ce soit sur un Mac de bureau ou
un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier
sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers
protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le
supprimer ne devrait pas être bien difficile (vérifier si les
permissions de /var/vm le permettent).
Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier
accueille des sections o͹ les processus en cours d'exécution y écrivent
chacun leur pages mémoires.
--
Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me
frapper si j'exécute pas ses ordres.
* bashfr.org
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire virtuelle est faite par le système que ce soit sur un Mac de bureau ou un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le supprimer ne devrait pas être bien difficile (vérifier si les permissions de /var/vm le permettent). Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier accueille des sections o͹ les processus en cours d'exécution y écrivent chacun leur pages mémoires. -- Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me frapper si j'exécute pas ses ordres. * bashfr.org
Matt
On sam. 06 mars 2021 (22:18), JPP wrote:
Bonsoir Matt,
Hola JP,
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire virtuelle est faite par le système que ce soit sur un Mac de bureau ou un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le supprimer ne devrait pas être bien difficile (vérifier si les permissions de /var/vm le permettent). Première chose, désactive l'hibernation (cf. man pmset) puis tente d'effacer /var/vm/sleepimage Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier accueille des sections o͹ les processus en cours d'exécution y écrivent chacun leur pages mémoires. -- Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me frapper si j'exécute pas ses ordres. * bashfr.org
On sam. 06 mars 2021 (22:18),
JPP <jpp@findelmundo.invalid> wrote:
Bonsoir Matt,
Hola JP,
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la
sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire
virtuelle est faite par le système que ce soit sur un Mac de bureau ou
un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier
sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers
protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le
supprimer ne devrait pas être bien difficile (vérifier si les
permissions de /var/vm le permettent).
Première chose, désactive l'hibernation (cf. man pmset) puis tente
d'effacer /var/vm/sleepimage
Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier
accueille des sections o͹ les processus en cours d'exécution y écrivent
chacun leur pages mémoires.
--
Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me
frapper si j'exécute pas ses ordres.
* bashfr.org
Pfff ! ce man est vraiment mal fait, on n'y trouve pas le nom de la sauvegarde effectuée ou non par hibernate :-)))
Il explique en partie une chose : quand une image de la mémoire virtuelle est faite par le système que ce soit sur un Mac de bureau ou un portable.
Ceci dit, tu aurais une idée pour que je puisse effacer ce fichier sleepimage ultra-résistant ?
Le répertoire /var/vm ne fait pas partie des répertoires et fichiers protégés par SIP (cf. /System/Library/Sandbox/rootless.conf) donc le supprimer ne devrait pas être bien difficile (vérifier si les permissions de /var/vm le permettent). Première chose, désactive l'hibernation (cf. man pmset) puis tente d'effacer /var/vm/sleepimage Quant au sticky bit sur ce fichier, il est normal de le voir; ce fichier accueille des sections o͹ les processus en cours d'exécution y écrivent chacun leur pages mémoires. -- Fred: J'ai une chienne Í sortir (évitez tout jeux de mots merci). Elle va me frapper si j'exécute pas ses ordres. * bashfr.org
JPP
On 06/03/21 18:57, Matt wrote:
Première chose, désactive l'hibernation (cf. man pmset) puis tente d'effacer /var/vm/sleepimage
Oui, mais pas suffisant : RTFM ! "SAFE SLEEP ARGUMENTS hibernatemode supports values of 0, 3, or 25. Whether or not a hibernation image gets written is also dependent on the values of standby and autopoweroff". AVANT : i27:~ jpp$ ls -l /private/var/vm total 6293504 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore -rw------T 1 root wheel 2147483648 Sep 20 2019 sleepimage -rw------- 1 root wheel 1073741824 Feb 18 01:01 swapfile0 pmset -g System-wide power settings: Currently in use: standby 1 … hibernatemode 0 autopoweroff 1 … je paramètre pour avoir : System-wide power settings: Currently in use: standby 0 … hibernatemode 0 autopoweroff 0 … et lÍ : i27:~ jpp$ ls -l /private/var/vm total 2048 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore sleepimage a disparu.
On 06/03/21 18:57, Matt wrote:
Première chose, désactive l'hibernation (cf. man pmset) puis tente
d'effacer /var/vm/sleepimage
Oui, mais pas suffisant : RTFM !
"SAFE SLEEP ARGUMENTS
hibernatemode supports values of 0, 3, or 25. Whether or not a
hibernation image gets written is also dependent on the values of
standby and autopoweroff".
AVANT :
i27:~ jpp$ ls -l /private/var/vm
total 6293504
-rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore
-rw------T 1 root wheel 2147483648 Sep 20 2019 sleepimage
-rw------- 1 root wheel 1073741824 Feb 18 01:01 swapfile0
pmset -g
System-wide power settings:
Currently in use:
standby 1
…
hibernatemode 0
autopoweroff 1
…
je paramètre pour avoir :
System-wide power settings:
Currently in use:
standby 0
…
hibernatemode 0
autopoweroff 0
…
et lÍ :
i27:~ jpp$ ls -l /private/var/vm
total 2048
-rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore
Première chose, désactive l'hibernation (cf. man pmset) puis tente d'effacer /var/vm/sleepimage
Oui, mais pas suffisant : RTFM ! "SAFE SLEEP ARGUMENTS hibernatemode supports values of 0, 3, or 25. Whether or not a hibernation image gets written is also dependent on the values of standby and autopoweroff". AVANT : i27:~ jpp$ ls -l /private/var/vm total 6293504 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore -rw------T 1 root wheel 2147483648 Sep 20 2019 sleepimage -rw------- 1 root wheel 1073741824 Feb 18 01:01 swapfile0 pmset -g System-wide power settings: Currently in use: standby 1 … hibernatemode 0 autopoweroff 1 … je paramètre pour avoir : System-wide power settings: Currently in use: standby 0 … hibernatemode 0 autopoweroff 0 … et lÍ : i27:~ jpp$ ls -l /private/var/vm total 2048 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore sleepimage a disparu.
Matt
On dim. 07 mars 2021 (01:30), JPP wrote:
Oui, mais pas suffisant : RTFM !
Ah je suis fier de toi ;)
et lÍ : i27:~ jpp$ ls -l /private/var/vm total 2048 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore sleepimage a disparu.
En utilisant les bons outils, pas besoin de jouer aux devinettes ;) -- <gelmir> putain un connard d'insecte s'est foutu dans mon imprimante laser et maintenant quand j'imprime les aplats de noir sont pas unis (( <aristidi> ils sont couleur cancrelat ? * bashfr.org
On dim. 07 mars 2021 (01:30),
JPP <jpp@findelmundo.invalid> wrote:
Oui, mais pas suffisant : RTFM !
Ah je suis fier de toi ;)
et lÍ :
i27:~ jpp$ ls -l /private/var/vm
total 2048
-rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore
sleepimage a disparu.
En utilisant les bons outils, pas besoin de jouer aux devinettes ;)
--
<gelmir> putain un connard d'insecte s'est foutu dans mon imprimante laser
et maintenant quand j'imprime les aplats de noir sont pas unis ((
<aristidi> ils sont couleur cancrelat ?
* bashfr.org
et lÍ : i27:~ jpp$ ls -l /private/var/vm total 2048 -rw------- 1 root wheel 1048576 Nov 18 00:22 kernelcore sleepimage a disparu.
En utilisant les bons outils, pas besoin de jouer aux devinettes ;) -- <gelmir> putain un connard d'insecte s'est foutu dans mon imprimante laser et maintenant quand j'imprime les aplats de noir sont pas unis (( <aristidi> ils sont couleur cancrelat ? * bashfr.org