Bonjour,
Le mardi 26 septembre 2017 à 13:01, roger.tar...@free.fr a écrit :
> Je me répète un peu, mais au vu du résultat des tests effectués avec les
> fichiers contenant la passphrase, est-il encore possible de penser que le
> système ait changé d'encodage de caractères ?
Si tu as tenté
Je vais configurer une machine (Stretch) avec tout ce qu'il faut des composants
de cryptsetup pour vérifier si le luks header est en état ou non, connaissant
de manière certaine la passphrase
Desolé. J'avance au ralenti.
Je me répète un peu, mais au vu du résultat des tests effectués avec
Bonjour,
Le mercredi 13 septembre 2017 à 11:53, roger.tar...@free.fr a écrit :
> Comment vérifier formellement ce que voit entrer cryptsetup ? (Sans passer
> par des composants Debian ou autre)
À part compiler depuis les sources upstream, je ne vois pas bien, mais ce n’est
plus l
Bonjour
Il reste le dernier test à faire avec chk_luks_keyslots...
Comment vérifier formellement ce que voit entrer cryptsetup ? (Sans passer par
des composants Debian ou autre)
Et non, une partie des informations n'est pas sauvegardée.
C'est le problème.
Ce n'est pas vital mais c'est très
t; chk_luks_keyslots, la passphrase et le luks header)
Je crains que l’explication soit là…
> - cryptsetup ne reçoit pas la passphrase comme nous le croyons en la
> saisissant ou en lui fournissant un fichier (pb d'encodage direct ou indirect)
Après les essais que tu as faits, il me semb
a commande
chk_luks_keyslots, la passphrase et le luks header)
- cryptsetup ne reçoit pas la passphrase comme nous le croyons en la saisissant
ou en lui fournissant un fichier (pb d'encodage direct ou indirect)
merci
- Original Message -
From: rand...@free.fr
To: "Liste Debian"
a commande
chk_luks_keyslots, la passphrase et le luks header)
- cryptsetup ne reçoit pas la passphrase comme nous le croyons en la saisissant
ou en lui fournissant un fichier (pb d'encodage direct ou indirect)
merci
- Original Message -
From: rand...@free.fr
To: "Liste Debian"
- Original Message -
> From: "roger tarani" <roger.tar...@free.fr>
> To: "Liste Debian" <debian-user-french@lists.debian.org>
> Sent: Tuesday, 12 September, 2017 3:40:39 PM
> Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiff
PS
L'équipe Cryptsetup avait répondu à ma question préliminaire du 01/09/2017 :
"If it is problem with Debian distro, please fill bug against Debian cryptsetup
component.
Debian package contains a lot of cryptsetup scripts that are not maintained
here.
(If it is upstream cryptsetup pr
passphrase :
sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/dr1 --key-file
où est un nom de fichier (pp_...)
Pour les 3 fichiers, j'ai eu le même message "No key available with this
passphrase."
J'ai vérifié la syntaxe de la commande :
Si mauvais nom de fichier => "failed to open key
> Et que je ne comprends pas ce qui a été changé dans le système pour que les
> caractères accentués (qui apparaissent correctement dans le terminal, juste
> avant que la passphrase soit exigée) puissent ne plus être reconnus par
> cryptsetup (ou les modules Debian qui invoquent cry
Bonjour
Concrètement, comment faut-il procéder ?
Dans la commande suivante, que faut-il indiquer pour ?
cryptsetup luksOpen
Je rappelle que l'on est certains de la passphrase.
Et que je ne comprends pas ce qui a été changé dans le système pour que les
caractères accentués (qui apparaissent
Bonjour,
Le jeudi 07 septembre 2017 à 20:20, Pascal Hambourg a écrit :
> Le 07/09/2017 à 10:42, Sébastien NOBILI a écrit :
> >
> > cryptsetup luksOpen /dev/sdc5
> >
> > Dans « nom-du-volume », je crois que tu peux mettre ce que tu veux, ça sert
> > à
g
Sent: Fri, 08 Sep 2017 07:44:09 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée
Le 07/09/2017 à 23:49, roger.tar...@free.fr a écrit :
> Un gars évoque le fait qu'un liveCD a endommagé ses keyslots :
>
> The problem seems to come from a liveusb t
Le 07/09/2017 à 22:00, roger.tar...@free.fr a écrit :
il y a eu apparement un problème de BIOS. Le système Windows 7 utilisé sur un disque
supplémentaire était revenu avec heure affichée "01/01/2008". Ça arrive quand
la batterie (de ce portable) se décharge complètement.
Ça arrive depuis que
Le 07/09/2017 à 23:49, roger.tar...@free.fr a écrit :
Un gars évoque le fait qu'un liveCD a endommagé ses keyslots :
The problem seems to come from a liveusb that detected my partition as a swap
one someway and used the space of my keyslots to store there stuff.
You can read the whole thread
Est-ce que mon LiveCD GParted aurait pu faire une si horrible chose ?
Merci
- Original Message -
From: Pascal Hambourg <pas...@plouf.fr.eu.org>
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 20:37:05 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder
du système ? (Encodage utilisé,
clavier, etc. )
Merci
- Original Message -
From: Pascal Hambourg <pas...@plouf.fr.eu.org>
To: debian-user-french@lists.debian.org
Sent: Thu, 07 Sep 2017 20:37:05 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée
Le
Oups !
C'est le kernel qui est en v4 :
"Powered by Linux kernel 4.1.3 LTS (Long-Term Support), GParted Live 0.23.0-1
includes GParted 0.23.0, as well as all the updates released in the Debian Sid
software repository as of August 6, 2015."
Oups encore !
La commande est
cryptsetu
Le 07/09/2017 à 16:26, roger.tar...@free.fr a écrit :
Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il
fallait IMPÉRATIVEMENT le sauvegarder.
La sauvegarde de l'en-tête LUKS ne t'aurait pas permis de retrouver la
passphrase.
A ce stade, étant donné que je suis
Le 07/09/2017 à 14:32, roger.tar...@free.fr a écrit :
Oui
Mon LiveCD sur USB m'a indiqué :
/dev/sd5c 297 Gio
Partitions
/dev/sdc1 ext2 243 Mio boot
/dev/sdc2 extended 297 Gio
/dev/sdc5 crypt-luks 297 Gio
Depuis un terminal de mon Debian 4 installé sur mon LiveCD USB, je peux
utiliser la
Le 07/09/2017 à 10:42, Sébastien NOBILI a écrit :
cryptsetup luksOpen /dev/sdc5
Dans « nom-du-volume », je crois que tu peux mettre ce que tu veux, ça sert à
l’identifier au moment de la fermeture du volume.
Pas seulement : cela sert aussi à créer le périphérique
/dev/mapper/nom-de
Debian 8 et 9).
Est-ce que la commande cryptsetup openLuks est rigoureusement identique à la
commande cryptsetup open --type luks ?
La commande openLuks n'existe pas.
Quelle est la commande exacte pour vérifier la passphrase (et le système,
puisque je suis certain de la passphrase - si le
]
peut-être en enregistrant ta passphrase dans un fichier et en faisant
des copies créées par la commande iconv: pass_utf-8, pass_cp850,
pass_iso-8859-1, etc... dans différents encodages susceptibles d'avoir
été utilisés lors de la déclaration initiale de ta passphrase, que tu
passes en paramètre de
PPS
J'ai lu faire la commande (non destructive) :
cryptsetup luksDump /dev/sdb5
Il y a bien un LUKS header et ça me soulage. Puisque j'ai découvert qu'il
fallait IMPÉRATIVEMENT le sauvegarder.
A ce stade, étant donné que je suis certain de la passphrase, je pense à :
* Un problème avec les
french@lists.debian.org
Sent: Thu, 07 Sep 2017 13:23:37 +0200 (CEST)
Subject: Re: Cryptsetup - impossible d'accéder à une machine Jessie chiffrée
Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
>
> cryptsetup luksOpen /dev
non sdc5. Mais je le vois.
Qyand je fais la commande
cryptsetup luksOpen /dev/sdb5 VolumeLVM
Même message :
Device /dev/sdb5 doesn't exist or access denied.
Déjà, je vois mon device chiffré /dev/sdb5 et je dispose d'un terminal complet.
Mais que faire ?
Merci
- Original Message
Le jeudi 07 septembre 2017 à 12:19, roger.tar...@free.fr a écrit :
> Depuis initramfs j'ai passé les commandes suivantes :
>
> cryptsetup luksOpen /dev/sdc5 VolumeLVM
> cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
> Et même :
> cryptsetup luksOpen /dev/sdc2 /dev/m
Bonjour
Depuis initramfs j'ai passé les commandes suivantes :
cryptsetup luksOpen /dev/sdc5 VolumeLVM
cryptsetup luksOpen /dev/sdc5 /dev/mapper/dr1--vg-root
Et même :
cryptsetup luksOpen /dev/sdc2 /dev/mapper/dr1--vg-root
Dans les 3 cas, j'ai le message :
Device xxx doesn't exist or access
Bonjour,
Le jeudi 07 septembre 2017 à 9:03, roger.tar...@free.fr a écrit :
> Quelle est la commande exacte pour vérifier la passphrase (et le système,
> puisque je suis certain de la passphrase - si le clavier est en azerty) ?
> man cryptsetup indique comme tu disais :
> cryptse
Mio boot
/dev/sdc2 extended 297 Gio
/dev/sdc5 crypt-luks 297 Gio
J'ai accès à la commande cryptsetup.
Pour vérifier la passphrase, il faut la commande complète.
Je vois dans Grub :
linux /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/dr1--vg-root ro single break
Est-ce que la commande cry
la racine, on tombe automatiquement sur le shell de
secours de l'initramfs. Lorsque cryptsetup est présent, la disposition
du clavier devrait être configurée dès cette étape.
Pour info, là, j'arrive juste à lancer le shell du Debian 4 de ma clef USB.
Après, je suis sec.
Debian 4 ?
L'install
pour monter (si ça déchiffre).
On verra pour monter et réparer le système plus tard !
Merci
- Original Message -
From: Jean-Marc <jean-m...@6jf.be>
To: Liste Debian <debian-user-french@lists.debian.org>
Sent: Wed, 06 Sep 2017 22:25:55 +0200 (CEST)
Subject: Re: Cryptsetup
an-ubuntu/posts/resolu-cryptsetup-est-passe-en-qwerty)
Cette discusion semble décrire un problème similaire, effectivement.
>
> Non, je n'ai pas vu de problème enregistré chez Debian mais ai-je bien
> cherché ??
>
> Oui j'ai un accès physique à la machine et j'ai déjà démarré a
Wed, 6 Sep 2017 13:48:47 +0200 (CEST)
roger.tar...@free.fr écrivait :
> Bonjour,
bonjour Roger,
> Le chiffrement du volume a été configuré avec l'installateur de Debian Jessie
> vers octobre 2016 (LVM+Cryptsetup).
> Aucun problème jusqu'à avril-mai 2017. Puis impossible de relance
Bonjour,
Le chiffrement du volume a été configuré avec l'installateur de Debian Jessie
vers octobre 2016 (LVM+Cryptsetup).
Aucun problème jusqu'à avril-mai 2017. Puis impossible de relancer la machine
vers juin.
Nous sommes certain de la passphrase.
Certaines personnes auraient rencontré un
Hi
I use a Jessie machine since approx oct 2016.
LVM + cryptsetup (standard options of the Debian installer).
I've done updates each time it was possible.
I shut up this machine approx in march-may. When i came to boot in in june, i
was stuck with cryptsetup :
My passphrase is not ok
Thanks for the link. In the meantime I realized that I forgot one line in the
patch when I applied it. This was the reason why it didn't work. And the other
solution which was given was shorter and did solve the problem.
Cheers
Le 06/01/2016 à 10:05:51, "Jonas Meurer"
Le 10/08/15 à 11:34, Some Body somebody.mo...@gmail.com a écrit :
SB Je veux chiffrer ma partition swap (/dev/sda7) avec cryptsetup. sda7
SB n'est pas formaté. J'ai ajouté une ligne dans /etc/crypttab :
SB
SB # target name source device key file options
SB cryptswap1 UUID=25d9539e-3993-42ad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/08/2015 17:54, Daniel Caillibaud wrote:
SB cryptswap1 UUID=25d9539e-3993-42ad-abe2-d08ee6845194
/dev/urandom swap faut mettre ici le fichier contenant
la passphrase pour cryptsetup
J'ai lu que ça permettait d'utiliser une clé
Je veux chiffrer ma partition swap (/dev/sda7) avec cryptsetup. sda7
n'est pas formaté. J'ai ajouté une ligne dans /etc/crypttab :
# target name source device key file options
cryptswap1 UUID=25d9539e-3993-42ad-abe2-d08ee6845194 /dev/urandom swap
Et dans fstab :
/dev/mapper/cryptswap1
On Fri, Aug 23, 2013 at 08:45:37PM +0200, mahashakti89 wrote:
Bonjour,
Après un redémarrage intempestif, cryptsetup m'avertit que
/dev/disk/by-uuid. n'est pas une partition luks valide!
Je passe en console et je fais un #service cryptdisks restart, je rentre mon
mot de passe, pas de
Bonjour,
Après un redémarrage intempestif, cryptsetup m'avertit que
/dev/disk/by-uuid. n'est pas une partition luks valide!
Je passe en console et je fais un #service cryptdisks restart, je rentre mon
mot de passe, pas de problèmes.
La partition luks est ouverte et je dois la monter
/original/1366332854.png
Les messages d'erreur, s'il y en a, sont aussi en anglais. Cryptsetup
n'a pas de versions plus récentes dans experimental, je crois que
c'est ce paquet qui propose ces invites.
Merci pour toute piste à ce sujet.
F.
- --
Fabián Rodríguez
http://fsf.magicfab.ca
-BEGIN
messages d'erreur. Mais bon, rendu là, avec des
problème de partitions chiffrées au démarrage, la langue sera un
moindre souci...
Je tente de comprendre comment contribuer aux traductions dans Debian,
cependant dans ce cas précis le paquet cryptsetup n'est même pas dans
cette liste:
http
démarrage, la langue sera un
moindre souci...
Je tente de comprendre comment contribuer aux traductions dans Debian,
cependant dans ce cas précis le paquet cryptsetup n'est même pas dans
cette liste:
http://www.debian.org/international/l10n/po/fr
$ apt-get source cryptsetup
$ cd cryptsetup
contribuer aux traductions dans Debian,
cependant dans ce cas précis le paquet cryptsetup n'est même pas dans
cette liste:
http://www.debian.org/international/l10n/po/fr
$ apt-get source cryptsetup
$ cd cryptsetup-1.4.3
$ cd po
$ msgfmt -v -c fr.po
206 messages traduits, 14 traductions
souci...
Je tente de comprendre comment contribuer aux traductions dans Debian,
cependant dans ce cas précis le paquet cryptsetup n'est même pas dans
cette liste:
http://www.debian.org/international/l10n/po/fr
$ apt-get source cryptsetup
$ cd cryptsetup-1.4.3
$ cd po
$ msgfmt -v -c fr.po
206 messages
français,
le message au démarrage est demandé en anglais:
http://pix.toile-libre.org/upload/original/1366332854.png
Les messages d'erreur, s'il y en a, sont aussi en anglais. Cryptsetup
n'a pas de versions plus récentes dans experimental, je crois que
c'est ce paquet qui propose ces invites.
Merci pour
Message du 28/06/11 10:50
De : Sébastien NOBILI
A : debian-user-french@lists.debian.org
Copie à :
Objet : Re: cryptsetup et keyfile
Le samedi 25 juin 2011 à 0:34, mahashakti89 a écrit :
Bonsoir,
Bonjour,
Question technique : j'ai reformaté ma partition /home qui était
Le samedi 25 juin 2011 à 0:34, mahashakti89 a écrit :
Bonsoir,
Bonjour,
Question technique : j'ai reformaté ma partition /home qui était
cryptée, j'ai donc refait le cryptage avec cryptsetup luksFormat
/dev/sdx ... coffre ... . J'ai une partion de sauvegarde sur un autre
disque, cryptée
Bonsoir,
Question technique : j'ai reformaté ma partition /home qui était
cryptée, j'ai donc refait le cryptage avec cryptsetup luksFormat
/dev/sdx ... coffre ... . J'ai une partion de sauvegarde sur un autre
disque, cryptée elle aussi avec cryptsetup mais là j'utilise l'option
--keyfile pour
Bonjour,
1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque
2) controle + c rapide étant donné l'erreur
3) je tente : sudo cryptsetup luksOpen /dev/sdc partition
mais j'ai le message d'erreur:
Device /dev/sdc is not a valid LUKS device.
Est-ce irrécupérable ?
--
Alexandre Delanoë
Le Tue, 7 Dec 2010 14:58:38 +0100, Alexandre a écrit :
Bonjour,
1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque
2) controle + c rapide étant donné l'erreur
3) je tente : sudo cryptsetup luksOpen /dev/sdc partition
mais j'ai le message d'erreur:
Device /dev/sdc is not a valid LUKS
Le mardi 07 décembre de l'année 2010, vers 21 heures et 20 minutes, Papinux
écrivait:
Cf. la Faq de CryptSetup:
https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backup_and_Data_Recovery
Merci.
En fait il y a de gros risques que l'entête ait été effacée (elle
fait, me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
Je dispose d'un pc avec 3 dd en stripping crypter
lorsque je rentre mon mot de passe pour unlocker le cryptage :
cryptsetup : unknow fstype, bad password or bad options ?
pour tant le password est correcte (je le connais les yeux fermés
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
franck a écrit :
Bonjour,
Je dispose d'un pc avec 3 dd en stripping crypter
lorsque je rentre mon mot de passe pour unlocker le cryptage :
cryptsetup : unknow fstype, bad password or bad options ?
pour tant le password est correcte (je le
franck a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
Je dispose d'un pc avec 3 dd en stripping crypter
lorsque je rentre mon mot de passe pour unlocker le cryptage :
cryptsetup : unknow fstype, bad password or bad options ?
pour tant le password est correcte (je le
BRAKOS wrote:
Bonjour,
J'ai mis en place cryptsetup pour le chiffrage d'un disque, ça marche
trés bien mais le seul inconvenient, c'est que je n'ai pas trouvé une
interface graphique (bien que je n'y suis spécialement un fan pour
autant) afin qu'un utilisateur lambda comme moi puisse
Le Monday 23 March 2009 12:23:56, vous avez écrit :
YOUNOUSS Abba Soungui a écrit :
Lors du démarrage, le système lit le fichier /etc/crypttab pour activer
les partition cryptée,il faut donc éditer ce fichier (ou éventuellement
le créer s'il n'existe pas).
Ce fichier doit avoir la
YOUNOUSS Abba Soungui, lundi 23 mars 2009, 12:40:43 CET
[…]
Je suis étonné de voir qu'il est possible de mettre le mot de passe en
clair pour un montage automatique. Quel peut bien être l'intérêt de
chiffrer une partition si elle se monte automatiquement sans avoir à saisir
de mot de passe
Le Monday 23 March 2009 13:18:52 Sylvain Sauvage, vous avez écrit :
YOUNOUSS Abba Soungui, lundi 23 mars 2009, 12:40:43 CET
[…]
Je suis étonné de voir qu'il est possible de mettre le mot de passe en
clair pour un montage automatique. Quel peut bien être l'intérêt de
chiffrer une
Le Tuesday 17 March 2009 16:56:48 BRAKOS, vous avez écrit :
Bonjour,
J'ai mis en place cryptsetup pour le chiffrage d'un disque, ça marche
trés bien mais le seul inconvenient, c'est que je n'ai pas trouvé une
interface graphique (bien que je n'y suis spécialement un fan pour
autant) afin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bonjour,
J'ai mis en place cryptsetup pour le chiffrage d'un disque, ça marche
trés bien mais le seul inconvenient, c'est que je n'ai pas trouvé une
interface graphique (bien que je n'y suis spécialement un fan pour
autant) afin qu'un utilisateur
* BRAKOS kad.h...@gmail.com [2009-03-17 16:56:48 +0100] wrote :
Bonjour,
Salut,
J'ai mis en place cryptsetup pour le chiffrage d'un disque, ça marche
trés bien mais le seul inconvenient, c'est que je n'ai pas trouvé une
interface graphique (bien que je n'y suis spécialement un fan pour
François Boisson wrote:
Le Fri, 21 Nov 2008 17:18:26 +0100
Mathieu JANIN [EMAIL PROTECTED] a écrit:
Ca, c'est pratique quand tu as un besoin ponctuel de mêmoire supplémentaire,
mais AMHA, niveau perfs, il vaut mieux ton petit swap disque qu'un swap en
loopback.
C'est si inefficace que
Le 20 novembre 2008 09:36, Kevin Hinault [EMAIL PROTECTED] a écrit :
...
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
# free -o -m
total used
Mathieu JANIN a écrit :
Mais au delà de ça, une fois un processus swappé (sur disque) il ne nécessite
plus d'alimentation pour les maintenir en mêmoire vive, et donc tu fais des
économies d'énergie et tu diminue le vieillissement de ta ram (au détriment
du disque).
C'est une blague ? Je me
Le vendredi 21 novembre 2008, Pascal Hambourg a écrit :
Mathieu JANIN a écrit :
Mais au delà de ça, une fois un processus swappé (sur disque) il ne
nécessite plus d'alimentation pour les maintenir en mêmoire vive, et donc
tu fais des économies d'énergie et tu diminue le vieillissement de ta
Hello,
Le vendredi 21 novembre 2008 à 11:06 +0100, Mathieu JANIN a écrit :
Mais au delà de ça, une fois un processus swappé (sur disque) il ne
nécessite
plus d'alimentation pour les maintenir en mêmoire vive, et donc tu
fais des
économies d'énergie et tu diminue le vieillissement de ta ram
Salut,
Kevin Hinault a écrit :
# free -o -m
total used free sharedbuffers cached
Mem: 3028 2966 61 0105 2587
Swap: 509 0509
Comme on peut le voir ici la mémoire est repassé à une
Le vendredi 21 novembre 2008, Kevin Hinault a écrit :
Le 20 novembre 2008 09:36, Kevin Hinault [EMAIL PROTECTED] a écrit :
[snip]
Je me réponds sur la question du swap a 0. C'était tout bêtement que
je n'avais jamais executé la commande swapon :
# swapon /dev/sda4
# free -o -m
Mathieu JANIN a écrit :
Quand tu laisse tourner un serveur longtemps (tu
dois connaitre ;) ), tu t'aperçois que les processus peu sollicités sont
petit à petit swappés lors de demandes ponctuelles de ram qui le necessitent.
Plus exactement les pages de mémoire allouées qui n'ont pas été
Le Ven 21 novembre 2008 12:06, Mathieu JANIN a écrit :
[...]
Au final, ne restent plus en ram que les process vraiment actifs.
Or en ram dynamique (cas général), les zones inexploitées consomment peu
car elles ne sont pas raffraichies, donc ce déchargement de la ram qui
bouffe du jus au
Le vendredi 21 novembre 2008, Pascal Hambourg a écrit :
(...)
Plus exactement les pages de mémoire allouées qui n'ont pas été accédées
depuis longtemps sont swappées. Ce n'est pas forcément un processus
entier qui est swappé.
Tu chipottes ! Mais ca offre d'autant plus de cas possibilité de swap
Le vendredi 21 novembre 2008, Kevin Hinault a écrit :
Le 20 novembre 2008 09:36, Kevin Hinault [EMAIL PROTECTED] a écrit :
(...)
Et sinon j'avais reçu une idée de Mathieu JANIN auquel je n'ai pas
répondu directement ici, il proposait l'option remount de la commande
mount. Celle-ci ne fait
Le 21 novembre 2008 16:08, Mathieu JANIN [EMAIL PROTECTED] a écrit :
Le vendredi 21 novembre 2008, Kevin Hinault a écrit :
Le 20 novembre 2008 09:36, Kevin Hinault [EMAIL PROTECTED] a écrit :
(...)
Et sinon j'avais reçu une idée de Mathieu JANIN auquel je n'ai pas
répondu directement ici, il
Le vendredi 21 novembre 2008, Kevin Hinault a écrit :
(..)
Je me vois mal arrêter tout mes services régulièrement (les
utilisateurs aimeront pas), vérifier les fichiers ouverts, killer au
besoin et démonter/remonter les partition. c'est bancal comme action.
Certes, mais tu peux améliorer ton
Le Fri, 21 Nov 2008 17:18:26 +0100
Mathieu JANIN [EMAIL PROTECTED] a écrit:
Ca, c'est pratique quand tu as un besoin ponctuel de mêmoire supplémentaire,
mais AMHA, niveau perfs, il vaut mieux ton petit swap disque qu'un swap en
loopback.
C'est si inefficace que ça les fichiers swap?? Il ne
François Boisson, vendredi 21 novembre 2008, 18:11:49 CET
Le Fri, 21 Nov 2008 17:18:26 +0100
Mathieu JANIN [EMAIL PROTECTED] a écrit:
Ca, c'est pratique quand tu as un besoin ponctuel de mêmoire
supplémentaire, mais AMHA, niveau perfs, il vaut mieux ton
petit swap disque qu'un swap en
Mathieu JANIN a écrit :
Le vendredi 21 novembre 2008, Pascal Hambourg a écrit :
(...)
De toute façon, la mémoire libre ne
reste jamais longtemps inexploitée, elle est plus ou moins vite
récupérée pour servir de cache disque.
Tu es certain que le cache disque est de taille dynamique ?
d'environ 240 Go chacune chiffrée avec cryptsetup
- 1 partition swap de 500 Mo
- 3 Go de DDR
- uptime : 150 jours
Jusqu'à hier pas de problème particulier la bête gèrent plusieurs
services et tout tournent correctement sans exploitation particulière
des ressources dans top.
C'est justement
Le Jeu 20 novembre 2008 09:36, Kevin Hinault a écrit :
[...]
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
Salut,
Ne serait-ce pas la mémoire cache du noyau qui
Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraient être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devraient soit
Kevin Hinault a écrit :
Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraient être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles
GiGGz, jeudi 20 novembre 2008, 10:25:52 CET
Kevin Hinault a écrit :
Salut,
’lut,
C'est bien la mémoire cache en effet qui était utilisée
(enfin d'après free). Je vais tout le même surveiller ça
bien mieux avec munin. Mais donc si c'est le cache du noyau,
ne devrait elle pas être
Le Jeu 20 novembre 2008 10:17, Kevin Hinault a écrit :
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ?
disque dur de 500 Go avec :
- 1 partition ext3 de 15 Go pour le / qui est non chiffrée
- 2 partitions ext3 d'environ 240 Go chacune chiffrée avec cryptsetup
- 1 partition swap de 500 Mo
- 3 Go de DDR
- uptime : 150 jours
Jusqu'à hier pas de problème particulier la bête gèrent
Bonjour les gens,
Je vais passer pour un c.. mais tant pis. Voici la suite de mon épopée
cryptographique de la rentrée.
Utilisation d'un LiveCD et installation des paquets nécessaires :
[EMAIL PROTECTED]:~$ sudo aptitude install cryptsetup lvm2
[EMAIL PROTECTED]:~$ sudo modprobe dm_mod
[EMAIL
Vincent Bernat a écrit :
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:28, Thierry B [EMAIL PROTECTED] disait:
Vincent Bernat a écrit :
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:00, Thierry B [EMAIL
Pierre THIERRY a écrit :
Scribit Thierry B dies 04/04/2007 hora 02:21:
Que me conseillez-vous de faire? :-(
# grep -r 070318 /etc
Brièvement,
Pierre
Re,
Apparemment, ca ne donne rien :-(
# grep -r 070318 /etc
grep: /etc/ssl/certs/cacert.org.pem: Aucun fichier ou répertoire de ce type
Pierre THIERRY a écrit :
Scribit Thierry B dies 04/04/2007 hora 02:21:
Que me conseillez-vous de faire? :-(
# grep -r 070318 /etc
Brièvement,
Pierre
Re,
Pour initrd.img-2.6.18.0703181659, j'ai résoulu le pb en recompilant mes
sources du 2.6.18, en mettant l'append 2.6.18.0703181659.
OoO En cette fin de matinée radieuse du mercredi 04 avril 2007, vers
11:05, Thierry B [EMAIL PROTECTED] disait:
Pq le pb c'est que par exemple pour les initrd provenant de noyaux
2.6.16 ou 2.6.17 précompilé, je vais devoir reinstaller soit lepackage
en backports soit utilisé snampshot,
Vincent Bernat a écrit :
OoO En cette fin de matinée radieuse du mercredi 04 avril 2007, vers
11:05, Thierry B [EMAIL PROTECTED] disait:
Pq le pb c'est que par exemple pour les initrd provenant de noyaux
2.6.16 ou 2.6.17 précompilé, je vais devoir reinstaller soit lepackage
en backports
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:00, Thierry B [EMAIL PROTECTED] disait:
Sinon, c'est quand même normal que certains noyaux personnalisés (au
niveau des dates par exemple) que j'avais supprimé, apparaissent en
autocmplétion d'un aptitude
Vincent Bernat a écrit :
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:00, Thierry B [EMAIL PROTECTED] disait:
Sinon, c'est quand même normal que certains noyaux personnalisés (au
niveau des dates par exemple) que j'avais supprimé, apparaissent en
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:28, Thierry B [EMAIL PROTECTED] disait:
Vincent Bernat a écrit :
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 04 avril
2007, vers 23:00, Thierry B [EMAIL PROTECTED] disait:
Sinon, c'est
Bonjour,
Voila ce que j'ai eu en voulant installer cryptsetup:
# aptitude install cryptsetup
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de
Thierry B a écrit :
Bonjour,
Voila ce que j'ai eu en voulant installer cryptsetup:
# aptitude install cryptsetup
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Thierry B a écrit :
Bonjour,
Voila ce que j'ai eu en voulant installer cryptsetup:
# aptitude install cryptsetup
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
1 - 100 sur 101 matches
Mail list logo
