Le 22/05/2018 à 23:20, kaliderus a écrit :
dpkg: erreur de traitement de l'archive
/var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb
(--unpack) :
impossible de copier les données extraites pour «
./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers «
/lib/modu
kaliderus writes:
> Je me trouve dans une situation que je n'explique pas.
>
> En stable, amd64 :
> Lorsque j'installe les mises à jour de sécurité (ou autre), tout se passe
> bien.
> Seulement pour le noyau, impossible, j'ai systématiquement le message
> d'erreur :
>
> dpkg: erreur de traitemen
Le bonjour,
Je me trouve dans une situation que je n'explique pas.
En stable, amd64 :
Lorsque j'installe les mises à jour de sécurité (ou autre), tout se passe bien.
Seulement pour le noyau, impossible, j'ai systématiquement le message d'erreur :
dpkg: erreur de traitement de l'archive
/var/cach
On Tue, 22 May 2018 19:00:41 +0200
Olivier a écrit :
> 1. Le pb est-il résolu maintenant ou toujours ?
> 2. Que faut-il comprendre par "ce problème mais sans VM" ? Que tu avais
> d'autres programmes que des VM qui utilisaient 100% de la CPU ?
> 3. Quelle architecture sur la machine concernée ? am
Le 22 mai 2018 à 14:14, Jérôme a écrit :
> On Tue, 22 May 2018 13:24:02 +0200
> Olivier a écrit :
>
> > Bonjour,
> >
> > 1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarrage de
> chaque
> > VM, avant même l'affichage des premiers écrans.
> > Est-ce aussi le cas chez toi ?
> >
> > 2.
On Tue, 22 May 2018 14:30:43 +0200
Olivier a écrit :
> - passe-t-on sans trop de mal d'un Bepo-matrice à une Bepo-quinconce ou
> réciproquement ?
A mon avis c'est surtout le réciproquement ]:->
Taper en quinconce demande plus d'effort d'apprentissage, et facilite
grandement les fautes de frappe
Bonjour,
L'idée de Daniel est a mon avis une des bonnes réponses, j'avais monté
une archi XEN et grace a l'utilisation des volumes LVM, je redondais les
machines via DRBD ( raid1 sur ethernet ).
Mais j'avais besoin a l'epoque de pouvoir basculer rapidement en cas de
panne. C'etait quasi parf
On Tue, 22 May 2018 13:24:02 +0200
Olivier a écrit :
> Bonjour,
>
> 1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarrage de chaque
> VM, avant même l'affichage des premiers écrans.
> Est-ce aussi le cas chez toi ?
>
> 2. As-tu identifié la modification (mise à jour ?) qui pourrait
Des expériences ici relatées, faut-il retenir que:
- la disposition matricielle des touches d'un clavier (par opposition à une
disposition en quinconce où les touches d'une rangée sont en décalage d'une
demie-unité des rangées adjacentes) est moins importante qu'un
positionnement linguistique natur
Le 22/05/2018 à 14:10, Olivier a écrit :
Bonjour,
Je travaille sur les spécifications d'un nouvel hôte de virtualisation
KVM.
Dans l'immédiat, ce serveur sera unique mais il pourrait un jour être
doublé.
Dans ce cas, je ne pense pas avoir besoin de faire des migrations à
chaud de VM entre les
Bonjour,
Je travaille sur les spécifications d'un nouvel hôte de virtualisation KVM.
Dans l'immédiat, ce serveur sera unique mais il pourrait un jour être
doublé.
Dans ce cas, je ne pense pas avoir besoin de faire des migrations à chaud
de VM entre les 2 hôtes (je pense plutôt, mais je peux me tro
@Gilles:
Bonjour,
1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarrage de chaque
VM, avant même l'affichage des premiers écrans.
Est-ce aussi le cas chez toi ?
2. As-tu identifié la modification (mise à jour ?) qui pourrait avoir
provoqué cette anomalie ?
3. Quelle architecture (i68
12 matches
Mail list logo