Re: kernel panic

2018-01-21 Par sujet Frederic MASSOT 

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :




Le 21 janv. 2018 à 10:41, Christophe De Natale  a 
écrit :



Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :


> > > Afin de mettre de côté un éventuel problème matériel => memtest


Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok



Sinon, en relisant votre premier message, il se passe quoi finalement au boot :
* on a le choix des versions de noyaux

oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b


Est-ce que tu peux booter sur un Live CD ou sur une clé USB contenant 
une archive Netinst de Debian ?


Il faudrait tester avec des noyaux plus ancien pour éliminer la cause 
matériel.


--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

2018-01-21 Par sujet Frederic MASSOT 

Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :



Le 20 janv. 2018 à 18:08, Giraud Jean-Louis 
> a 
écrit :







> Message du 20/01/18 16:05
> De : "Christophe De Natale" >
> A : debian-user-french@lists.debian.org

> Copie à :
> Objet : Re: kernel panic
>
> Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :
> >
> > >
> > > Afin de mettre de côté un éventuel problème matériel => memtest

Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : 
« CPU found : 4, CPU started : 2, CPU active : 1 »


De mémoire c'est normal, Memtest n'utilise qu'un CPU. Je crois qu'il y a 
un option ou une touche Fx pour le faire fonctionner sur plusieurs coeurs.



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: kernel panic

2018-01-21 Par sujet Christophe De Natale 



Le 21/01/2018 à 17:15, Jean louis Giraud-Desrondiers a écrit :



Le 21 janv. 2018 à 16:59, Christophe De Natale  a 
écrit :



Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok


Du coup c'est quoi le processeur de cette machine svp ?

un Intel core i5

Quelle est la raison 686-pae et pas amd64 dans ce cas ?
Une idée qui a été suggérée serait de créer une partition (ubcd => 
parted magic)

et voir ce que cela donne sur une installation avec le noyau amd64

Démarrer sur ubcd permettrait aussi de tester la communication 
matérielle avec le ssd

et de re-vérifier les logs smart

Si vous n'avez pas eu l'occasion de tester, choisir "parted magic" vous 
fera parvenir

dans un environnement graphique

Re: kernel panic

2018-01-21 Par sujet Jean louis Giraud-Desrondiers 


> Le 21 janv. 2018 à 16:59, Christophe De Natale  
> a écrit :
> 
> 
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
 cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU 
 found : 4, CPU started : 2, CPU active : 1 »
>>> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
>> ok
>> 
> Du coup c'est quoi le processeur de cette machine svp ?
un Intel core i5
>

Re: kernel panic

2018-01-21 Par sujet Christophe De Natale 



Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

ok


Du coup c'est quoi le processeur de cette machine svp ?

Re: Demarrage Debian 8 impossible suite mise à jour.

2018-01-21 Par sujet hamster 

