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

2018-01-20 Par sujet Yann Serre 

Bonjour,

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

Le 21/01/2018 à 00:25, Frederic Zulian a écrit :

La solution pourrait être de faire comme les hôtels et les Mcdo. Il
faut s'identifier à un portail lors de chaque connexion.

C'est là où je me demande comment Mc Do et autres peuvent dire à
l'hadopi que c'est Monsieur X qui a choppé le dernier album de
Metallica... ou Madame Y qui se sera servie en Reine des Neiges sur un
torrent quelconque...? Comment les responsables de ces lignes
peuvent-ils se déresponsabiliser de cette manière ? (sachant qu'avec
l'hadopi, on est à priori présumé coupable ?)



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...


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.


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 !

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

2018-01-20 Par sujet Haricophile 
Le Sat, 20 Jan 2018 23:34:28 +0100,
Yann Serre  a écrit :

> - gestion par un fournisseur d'accès qui devra répondre à l'Hadopi et 
> désigner le titulaire de l'abonnement qui aura téléchargé
> illégalement,

Bah non, en passant par FDN on évite ça du fait de son statut
associatif, on n'a pas a s'espionner et se dénoncer soi-même ;)

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

2018-01-20 Par sujet Haricophile 
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.

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

2018-01-20 Par sujet Pierre L. 
Bonsoir,

Le 21/01/2018 à 00:25, Frederic Zulian a écrit :
> La solution pourrait être de faire comme les hôtels et les Mcdo. Il
> faut s'identifier à un portail lors de chaque connexion.
C'est là où je me demande comment Mc Do et autres peuvent dire à
l'hadopi que c'est Monsieur X qui a choppé le dernier album de
Metallica... ou Madame Y qui se sera servie en Reine des Neiges sur un
torrent quelconque...? Comment les responsables de ces lignes
peuvent-ils se déresponsabiliser de cette manière ? (sachant qu'avec
l'hadopi, on est à priori présumé coupable ?)



signature.asc
Description: OpenPGP digital signature

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

2018-01-20 Par sujet Frederic Zulian 
Bonjour,

Je rejoint ce que dit Yann. Poser de la fibre me semble  plus fiable,
demandera moins d'entretien et sera peut-être moins cher.

Si tu tiens absolument à faire un réseau Wifi, c'est possible mais pour te
répondre il faudrait un plan d'ensemble des différents immeubles et savoir
arrive la fibre.

Sinon il est difficile de déterminer le nombre de points d’accès et de
répéteurs nécessaires.

Autre problème, si tu fournis un accès Internet à X utilisateurs, tu seras
responsable de ce qu'ils vont faire de ces accès (problèmes en vue avec
Hadopi).

La solution pourrait être de faire comme les hôtels et les Mcdo. Il faut
s'identifier à un portail lors de chaque connexion.

Il est donc nécessaire en plus de l’installation du Wifi de mettre un
serveur pour héberger le portail, gérer les quotas de bandes passantes, ...

A +

--

Frédéric Zulian
F1sxo






Le 20 janvier 2018 à 23:34, Yann Serre  a écrit
:

> Bonjour,
>
> Je suppose que dans le cahier des charges il y a :
> - respect des puissances maximales WiFi autorisées par les lois françaises,
> - un réseau isolé par logement (et pas une "partouze de bits" sur un grand
> réseau commun) donc fourniture d'un routeur par logement,
> - gestion par un fournisseur d'accès qui devra répondre à l'Hadopi et
> désigner le titulaire de l'abonnement qui aura téléchargé illégalement,
> - le fournisseur d'accès devra aussi gérer administrativement et
> techniquement les identifiants/mots de passe des accès pour chaque
> emménagement (changement à chaque nouvel occupant, un syndic de copropriété
> risque de ne pas savoir faire techniquement),
> - il doit s'agir de ponts WiMAX entre les bâtiments, pas WiFi ?
> - en tête de réseau il y a probablement une répartition de charge sur
> plusieurs fibres ? (64 logements pour 1 fibre ?)
> - le routeur de chaque logement doit avoir un limiteur de bande passante
> pour ne pas pomper tout le débit disponible...
>
> Et pourquoi ne pas desservir chaque bâtiment par une fibre enterrée ? Ce
> sera plus fiable et sans entretien pendant +20 ans ?
>
> Bonne soirée.
>
>


-- 
--
Frédéric ZULIAN

