Olivier, au 2019-09-24 :
> Je serai très curieux de recueillir ici des retours
> d'expérience sur l'utilisation de DKMS en production.
Bonjour,
Je ne sais pas si ça compte comme un « usage en production »,
mais un certain nombre de paquets Debian fournissent des pilotes
tiers non disponibles
r de façon fiable au dernier état précédent une commande
> "apt-get dist-upgrade" ?
>
> 2. Est-il possible d'automatiser la re-compilation d'un logiciel après
> chaque mise-à-jour du noyau ?
>
> 3. Existe-t-il un dépôt Debian binaire suivant d'un peu plus près les
> pi
Hello,
Le 20/09/2019 à 14:12, Olivier a écrit :
J'ai ré-installé les paquets nécessaires à la compilation (je les avais
enlevés), j'ai recompilé et ça a re-fonctionné.
2. Est-il possible d'automatiser la re-compilation d'un logiciel après
chaque mise-à-jour du noyau ?
Ca s'appelle DKMS
n logiciel après
chaque mise-à-jour du noyau ?
3. Existe-t-il un dépôt Debian binaire suivant d'un peu plus près les
pilotes réseau d'Intel ?
4. Conseils ? Suggestions ?
Slts
[1]
https://www.intel.fr/content/www/fr/fr/support/articles/05480/network-and-i-o/ethernet-products.html
Le 25/05/2018 à 18:30, Paul Ezvan a écrit :
Le 24/05/2018 à 15:17, Pascal Hambourg a écrit :
Généralement une mise à jour du noyau Debian stable est une mise à
jour du paquet linux courant, pas un nouveau paquet. Les exceptions
sont une mise à niveau de la distribution et un changement d'ABI
.
Généralement une mise à jour du noyau Debian stable est une mise à jour du
> paquet linux courant, pas un nouveau paquet. Les exceptions sont une mise à
> niveau de la distribution et un changement d'ABI. La situation actuelle où
> il y a eu plusieurs changements d'ABI en peu de te
Le 24/05/2018 à 15:17, Pascal Hambourg a écrit :
Inutile de me mettre en copie, je lis la liste.
Je n'ai pas fait attention, c'est malheureusement le comportement par
défaut de Roundcube pour répondre à une liste.
Généralement une mise à jour du noyau Debian stable est une mise à
jour du
Inutile de me mettre en copie, je lis la liste.
Le 24/05/2018 à 20:42, Paul Ezvan a écrit :
À noter qu'une "mise à jour" du noyau est différente d'une mise à jour
d'un paquet standard, puisque généralement c'est un nouveau paquet qui
est installé
Généralement une mise à jou
supprimés.
À noter qu'une "mise à jour" du noyau est différente d'une mise à jour
d'un paquet standard, puisque généralement c'est un nouveau paquet qui
est installé, et donc le nouveau noyau consomme de la place en plus même
après que apt ait terminé la mise à jour.
Peut-être as-tu
supprimés.
À noter qu'une "mise à jour" du noyau est différente d'une mise à jour
d'un paquet standard, puisque généralement c'est un nouveau paquet qui
est installé, et donc le nouveau noyau consomme de la place en plus même
après que apt ait terminé la mise à jour.
Peut-être as-tu
Le 23/05/2018 à 09:13, kaliderus a écrit :
contre-partie est qu'il faut disposer d'un espace libre égal à la taille
occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio.
11 Mio est donc très insuffisant pour mettre à jour le noyau.
Ce que je n'explique pas c'est que
Oups... désolé les gars, j'aurai du répondre à la liste et pas en privé
Le 23 mai 2018 à 07:40, Pascal Hambourg a écrit :
> Le 22/05/2018 à 23:20, kaliderus a écrit :
>>
>>
>> dpkg: erreur de traitement de l'archive
>>
>>
Oups... désolé les gars, j'aurai du répondre à la liste et pas en privé (bis)
Re,
Le 23 mai 2018 à 02:01, Raphaël POITEVIN a écrit :
> kaliderus writes:
>> Je me trouve dans une situation que je n'explique pas.
>>
>> En stable, amd64 :
>>
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 «
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 :
>
>
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
Fri, 17 Mar 2017 15:16:15 +0100
Olivier écrivait :
> Dois-je retenir qu'un dist-upgrade est nécessaire à chaque changement de
> version du noyau ?
> Ai-je raté une alerte me signalant qu'un changement de noyau est possible
> ou recommandé ?
> Que risque-ton avec un
Le 17 mars 2017 à 10:34, Jean-Marc a écrit :
> Fri, 17 Mar 2017 10:26:49 +0100
> Olivier écrivait :
>
> salut,
>
> > $ sudo apt-get -s dist-upgrade
> > Lecture des listes de paquets... Fait
> > Construction de l'arbre des dépendances
> > Lecture des
Fri, 17 Mar 2017 10:26:49 +0100
Olivier écrivait :
salut,
> $ sudo apt-get -s dist-upgrade
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> Calcul de la mise à jour... Fait
> Les paquets suivants
Le 16 mars 2017 à 19:13, Francois Lafont a écrit :
> On 03/16/2017 05:21 PM, Olivier wrote:
>
> > Ce que j'ai du mal à comprendre, c'est pourquoi le passage de 4.8 en 4.9
> ne
> > s'opère pas automatiquement : je n'ai jamais spécifié la version 4.8,
> j'ai
> > à l'époque
Le 17 mars 2017 10:27, "Olivier" a écrit :
Le 16 mars 2017 à 17:42, Jean-Marc a écrit :
> Thu, 16 Mar 2017 17:21:45 +0100
> Olivier écrivait :
>
> > En d'autres termes, que font les utilisateurs de Stretch, qui comme moi
> > veulent
Le 16 mars 2017 à 17:42, Jean-Marc a écrit :
> Thu, 16 Mar 2017 17:21:45 +0100
> Olivier écrivait :
>
> > En d'autres termes, que font les utilisateurs de Stretch, qui comme moi
> > veulent simplement rester synchrone avec la distribution ?
>
> Tu as essayé
Bonsoir,
On 03/16/2017 07:55 PM, maderios wrote:
> Il faut quand même admettre que chez Debian, la manière de nommer les
> noyaux n'est pas claire et même trompeuse. Sur Stretch dpkg -l | grep
> linux-image ii linux-image-4.9.0-2-amd64
> 4.9.13-1 amd64Linux
On 03/16/2017 07:13 PM, Francois Lafont wrote:
On 03/16/2017 05:21 PM, Olivier wrote:
Ce que j'ai du mal à comprendre, c'est pourquoi le passage de 4.8 en 4.9 ne
s'opère pas automatiquement : je n'ai jamais spécifié la version 4.8, j'ai
à l'époque spécifié la version courante qui était la 4.8.
On 03/16/2017 05:21 PM, Olivier wrote:
> Ce que j'ai du mal à comprendre, c'est pourquoi le passage de 4.8 en 4.9 ne
> s'opère pas automatiquement : je n'ai jamais spécifié la version 4.8, j'ai
> à l'époque spécifié la version courante qui était la 4.8.
> Si la version courante change, je
Thu, 16 Mar 2017 17:21:45 +0100
Olivier écrivait :
> En d'autres termes, que font les utilisateurs de Stretch, qui comme moi
> veulent simplement rester synchrone avec la distribution ?
Tu as essayé :
?
Jean-Marc
pgpHVs0OmdTsm.pgp
Description: PGP
Le 16 mars 2017 à 16:01, Jean-Marc a écrit :
> Thu, 16 Mar 2017 14:44:02 +0100
> Olivier écrivait :
>
> > [...]
> > Si j'ai bien compris:
> > - c'est le (meta-)paquet linux-image-686-pae qui est installé,
>
> Effectivement. C'est ce paquet contenant un
Thu, 16 Mar 2017 14:44:02 +0100
Olivier écrivait :
> [...]
> Si j'ai bien compris:
> - c'est le (meta-)paquet linux-image-686-pae qui est installé,
Effectivement. C'est ce paquet contenant un kernel 32bit qui est installé.
> - pour une raison à découvrir, apt-get refuse de
Le 16 mars 2017 à 13:13, Jean-Marc a écrit :
> Thu, 16 Mar 2017 09:30:05 +0100
> Olivier écrivait :
>
> > Bonjour,
>
> salut Olivier,
>
> >
> > J'ai installé il y a quelques semaines deux machines sous Stretch avec
> > l'installeur en vigueur à l'époque.
Thu, 16 Mar 2017 09:30:05 +0100
Olivier écrivait :
> Bonjour,
salut Olivier,
>
> J'ai installé il y a quelques semaines deux machines sous Stretch avec
> l'installeur en vigueur à l'époque. Régulièrement, j'opère sur ces machines
> une séquence "apt-get update; apt-get -y
Le 16/03/2017 à 09:30, Olivier a écrit :
Bonjour,
J'ai installé il y a quelques semaines deux machines sous Stretch
avec l'installeur en vigueur à l'époque. Régulièrement, j'opère sur
ces machines une séquence "apt-get update; apt-get -y upgrade".
Sur chaque machine, j'observe que le noyau
Bonjour,
J'ai installé il y a quelques semaines deux machines sous Stretch avec
l'installeur en vigueur à l'époque. Régulièrement, j'opère sur ces machines
une séquence "apt-get update; apt-get -y upgrade".
Sur chaque machine, j'observe que le noyau est en version 4.8.
J'ai installé ce matin 2
Salut.
J'utilise une Debian Wheezy stable, avec quelques backports.
Lors de la dernière mise à jour du noyau (3.2.65-1 x86_64), j'ai
remarqué que boincmgr ne se lançait plus automatiquement après reboot.
Un lancement manuel me donne ce message d'erreur :
nico@gaston:~$ boincmgr
boincmgr
Salut la liste,
le 'aptitude safe-upgrade' matinal me retourne une erreur :
Paramétrage de linux-image-2.6.26-1-amd64 (2.6.26-8) ...
Running depmod.
Running mkinitramfs-kpkg.
Not updating initrd symbolic links since we are being
updated/reinstalled
(2.6.26-5 was configured last, according to
Bonjour,
J'ai remarqué que lorsque je fais aptitude ces
dernier temps, il me propose systématiquement
une mise à jour du noyau.
Si j'ai bien compris ce sont des mises à jour
de sécurité.
À la fin du processus, il affiche, toujours
ceci : qui est un peu surprenant
The kernel version running
[EMAIL PROTECTED] a écrit :
Bonjour,
J'ai remarqué que lorsque je fais aptitude ces
dernier temps, il me propose systématiquement
une mise à jour du noyau.
Si j'ai bien compris ce sont des mises à jour
de sécurité.
À la fin du processus, il affiche, toujours
ceci : qui est un peu
--- [EMAIL PROTECTED] a écrit :
Bonjour,
J'ai remarqué que lorsque je fais aptitude ces
dernier temps, il me propose systématiquement
une mise à jour du noyau.
Si j'ai bien compris ce sont des mises à jour
de sécurité.
À la fin du processus, il affiche, toujours
ceci : qui est un peu
[EMAIL PROTECTED] a écrit :
--- [EMAIL PROTECTED] a écrit :
.
En fait il affiche ça aussi après l'installation:
il y a des erreurs :
Préconfiguration des paquets...
(Lecture de la base de données... 172100 fichiers et
répertoires déjà installés.)
Préparation du remplacement de
--- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit :
C'est normal, n'importe quelle installation d'un
nouveau kernel packagé
alors que la même version est déjà lancée sur le
micro provoque cela.
(détection de
/lib/modules/version.de.kernel.installé)
Oui, mais la chose suivante ne l'est pas
[EMAIL PROTECTED] a écrit :
...
Oui, mais la chose suivante ne l'est pas :
Il affiche les message suivant (coupé) :
sudo aptitude
...
dpkg : erreur de traitement de
/var/cache/apt/archives/linux-image-2.6.18-4-486_2.6.18.dfsg.1-12etch1_i386.deb
(--unpack) :
échec dans «
--- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit :
»: Aucun espace disponible sur le périphérique
hoho: ça ressemblre fortement à une partition pleine
(t'as vérifié ton
/boot?)
J'ai pas de partition boot, c'est bien la seule
que je n'ai pas. J'ai mis un df dans un précédent
post, le
[EMAIL PROTECTED] a écrit :
--- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit :
»: Aucun espace disponible sur le périphérique
hoho: ça ressemblre fortement à une partition pleine
(t'as vérifié ton
/boot?)
J'ai pas de partition boot, c'est bien la seule
que je n'ai pas. J'ai mis un df
Le 13643ième jour après Epoch,
fully associative-debian écrivait:
j'ai vraiment dû lire trop en biais :) je viens de
voir:
échec dans « buffer_write(fd) » (9, ret=-1) :
backend
^^
T'es sûr que tu n'a pas écris sur une diskette??
Il y a des araignées qui ont élu
Désolé pour le message envoyé à domicile
j'ai fais trop vite
--- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit :
[EMAIL PROTECTED] a écrit :
--- Jean-Yves F. Barbier [EMAIL PROTECTED] a écrit
:
»: Aucun espace disponible sur le périphérique
hoho: ça ressemblre fortement à une
--- [EMAIL PROTECTED] a écrit :
Sinon, tu n'as peut-être plus d'inodes dispos.
Regarde ce qu'il te
reste sur les disques où tu fais l'install.
Il doit faire l'install sur '/'
et il me reste 24Mo 24073 blocs
La taille du paquet est de 16Mo
S'il le décompresse en place,
?? il n'a peut
Salut,
[EMAIL PROTECTED] a écrit :
et il me reste 24Mo 24073 blocs
La taille du paquet est de 16Mo
S'il le décompresse en place,
?? il n'a peut être pas assez de place ??
Si je regarde mes paquets noyaux perso, l'espace occupé est un peu plus
du double de la taille du paquet.
J'ai trois
--- Pascal Hambourg [EMAIL PROTECTED] a
écrit :
Salut,
[EMAIL PROTECTED] a écrit :
et il me reste 24Mo 24073 blocs
La taille du paquet est de 16Mo
S'il le décompresse en place,
?? il n'a peut être pas assez de place ??
Si je regarde mes paquets noyaux perso, l'espace
occupé est un
Bonjour,
Hier, j'ai fais la mise à jour de Debian Testing (Aptitude update et
aptitude upgrade) comme d'habitude. Cela faisait une semaine que je ne
l'avais fait.
Voyant qu'il me mettait à jour une 30 de paquets, j'ai dit oui assez
vite (peut-être trop)!
De fait, il m'a remis à jour le kernel
Scribit Claude Bobey dies 01/04/2007 hora 13:38:
De fait, il m'a remis à jour le kernel (2.6.18.4.686) avec le même !
Selon toute vraisemblance, il t'a mis à jour le paquet. Par exemple, moi
j'ai installé le paquet linux-image-2.6.18-4-k7, et apt-cache policy
m'en donne deux versions:
-
Claude Bobey a écrit, le 01.04.2007 13:38 :
Par contre, un petit soucis avec Icedove (1.5.0.10). Il s'est remis en
anglais, et toutes mes extensions ont disparu ! Elles sont toujours dans
/home/--/.mozilla-thunderbird/6acwjn73.default/extensions/
bonjour,
pour le français si tu es
Bonsoir à tous,
Pour le noyau, comme le disais Pierre, c'est la mise à jour normal du
paquet linux-image. Pour les extensions, je les ai tout bêtement
réinstallées et tout marche.
Merci à toute la liste! Claude.
HEHO a écrit :
Claude Bobey a écrit, le 01.04.2007 13:38 :
Par contre, un
On Wed, 24 Oct 2001 10:12:24 +0200
LUTHIER Olivier [EMAIL PROTECTED] wrote:
Qui veux bien me faire un petit topo sur comment mettre à jour son noyau
pour aider un bleu ?
Voir aussi:
- http://www.parinux.org/mini-howtos/noyau.html
--
Remi COLETTA
52 matches
Mail list logo