Le 21/01/2018 à 09:56, elekaj 34 a écrit :
Oui aucune partition n'est saturée et l'espace disque est largement 
bon (36% d'utilisation pour le /home, partition la plus "utilisée")


Il y a un problème récurrent que j'ai rencontré sous ubuntu. D'habitude 
débian le fait pas mais tu perds rien a essayer. La partition racine 
semble ne pas etre pleine, et en effet elle ne l'est pas en termes 
d'octets, par contre elle l'est en terme d'inodes. C'est les différentes 
versions des noyaux qui bouffent tous les inodes disponibles.


Le diagnostic se fait avec df -i
Le curatif se fait en supprimant les anciennes versions des noyaux sauf 
les deux dernières et ca remarche pour un certain nombre de mises a jour 
jusqu'a ce ca replante. J'avais donc fait un script qui fait le ménage 
automatiquement tout les mois pour régler le problème de facon définitive.

http://www.suna.fdn.fr/liens/menage-noyaux

Re: kernel panic

2018-01-21 Par sujet Christophe De Natale 



Le 21/01/2018 à 14:29, Jean louis Giraud-Desrondiers a écrit :

[...]

Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai pour 
un problème matériel


Éventuellement un port sata ou une nappe de connexion (?)


  car le 4.13 a déjà du démarrer sans souci auparavant.


Un kernel panic semble avoir eu lieu il y a 15 jours (ce qui a forcé 
l'op à forcer l'extinction du portable)



So what ?


Le "etc..." de ceci (une photo déposée qq part ?) ; désolé je ne sais 
pas comment récupérer ce type de message (d'ailleurs c'était bête de ma 
part de demander le kernel.log puisque le système ne démarre pas :D) :


[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b

Re: kernel panic

2018-01-21 Par sujet Pascal Hambourg 

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :


oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b


"Attempted to kill init" = quelque chose a provoqué la terminaison du 
processus init (PID 1), qui ne doit jamais se terminer.
Ça pourrait aider de voir les lignes qui suivent "dump stack". Au moins 
les noms des fonctions.

Re: kernel panic

2018-01-21 Par sujet Pascal Hambourg 

Le 17/01/2018 à 14:09, Giraud Jean-Louis a écrit :
  
oui  mais quand meme dans la colonne type la ligne 231 affiche pre fail ce qui veut dire je crois quelque chose comme juste avant de casser non ?


"Pre-fail" ou "Old_age" désigne seulement le type d'attribut, selon que 
la grandeur mesurée est un indicateur de défaillance de vieillissement.

Re: kernel panic

2018-01-21 Par sujet Jean louis Giraud-Desrondiers 


> Le 21 janv. 2018 à 14:21, Daniel Huhardeaux  a écrit :
> 
> Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :
>> [...]
>>> Sinon, en relisant votre premier message, il se passe quoi finalement au 
>>> boot :
>>> * on a le choix des versions de noyaux
>> oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
>> Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
>> 4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
>> ensuite
>> nouvelle page qui passe très vite  avec 2 lignes :
>> chargement de Linux 4.14…. pas le temps de lire la suite
>> puis une page qui ressemble à ceci :
>> [2.972887]  dump_stack….
>> etc….
>> dernière ligne
>> [2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
>> exit code = 0x000b
> [...]
> 
> Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai pour 
> un problème matériel car le 4.13 a déjà du démarrer sans souci auparavant.
oui kernel panic dans tous les cas quel que soit le noyau et que ce soit en 
mode normal, ou sysvinit ou recovery mode. Du coup je pensais aussi à un 
problème matériel mais j’ai fait tourner smartmontools qui semble montrer que 
le DD est OK et Memtest n’a rien trouvé au niveau CPU. 
So what ? 

> 
> -- 
> daniel
> 
JLouis

Re: kernel panic

2018-01-21 Par sujet Daniel Huhardeaux 

Le 21/01/2018 à 13:47, Jean louis Giraud-Desrondiers a écrit :

[...]

Sinon, en relisant votre premier message, il se passe quoi finalement au boot :
* on a le choix des versions de noyaux

oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite
nouvelle page qui passe très vite  avec 2 lignes :
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci :
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b

[...]

Et si vous démarrez sur le noyau 4.13, kernel panic? Si oui je pencherai 
pour un problème matériel car le 4.13 a déjà du démarrer sans souci 
auparavant.


--
daniel

Re: kernel panic

2018-01-21 Par sujet Jean louis Giraud-Desrondiers 


> Le 21 janv. 2018 à 10:41, Christophe De Natale  
> a écrit :
> 
> 
> 
> Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :
>>> 
>>>> > > Afin de mettre de côté un éventuel problème matériel => memtest
>>> 
>> Memtest a tourné toute la nuit : résultat : pass complète, no errors,
>> cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU 
>> found : 4, CPU started : 2, CPU active : 1 »
> 1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels
ok

> 
> Sinon, en relisant votre premier message, il se passe quoi finalement au boot 
> :
> * on a le choix des versions de noyaux
oui j’ai le choix entre Debian Gnu/linux et dessous « options avancées pour 
Debian Gnu/linux » si je vais sur cette option j’ai le choix entre le noyau 
4.14 et 4.13 et pour chacun choix entre sysvinit et recovery mode
ensuite 
nouvelle page qui passe très vite  avec 2 lignes : 
chargement de Linux 4.14…. pas le temps de lire la suite
puis une page qui ressemble à ceci : 
[2.972887]  dump_stack….
etc….
dernière ligne
[2.974414] — [ end Kernel panic - not syncing : Attempted to kil init ! 
exit code = 0x000b 

> * grub charge et ensuite ? Il y a des messages à l'écran ou c'est tout noir ?
> * y a-t'il une indication "kernel panic" ?
> 
> Si message il y a, quelles sont les dernières lignes au moment du blocage ?
> Le log fourni hier ne contient que 27 lignes qui ne contiennent rien laissant 
> penser à un kernel panic
le kernel.log ne contient pas les lignes indiquées ci-dessus
> 
> Et un démarrage en mode recovery puisque le menu est accessible ?
donne la même chose
> 
> Bon courage,
merci 
> 
> —
> Christophe
> 
JLouis
>

Re: INFO - Google adopte Debian Testing à la place d'Ubuntu

2018-01-21 Par sujet Pierre Malard 

> Le 21 janv. 2018 à 01:53, Haricophile  a écrit :
> 
> Le Sat, 20 Jan 2018 13:26:25 +0100,
> David Pinson  a écrit :
> 
>> Une bonne chose pour Debian ?
>> 
>> https://www.developpez.com/actu/183361/Goobuntu-Google-abandonne-sa-distribution-Linux-basee-sur-Ubuntu-pour-Debian-en-tant-qu-OS-de-bureau-pour-ses-machines-en-interne/
>> 
>> https://itsfoss.com/goobuntu-glinux-google/
>> 
> 
> Je ne sais pas si ça va changer beaucoup pour Debian, Ubuntu et Debian
> ça n'est pas étanche ni dans un sens ni dans l'autre. Je pense que c'est
> surtout une perte pour Ubuntu en terme d'image de marque.

Effectivement, et une autre interrogation pour ubuntu vu que le fait de
partir d'une testing pour baser sa propre distribution c’est exactement
la démarche d’Ubuntu.
En gros Gogole préfère voler de ses propres ailes et se sent assez fort
pour porter tout l’effort de développement fait sur Ubuntu ; ce qui est
vrai.

Cordialement

> 
> 

--
Pierre Malard

   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_) πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: [1/2HS] Installation WiFi dans une résidence

2018-01-21 Par sujet Yann Serre 



Le 21/01/2018 à 10:09, Pierre L. a écrit :


Le 21/01/2018 à 08:33, Yann Serre a écrit :

On tient peut-être là un bout d'explication du débit décevant et des
déconnexions intempestives de la plupart des réseaux WiFi publics:)
... Si le "pirate" ne parvient pas à récupérer facilement une
"oeuvre", il se découragera et ira ailleurs...


Le débit est effectivement un peu pourri les quelques fois où j'ai
testé, c'est comme les douches du camping aux heures de pointe... :p
Je ne sais pas si le "pirate" se découragera ou pas... pendant l'heure
de cafét' son téléchargement s'effectuera en fond, c'est toujours ça de
pris...


Et si l'utilisateur (avec de mauvaises intentions) ne sait pas masquer
son adresse MAC, son terminal est inscrit dans les logs de connexion
du service WiFi communautaire. Ce n'est pas une identification
stricte, mais c'est une trace qui désigne l'utilisateur habituel du
terminal.

L'accès par login et mot de passe est lié à une adresse mail (donnée
personnelle) et à des Conditions Générales de Service qui ont été
validées par un utilisateur précis. Le gestionnaire du WiFi Public
peut donc désigner ("dénoncer") une adresse mail en cas de demande.

D'où les adresses mails "jetables", et/ou hébergées à l'étranger, sous
d'autres lois qui peuvent ne pas "forcer" le fournisseur à désigner un
propriétaire physique derrière une adresse mail.

En établissement scolaire, j'ai souvenir que la gestion (et son
flicage...) de l'utilisateur était réalisée par un contrôle login/pass,
c'était assez simple car les personnes étaient toutes présentes
physiquement pour échanger ces données. Tous les accès vers les sites
étaient logués via un proxy Squid (si mes souvenirs sont bons), il était
donc aisé de désigner une personne (heuhh un identifiant) étant allée
sur tel site, tel jour, telle heure... à la demande des autorités.
Cependant l'utilisateur qui "prêtait" ses identifiants à son pote,
pouvait devenir le méchant à tort.
Comme ta voiture que tu aurais prêtée à un ami, et qui se fait flasher
en excès de vitesse. C'est sur le proprio de cette plaque
d'immatriculation que ca retombe.