Re: Blocage sur GRUB_ après conversion VMWare

2018-01-20 Par sujet eric.bernard 
Bonjour, j'ai eu le même problème. Rien n'y a fait, y compris l'intervention 
d'une entreprise spécialisée. J'ai réinstaller et récupéré ce qui était 
nécessaire sur l'ancien poste. Bon courage !!!


Envoyé depuis mon smartphone Samsung Galaxy.
 Message d'origine De : Pascal Hambourg 
 Date : 20/01/2018  13:13  (GMT+01:00) À : 
debian-user-french@lists.debian.org Objet : Re: Blocage sur GRUB_ après 
conversion VMWare 
Le 19/01/2018 à 19:23, Erwan RIGOLLOT a écrit :
> 
> Donc après conversion, je boot sur un livecd et je fais grub-install et 
> update-grub

Est-il possible de détailler les actions effectuées (dans un chroot ?), 
les commandes complètes avec leurs arguments et leur sortie complète ?

> mais après reboot malheureusement je bloque sur çà :
> [cid:image001.png@01D3915A.F6F6F420]

Il n'était pas nécessaire de joindre une image pour nous informer qu'il 
ne s'affiche que "GRUB_" en blanc sur fond noir.

Cela indique l'exécution du secteur d'amorce (boot image) de GRUB, mais 
l'exécution de la phase suivante, l'image principale (core image) ne 
semble pas se produire.

Quelle est l'organisation des disques et partitions de cette machine ?

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

2018-01-20 Par sujet Yann Serre 

Bonjour,

Je suppose que dans le cahier des charges il y a :
- respect des puissances maximales WiFi autorisées par les lois françaises,
- un réseau isolé par logement (et pas une "partouze de bits" sur un 
grand réseau commun) donc fourniture d'un routeur par logement,
- gestion par un fournisseur d'accès qui devra répondre à l'Hadopi et 
désigner le titulaire de l'abonnement qui aura téléchargé illégalement,
- le fournisseur d'accès devra aussi gérer administrativement et 
techniquement les identifiants/mots de passe des accès pour chaque 
emménagement (changement à chaque nouvel occupant, un syndic de 
copropriété risque de ne pas savoir faire techniquement),

- il doit s'agir de ponts WiMAX entre les bâtiments, pas WiFi ?
- en tête de réseau il y a probablement une répartition de charge sur 
plusieurs fibres ? (64 logements pour 1 fibre ?)
- le routeur de chaque logement doit avoir un limiteur de bande passante 
pour ne pas pomper tout le débit disponible...


Et pourquoi ne pas desservir chaque bâtiment par une fibre enterrée ? Ce 
sera plus fiable et sans entretien pendant +20 ans ?


Bonne soirée.

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

2018-01-20 Par sujet Ph. Gras 

Le 20 janv. 2018 à 20:04, andre_deb...@numericable.fr a écrit :

> Le gestionnaire d'une résidence, dans un parc
> assez grand, dans lequel sont répartis 5 petits
> immeubles de 2 étages (3 niveaux),
> souhaitent installer une WiFi internet.
> Chaque immeuble est distant des autres
> d'environ 40m.
> 
> L'objectif est que tous les occupants puissent
> bénéficier d'une WiFi  de qualité dans leur appartement 
> de 2 pièces, avec évitement d'une bande passante saturée
> si trop de monde est connecté.
> Le contrat FAI actuel de la résidence est Orange Fibre.
> Blême, est que Orange n'a pas su délivrer une WiFi
> correcte, coupures, bande passante insuffisante etc...
> 
> 3 devis ont été lancés auprès de 3 sociétés spécialisées :
> entre 15K€ et 43K€.
> 
> Avez vous des infos du mode opératoire ?
> antenne, relais, combien, modem box, serveur...
> et le prix de 43K€ (corsé) serait-il justifié.

Il me semble assez incongru d'installer du Wi-Fi derrière du très haut débit 
(Orange Fibre),
mais pour ce faire, il faudrait un ou plusieurs émetteurs pour transmettre les 
signaux dans
les appartements :
https://www.google.fr/search?q=émetteur+wifi+longue+portée

Y en a pour mille fois moins cher ;-)

Bonne pioche,

Ph. Gras

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

2018-01-20 Par sujet andre_debian 
Le gestionnaire d'une résidence, dans un parc
assez grand, dans lequel sont répartis 5 petits
immeubles de 2 étages (3 niveaux),
souhaitent installer une WiFi internet.
Chaque immeuble est distant des autres
d'environ 40m.

L'objectif est que tous les occupants puissent
bénéficier d'une WiFi  de qualité dans leur appartement 
de 2 pièces, avec évitement d'une bande passante saturée
si trop de monde est connecté.
Le contrat FAI actuel de la résidence est Orange Fibre.
Blême, est que Orange n'a pas su délivrer une WiFi
correcte, coupures, bande passante insuffisante etc...

3 devis ont été lancés auprès de 3 sociétés spécialisées :
entre 15K€ et 43K€.

Avez vous des infos du mode opératoire ?
antenne, relais, combien, modem box, serveur...
et le prix de 43K€ (corsé) serait-il justifié.

Merci,

André

Re: Demarrage Debian 8 impossible suite mise à jour.

2018-01-20 Par sujet Bernard Schoenacker 
- Mail original -

> De: "elekaj 34" 
> À: debian-user-french@lists.debian.org
> Envoyé: Samedi 20 Janvier 2018 15:09:29
> Objet: Demarrage Debian 8 impossible suite mise à jour.

> Bonjour,

> Je viens requêter votre aide, car mon installation Debian est bien
> malade.

> Le contexte :
> L'installation en question est un VM sur un Proxmox 3.2-4.
> Comme de nombreuses fois par le passé, je fais un apt-get update
> suivi d'un apt-get upgrade pour mettre à jour mon installation (mise
> à jour d'une VM, pas du serveur Proxmox en lui-même).
> Je reboote et là toujours pas d'accès SSH plusieurs minutes après le
> boot.

> Je décide donc d'aller dans l'interface Web de Proxmox, je lance la
> console de la VM malade est là j'ai plusieurs erreur :

> [FAILED] Failed to start Load/Save Random Seed
> See 'systemctl status systemd-random-seed.service' for details
> [FAILED] Failed to start Various fixups to make systemd work better
> on Debian
> See 'systemctl status debian-fixup.service' for details

> Ensuite pas mal de OK mais ensuite çà se gâte de nouveau :

> [FAILED] Failed to listen on D-Bus System Message Bus Socket.
> See 'systemctl status dbus.socket' for details

> [DEPEND] Dependency failed for D-Bus System Message Bus

> Puis les erreurs des services installés qui n'arrive pas à démarrer
> (comme le serveur SSH par exemple).

> Pour le problème du random seed, le fichier random-seed dans
> /var/lib/systemd était bien présent mais j'ai par "précaution" j'ai
> supprimé le fichier et lancé la commande suivante :

> systemctl start systemd-random-seed.service
> Le fichier est toujours là :

> -rw--- 1 root root 512 janv. 20 13:57 random-seed