Donc pour fournir une solution "responsable" à un groupe
d'appartements, il faudrait un routeur et une cellule WiFi par
appartement...

Avec cette réponse, je me place du point de vue d'un gestionnaire
d'immeubles qui ne veut pas être tenu pour responsable de l'usage que
les utilisateurs finaux font d'internet, pas du point de vue d'une
communauté qui aurait envie de tout partager et de contourner les
règles qui tentent d'empêcher de télécharger illégalement:)

Bon dimanche !


Oui c'est à mon avis devenu un vaste sujet qu'est ce flicage des
utilisateurs sur cette toile qui est à la base un espace libre, rendu
apparemment "nécessaire" par des ayants-droits qui demandent justice
face à des méchants contrevenants... (je n'évoque que le sujet des
copies d’œuvres dans ces lignes)

Bon dimanche aussi:)

oops, ca dérape sur le flicage...



On change le sujet en [9/10 HS] ?  :)

On sera d'accord que si un technophile veut s'approprier une oeuvre 
numérique, il trouvera un moyen !


Pour cette résidence, si on part du principe que les habitants ne sont 
pas un groupe d'amis ou une famille, il faut donc :

- leur délivrer un vrai haut débit, fiable,
- différencier les utilisateurs logement par logement.

Ce qui explique probablement les prix plus élevés de certains 
prestataires qui prennent en compte tous les aspects de ce dossier...

Re: kernel panic

2018-01-21 Par sujet Christophe De Natale 



Le 21/01/2018 à 09:40, Jean louis Giraud-Desrondiers a écrit :


> > > Afin de mettre de côté un éventuel problème matériel => memtest


Memtest a tourné toute la nuit : résultat : pass complète, no errors,
cependant il y a quelque chose qui m’intrigue car Memtest affiche : 
« CPU found : 4, CPU started : 2, CPU active : 1 »

1 cpu ; 2 cœurs physiques ; 4 cœurs virtuels

Sinon, en relisant votre premier message, il se passe quoi finalement au 
boot :

* on a le choix des versions de noyaux
* grub charge et ensuite ? Il y a des messages à l'écran ou c'est tout 
noir ?

* y a-t'il une indication "kernel panic" ?

Si message il y a, quelles sont les dernières lignes au moment du blocage ?
Le log fourni hier ne contient que 27 lignes qui ne contiennent rien 
laissant penser à un kernel panic


Et un démarrage en mode recovery puisque le menu est accessible ?

Bon courage,

--
Christophe

Re: [1/2HS] Installation WiFi dans une résidence

2018-01-21 Par sujet Pierre L. 


Le 21/01/2018 à 08:33, Yann Serre a écrit :
> On tient peut-être là un bout d'explication du débit décevant et des
> déconnexions intempestives de la plupart des réseaux WiFi publics :)
> ... Si le "pirate" ne parvient pas à récupérer facilement une
> "oeuvre", il se découragera et ira ailleurs...
>
Le débit est effectivement un peu pourri les quelques fois où j'ai
testé, c'est comme les douches du camping aux heures de pointe... :p
Je ne sais pas si le "pirate" se découragera ou pas... pendant l'heure
de cafét' son téléchargement s'effectuera en fond, c'est toujours ça de
pris...

> Et si l'utilisateur (avec de mauvaises intentions) ne sait pas masquer
> son adresse MAC, son terminal est inscrit dans les logs de connexion
> du service WiFi communautaire. Ce n'est pas une identification
> stricte, mais c'est une trace qui désigne l'utilisateur habituel du
> terminal.
>
> L'accès par login et mot de passe est lié à une adresse mail (donnée
> personnelle) et à des Conditions Générales de Service qui ont été
> validées par un utilisateur précis. Le gestionnaire du WiFi Public
> peut donc désigner ("dénoncer") une adresse mail en cas de demande.
D'où les adresses mails "jetables", et/ou hébergées à l'étranger, sous
d'autres lois qui peuvent ne pas "forcer" le fournisseur à désigner un
propriétaire physique derrière une adresse mail.

En établissement scolaire, j'ai souvenir que la gestion (et son
flicage...) de l'utilisateur était réalisée par un contrôle login/pass,
c'était assez simple car les personnes étaient toutes présentes
physiquement pour échanger ces données. Tous les accès vers les sites
étaient logués via un proxy Squid (si mes souvenirs sont bons), il était
donc aisé de désigner une personne (heuhh un identifiant) étant allée
sur tel site, tel jour, telle heure... à la demande des autorités.
Cependant l'utilisateur qui "prêtait" ses identifiants à son pote,
pouvait devenir le méchant à tort.
Comme ta voiture que tu aurais prêtée à un ami, et qui se fait flasher
en excès de vitesse. C'est sur le proprio de cette plaque
d'immatriculation que ca retombe.

> Donc pour fournir une solution "responsable" à un groupe
> d'appartements, il faudrait un routeur et une cellule WiFi par
> appartement...
>
> Avec cette réponse, je me place du point de vue d'un gestionnaire
> d'immeubles qui ne veut pas être tenu pour responsable de l'usage que
> les utilisateurs finaux font d'internet, pas du point de vue d'une
> communauté qui aurait envie de tout partager et de contourner les
> règles qui tentent d'empêcher de télécharger illégalement :)
>
> Bon dimanche !
>
Oui c'est à mon avis devenu un vaste sujet qu'est ce flicage des
utilisateurs sur cette toile qui est à la base un espace libre, rendu
apparemment "nécessaire" par des ayants-droits qui demandent justice
face à des méchants contrevenants... (je n'évoque que le sujet des
copies d’œuvres dans ces lignes)