> J'ai eu beau lire un tas de docs, je ne trouve pas le pourquoi du
> comment de ce plantage au démarrage :(

> Idem pour D-Bus :(

> 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)

> Des idées pouvant m'aider à résoudre mon soucis ?

> PS : Désolé pour la longueur j'ai essayé d'être le plus exhaustif
> possible malgré les nombreuses manip et lecture a droite à gauche !

> Alain

bonjour, 

en premier faire un : 

sudo apt-get autoclean 
sudo apt-get install --fix-broken 
sudo dpkg --configure -a 

c'est possible de se dépatouiller mais c'est s ans garantie 

slt 
bernard

Re: Demarrage Debian 8 impossible suite mise à jour.

2018-01-20 Par sujet Alban Vidal 
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

Re: update-grub2 et /dev/sda : résolus

2018-01-20 Par sujet andre_debian 
On Wednesday 17 January 2018 09:53:33 S. Ascoet wrote:
> Bonjour, non, je n'ai rien contre toi. C'est juste que tu ne respectes 
> pas les bonnes regles pour poser des questions ce qui cree de la 
> confusion et fait perdre bien du temps a tourner en rond pour qu'au 
> final tu n'en fasses qu'a ta tete et surtout en ne l'assumant pas, c'est 
> ca le plus insupportable :

As tu vraiment lu mon mail avant ta réponse ?
Il n'y a vraiment rien eu "d'insupportable" de ma part,
surtout si tu daignes maintenant lire mon mail ci-dessous :

> Bien sur, Grub intervient alors que /dev n'existe meme pas encore :

/dev/sda était bien remis avant de lancer update-grub2, ça ne vient pas de là.

> > Les membres de l'association retrouvent un serveur bien fonctionnel :
> Qui ne serait peut-etre jamais tombe en panne si tu n'avais pas 
> l'habitude de toucher a des trucs qui ne doivent pas l'etre, mais comme 
> tu ne nous donnes jamais aucune information sur le pourquoi de ces 
> manipulations... :

Je n'ai rien touché avant la panne, elle s'est manifestée après un reboot.

> > L'essentiel est que l'action réussisse :
> Tu compares des choses que ne le sont pas vraiment :
Quelle est cette facheuse erreur de comparaison ?

Plus sérieux,
DEVICE DU DISQUE DUR :
/dev/sda est brusquement devenu /dev/sdc : c'est anormal.
Ma méthode était peut-être pas trop orthodoxe :
# mv /dev/sdc /dev/sda
après reboot, a remis toutes les 8 partitions du disque dur sur leur 
device /dev/sda1 à /dev/sda8.

GRUB :
#update-grub2
ne me créait pas un fichier "grub.cfg" bootable, car UUID pas respectés.
Je l'ai modifié à la main, en remettant le bon UUID pour chaque partition.
C'est vrai, la méthode est non conforme, puisque au début du fichier grub.cfg,
il est indiqué qu'il ne faut pas le modifier à la mano.

Au reboot, tout refonctionne, grub boote sur sur toutes les partitions Linux,
et #df -h indique bien /dev/sda1.

J'aurais préféré réussir par la méthode de la conformité,
mais elle n'a jamais voulu fonctionner.

André

Re: Demarrage Debian 8 impossible suite mise à jour.

2018-01-20 Par sujet G2PC 
Le 20/01/2018 à 15:09, elekaj 34 a écrit :
> Bonjour,
>
> Je viens requêter votre aide, car mon installation Debian est bien malade.
>
> Le contexte :
> L'installation en question est un VM sur un Proxmox 3.2-4.
> Comme de nombreuses fois par le passé, je fais un apt-get update suivi
> d'un apt-get upgrade pour mettre à jour mon installation (mise à jour
> d'une VM, pas du serveur Proxmox en lui-même).
> Je reboote et là toujours pas d'accès SSH plusieurs minutes après le boot.
>
> Je décide donc d'aller dans l'interface Web de Proxmox, je lance la
> console de la VM malade est là j'ai plusieurs erreur :
>
> [FAILED] Failed to start Load/Save Random Seed
> See 'systemctl status systemd-random-seed.service' for details
> [FAILED] Failed to start Various fixups to make systemd work better on
> Debian
> See 'systemctl status debian-fixup.service' for details
>
> Ensuite pas mal de OK mais ensuite çà se gâte de nouveau :
>
> [FAILED] Failed to listen on D-Bus System Message Bus Socket.
> See 'systemctl status dbus.socket' for details
> [DEPEND] Dependency failed for D-Bus System Message Bus
>
> Puis les erreurs des services installés qui n'arrive pas à démarrer
> (comme le serveur SSH par exemple).
>
> Pour le problème du random seed, le fichier random-seed dans
> /var/lib/systemd était bien présent mais j'ai par "précaution" j'ai
> supprimé le fichier et lancé la commande suivante :
> systemctl start systemd-random-seed.service
> Le fichier est toujours là :
> -rw--- 1 root root  512 janv. 20 13:57 random-seed
>
> J'ai eu beau lire un tas de docs, je ne trouve pas le pourquoi du
> comment de ce plantage au démarrage :(
> Idem pour D-Bus :(
>
> 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)
>
>
> Des idées pouvant m'aider à résoudre mon soucis ?
>
> PS : Désolé pour la longueur j'ai essayé d'être le plus exhaustif
> possible malgré les nombreuses manip et lecture a droite à gauche !
>
> Alain
>
Et bind, tu l'utilises ?
Est ce qu'il est possible de le supprimer sans créer d'instabilités
supplémentaires ?

Re: kernel panic

2018-01-20 Par sujet Christophe De Natale 

Le 20/01/2018 à 12:13, Giraud Jean-Louis a écrit :


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

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/


Pour /var/log/kernel.log, rien de plus à se mettre sous la dent ?

ps : pas la peine de me mettre en destinataire du message, je reçois les 
courriels de la liste ; là je les ai reçu 2 fois

Re: Blocage sur GRUB_ après conversion VMWare

2018-01-20 Par sujet olivier . bitsch 
Hello,
Est-ce que la partition qui contient le kernel (/boot) est contient
bien le flag bootable?
Olivier.
Le vendredi 19 janvier 2018 à 18:23 +, Erwan RIGOLLOT a écrit :
> Bonjour à tous,
>  
> Je viens de convertir un serveur physique sous Debian 7.0 vers une VM
> VMWare avec VMWare Converter.
> J’ai décoché la reconfiguration de la VM dans les paramètres VMWare
> Converter car cela me donnait cette erreur :
> FAILED: An error occurred during the conversion:
> 'boost::filesystem::directory_iterator::construct: No such file or
> directory:
> "/mnt/p2v-src-root/lib/modules"'
>  
> Donc après conversion, je boot sur un livecd et je fais grub-install
> et update-grub mais après reboot malheureusement je bloque sur çà :
> 
>  
>  
> Que puis-je faire ?
>  
> Merci beaucoup et bon week-end
>  
> Erwan
> 
> 
>

Re: update-grub2 : résolu mais...

2018-01-20 Par sujet Pierre L. 
(...)
Ok

Le 19/01/2018 à 22:21, Pascal Hambourg a écrit :
> Dans mon idée, la configuration du GRUB principal indépendant serait
> gérée manuellement et n'aurait besoin d'être modifiée que lorsqu'on
> ajoute ou supprime une distribution. Les noyaux des distributions
> seraient gérés par leurs GRUB respectifs.
>
> Menu de GRUB0 :
> "Linux1" -> GRUB1
> "Linux2" -> GRUB2
> etc. 

Bon, il faudrait que je vois ca de mes yeux vus.
Donc le GRUB0 n'aurait que des liens vers les autres Grub... ok, je
comprend mieux. Je croyais que les lignes de commandes de boot étaient
en lui, tu comprends donc maintenant ma logique qui me disait que ce
n'était pas ultra simple de mettre à jour à chaque fois ce GRUB0 (à la
manière de notre bon vieux Grub en solo habituel).



signature.asc
Description: OpenPGP digital signature

Demarrage Debian 8 impossible suite mise à jour.

2018-01-20 Par sujet elekaj 34 
Bonjour,

Je viens requêter votre aide, car mon installation Debian est bien malade.

Le contexte :
L'installation en question est un VM sur un Proxmox 3.2-4.
Comme de nombreuses fois par le passé, je fais un apt-get update suivi d'un
apt-get upgrade pour mettre à jour mon installation (mise à jour d'une VM,
pas du serveur Proxmox en lui-même).
Je reboote et là toujours pas d'accès SSH plusieurs minutes après le boot.

Je décide donc d'aller dans l'interface Web de Proxmox, je lance la console
de la VM malade est là j'ai plusieurs erreur :

[FAILED] Failed to start Load/Save Random Seed
See 'systemctl status systemd-random-seed.service' for details
[FAILED] Failed to start Various fixups to make systemd work better on
Debian
See 'systemctl status debian-fixup.service' for details

Ensuite pas mal de OK mais ensuite çà se gâte de nouveau :

[FAILED] Failed to listen on D-Bus System Message Bus Socket.
See 'systemctl status dbus.socket' for details
[DEPEND] Dependency failed for D-Bus System Message Bus

Puis les erreurs des services installés qui n'arrive pas à démarrer (comme
le serveur SSH par exemple).