Bon dimanche aussi :)

oops, ca dérape sur le flicage...



signature.asc
Description: OpenPGP digital signature

Re: Demarrage Debian 8 impossible suite mise à jour.

2018-01-21 Par sujet elekaj 34 
Le 20 janvier 2018 à 19:19, Alban Vidal  a écrit :

> Bonjour,
>
>  Le 20/01/2018 à 15:09, elekaj 34 a écrit :
>
>
>
> J'ai refait la procédure apt-get update suivi d'un apt-get upgrade et là
> j'ai l'erreur suivante :
> Vous pouvez lancer apt-get -f install pour corriger ces problèmes
> Les paquets suivants contiennent des dépendances non satisfaites :
>  bind 9 : Dépend: libbind9-90 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: libdns100 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: libics95 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: libisccc90 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: libisccfg90 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: liblwres90 (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>  Dépend: bind9utils (= 1:9.9.5.dfsg-9+deb8u14) mais
> 1:9.9.5.dfsg-9+deb8u15 est installé
>
> Évidemment lors d'un apt-get -f install je me fait insulter :
>
> Dépaquetage de bind9 (1:9.9.5.dfsg-9+deb8u15) sur
> (1:9.9.5.dfsg-9+deb8u14) ...
> dpkg: erreur de traitement de l'archive /var/cache/apt/archives/bind9-
> 1%3a9.9.5.dfsg-9+deb8u15_amd64.deb (--unppack)
> tentative de remplacement de /var/run, qui appartient aussi au paquet
> base-files 8+deb8u10
> dpkg-deb : erreur : le sous-processus coller a été tué par le signal
> Relais brisé (pipe)
> Des erreurs ont été rencontrées pendant l'éxécution :
> /var/cache/apt/archives/bind9-1%3a9.9.5.dfsg-9+deb8u15_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> La volumétrie est bonne ? Surtout sur la racine et la partition /var ?
>
> As-tu essayé la commande suivante :
> dpkg --configure -a
>
> Si toujours rien, j'essayerai :
> apt-get clean
> apt install --reinstall bind9
>
> Cordialement,
>
> Alban
>

Bonjour,

Oui aucune partition n'est saturée et l'espace disque est largement bon
(36% d'utilisation pour le /home, partition la plus "utilisée")

J'ai désinstallé bind9 puis réinstallé. Cela a résolu pas mal de soucis
mais pas tous !
Tous les services démarrent correctement, y compris D-BUS mais munin refuse
de démarrer (pour l'instant c'est pas un soucis).

Mais au boot j'ai toujours les messages relatif à random-seed et
various-fixup !

J'ai vérifié sur d'autres VM, elles aussi en debian 8 (et à jour) et je
n'ai pas les problèmes relatif au random-seed et various-fixup.

Je continue mes recherches et tentatives de dépannages.

Alain

Lumières d'Ici ... et d'Ailleurs

Re: kernel panic

2018-01-21 Par sujet Jean louis Giraud-Desrondiers 


> Le 20 janv. 2018 à 18:08, Giraud Jean-Louis  a 
> écrit :
> 
>  
>  
>  
>  
>  
> > Message du 20/01/18 16:05
> > De : "Christophe De Natale" 
> > A : debian-user-french@lists.debian.org
> > Copie à : 
> > Objet : Re: kernel panic
> > 
> > Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :
> > >
> > > >
> > > > Afin de mettre de côté un éventuel problème matériel => memtest
Memtest a tourné toute la nuit : résultat : pass complète, no errors, 
cependant il y a quelque chose qui m’intrigue car Memtest affiche : « CPU found 
: 4, CPU started : 2, CPU active : 1 » 
> > >
> > > je ne reussis pas a l installer 
> > >
> > Avec un live-cd de type ubcd (c'est mon outil préféré, il y a tout ce 
> > qu'il faut pour diagnostiquer la machine):http://www.ultimatebootcd.com/ 
> > oui très  bien cet outil mais il faut 
> > prendre la version 5.3.6, chez moi la version 5.3.7 n’a pas voulu passer 
> > dans le graveur. 
> 
JLouis