Pour le problème du random seed, le fichier random-seed dans
/var/lib/systemd était bien présent mais j'ai par "précaution" j'ai
supprimé le fichier et lancé la commande suivante :
systemctl start systemd-random-seed.service
Le fichier est toujours là :
-rw--- 1 root root  512 janv. 20 13:57 random-seed

J'ai eu beau lire un tas de docs, je ne trouve pas le pourquoi du comment
de ce plantage au démarrage :(
Idem pour D-Bus :(

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)


Des idées pouvant m'aider à résoudre mon soucis ?

PS : Désolé pour la longueur j'ai essayé d'être le plus exhaustif possible
malgré les nombreuses manip et lecture a droite à gauche !

Alain

Re: Comment détecter le réseau local auquel on se connecte ?

2018-01-20 Par sujet Vincent Lefevre 
Bonjour,

On 2018-01-19 11:08:12 +0100, Olivier wrote:
> - améliorer la reconnaissance du réseau local auquel on se connecte face
> aux milliers de réseau locaux en 192.168.1.0/24, par exemple ?

Dans le passé, j'utilisais guessnet et une reconnaissance par
l'adresse MAC de la passerelle:

mapping eth0
  script /usr/sbin/guessnet-ifupdown
  map syslog: true
  map default: eth0-dhcp
  map debug: true
  map timeout: 10

iface eth0-home inet static
  address 192.168.0.8
  netmask 255.255.255.0
  broadcast 192.168.0.255
  gateway 192.168.0.1
  test peer address 192.168.0.1 mac XX:XX:XX:XX:XX:XX
  dns-nameservers ...

etc.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

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

2018-01-20 Par sujet David Pinson 
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/

-- 
Linuxement vôtre,
-- 
dptech ~ David Pinson

La route est longue mais la voie est libre !
--

   var beer = new beer();
   if (beer.empty)  {
   beer.refill();
   } else {
   beer.drink();
   }

Re: Blocage sur GRUB_ après conversion VMWare

2018-01-20 Par sujet Pascal Hambourg 

Le 19/01/2018 à 19:23, Erwan RIGOLLOT a écrit :


Donc après conversion, je boot sur un livecd et je fais grub-install et 
update-grub


Est-il possible de détailler les actions effectuées (dans un chroot ?), 
les commandes complètes avec leurs arguments et leur sortie complète ?



mais après reboot malheureusement je bloque sur çà :
[cid:image001.png@01D3915A.F6F6F420]


Il n'était pas nécessaire de joindre une image pour nous informer qu'il 
ne s'affiche que "GRUB_" en blanc sur fond noir.


Cela indique l'exécution du secteur d'amorce (boot image) de GRUB, mais 
l'exécution de la phase suivante, l'image principale (core image) ne 
semble pas se produire.


Quelle est l'organisation des disques et partitions de cette machine ?

Re: Blocage sur GRUB_ après conversion VMWare

2018-01-20 Par sujet Pierre Malard 
Ceci ressemble a une perte de repères décrits dans les fichiers de 
configuration. Ha ! un clicodrome ne peut pas tout prévoir ni prévenir lorsque 
ça coince. Essaye de reconstruire le grub de la VM à partir du boot sur un 
LiveCD, une image ISO d’un liveCD ou au rattachement de l’image disque VMDK sur 
une autre VM.

(cf http://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub 
)

> Le 19 janv. 2018 à 19:23, Erwan RIGOLLOT  a écrit :
> 
> Bonjour à tous,
> 
> Je viens de convertir un serveur physique sous Debian 7.0 vers une VM VMWare 
> avec VMWare Converter.
> J’ai décoché la reconfiguration de la VM dans les paramètres VMWare Converter 
> car cela me donnait cette erreur :
> FAILED: An error occurred during the conversion: 
> 'boost::filesystem::directory_iterator::construct: No such file or directory:
> "/mnt/p2v-src-root/lib/modules"'
> 
> Donc après conversion, je boot sur un livecd et je fais grub-install et 
> update-grub mais après reboot malheureusement je bloque sur çà :
> 
> 
> 
> Que puis-je faire ?
> 
> Merci beaucoup et bon week-end
> 
> Erwan

--
Pierre Malard

  «Quand un Français dit du mal de lui, ne le croyez pas, Il se vante !»
   Édouard Pailleron
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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: kernel panic

2018-01-20 Par sujet Giraud Jean-Louis 
 

 

 

 

 


> 
> Afin de mettre de côté un éventuel problème matériel => memtest
je ne reussis pas a l installer 

> 
> --
> Christophe
> 
>

Re: kernel panic

2018-01-20 Par sujet Giraud Jean-Louis 
 

 

 

 

 

> Message du 20/01/18 10:41
> De : "Christophe De Natale" 
> A : debian-user-french@lists.debian.org
> Copie à : 
> Objet : Re: kernel panic
> 
> Le 19/01/2018 à 08:31, Jean louis Giraud-Desrondiers a écrit :
> >
> > donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, 
> > dans quelle direction faut-il chercher ?
> > Cordialement
> >
> Bonjour Jean-Louis,
Bonjour Christophe,
> 
> Rien dans ces logs qui pourrait aider ? => /var/log/kern.log
voir la piece jointe ... si vous reussissez a l ouvrir
> Vous disiez avoir déjà eu un kernel panic il y a 15 jours, comment 
> avez-vous résolu le problème ?
tout betement j ai eteint de force et puis j ai rallume et ca a marche
> Ce ne serait donc pas suite à la mise à jour (?)
pas sur en effet
> 
> Afin de mettre de côté un éventuel problème matériel => memtest
je vais essayer de faire ca et je vous transmets les resultats
> 
> --
> Christophe
cordialement 
JLouis

> 
>

toutou
Description: Binary data

Re: kernel panic

2018-01-20 Par sujet Christophe De Natale 

Le 19/01/2018 à 08:31, Jean louis Giraud-Desrondiers a écrit :


donc maintenant qu’on a éliminé d’éventuels problèmes au niveau du DD, 
dans quelle direction faut-il chercher ?

Cordialement


Bonjour Jean-Louis,

Rien dans ces logs qui pourrait aider ? => /var/log/kern.log
Vous disiez avoir déjà eu un kernel panic il y a 15 jours, comment 
avez-vous résolu le problème ?

Ce ne serait donc pas suite à la mise à jour (?)

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

--
Christophe

Re: kernel panic

2018-01-20 Par sujet Eric Degenetais 
Le 20 janv. 2018 9:38 AM, "Jean louis Giraud-Desrondiers" <
giraud_jean-lo...@orange.fr> a écrit :



> Le 16 janv. 2018 à 16:07, andre_deb...@numericable.fr a écrit :

>> surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
>> y installer un Linux released,
>qu’est ce que c’est ?

De l'ironie mal placée d'André, qui est vexé par des échanges d'un autre
fil qui ne te concerne pas. C'est du bruit, ne te laisse pas embrouiller.



> et voir si le SSD boote bien.
>
> Ce serait dommage d'acheter un SSD pour rien.
>
> André
>
>

JLouis

Re: kernel panic

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


> Le 16 janv. 2018 à 16:07, andre_deb...@numericable.fr a écrit :
> 
> On Tuesday 16 January 2018 13:13:17 Jean louis Giraud-Desrondiers wrote:
>> Je suis sous Debian Buster. Dernière mise à jour : hier. 
>> Ce matin au démarrage kernel panic. J’ai essayé de démarrer en mode «
>> sysvinit » puis en « recovery mode » avec le noyau chargé hier
>> (4.14.0-2-686-pae) même résultat. J’ai ensuite essayé de démarrer sur le
>> noyau précédent (4.13) en mode normal, puis sysvinit puis recovery mode :
>> j’arrive toujours au même résultat : kernel panic. 
>> Quelques précisions supplémentaires : il s’agit d’un portable avec un DD SSD
>> Sata III qui a presque 5 ans et j’ai déjà eu un kernel panic il y a 15 jours
>> puis ensuite tout est rentré dans l’ordre (du coup heureusement j’ai une
>> sauvegarde très récente).
>> La seule « bonne » nouvelle c’est que mon portable démarre avec un live-CD. 
>> Du coup mes questions sont les suivantes : 
>> est-ce que je peux espérer refaire fonctionner normalement mon portable
>> avec le DD actuel et si oui comment ?  
>> s’il n’y a aucune possibilité de refaire fonctionner normalement le DD
>> actuel, j’envisage de racheter un DD SSD vierge pour remplacer celui que
>> j’ai actuellement : est-ce que cette solution vous paraît fiable ou bien
>> faut-il procéder autrement et comment ? 
> 
> Voir, avant de racheter SSD, plutôt grub, c'est à la mode :-)
> Booter sur un Live CD et réparer grub ?
> (voir si le noyau dans grub.cfg correspond bien à celui de /boot).
Bonjour, 
puisqu’il semble que mon DD soit OK je suis remonté à ton mail. Je vais donc 
chercher du côté de grub. Là je suis allé voir du côté de grub.cfg et /boot : 
les noyaux correspondent bien. 

> 
> En profiter pour installer en parallèle une autre partition,
je fais comment ? (désolé pour toutes ces questions mais là j’avoue que je 
patauge)

> surtout pas /dev/sda mais /ded/sdc, sinon c'est pas conforme :-)
> y installer un Linux released,
qu’est ce que c’est ? 

> et voir si le SSD boote bien.
> 
> Ce serait dommage d'acheter un SSD pour rien.
> 
> André
> 
> 

JLouis