Re: [Ubuntu-QC] Occupé

[Gilbert Dion]

Une erreur. Désolé.
@+,
g


Le jeu. 16 juin 2022 à 17:21, Pierre-Luc Daoust  a écrit :

> Bonjour Gilbert. Ce message était-il intentionnel ou le fruit d'un malware
> quelconque?
>
> Pierre-Luc Daoust
>
> Le jeu. 16 juin 2022 16 h 37, Gilbert Dion  a
> écrit :
>
>> Si tu vas sur milkboys, pas la peine de m'envoyer cette vidéo, je suis
>> déjà trop occupé à la regarder pour te répondre, pis je sais même pas quand
>> elle va finir, ça recommence tout le temps.
>>
>> https://milkboys.net/juiceboys-916/
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Occupé

[Gilbert Dion]

Si tu vas sur milkboys, pas la peine de m'envoyer cette vidéo, je suis déjà
trop occupé à la regarder pour te répondre, pis je sais même pas quand elle
va finir, ça recommence tout le temps.

https://milkboys.net/juiceboys-916/
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Druide abandonne la version d'Antidote pour Linux sans prévenir

[Gilbert Dion]

Curieux qu'on ne m'ait pas suggéré cette option dans l'échange que j'ai eu
avec Druide. L'ennui (majeur), c'est qu'elle est offerte sous forme
d'abonnement à 60$ *par année*, le même prix que la version perpétuelle,
dite native. Quel abus!
@+,
g


Le ven. 3 déc. 2021 à 12:02, Gabriel Cossette  a
écrit :

> En complément d'information, la version 11 permet encore une intégration
> avec Linux, mais c'est par la version Web avec un connecteur :
> https://www.antidote.info/fr/assistance/questions-frequentes/questions/est-ce-possible-utiliser-antidote-11-sous-linux
>
> J'en consens que c'est moins intéressant qu'une version locale, mais mieux
> que rien.
>
> Pourtant la nouvelle version utilise encore le kit de développement libre
> Qt <https://www.qt.io/product/framework> (qui est multiplateforme).
>
> --
> Gabriel Cossette
>
> On 2021-12-03 10:24 a.m., lami wrote:
>
> Merci pour ces informations et témoignages, je suis aussi un utilisateur
> de toutes les versions Linux depuis plus d'une décennie (2004 de mémoire).
> Chez les développeurs la mode est à l'espionnage de ses utilisateurs et au
> viol de leur vie privée, et le tout en dépendance aux connexions permanente
> au Web non sécurisé ! Bravo les Élites de l'informatique, vous nous
> précipitez dans la gueule du loup !
>
> Le ven. 3 déc. 2021 à 00:52, Gilbert Dion  a
> écrit :
>
>> Quelque part en 2007 ou 2008, l'ai pu enfin quitter Windows pour passer à
>> Ubuntu lorsque Druide Informatique a rendu disponible son logiciel de
>> correction Antidote, essentiel à mon travail, en version Linux. Tiens, je
>> me rappelle que la société en avait offert quelques exemplaires en tirage
>> (au Saint-Sulpice?) pour souligner la sortie de je ne sais quelle nouvelle
>> version d'Ubuntu. Depuis, j'ai payé pour toutes les mises à niveau
>> d'Antidote.
>>
>> J'ai reçu cette semaine un publipostage de Druide annonçant la parution
>> de la version 11 d'Antidote soulignant toutes les nouveautés et
>> améliorations et proposant d'en faire l'acquisition avant le 31 décembre
>> pour profiter d'un rabais intéressant. Je décide donc de me l'offrir. Je
>> passe toutes les étapes nécessaires, fais le paiement via carte de crédit
>> et accède à la page de téléchargement de la mise à niveau. Pour me buter
>> sur le seul choix possible entre les versions Windows ou OSX. Plus de
>> version Linux!
>>
>> Il a fallu que je passe à la caisse pour l'apprendre. Je veux bien
>> comprendre qu'une entreprise a le droit de prendre les décisions qui lui
>> chantent. Mais manquer d'égard envers les clients Linux au point de ne même
>> pas les prévenir qu'on les jette, c'est assez fort de ketchup.
>>
>> Dans un autre ordre d'idées mais pas tant que ça, Druide n'a jamais
>> proposé de version Android d'Antidote, un marché pourtant plus vaste que la
>> niche Apple.
>>
>> Un ami utilisateur d'Ubuntu a des problèmes d'intégration d'Antidote dans
>> LibreOffice. Il l'a signalé à Druide, début octobre, et la seule réponse
>> qu'il a eue, un mois plus tard, était à l'effet que sa requête avait été
>> confiée «à un autre département». Depuis, plus rien. C'est comme si la
>> branche Linux avait été sciée.
>>
>> Gilbert Dion
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Druide abandonne la version d'Antidote pour Linux sans prévenir

[Gilbert Dion]

Quelque part en 2007 ou 2008, l'ai pu enfin quitter Windows pour passer à
Ubuntu lorsque Druide Informatique a rendu disponible son logiciel de
correction Antidote, essentiel à mon travail, en version Linux. Tiens, je
me rappelle que la société en avait offert quelques exemplaires en tirage
(au Saint-Sulpice?) pour souligner la sortie de je ne sais quelle nouvelle
version d'Ubuntu. Depuis, j'ai payé pour toutes les mises à niveau
d'Antidote.

J'ai reçu cette semaine un publipostage de Druide annonçant la parution de
la version 11 d'Antidote soulignant toutes les nouveautés et améliorations
et proposant d'en faire l'acquisition avant le 31 décembre pour profiter
d'un rabais intéressant. Je décide donc de me l'offrir. Je passe toutes les
étapes nécessaires, fais le paiement via carte de crédit et accède à la
page de téléchargement de la mise à niveau. Pour me buter sur le seul choix
possible entre les versions Windows ou OSX. Plus de version Linux!

Il a fallu que je passe à la caisse pour l'apprendre. Je veux bien
comprendre qu'une entreprise a le droit de prendre les décisions qui lui
chantent. Mais manquer d'égard envers les clients Linux au point de ne même
pas les prévenir qu'on les jette, c'est assez fort de ketchup.

Dans un autre ordre d'idées mais pas tant que ça, Druide n'a jamais proposé
de version Android d'Antidote, un marché pourtant plus vaste que la niche
Apple.

Un ami utilisateur d'Ubuntu a des problèmes d'intégration d'Antidote dans
LibreOffice. Il l'a signalé à Druide, début octobre, et la seule réponse
qu'il a eue, un mois plus tard, était à l'effet que sa requête avait été
confiée «à un autre département». Depuis, plus rien. C'est comme si la
branche Linux avait été sciée.

Gilbert Dion
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Pas de réseau Bluetooth trouvé

[Gilbert Dion]

Suite (et sans doute fin) de l'aventure.

En fouillant sur le net, j'ai vu que d'autres ont connu comme moi une
défaillance de la carte Bluetooth Qualcomm Atheros QCA9377 sous Windows
comme sous Linux et que l'unique et infaillible solution était d'éteindre
puis débrancher l'ordinateur quelques secondes. C'est ce que j'ai fait
tantôt avant d'ouvrir le capot. Je peux vivre avec ça.

@+,
g


Le jeu. 7 oct. 2021 à 17:53, Gilbert Dion  a écrit :

> Par curiosité, j'ai ouvert le capot de mon ordinateur. Juste pour voir ce
> qu'il a dans le ventre. J'ai surtout vu que je ne saurais distinguer la
> puce Bluetooth des autres. J'ai rdonc efermé. Puis, TADAM! Bluetooth est de
> nouveau actif. Je pense que je vais aller m'acheter un billet de 6/49.
> @+,
> g
>
>
> Le mer. 6 oct. 2021 à 21:57, Bernard Tremblay 
> a écrit :
>
>> ça peut être utile pour libérer un port USB avec une souris bluetooth par
>> exemple!
>>
>> Si vous avec des écouteurs bluetooth c'est nécessaire, pour connecter
>> votre téléphone avec KDEconnect et l'utiliser comme contrôle à distance,
>> etc.
>>
>> Bref, faites réparer votre appareil, surtout s'il est encore sur la
>> garantie.
>>
>> Salutations,
>>BT
>>
>> Le mar. 5 oct. 2021 à 23:15, Gilbert Dion  a
>> écrit :
>>
>>> J'ai démarré depuis une clé USB et là aussi Bluetooth est aux abonnés
>>> absents. Ce serait donc matériel.
>>>
>>> C'est un ordinateur de bureau, sans aucun bouton pour
>>> (dés)activer Bluetooth. Par contre il est activé dans le BIOS. Mais faut
>>> croire que le BIOS ne sait pas que la puce est morte.
>>>
>>> Je ne vais pas retourner l'ordi (il est encore sous garantie) pour ça.
>>> Bluetooth n'est pas une nécessité sur cette machine.
>>>
>>> @+,
>>> g
>>>
>>>
>>> Le mar. 5 oct. 2021 à 22:43, Bernard Tremblay <
>>> tremblay.bern...@gmail.com> a écrit :
>>>
>>>> Il n'y aurait pas une clé fonction qui désactive le bluetooth que vous
>>>> auriez appuyé par erreur ?
>>>> Ça se produit souvent avec le wifi aussi ...   Juste comme ça en
>>>> passant.
>>>> Si vous ne voyez pas le bluetooth alors qu'il y en a manifestement un
>>>> sur votre appareil, il doit être désactivé quelque part et le driver du
>>>> bluetooth ne se charge pas.
>>>>
>>>> Vous êtes sûr que le bluetooth est bien activé dans le bios ???
>>>>
>>>> Salutations,
>>>> BT
>>>>
>>>> Le lun. 4 oct. 2021 à 15:57, Gilbert Dion  a
>>>> écrit :
>>>>
>>>>> Ce matin, après une mise à jour demandant un redémarrage, j'ai perdu
>>>>> l'usage de Bluetooth. Dans Paramètres, le message est «Pas de réseau
>>>>> Bluetooth trouvé. Branchez la clé pour utiliser le Bluetooth». Comme c'est
>>>>> un ordinateur de bureau avec Bluetooth intégré, évidemment il ne s'agit 
>>>>> pas
>>>>> d'une clé débranchée. J'ai vérifié dans le BIOS au démarrage: Bluetooth 
>>>>> est
>>>>> «activé», mais la commande lshw ne rapporte aucun dispositif Bluetooth.
>>>>>
>>>>> J'ai redémarré avec le noyau linux précédent, sans résultat positif.
>>>>>
>>>>> Des idées de solution?
>>>>>
>>>>>
>>>>> Gilbert Dion
>>>>>
>>>>> OS: Ubuntu 20.04 5.11.0-37-generic
>>>>> Ordi: Lenovo Ideacentre 510A
>>>>> Bluetooth: Qualcomm Atheros Communications
>>>>> --
>>>>> Ubuntu-quebec mailing list
>>>>> Ubuntu-quebec@lists.ubuntu.com
>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>>
>>>>
>>>>
>>>> --
>>>> -
>>>> Bernard Tremblay
>>>> tremblay.bern...@gmail.com
>>>> R: (418) 658-1411
>>>> C: (581) 988-1411
>>>> -
>>>> Le but de Linux est de gérer vos ressources et faire le travail,
>>>> le but des OS propriétaire est de vous vendre d'autres licences...
>>>>
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec@lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>
>>
>> --
>> -
>> Bernard Tremblay
>> tremblay.bern...@gmail.com
>> R: (418) 658-1411
>> C: (581) 988-1411
>> -
>> Le but de Linux est de gérer vos ressources et faire le travail,
>> le but des OS propriétaire est de vous vendre d'autres licences...
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Pas de réseau Bluetooth trouvé

[Gilbert Dion]

Par curiosité, j'ai ouvert le capot de mon ordinateur. Juste pour voir ce
qu'il a dans le ventre. J'ai surtout vu que je ne saurais distinguer la
puce Bluetooth des autres. J'ai rdonc efermé. Puis, TADAM! Bluetooth est de
nouveau actif. Je pense que je vais aller m'acheter un billet de 6/49.
@+,
g


Le mer. 6 oct. 2021 à 21:57, Bernard Tremblay 
a écrit :

> ça peut être utile pour libérer un port USB avec une souris bluetooth par
> exemple!
>
> Si vous avec des écouteurs bluetooth c'est nécessaire, pour connecter
> votre téléphone avec KDEconnect et l'utiliser comme contrôle à distance,
> etc.
>
> Bref, faites réparer votre appareil, surtout s'il est encore sur la
> garantie.
>
> Salutations,
>BT
>
> Le mar. 5 oct. 2021 à 23:15, Gilbert Dion  a
> écrit :
>
>> J'ai démarré depuis une clé USB et là aussi Bluetooth est aux abonnés
>> absents. Ce serait donc matériel.
>>
>> C'est un ordinateur de bureau, sans aucun bouton pour
>> (dés)activer Bluetooth. Par contre il est activé dans le BIOS. Mais faut
>> croire que le BIOS ne sait pas que la puce est morte.
>>
>> Je ne vais pas retourner l'ordi (il est encore sous garantie) pour ça.
>> Bluetooth n'est pas une nécessité sur cette machine.
>>
>> @+,
>> g
>>
>>
>> Le mar. 5 oct. 2021 à 22:43, Bernard Tremblay 
>> a écrit :
>>
>>> Il n'y aurait pas une clé fonction qui désactive le bluetooth que vous
>>> auriez appuyé par erreur ?
>>> Ça se produit souvent avec le wifi aussi ...   Juste comme ça en passant.
>>> Si vous ne voyez pas le bluetooth alors qu'il y en a manifestement un
>>> sur votre appareil, il doit être désactivé quelque part et le driver du
>>> bluetooth ne se charge pas.
>>>
>>> Vous êtes sûr que le bluetooth est bien activé dans le bios ???
>>>
>>> Salutations,
>>> BT
>>>
>>> Le lun. 4 oct. 2021 à 15:57, Gilbert Dion  a
>>> écrit :
>>>
>>>> Ce matin, après une mise à jour demandant un redémarrage, j'ai perdu
>>>> l'usage de Bluetooth. Dans Paramètres, le message est «Pas de réseau
>>>> Bluetooth trouvé. Branchez la clé pour utiliser le Bluetooth». Comme c'est
>>>> un ordinateur de bureau avec Bluetooth intégré, évidemment il ne s'agit pas
>>>> d'une clé débranchée. J'ai vérifié dans le BIOS au démarrage: Bluetooth est
>>>> «activé», mais la commande lshw ne rapporte aucun dispositif Bluetooth.
>>>>
>>>> J'ai redémarré avec le noyau linux précédent, sans résultat positif.
>>>>
>>>> Des idées de solution?
>>>>
>>>>
>>>> Gilbert Dion
>>>>
>>>> OS: Ubuntu 20.04 5.11.0-37-generic
>>>> Ordi: Lenovo Ideacentre 510A
>>>> Bluetooth: Qualcomm Atheros Communications
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec@lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>>
>>>
>>> --
>>> -
>>> Bernard Tremblay
>>> tremblay.bern...@gmail.com
>>> R: (418) 658-1411
>>> C: (581) 988-1411
>>> -
>>> Le but de Linux est de gérer vos ressources et faire le travail,
>>> le but des OS propriétaire est de vous vendre d'autres licences...
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Pas de réseau Bluetooth trouvé

[Gilbert Dion]

J'ai démarré depuis une clé USB et là aussi Bluetooth est aux abonnés
absents. Ce serait donc matériel.

C'est un ordinateur de bureau, sans aucun bouton pour
(dés)activer Bluetooth. Par contre il est activé dans le BIOS. Mais faut
croire que le BIOS ne sait pas que la puce est morte.

Je ne vais pas retourner l'ordi (il est encore sous garantie) pour ça.
Bluetooth n'est pas une nécessité sur cette machine.

@+,
g


Le mar. 5 oct. 2021 à 22:43, Bernard Tremblay 
a écrit :

> Il n'y aurait pas une clé fonction qui désactive le bluetooth que vous
> auriez appuyé par erreur ?
> Ça se produit souvent avec le wifi aussi ...   Juste comme ça en passant.
> Si vous ne voyez pas le bluetooth alors qu'il y en a manifestement un sur
> votre appareil, il doit être désactivé quelque part et le driver du
> bluetooth ne se charge pas.
>
> Vous êtes sûr que le bluetooth est bien activé dans le bios ???
>
> Salutations,
> BT
>
> Le lun. 4 oct. 2021 à 15:57, Gilbert Dion  a
> écrit :
>
>> Ce matin, après une mise à jour demandant un redémarrage, j'ai perdu
>> l'usage de Bluetooth. Dans Paramètres, le message est «Pas de réseau
>> Bluetooth trouvé. Branchez la clé pour utiliser le Bluetooth». Comme c'est
>> un ordinateur de bureau avec Bluetooth intégré, évidemment il ne s'agit pas
>> d'une clé débranchée. J'ai vérifié dans le BIOS au démarrage: Bluetooth est
>> «activé», mais la commande lshw ne rapporte aucun dispositif Bluetooth.
>>
>> J'ai redémarré avec le noyau linux précédent, sans résultat positif.
>>
>> Des idées de solution?
>>
>>
>> Gilbert Dion
>>
>> OS: Ubuntu 20.04 5.11.0-37-generic
>> Ordi: Lenovo Ideacentre 510A
>> Bluetooth: Qualcomm Atheros Communications
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Pas de réseau Bluetooth trouvé

[Gilbert Dion]

Ce matin, après une mise à jour demandant un redémarrage, j'ai perdu
l'usage de Bluetooth. Dans Paramètres, le message est «Pas de réseau
Bluetooth trouvé. Branchez la clé pour utiliser le Bluetooth». Comme c'est
un ordinateur de bureau avec Bluetooth intégré, évidemment il ne s'agit pas
d'une clé débranchée. J'ai vérifié dans le BIOS au démarrage: Bluetooth est
«activé», mais la commande lshw ne rapporte aucun dispositif Bluetooth.

J'ai redémarré avec le noyau linux précédent, sans résultat positif.

Des idées de solution?


Gilbert Dion

OS: Ubuntu 20.04 5.11.0-37-generic
Ordi: Lenovo Ideacentre 510A
Bluetooth: Qualcomm Atheros Communications
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Des décennies de niaisage

[Gilbert Dion]

Désolé, erreur de destinataire. Je n'avais pas l'intention de polluer la
liste avec mes préoccupations sociales.
@+,
g


Le jeu. 28 janv. 2021 à 20:53, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Oui… Même avis pour ma part…
>
> Si cette liste s'appelait « les copains de quartier, qui aiment aussi
> Ubuntu par ailleurs » ça passerait sans souci. 
>
> Mais là, on est sur une liste dédiée à Ubuntu au Québec. En tous cas
> pour ma part c'est pour juste ce sujet que je suis là, et je m'inscris
> ailleurs pour le reste.
>
> Les digressions sont les bienvenues quand ça concerne ce qui est
> clairement relié, tel que Linux et les logiciels libres en général.
>
> Et on s'intéresse probablement aussi tou(te)s aux concepts de libertés
> ou de confidentialité qui sont intimement liés, même si ça commence déjà
> à être à la bordure du sujet — il n'y a qu'à voir tou(te)s ceux(celles)
> qui installent des logiciels, librairies et autres micrologiciels
> privatifs, juste parce que, comme ça au moins, ça marche tout de suite. 
>
> Mais les histoires d'urbanisme ou de questionnement sur la gestion
> municipale et la vie de quartier, ça commence à s'éloigner sérieusement
> du sujet ! Ça n'en fait pas un sujet inintéressant pour autant, c'est
> juste pas la bonne place pour en parler. 
>
> Sans rancune aucune, J.C.
>
>
> Le 21-01-28 à 20 h 31, Steve Nadeau a écrit :
> > Allô Gilbert!
> > pas vraiment rapport avec Ubuntu... faire attention!
> > Steve
> >
> > Le jeudi 28 janvier 2021 à 20:28 -0500, Gilbert Dion a écrit :
> >> L'implication citoyenne, on a déjà entendu parler de ça, hein?
> >> C'était au tournant des années 2000, par un samedi d'automne
> >> maussade, me semble-t-il, qu'on a marché en gang pour une rue Notre-
> >> Dame à échelle humaine, en opposition aux visées autoroutières du
> >> MTQ. Ça s'était terminé sur la place du marché Maisonneuve. Bonne
> >> chance aux p'tits nouveaux.
> >>
> >> Pour la rue Notre-Dame, il faut une véritable implication des
> >> citoyens | Le Devoir
> >
> >
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> / Note personnelle : merci de m'envoyer préférablement des fichiers au \
> \ format OpenDocument (.odt, .ods, .odp, …) ou autre format ouvert./
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Des décennies de niaisage

[Gilbert Dion]

L'implication citoyenne, on a déjà entendu parler de ça, hein? C'était au
tournant des années 2000, par un samedi d'automne maussade, me semble-t-il,
qu'on a marché en gang pour une rue Notre-Dame à échelle humaine, en
opposition aux visées autoroutières du MTQ. Ça s'était terminé sur la place
du marché Maisonneuve. Bonne chance aux p'tits nouveaux.

Pour la rue Notre-Dame, il faut une véritable implication des citoyens | Le
Devoir

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Logiciel tiers et Secure Boot

[Gilbert Dion]

Je suis à installer Ubuntu en dual boot avec W10 sur l'ordi d'un ami. À
l'étape «Mises à jour et autres logiciels», je tombe sur l'option

[_] Installer un logiciel tiers pour le matériel graphique et Wi-Fi et des
formats de média supplémentaires


Quand je coche cette option, apparait le choix suivant, déjà coché:

[_] Configurer Secure Boot


et on me demande ensuite de choisir un mot de passe.

Je suis perplexe. Si je saute cette étape, je ne pourrai pas installer de
pilotes tiers? J'ai cherché mais n'ai rien trouvé de pertinent ou alors
c'est trop complexe pour que je m'y retrouve.


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] LibreOffice et droit d'accès à /opt

[Gilbert Dion]

Bonjour,

L'extension d'Antidote, de Druide, a disparu de LibreOffice. Je tente de
l'ajouter, mais quand j'essaie d'ouvrir le répertoire /opt, où se situe
l'extension de Druide, je suis bloqué: je n'ai pas la permission de
l'ouvrir. C'est nouveau, cet empêchement. Comment on fait pour (re)donner
les droits à LibreOffice d'ouvrir le répertoire /opt ?
@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Le pointeur de la souris disparait soudainement

[Gilbert Dion]

Problème en quelque sorte résolu. Pour ceux que ça pourrait intéresser.

Rappel: mon curseur disparaissait de façon tout à fait imprévisible et à
fréquences variables.
On m'a suggéré de fouiller internet autour du mot-clé SWcursor. J'ai fini
par trouver comment forcer le recours au pointeur logiciel, plutôt que
matériel. (À un petit détail près, voir plus bas.)

En résumé:

J'ai identifié le pilote de ma carte graphique avec la commande glxinfo -B.
Dans mon cas, AMD RV730.

J'ai trouvé dans /usr/share/X11/xorg.conf.d/amdgpu.conf

Section "OutputClass"
   Identifier "AMDgpu"
   MatchDriver "amdgpu"
   Driver "amdgpu"


les informations requises par le fichier /etc/X11/xorg.conf (éa créer si
inexistant«0 pour activer l'option SWcursor:

Section "Device"
   Identifier "AMDgpu"
   Driver "amdgpu"
   Option "SWcursor" "on"
EndSection


Après redémarrage, j'ai désormais un curseur logiciel.

Sauf que le curseur matériel initial reste affiché à l'écran, dans la
position qu'il avait juste avant la connexion de l'utilisateur. (Mais je
peux m'en accommoder.)

@+,
g


Le ven. 16 oct. 2020 à 01:41, Gilbert Dion  a écrit :

> D'accord. Je prends note et j'observe.
> @+,
> g
>
>
> Le ven. 16 oct. 2020 à 01:21, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Aouch ! Ça faisait longtemps que je n'avais plus vu ce bogue là… (Google
>> nous remonte des trucs de 2004 par exemple)
>>
>> Donc, il y a beaucoup de cas possibles, mais les « suspects habituels »
>> sont :
>> - *le pilote de la carte graphique*, du fait que l'affichage du curseur
>> est souvent optimisé de façon matérielle ⇒ mot clé pour la recherche :
>> SWCursor, à mettre à True pour forcer une gestion logicielle de l'affichage
>> du curseur (je ne garantis pas que ça va marcher, lire la suite avant de
>> foncer sur celui-ci ;-)) ;
>> - *la mise en veille*, qui parfois ne restaure pas complètement l'état
>> matériel d'avant le passage en veille ⇒ on en revient alors au fait que le
>> curseur soit optimisé par une gestion matérielle, il pourrait disparaître
>> si la configuration n'est pas correctement rétablie ;
>> - *certaines applications*, qui pourraient ne pas gérer le changement de
>> curseur correctement, et le faire disparaître de ce fait ; on a vu ce bogue
>> à une époque avec Firefox, qui faisait disparaître le curseur après avoir
>> survolé un lien.
>>
>> Dans tous les cas, *la première étape pour analyser un problème est de
>> trouver comment le reproduire de façon systématique*. Cela permet de
>> bien isoler son contexte, et donc de mieux le cerner, ou au moins de donner
>> le moyen à des personnes plus spécialistes de le cerner.
>>
>> Bonne chasse ! J.C.
>>
>>
>> Le 20-10-16 à 00 h 55, Gilbert Dion a écrit :
>>
>> Contexte: installation de la version 20.04 sur le disque dur
>> fraichement formaté d'un iMac des années 2010-11.
>>
>> À raison de une à trois fois par jour, alors que je le déplace, le
>> pointeur de la souris disparait (mais le déplacement du focus continue de
>> fonctionner).
>>
>> J'ai essayé le débranchement et rebranchement de la souris; le
>> redémarrage de gnome-shell; le redémarrage de la session; le passage à une
>> console (CTRL-ALT-F4) puis le retour à l'écran graphique (CTRL-ALT-F1)...
>> rien n'y fait. La seule façon de rétablir l'affichage du pointeur est de
>> redémarrer le système. C'est assez fâcheux, mettons.
>>
>> Si quelqu'un a des pistes de solution, merci d'avance.
>>
>> @+,
>> g
>>
>> --
>> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
>> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
>> / Note personnelle : merci de m'envoyer préférablement des fichiers au \
>> \ format OpenDocument (.odt, .ods, .odp, …) ou autre format ouvert./
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Nautilus : erreur de segmentation

[Gilbert Dion]

Le jeu. 5 nov. 2020 à 10:19, Steve Nadeau  a écrit :

> Et encore?
>
> il serait intéressant pour la connaissance de tous de partager
> l'expérience et la solution.
>
> Bonne journée!
>
> Steve
>
J'allais y revenir. Je voulais juste rapidement mettre fin à l'inquiétude
de tous ces gens penchés sur mon problème. ;)

Le problème est survenu à la suite d'une mise à niveau interrompue: l'ami
en question a débranché l'ordinateur par mégarde. J'ai pu reprendre la mise
à niveau après avoir redémarré l'appareil, mais visiblement tout n'a pas
été pris en compte.

Je me suis servi de Synaptic pour régler le problème des dépendances (merci
à Canonical de n'avoir pas sacrifié ce logiciel sur l'autel de la modernité
qui a emporté la boutique d'applis appelée Logiciel, désormais complètement
dépouillée de tout ce qui la rendait utile). J'y ai recherché les paquets
«cassés» et procédé à leur réparation.

Puis, dans un terminal, j'ai lancé apt update et apt dist-upgrade. J'ai
alors vu des centaines de programmes et bibliothèques défiler, et c'est là
que j'ai compris que la reprise de l'installation en avait sauté de bons
bouts. Après redémarrage, tout était redevenu normal. Sauf Antidote, qui ne
répond pas à la commande «Recherche de mises à jour». Mais c'est une autre
histoire.

Je connaissais mal le potentiel de apt dist-upgrade.

@+,
g




> Le 2020-11-05 à 09 h 39, Gilbert Dion a écrit :
>
> Problème résolu.
> @+,
> g
>
>
> Le mer. 4 nov. 2020 à 11:22, Gilbert Dion  a
> écrit :
>
>> Bonjour,
>>
>> J'ai procédé hier à la mise à niveau vers 20.04 chez un ami. Problème:
>> Nautilus ne démarre pas. Une fenêtre s'affiche brièvement (même pas une
>> demi-seconde) puis plus rien.
>>
>> Exécuté depuis un terminal, j'obtiens pour seule information "Erreur de
>> segmentation".
>>
>> Je viens de tenter de le désinstaller, à distance, mais le message
>> d'erreur m'indique des dépendances non résolues. (Je n'ai plus sous les
>> yeux le message exact. J'irai en personne cet après-midi.) Que faire?
>>
>> Gilbert Dion
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Nautilus : erreur de segmentation

[Gilbert Dion]

Problème résolu.
@+,
g


Le mer. 4 nov. 2020 à 11:22, Gilbert Dion  a écrit :

> Bonjour,
>
> J'ai procédé hier à la mise à niveau vers 20.04 chez un ami. Problème:
> Nautilus ne démarre pas. Une fenêtre s'affiche brièvement (même pas une
> demi-seconde) puis plus rien.
>
> Exécuté depuis un terminal, j'obtiens pour seule information "Erreur de
> segmentation".
>
> Je viens de tenter de le désinstaller, à distance, mais le message
> d'erreur m'indique des dépendances non résolues. (Je n'ai plus sous les
> yeux le message exact. J'irai en personne cet après-midi.) Que faire?
>
> Gilbert Dion
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Le pointeur de la souris disparait soudainement

[Gilbert Dion]

D'accord. Je prends note et j'observe.
@+,
g


Le ven. 16 oct. 2020 à 01:21, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Aouch ! Ça faisait longtemps que je n'avais plus vu ce bogue là… (Google
> nous remonte des trucs de 2004 par exemple)
>
> Donc, il y a beaucoup de cas possibles, mais les « suspects habituels »
> sont :
> - *le pilote de la carte graphique*, du fait que l'affichage du curseur
> est souvent optimisé de façon matérielle ⇒ mot clé pour la recherche :
> SWCursor, à mettre à True pour forcer une gestion logicielle de l'affichage
> du curseur (je ne garantis pas que ça va marcher, lire la suite avant de
> foncer sur celui-ci ;-)) ;
> - *la mise en veille*, qui parfois ne restaure pas complètement l'état
> matériel d'avant le passage en veille ⇒ on en revient alors au fait que le
> curseur soit optimisé par une gestion matérielle, il pourrait disparaître
> si la configuration n'est pas correctement rétablie ;
> - *certaines applications*, qui pourraient ne pas gérer le changement de
> curseur correctement, et le faire disparaître de ce fait ; on a vu ce bogue
> à une époque avec Firefox, qui faisait disparaître le curseur après avoir
> survolé un lien.
>
> Dans tous les cas, *la première étape pour analyser un problème est de
> trouver comment le reproduire de façon systématique*. Cela permet de bien
> isoler son contexte, et donc de mieux le cerner, ou au moins de donner le
> moyen à des personnes plus spécialistes de le cerner.
>
> Bonne chasse ! J.C.
>
>
> Le 20-10-16 à 00 h 55, Gilbert Dion a écrit :
>
> Contexte: installation de la version 20.04 sur le disque dur
> fraichement formaté d'un iMac des années 2010-11.
>
> À raison de une à trois fois par jour, alors que je le déplace, le
> pointeur de la souris disparait (mais le déplacement du focus continue de
> fonctionner).
>
> J'ai essayé le débranchement et rebranchement de la souris; le redémarrage
> de gnome-shell; le redémarrage de la session; le passage à une console
> (CTRL-ALT-F4) puis le retour à l'écran graphique (CTRL-ALT-F1)... rien n'y
> fait. La seule façon de rétablir l'affichage du pointeur est de redémarrer
> le système. C'est assez fâcheux, mettons.
>
> Si quelqu'un a des pistes de solution, merci d'avance.
>
> @+,
> g
>
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> / Note personnelle : merci de m'envoyer préférablement des fichiers au \
> \ format OpenDocument (.odt, .ods, .odp, …) ou autre format ouvert./
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Le pointeur de la souris disparait soudainement

[Gilbert Dion]

Contexte: installation de la version 20.04 sur le disque dur
fraichement formaté d'un iMac des années 2010-11.

À raison de une à trois fois par jour, alors que je le déplace, le pointeur
de la souris disparait (mais le déplacement du focus continue de
fonctionner).

J'ai essayé le débranchement et rebranchement de la souris; le redémarrage
de gnome-shell; le redémarrage de la session; le passage à une console
(CTRL-ALT-F4) puis le retour à l'écran graphique (CTRL-ALT-F1)... rien n'y
fait. La seule façon de rétablir l'affichage du pointeur est de redémarrer
le système. C'est assez fâcheux, mettons.

Si quelqu'un a des pistes de solution, merci d'avance.

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Mettre à niveau tout en préservant un noyau ancien

[Gilbert Dion]

Réinstallation réussie, non sans pépins (iMac et EFI, c'est délicat).
Gestion de l'affichage graphique dorénavant impeccable, sauf une chose que
je vais exposer dans un prochain envoi, à propos du pointeur de la souris
qui disparait.

@+,
g


Le dim. 4 oct. 2020 à 12:19, Gilbert Dion  a écrit :

> Merci, merci, merci pour ces très éclairantes et très claires
> explications. Qui me font comprendre pourquoi les performances de mon
> installation n'ont cessé de se dégrader depuis un bon moment. Je faisais
> avec, parce que j'avais acquis la conviction que le le noyau linux ne
> supportait *plus* le matériel graphique de mon ordinateur (un iMac 27 po.
> de 2011), du moins c'est ce que j'avais compris sans trop comprendre à
> l'époque. Je me débattais alors avec le problème de l'intensité de
> l'affichage dont le réglage se perdait au retour de l'écran de veille
> (écran noir). J'ai ainsi tweaké quelques configurations, sans résultat.
> Puis on est passé du noyau 4.10 à 4.13 avec la version 17.04, et c'est là
> que j'ai perdu l'affichage.
>
> Je retiens de tout ça que le système *live* gère le matériel exactement
> de la même façon qu'une fois installé de façon permanente. Je n'en étais
> pas sûr! C'était parce que la mise à niveau, d'après ce que j'en
> déduis, préservait des ajustements apportés antérieurement. Et je retiens
> surtout que la réinstallation est préférable à la mise à niveau.
>
> Je viens de retester la version *live* sur USB. Tout baigne. Je vais donc
> procéder dans les prochains jours à la réinstallation. De toute façon, mon
> ordi est tellement encombré de choses obsolètes qu'un bon ménage ne fera
> pas de tort!
>
> @+,
> g
>
>
> Le dim. 4 oct. 2020 à 00:02, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Ah, désolé, j'ai oublié d'ajouter un « petit bout » sur ta vraie
>> question… :-P
>>
>> Donc, peut-on continuer avec un vieux noyau sur une distribution récente
>> ? Probablement que techniquement ça va passer, pour le fonctionnement de
>> base du système. Mais il y a plusieurs raisons importantes de ne pas le
>> faire…
>>
>> 1- la sécurité
>>
>> Tout code logiciel contient potentiellement des failles de sécurité. On
>> peut se dire que tant qu'elles ne sont pas connues, il y a peu de risque
>> (ce qui n'est pas vrai, mais c'est un autre débat). Mais quand on parle
>> d'utiliser un code logiciel vieux de 3 ans, public de surcroît, dont les
>> failles sont également annoncées publiquement, là on peut être certain
>> qu'on est dans une situation à risque ! Et quand le code logiciel en
>> question est au cœur du système qu'on utilise, tout le système et les
>> données qu'il héberge deviennent à risque également. On pourrait se dire :
>> « c'est pas grave, j'ai mis en place des filtrages réseau sur la machine, »
>> ok, mais qui roule ces filtrages, sinon le système lui-même ? On a déjà vu
>> passer des failles de sécurité qui touchaient la couche réseau et qui
>> étaient donc déclenchables dès la réception d'un paquet réseau par le
>> noyau. De telles failles sont donc exploitables dès qu'on se connecte à un
>> Wi-Fi public, par exemple dans un café, une école, une bibliothèque, un
>> bus, un train, un aéroport, etc.
>>
>> 2- la stabilité
>>
>> Le code du noyau n'évolue pas seul. Les applications utilisent le noyau
>> pour communiquer avec le matériel au travers de librairies logicielles, en
>> particulier la GNU Libc. Si on met à jour le système, et donc la Libc, mais
>> sans mettre à jour le noyau, on peut se retrouver à un moment donné avec un
>> décalage trop important entre ce que la Libc propose comme fonctions au
>> applications et ce qu'elle peut réellement faire faire par le noyau. Dans
>> ce cas, on se retrouve avec des applications qui s'attendent à une certaine
>> réponse mais en obtiennent une différente de celle prévue. Normalement la
>> Libc est justement là pour cacher ces changements et c'est cela qui
>> garantit la portabilité et le bon fonctionnement des applications. Mais si
>> la version de la Libc installée est trop éloignée de la version du noyau,
>> il risque d'y avoir un moment où cette divergence va se sentir au dessus,
>> avec des applications qui ne roulent pas de façon optimales, ou pire, pas
>> correctement.
>>
>> 3- la performance
>>
>> Les nouveaux noyaux apportent des pilotes plus à jour et donc
>> pratiquement toujours (à quelques exceptions près) un meilleur support pour
>> les nouveaux matériels ou une amélioration des performances ou des
>> fonctionnalités pour les matériels plus anciens. Les nouveaux noyaux
>> apportent également pres

Re: [Ubuntu-QC] Mettre à niveau tout en préservant un noyau ancien

[Gilbert Dion]

Je ne peux répondre à la question de savoir quel affichage n'est plus
supporté, il n'y a pas d'affichage. Ça survient donc longtemps avant de
pouvoir choisir Wayland ou X11 pour ouvrir une session. Trois secondes
après le démarrage, «ça» s'éteint littéralement. Seul le mode «recovery» à
faible résolution fonctionne.

Détail: quand l'écran passe au noir, après un temps d'inactivité, il
reprend toujours à sa pleine luminosité. Je dois chaque fois rediminuer la
luminosité. À 100 pour cent, le processeur en vient à chauffer tellement
que le ventilateur roule à fond la caisse.

Depuis trois ans, j'ai installé chaque nouvelle version du noyau qui
m'était proposée, et chaque fois, l'affichage reste mort. J'ai même
installé le plus récent noyau, en vain.

Fait curieux: j'ai testé, il y a un an, Ubuntu bionic *live* sur une clé
USB, et l'affichage fonctionnait.

Je veux juste savoir s'il est possible de préserver le noyau 4.10.

Gilbert

Le sam. 3 oct. 2020 à 14:28, Steve Nadeau  a écrit :

> Est-ce possible de savoir quel affichage n'est plus supporté?
>
> perso, je ne conseillerai pas d'actualiser Ubuntu à la version la plus
> récente sans que le noyau suive.
>
> mieux vaut faire une copie de sécurité du système, passer à la nouvelle
> version dans son entièreté et si ça ne va vraiment pas, revenir en arrière
> avec la copie de sécurité et songer à une autre alternative.
>
> y'a t-il possibilité de débrancher le disque dur et d'en brancher un autre
> pour ainsi installer tout le nouveau système et le tester? ce serait encore
> plus simple.
>
> Steve
> Le 2020-10-03 à 14 h 19, Gilbert Dion a écrit :
>
> Bonjour,
>
> Depuis la version du kernel qui a succédé à 4.10.0-37, l'affichage n'est
> plus supporté. Si bien que je roule encore sur ce noyau qui date de fin
> 2016, je crois.
>
> Je veux passer à la nouvelle version d'Ubuntu, mais je tiens à préserver
> le kernel 4.10. Comment m'y prendre?
>
> Gilbert
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Mettre à niveau tout en préservant un noyau ancien

[Gilbert Dion]

Bonjour,

Depuis la version du kernel qui a succédé à 4.10.0-37, l'affichage n'est
plus supporté. Si bien que je roule encore sur ce noyau qui date de fin
2016, je crois.

Je veux passer à la nouvelle version d'Ubuntu, mais je tiens à préserver le
kernel 4.10. Comment m'y prendre?

Gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu 64 bits sur une quincaillerie 32 bits?

[Gilbert Dion]

En effet. J'ai fait une mauvaise lecture de la sortie de la commande lshw,
laquelle indique que le système est bien 32 bits, mais que le
microprocesseur a une architecture 64 bits. Désolé pour le dérangement.
@+,
g


Le mer. 5 août 2020 à 06:04, Steve Nadeau  a écrit :

> Simplement, c'est une machine 64 bits dont une version 32bits a été
> installé.
>
>
> https://ark.intel.com/content/www/fr/fr/ark/products/42503/intel-atom-processor-n450-512k-cache-1-66-ghz.html
>
> Steve
>
>
> Le 20-08-05 à 01 h 19, Gilbert Dion a écrit :
>
> J'ai sous la main un netbook 10 po (Acer Aspire One d260, pour tout vous
> dire) roulant sous Ubuntu 16.04 OS 32 bits.
>
> J'ai démarré la machine à partir d'une clé USB contenant Ubuntu 20.04 64
> bits. Je choisis «Essayer Ubuntu». Tout roule. Je poursuis donc avec
> «Installer Ubuntu». Je remplis les étapes du processus d'installation,
> jusqu'au panneau «Où êtes-vous?», après quoi je n'ose continuer. Peux pas
> croire que la version 20.04 va s'installer sur une machine i386? Je crains
> pour la suite si je vais de l'avant.
>
> Votre avis? L'installation d'un système 64 bits sur une processeur 32 bits
> ne devrait-elle pas être détectée et arrêtée dès le départ? Si c'est
> permis, est-ce que ça présume que ça va bien se passer?
>
> gilbert
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Ubuntu 64 bits sur une quincaillerie 32 bits?

[Gilbert Dion]

J'ai sous la main un netbook 10 po (Acer Aspire One d260, pour tout vous
dire) roulant sous Ubuntu 16.04 OS 32 bits.

J'ai démarré la machine à partir d'une clé USB contenant Ubuntu 20.04 64
bits. Je choisis «Essayer Ubuntu». Tout roule. Je poursuis donc avec
«Installer Ubuntu». Je remplis les étapes du processus d'installation,
jusqu'au panneau «Où êtes-vous?», après quoi je n'ose continuer. Peux pas
croire que la version 20.04 va s'installer sur une machine i386? Je crains
pour la suite si je vais de l'avant.

Votre avis? L'installation d'un système 64 bits sur une processeur 32 bits
ne devrait-elle pas être détectée et arrêtée dès le départ? Si c'est
permis, est-ce que ça présume que ça va bien se passer?

gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Chromium: «Votre navigateur est géré par votre organisation»

[Gilbert Dion]

Mon problème n'est pas lié à snap. J'utilisais la version Chromium des
dépôts quand le message «Votre navigateur est géré par votre organisation»
s'est présenté. C'est ensuite que j'ai supprimé cette version et installé
la version snap, pour voir si ça changeait quelque chose. Et la réponse est
non. Le problème persiste, de la version de Chromium utilisée (dépôts ou
snap).

@+,
g


Le jeu. 18 juin 2020 à 21:30, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Bonsoir,
>
> Franchement, je voulais donner sa chance au snap, mais là c'est vraiment
> une catastrophe…
>
> En dehors de la lenteur ajoutée du fait d'être dans un snap, il y a
> surtout les pertes de données, et ça c'est totalement inacceptable !!
>
> Il faut savoir que les mises à jour de snap se font en tâche de fond, de
> façon indépendantes de celles via APT.
>
> Et, à chaque mise à jour impromptue, sans aucun avertissement préalable et
> encore moins demande de permission, un message s'affiche disant que
> Chromium a été mis à jour et qu'il faut le relancer.
>
> Sauf que ce que ça ne dit pas, c'est que tout ce qu'on fait entre le
> moment où la mise à jour est passée (ce qu'on ne sait pas a priori, je le
> rappelle) et le moment ou on ferme le navigateur, sera perdu !!
>
> Que ce soit des ouvertures d'onglets (que je récupère normalement quand je
> relance), des enregistrements dans les favoris, des mots de passe
> sauvegardés, etc. etc. etc. Tout est perdu !
>
> D'ailleurs, à chaque redémarrage il faut « restaurer la session », sauf
> que c'est la session dans son état juste avant la mise à jour invisible…
>
> Et je ne parle même pas de l'intégration avec les extensions GNOME, qu'on
> pouvait mettre à jour très simplement via le navigateur web : ça ne marche
> simplement plus.
>
> Ah, et ne parlons pas non plus de la sauvegarde de fichiers dans un
> environnement restreint où même le /tmp n'est pas commun au reste du
> système, donc je suis obligé de polluer mon dossier personnel avec des
> fichiers temporaires…
>
> Bref. Un bel échec.
>
> Donc, pour ma part je suis en train de tout reprendre dans Firefox (ce qui
> n'est pas chose simple vu mon usage intensif du web) et je dis moi aussi
> adieu à Chromium !
>
> D'ailleurs, je savais que Firefox était « de la bombe », mais ajoutez-lui
> l'extension Containers et là c'est le paradis pour du travail
> multi-sessions indépendantes et bien isolées ! La navigation privée fait
> juste pâle figure à côté. ;-)
>
> Juste mes 2 sous…
>
> J.C.
>
>
> Le 20-06-18 à 20 h 49, Steve Nadeau a écrit :
>
> Bonsoir!
>
> Moi lorsque Chromium est passé en snap, je l'ai viré et adopté CLIQZ.
>
> mais pour ce problème, aucune idée, désolé!
>
>
> Steve
> Le 20-06-18 à 20 h 44, Gilbert Dion a écrit :
>
> Chromium n'est pas mon navigateur par défaut, mais je l'utilise à
> l'occasion. J'ai aujourd'hui voulu vérifier si je pouvais lui ajouter une
> extension qui pourrait me servir. Que nenni! Au bas du menu de Chromium, le
> message suivant est affiché: Votre navigateur est géré par votre
> organisation. Je ne me souviens pas avoir fait quoi que ce soit pour me
> retrouver dans cette situation.
>
> J'ai supprimé la version officielle de chromium, installé celle de Snap,
> j'ai supprimé le dossier .config/chromium, rien ne fait.
>
> Y a-t-il une solution pour me sortir de là? Les seules réponses trouvées
> sur le web sont pour les systèmes Windows ou OSX...
>
> @+,
> g
>
>
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> / Note personnelle : merci de m'envoyer préférablement des fichiers au \
> \ format OpenDocument (.odt, .ods, .odp, …) ou autre format ouvert./
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Chromium: «Votre navigateur est géré par votre organisation»

[Gilbert Dion]

Chromium n'est pas mon navigateur par défaut, mais je l'utilise à
l'occasion. J'ai aujourd'hui voulu vérifier si je pouvais lui ajouter une
extension qui pourrait me servir. Que nenni! Au bas du menu de Chromium, le
message suivant est affiché: Votre navigateur est géré par votre
organisation. Je ne me souviens pas avoir fait quoi que ce soit pour me
retrouver dans cette situation.

J'ai supprimé la version officielle de chromium, installé celle de Snap,
j'ai supprimé le dossier .config/chromium, rien ne fait.

Y a-t-il une solution pour me sortir de là? Les seules réponses trouvées
sur le web sont pour les systèmes Windows ou OSX...

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Les Polonais, bien ancrés dans mon quartier

[Gilbert Dion]

Inauguration de la nouvelle murale dans Sainte-Marie! | Société
écocitoyenne de Montréal

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Flatpak...

[Gilbert Dion]

La procédure que vous m'indiquez fonctionne, en effet.

Oui, je pourrais me contenter d'une version moins récente de GIMP,, mais
derrière cela, ce que je visais, c'est la procédure proposée (et que j'ai
suivie) qui ne fonctionne pour aucune application, du moins sur mon
système.

Par contre, je viens de refaire cette même procédure sur un autre
ordinateur, et elle fonctionne. Le problème vient donc de mon système.
Logiciels Ubuntu s'ouvre et permet de faire l'installation normalement.
(J'aurais dû faire le test avant! Désolé.)

Est-ce en raison de la version d'Ubuntu installée? l'ordi où ça marche:
18.04; l'ordi où ça ne marche pas: 17.10.

@+,
g


Le ven. 6 juil. 2018 à 11:22, Daniel Manrique 
a écrit :

> 2018-07-06 11:02 GMT-04:00 Gilbert Dion :
> > Je me suis laissé tenter par la plus récente version de GIMP, disponible
> > seulement via Flatpak.org. J'ai suivi à la lettre la procédure décrite
> sur
> > flatpak.org/setup/ubuntu, à savoir:
> > Installation de Flatpak
> >
> >> sudo add-apt-repository ppa:alexlarsson/flatpak
> >> sudo apt update
> >> sudo apt install flatpak
> >
> >
> > Installation du plugin
> >
> >> sudo apt install gnome-software-plugin-flatpak
> >
> >
> > Installation du dépôt Flathub
> >
> >> flatpak remote-add --if-not-exists flathub
> >> https://flathub.org/repo/flathub.flatpakrepo
> >
> >
> > Redémarrage du système.
> >
> > P
> > our installer GIMP, i
> > I
> > l
> > suffit ensuite
> > (parait-il)
> > de cliquer sur «INSTALL», sur le site de Flathub. Logiciels
> > U
> > buntu s'ouvre alors avec le message suivant
> > :
> > «Ne sait pas comment gérer
> > 'file://home/gilbert/Telechargements/org.gimp.GIMP.flatpakref'
> >
> > J'ai beau avoir cherché, je n'ai rien trouvé de pertinent à ce problème.
> > Quelqu'un a déjà réussi à installer des logiciels via Flatpak?
>
> ça indique peut- être que la procédure n'est pas correcte. Il faudrait
> le signaler auprès des developpeurs Flatpak:
> https://flatpak.org/setup/Ubuntu/ https://flatpak.org/about/
>
> Car vous avez suivi la procédure sur le terminal, et que vous êtes à
> l'aise avec celui-ci, vous pourriez essayer:
>
> flatpak install flathub org.gimp.GIMP
>
> (tel qu'indiqué ici: http://docs.flatpak.org/en/latest/using-flatpak.html)
>
> Cependant, GIMP 2.10 (c'est pas la toute dernière, soit 2.10.4, mais
> je pense 2.10 suffirait?) est disponible dans le "snap store" sur
> Ubuntu, si vous avez Ubuntu 16.04 ou 18.04:
>
> snap install gimp
>
>
>
> >
> > @+,
> > g
> >
> > --
> > Ubuntu-quebec mailing list
> > Ubuntu-quebec@lists.ubuntu.com
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
> >
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Flatpak...

[Gilbert Dion]

Je me suis laissé tenter par la plus récente version de GIMP, disponible
seulement via Flatpak.org. J'ai suivi à la lettre la procédure décrite sur
flatpak.org/setup/ubuntu, à savoir:
Installation de Flatpak

sudo add-apt-repository ppa:alexlarsson/flatpak
> sudo apt update
> sudo apt install flatpak


Installation du plugin

sudo apt install gnome-software-plugin-flatpak


Installation du dépôt Flathub

flatpak remote-add --if-not-exists flathub
> https://flathub.org/repo/flathub.flatpakrepo


Redémarrage du système.

​
P
our installer GIMP, i
I
​l​
suffit ensuite
​ ​
​(parait-il)
de cliquer sur «INSTALL», sur le site de Flathub. Logiciels
​U​
buntu s'ouvre alors avec le message suivant
​:​
​«Ne sait pas comment gérer​
'file://home/gilbert/Telechargements/org.gimp.GIMP.flatpakref'

J​'ai beau avoir cherché, je n'ai rien trouvé de pertinent à ce problème.​
Quelqu'un a déjà réussi à installer des logiciels via Flatpak?

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Ubuntu: clavier Bluetooth Apple connecté mais inopérant

[Gilbert Dion]

J'ai installé Ubuntu sur le iMac d'un ami. En mode *live*, le clavier
Bluetooth fonctionnait parfaitement avec Ubuntu. Maintenant que ce dernier
est installé, le clavier est inopérant. Bluetooth s'y connecte après que
j'ai entré le code de connexion requis, mais ensuite, plus rien, sauf
quelques touches, telles celles permettant d'augmenter ou de diminuer le
volume du son ou de la luminosité de l'écran, ainsi que Backspace et
quelques autres dont la réponse n'a rien à voir avec la touche sollicitée
(la touche É produit le signe +, la touche - produit le signe =, etc.).
Quand j'utilise ce clavier dans une session OSX, tout baigne. Est-ce un cas
unique et désespéré? Rien pu trouver de pertinent dans les nombreuses
recherches que j'ai faites...

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ordinateurs sous Linux

[Gilbert Dion]

C'est quand même une honte qu'on ne puisse acheter d'ordinateur non Windows
ici. Il y a démission des gouvernements à ne pas sanctionner les fabricants
qui imposent un système d'exploitation sans alternative, et c'est bien
parce qu'ils sont eux-mêmes pieds et poings liés à Microsoft, une attitude
qui se traduit par une promotion du géant de Redmont dont on paie tous les
frais.

@+,
g

Le 7 novembre 2017 à 20:12, Daniel Ducharme  a
écrit :

> Bonsoir Louis,
>
> Je vous remercie pour cette réponse. J'ai trouvé quelques sites par la
> suite, mais cela revient en effet plus cher qu'un ordinateur tournant
> sous Windows 10. Je crois que c'est ce que je ferai...
>
> Merci encore, et bonne soirée,
>
>
> Daniel
>
> Le 7 novembre 2017 à 20:06, Louis Brouillette
>  a écrit :
> > Bonjour,
> >
> > Je ne répondrai pas à tout mais quand-même, selon l’expérience (limitée)
> que j’en ai eu.
> >
> > Acheter un ordinateur sans système d’exploitation, c’est ce que je
> voulais faire et n’ai pas réussi à en trouver un sans Windows dans un
> magasin réel, en dur dans mon coin de pays (Saguenay Lac St-Jean). J’y
> aussi allais pour des raisons idéologiques alors je cherchais une machine
> sans Windows. Je n’ai trouvé aucune solution avec Linux pré-installé prête
> à acheter et/ou en dual boot.
> > Je sais par contre que la compagnie System 76 semble en produire des
> très corrects et même avec sa propre distribution dérivée d’Ubuntu
> installée que l’on peut commander en ligne. Il y a 2 ans, cette offre
> n’existait malheureusement pas j’ai opté pour la solution de m’en faire
> monter un à une boutique de réparation de mon coin avec les composantes de
> mon choix, (carte vidéo intéressante pour jeux, notamment), il y a
> assurément dans votre ville quelqu’un qui peut vous monter une machine à
> partir de pièces que vous choisiriez. Mais en tout cas dans mon cas, à
> composantes égales, la machine me revenait plus chère qu’une machine ayant
> Windows pré-installée. C’était passablement frustrant mais au moins ma
> machine a de la gueule et roule  sous Linux seulement. J’ai choisi un
> boîtier ayant un look qui me plaisait aussi.  Mais sinon, acheter une
> machine tout inclus Windows et reformater est en tout cas moins compliqué.
> Il doit être sassez simple de voir si une machine spécifique est compatible
> ou pas par ailleurs.
> >
> > Bonne chance et have fun!
> >
> > Louis Brouillette
> >
> >
> >> Le 7 nov. 2017 à 16:45, Daniel Ducharme  a
> écrit :
> >>
> >> Bonjour,
> >>
> >> Je voudrais savoir où puis-je commander un ordinateur portable avec
> >> Ubuntu préinstallé au Canada. J'en ai vu en France, aux États-Unis,
> >> mais je préférerais acheter sur un site canadien.
> >>
> >> Sinon, peut-on acheter un ordinateur sans système d'exploitation pour
> >> installer Ubuntu par la suite ? Est-ce faisable ?
> >>
> >> Je souhaite passer à 100% Ubuntu.
> >>
> >> Je vous remercie d'avance pour votre aide.
> >>
> >>
> >> Daniel Ducharme
> >>
> >> --
> >> Daniel Ducharme
> >> Auteur, éditeur et archiviste
> >> Blogue : https://dducharme.com/
> >> ÉLP éditeur :  www.elpediteur.com
> >>
> >> --
> >> Ubuntu-quebec mailing list
> >> Ubuntu-quebec@lists.ubuntu.com
> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
> >
> >
> > --
> > Ubuntu-quebec mailing list
> > Ubuntu-quebec@lists.ubuntu.com
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
>
> --
> Daniel Ducharme
> Auteur, éditeur et archiviste
> Blogue : https://dducharme.com/
> ÉLP éditeur :  www.elpediteur.com
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

Merci, j'aurais dû fouiller un peu, j'ai déjà rapporté un bogue sur
Launchpad. Obsédé par le présent problème, je ne pensais pas à autre chose
qu'Apport.

@+,
g

Le 26 octobre 2017 à 17:46, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> Juste à lire la page suivante:
>
> https://doc.ubuntu-fr.org/rapporter_un_bug
>
> tout y est.
>
> Bonne chance!
>
> Le 26 octobre 2017 à 15:47, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Le 26 octobre 2017 à 14:44, Bernard Tremblay <tremblay.bern...@gmail.com>
>> a écrit :
>>
>>> Bonne idée!
>>>
>>> Le 26 octobre 2017 à 14:11, Jean Christophe André <
>>> jean-christophe.an...@auf.org> a écrit :
>>>
>>>> Le 2017-10-26 à 13:45, Bernard Tremblay a écrit :
>>>>
>>>> Son ubuntu plante avant que Xorg démarre à cause d'un problème de carte
>>>> graphique.
>>>>
>>>>
>>>> Ah, donc dans ce cas il y aurait des réglages à faire niveau paramètres
>>>> pour le noyau dans GRUB.
>>>>
>>>> Par exemple ajouter cette option pour désactiver la configuration du
>>>> mode graphique au niveau noyau :
>>>>
>>>>  GRUB_CMDLINE_LINUX="nomodeset"
>>>>
>>>> Penser à lancer "sudo update-grub" après ça, puis redémarrer le système
>>>> au complet.
>>>>
>>>
>> ​Ce "nomodeset"​ démarre bel et bien le noyau 4.13, merci, *mais en mode
>> recovery*, i.e. session Xorg seulement, avec une résolution de 1920 x
>> 1440 (4:3) au lieu de 2560 x 1440 (16:9). C'est affreux, personne ne veut
>> travailler avec ça.
>>
>> Pour l'instant, tant qu'à être dans grub, j'ai ajouté ces lignes:
>>
>> GRUB_DEFAULT=saved
>> GRUB_SAVEDEFAULT=true
>>
>> J'ai booté en 4.10 et désormais ça reboote en 4.10 automatiquement. C'est
>> ça de pris. En attendant une meilleure solution.
>>
>> Je considère qu'il y a un bogue concernant le noyau 4.13 sur mon
>> équipement. Je voudrais le rapporter, mais je ne suis pas certain de la
>> procédure. Avec Apport? Je ne vois pas mon type de problème dans ceux
>> énumérés. C'est sûr que c'est "Display", pas pas X.org, puisqu'en 4.13 j'ai
>> X.org, mais pas Wayland. Alors?
>>
>>
>>
>>>
>>>>
>>>> J.C.
>>>>
>>>> --
>>>> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
>>>> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
>>>> / Note personnelle : merci de m'envoyer préférablement des fichiers au \
>>>> \ format OpenDocument (.odt, .ods, .odp, …) ou autre format ouvert./
>>>>
>>>>
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec@lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>>>
>>>
>>>
>>> --
>>> -
>>> Bernard Tremblay
>>> tremblay.bern...@gmail.com
>>> R: (418) 658-1411
>>> C: (581) 988-1411
>>> -
>>> Le but de Linux est de gérer vos ressources et faire le travail,
>>> le but des OS propriétaire est de vous vendre d'autres licences...
>>>
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

J'utilise DKMS depuis presque 10 ans pour Virtualbox. Ça fonctionne très
bien.

J'ai réinstallé DKMS, sans que ça change quoi que ce soit: dès après GRUB,
tout se passe dans le noir. Le système se met en place et je peux, à
l'aveugle, choisir ma session, entrer mon mot de passe, me connecter puis
éteindre l'ordinateur (j'ai appris par coeur le cheminement à l'aide du
clavier).

En rebootant avec le noyau précédent, Virtualbox s'exécute normalement.

@+,
g

Le 26 octobre 2017 à 13:21, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> Ubuntu 17.10 vient avec le noyau 4.13.
> On ne peut pas garantir qu'il sera stable avec un noyau plus ancien.
> Essayes de réinstaller DKMS et dit nous si ça règle le problème.
>
> Le 26 octobre 2017 à 12:56, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> 1. DKMS n'a rien à voir, puisqu'il n'y a pas de module propriétaire pour
>> ma carte graphique AMD.
>> 2. Je ne vois pas pourquoi ce ne serait pas une bonne idée d'utiliser un
>> noyau qui fonctionne sans problème.
>>
>> @+,
>> g
>>
>> Le 26 octobre 2017 à 08:15, Bernard Tremblay <tremblay.bern...@gmail.com>
>> a écrit :
>>
>>> dkms signifie: "Dynamic Kernel Module Support"
>>> C'est utilisé pour plusieurs choses dont :  VirtualBox, AMD Catalyst,
>>> Nvidia.
>>>
>>> Essaie d'installer DKMS avec la commande suivante :#   apt-get install
>>> dkms --reinstall
>>> et ensuite redémarre. Je pense que si tu utilisait le module
>>> propriétaire de AMD pour ta carte graphique çà pourrait être résoudre le
>>> problème.
>>>
>>> Je ne pense pas qu'installer un ancien kernel soit une bonne idée sur
>>> 17.10
>>>
>>> Le 25 octobre 2017 à 18:08, Gilbert Dion <gilbertd...@gmail.com> a
>>> écrit :
>>>
>>>> Je n'y connais pas grand chose en matière de débogage de journal
>>>> système. Reste que je n'y vois rien de bien suspect, si ce n'est ces deux
>>>> lignes au tout début, après que le noyau a été chargé (et je ne crois pas
>>>> que ce soit pertinent, car ce «/lib/updates/dkms» n'existe pas non plus
>>>> pour le kernel 4.10):
>>>>
>>>> Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: Error: can't open
>>>> /lib/modules/4.13.0-16-generic/updates/dkms
>>>> Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: message repeated 2
>>>> times: [ Error: can't open /lib/modules/4.13.0-16-generic/updates/dkms]
>>>>
>>>> Tout se poursuit normalement ensuite, comme si de rien n'était. C'est
>>>> juste que l'écran n'affiche rien.
>>>>
>>>> Bref, j'aimerais bien juste supprimer le noyau 4.13 de façon permanente
>>>> sans faire de bêtises.
>>>>
>>>> S'il y en a qui veulent avoir une copie des quelque 3000 premières
>>>> lignes du journal système, je peux les fournir...
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 25 octobre 2017 à 14:44, Bernard Tremblay <
>>>> tremblay.bern...@gmail.com> a écrit :
>>>>
>>>>> les messages d'erreur potentiels seraient dans le syslog :
>>>>> /var/log/syslog
>>>>>
>>>>> Vous pouvez démarrer sur un live ou une clé USB et aller examiner le
>>>>> contenu du syslog à l'heure du démarrage de la machine pour voir s'il y a
>>>>> des messages pertinents ?
>>>>>
>>>>>
>>>>>
>>>>> Le 25 octobre 2017 à 14:08, Gilbert Dion <gilbertd...@gmail.com> a
>>>>> écrit :
>>>>>
>>>>>> Pas de message d'erreur: écran noir.
>>>>>> Pas de pilote additionnel pour la carte graphique. Juste le
>>>>>> microprogramme pour processeur intel, que j'utilise, mais qui n'a pas 
>>>>>> réglé
>>>>>> le problème (testé avec et sans).
>>>>>>
>>>>>> @+,
>>>>>> g
>>>>>>
>>>>>> Le 25 octobre 2017 à 14:00, Bernard Tremblay <
>>>>>> tremblay.bern...@gmail.com> a écrit :
>>>>>>
>>>>>>> J'aurais plus tendance à penser à un problème avec la carte
>>>>>>> graphique que le kernel.
>>>>>>> Il faudrait voir si tu as le driver open à installer le driver
>>>>>>> propriétaire pour le tester.
>>>>>>>
>>>>>>> Le 25 octobre 2017 à 13:50, Bernard Tremblay <
>>>>>>> 

Re: [Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

1. DKMS n'a rien à voir, puisqu'il n'y a pas de module propriétaire pour ma
carte graphique AMD.
2. Je ne vois pas pourquoi ce ne serait pas une bonne idée d'utiliser un
noyau qui fonctionne sans problème.

@+,
g

Le 26 octobre 2017 à 08:15, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> dkms signifie: "Dynamic Kernel Module Support"
> C'est utilisé pour plusieurs choses dont :  VirtualBox, AMD Catalyst,
> Nvidia.
>
> Essaie d'installer DKMS avec la commande suivante :#   apt-get install
> dkms --reinstall
> et ensuite redémarre. Je pense que si tu utilisait le module
> propriétaire de AMD pour ta carte graphique çà pourrait être résoudre le
> problème.
>
> Je ne pense pas qu'installer un ancien kernel soit une bonne idée sur 17.10
>
> Le 25 octobre 2017 à 18:08, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Je n'y connais pas grand chose en matière de débogage de journal système.
>> Reste que je n'y vois rien de bien suspect, si ce n'est ces deux lignes au
>> tout début, après que le noyau a été chargé (et je ne crois pas que ce soit
>> pertinent, car ce «/lib/updates/dkms» n'existe pas non plus pour le kernel
>> 4.10):
>>
>> Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: Error: can't open
>> /lib/modules/4.13.0-16-generic/updates/dkms
>> Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: message repeated 2 times:
>> [ Error: can't open /lib/modules/4.13.0-16-generic/updates/dkms]
>>
>> Tout se poursuit normalement ensuite, comme si de rien n'était. C'est
>> juste que l'écran n'affiche rien.
>>
>> Bref, j'aimerais bien juste supprimer le noyau 4.13 de façon permanente
>> sans faire de bêtises.
>>
>> S'il y en a qui veulent avoir une copie des quelque 3000 premières lignes
>> du journal système, je peux les fournir...
>>
>> @+,
>> g
>>
>> Le 25 octobre 2017 à 14:44, Bernard Tremblay <tremblay.bern...@gmail.com>
>> a écrit :
>>
>>> les messages d'erreur potentiels seraient dans le syslog :
>>> /var/log/syslog
>>>
>>> Vous pouvez démarrer sur un live ou une clé USB et aller examiner le
>>> contenu du syslog à l'heure du démarrage de la machine pour voir s'il y a
>>> des messages pertinents ?
>>>
>>>
>>>
>>> Le 25 octobre 2017 à 14:08, Gilbert Dion <gilbertd...@gmail.com> a
>>> écrit :
>>>
>>>> Pas de message d'erreur: écran noir.
>>>> Pas de pilote additionnel pour la carte graphique. Juste le
>>>> microprogramme pour processeur intel, que j'utilise, mais qui n'a pas réglé
>>>> le problème (testé avec et sans).
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 25 octobre 2017 à 14:00, Bernard Tremblay <
>>>> tremblay.bern...@gmail.com> a écrit :
>>>>
>>>>> J'aurais plus tendance à penser à un problème avec la carte graphique
>>>>> que le kernel.
>>>>> Il faudrait voir si tu as le driver open à installer le driver
>>>>> propriétaire pour le tester.
>>>>>
>>>>> Le 25 octobre 2017 à 13:50, Bernard Tremblay <
>>>>> tremblay.bern...@gmail.com> a écrit :
>>>>>
>>>>>> et il y a des messages d'erreur comme indice ???
>>>>>>
>>>>>> Le 25 octobre 2017 à 13:06, Gilbert Dion <gilbertd...@gmail.com> a
>>>>>> écrit :
>>>>>>
>>>>>>> J'ai migré de 17.04 à 17.10 et, à ma grande stupéfaction, au
>>>>>>> redémarrage, je me suis retrouvé devant un écran noir. Noir comme chez 
>>>>>>> noir.
>>>>>>>
>>>>>>> J'ai redémarré en mode Recovery. Déception: mon affichage de 2560 x
>>>>>>> 1440 (16:9) s'est trouvé réduit à 1920 x 1440 (4:3). Impraticable. Tout 
>>>>>>> se
>>>>>>> trouvait déformé, étiré horizontalement. Et flou. Pas d'accès au serveur
>>>>>>> graphique Wayland, seulement XOrg. Tout ça avec le noyau proposé, soit 
>>>>>>> 4.13.
>>>>>>>
>>>>>>> J'ai redémarré en utilisant le noyau précédent, 4.10, et tout
>>>>>>> baigne. J'en conclus une incompatibilité avec le noyau 4.13.
>>>>>>>
>>>>>>> Questions:
>>>>>>> Comment supprimer le noyau 4.13?
>>>>>>> Comment bloquer le noyau à cette version (pas de mises à jour)?
>>>>>>> Comment rapporter ce bogue et à qui?
&

Re: [Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

Je n'y connais pas grand chose en matière de débogage de journal système.
Reste que je n'y vois rien de bien suspect, si ce n'est ces deux lignes au
tout début, après que le noyau a été chargé (et je ne crois pas que ce soit
pertinent, car ce «/lib/updates/dkms» n'existe pas non plus pour le kernel
4.10):

Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: Error: can't open
/lib/modules/4.13.0-16-generic/updates/dkms
Oct 25 15:57:46 gilbert-iMac gpu-manager[5117]: message repeated 2 times: [
Error: can't open /lib/modules/4.13.0-16-generic/updates/dkms]

Tout se poursuit normalement ensuite, comme si de rien n'était. C'est juste
que l'écran n'affiche rien.

Bref, j'aimerais bien juste supprimer le noyau 4.13 de façon permanente
sans faire de bêtises.

S'il y en a qui veulent avoir une copie des quelque 3000 premières lignes
du journal système, je peux les fournir...

@+,
g

Le 25 octobre 2017 à 14:44, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> les messages d'erreur potentiels seraient dans le syslog :  /var/log/syslog
>
> Vous pouvez démarrer sur un live ou une clé USB et aller examiner le
> contenu du syslog à l'heure du démarrage de la machine pour voir s'il y a
> des messages pertinents ?
>
>
>
> Le 25 octobre 2017 à 14:08, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Pas de message d'erreur: écran noir.
>> Pas de pilote additionnel pour la carte graphique. Juste le
>> microprogramme pour processeur intel, que j'utilise, mais qui n'a pas réglé
>> le problème (testé avec et sans).
>>
>> @+,
>> g
>>
>> Le 25 octobre 2017 à 14:00, Bernard Tremblay <tremblay.bern...@gmail.com>
>> a écrit :
>>
>>> J'aurais plus tendance à penser à un problème avec la carte graphique
>>> que le kernel.
>>> Il faudrait voir si tu as le driver open à installer le driver
>>> propriétaire pour le tester.
>>>
>>> Le 25 octobre 2017 à 13:50, Bernard Tremblay <tremblay.bern...@gmail.com
>>> > a écrit :
>>>
>>>> et il y a des messages d'erreur comme indice ???
>>>>
>>>> Le 25 octobre 2017 à 13:06, Gilbert Dion <gilbertd...@gmail.com> a
>>>> écrit :
>>>>
>>>>> J'ai migré de 17.04 à 17.10 et, à ma grande stupéfaction, au
>>>>> redémarrage, je me suis retrouvé devant un écran noir. Noir comme chez 
>>>>> noir.
>>>>>
>>>>> J'ai redémarré en mode Recovery. Déception: mon affichage de 2560 x
>>>>> 1440 (16:9) s'est trouvé réduit à 1920 x 1440 (4:3). Impraticable. Tout se
>>>>> trouvait déformé, étiré horizontalement. Et flou. Pas d'accès au serveur
>>>>> graphique Wayland, seulement XOrg. Tout ça avec le noyau proposé, soit 
>>>>> 4.13.
>>>>>
>>>>> J'ai redémarré en utilisant le noyau précédent, 4.10, et tout baigne.
>>>>> J'en conclus une incompatibilité avec le noyau 4.13.
>>>>>
>>>>> Questions:
>>>>> Comment supprimer le noyau 4.13?
>>>>> Comment bloquer le noyau à cette version (pas de mises à jour)?
>>>>> Comment rapporter ce bogue et à qui?
>>>>>
>>>>> Parlant de carte graphique, un problème persiste depuis toujours: au
>>>>> démarrage, la luminosité est toujours au maximum. Si je la diminue via les
>>>>> paramètres système, au retour d'une mise en veille elle retourne au
>>>>> maximum. Dé.ses.pé.rant.
>>>>>
>>>>>
>>>>> À toutes fins pratiques, voici la description de la bâte.
>>>>> Ordinateur: iMac 27 po. 2011 (iMac 10,1)
>>>>> Processeur: Intel Core 2 Duo CPU E7600 @3.06 GHz x 2
>>>>> Carte graphique: AMD Rv730
>>>>> @+,
>>>>> g
>>>>>
>>>>> --
>>>>> Ubuntu-quebec mailing list
>>>>> Ubuntu-quebec@lists.ubuntu.com
>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> -
>>>> Bernard Tremblay
>>>> tremblay.bern...@gmail.com
>>>> R: (418) 658-1411
>>>> C: (581) 988-1411
>>>> -
>>>> Le but de Linux est de gérer vos ressources et faire le travail,
>>>> le but des OS propriétaire est de vous vendre d'autres licences...
>>>>
>>>>
>>>
>>>
>>> --
>>> -
>>>

Re: [Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

Pas de message d'erreur: écran noir.
Pas de pilote additionnel pour la carte graphique. Juste le microprogramme
pour processeur intel, que j'utilise, mais qui n'a pas réglé le problème
(testé avec et sans).

@+,
g

Le 25 octobre 2017 à 14:00, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> J'aurais plus tendance à penser à un problème avec la carte graphique que
> le kernel.
> Il faudrait voir si tu as le driver open à installer le driver
> propriétaire pour le tester.
>
> Le 25 octobre 2017 à 13:50, Bernard Tremblay <tremblay.bern...@gmail.com>
> a écrit :
>
>> et il y a des messages d'erreur comme indice ???
>>
>> Le 25 octobre 2017 à 13:06, Gilbert Dion <gilbertd...@gmail.com> a écrit
>> :
>>
>>> J'ai migré de 17.04 à 17.10 et, à ma grande stupéfaction, au
>>> redémarrage, je me suis retrouvé devant un écran noir. Noir comme chez noir.
>>>
>>> J'ai redémarré en mode Recovery. Déception: mon affichage de 2560 x 1440
>>> (16:9) s'est trouvé réduit à 1920 x 1440 (4:3). Impraticable. Tout se
>>> trouvait déformé, étiré horizontalement. Et flou. Pas d'accès au serveur
>>> graphique Wayland, seulement XOrg. Tout ça avec le noyau proposé, soit 4.13.
>>>
>>> J'ai redémarré en utilisant le noyau précédent, 4.10, et tout baigne.
>>> J'en conclus une incompatibilité avec le noyau 4.13.
>>>
>>> Questions:
>>> Comment supprimer le noyau 4.13?
>>> Comment bloquer le noyau à cette version (pas de mises à jour)?
>>> Comment rapporter ce bogue et à qui?
>>>
>>> Parlant de carte graphique, un problème persiste depuis toujours: au
>>> démarrage, la luminosité est toujours au maximum. Si je la diminue via les
>>> paramètres système, au retour d'une mise en veille elle retourne au
>>> maximum. Dé.ses.pé.rant.
>>>
>>>
>>> À toutes fins pratiques, voici la description de la bâte.
>>> Ordinateur: iMac 27 po. 2011 (iMac 10,1)
>>> Processeur: Intel Core 2 Duo CPU E7600 @3.06 GHz x 2
>>> Carte graphique: AMD Rv730
>>> @+,
>>> g
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>>
>> --
>> -
>> Bernard Tremblay
>> tremblay.bern...@gmail.com
>> R: (418) 658-1411
>> C: (581) 988-1411
>> -
>> Le but de Linux est de gérer vos ressources et faire le travail,
>> le but des OS propriétaire est de vous vendre d'autres licences...
>>
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Ubuntu 17.10: noyau incompatible avec mon iMac

[Gilbert Dion]

J'ai migré de 17.04 à 17.10 et, à ma grande stupéfaction, au redémarrage,
je me suis retrouvé devant un écran noir. Noir comme chez noir.

J'ai redémarré en mode Recovery. Déception: mon affichage de 2560 x 1440
(16:9) s'est trouvé réduit à 1920 x 1440 (4:3). Impraticable. Tout se
trouvait déformé, étiré horizontalement. Et flou. Pas d'accès au serveur
graphique Wayland, seulement XOrg. Tout ça avec le noyau proposé, soit 4.13.

J'ai redémarré en utilisant le noyau précédent, 4.10, et tout baigne. J'en
conclus une incompatibilité avec le noyau 4.13.

Questions:
Comment supprimer le noyau 4.13?
Comment bloquer le noyau à cette version (pas de mises à jour)?
Comment rapporter ce bogue et à qui?

Parlant de carte graphique, un problème persiste depuis toujours: au
démarrage, la luminosité est toujours au maximum. Si je la diminue via les
paramètres système, au retour d'une mise en veille elle retourne au
maximum. Dé.ses.pé.rant.


À toutes fins pratiques, voici la description de la bâte.
Ordinateur: iMac 27 po. 2011 (iMac 10,1)
Processeur: Intel Core 2 Duo CPU E7600 @3.06 GHz x 2
Carte graphique: AMD Rv730
@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Unity Dash n'affiche aucune application

[Gilbert Dion]

J'ai trouvé. J'ai supprimé le dossier ~/.local/share/zeitgeist puis j'ai
redémarré. Je ne sais quand même pas pourquoi ça a coincé.

@+,
g

Le 8 octobre 2017 à 17:29, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> Est-ce qu'un réinstall du dash ferait le travail ???
>
> sudo apt-get install dash --reinstall
>
> ???
>
> Le 7 octobre 2017 à 22:57, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Mon système: Ubuntu 17.04. Depuis ce matin, aucune application ne
>> s'affiche dans le Dash. Plutôt embêtant! Les solutions trouvées en ligne ne
>> m'ont été d'aucune utilité. Quelqu'un a une idée?
>>
>> g
>> ilbert​
>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Unity Dash n'affiche aucune application

[Gilbert Dion]

Mon système: Ubuntu 17.04. Depuis ce matin, aucune application ne s'affiche
dans le Dash. Plutôt embêtant! Les solutions trouvées en ligne ne m'ont été
d'aucune utilité. Quelqu'un a une idée?

g
ilbert​
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Le fureteur Opera qui refuse de se rendre sur le site de Costo.ca !!!

[Gilbert Dion]

Viva Vivaldi! Plus rapide, et tellement plus riche en fonctionnalités!

@+,
g

Le 26 septembre 2017 à 15:01, frhuot  a écrit :

> Merci pour toutes ces réponses.
>
> Finalement, je suis revenu à Vivaldi dont je découvre qu'il est nettement
> plus rapide qu'Opera...
>
> FH
>
>
>
> --
> Sent from: http://ubuntu-qc.124361.n3.nabble.com/
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] USB FAT 32 : en lecture seulement

[Gilbert Dion]

Je ne comprends pas ce qui s'est passé. Tantôt je ne parvenais pas à copier
un fichier sur cette clé nouvellement formatée (destination en lecture
seulement), puis à présent cela fonctionne. On va faire comme si j'avais
rien dit.

@+,
g

Le 28 mai 2017 à 13:11, Steve Nadeau <steven...@gmail.com> a écrit :

> je viens de le faire sans problème, et je n'ai jamais eu de problèmes non
> plus auparavant.
>
> j'utilise l'outil "Disques" ou "gnome-disks", je formate la clé USB et
> ensuite crée une partition FAT, ensuite je la monte depuis l'outil et je
> suis en mesure d'écrire sans problème dans la clé.
>
> Steve
>
> -------
>
>
> Le 28 mai 2017 à 11:44, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Je ne comprends pas comment il se fait que je formate une clé USB en
>> FAT32 sans pouvoir y copier ensuite des fichiers. J'ai essayé sur deux clés
>> différentes sur deux ordinateurs différents (Ubuntu 16.04 et 17.04) sans
>> succès. J'ai essayé à partir de Nautilus et de Gparted. Qu'est-ce qui
>> m'échappe?
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] USB FAT 32 : en lecture seulement

[Gilbert Dion]

Je ne comprends pas comment il se fait que je formate une clé USB en FAT32
sans pouvoir y copier ensuite des fichiers. J'ai essayé sur deux clés
différentes sur deux ordinateurs différents (Ubuntu 16.04 et 17.04) sans
succès. J'ai essayé à partir de Nautilus et de Gparted. Qu'est-ce qui
m'échappe?

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Network Manager: Configurer le VPN non fonctionnel

[Gilbert Dion]

Merci, ça dépanne, quoique ce n'est pas très convivial... Mais j'aime bien
savoir où se situent les fichiers de configuration.

Par contre, je viens tout juste de trouver une autre façon de procéder, qui
est peut-être ce qui remplace l'option Configurer le VPN de l'indicateur
Network Manager (option qui ne devrait plus figurer là): il s'agit de
passer par Paramètres système -> Réseau. C'est un peu moins pratique que de
cliquer sur l'indicateur (mais certainement plus que d'éditer les fichiers
de connexion!).

Quant au fait que l'option Modification des connexions de l'indicateur de
Network Manager ne sauvegarde pas les mots de passe, comme je l'ai
rapporté, je qualifierais ça de bogue. Je ne sais pas s'il a été rapporté,
difficile de vérifier, car tout est en anglais et il faut connaitre la
terminologie anglaise pour le découvrir.

@+,
g

Le 20 mai 2017 à 08:52, Steve Nadeau <steven...@gmail.com> a écrit :

> Salut Gilbert,
>
> ouvre un terminal et en sudo (sudo su) :
>
> cd /etc/NetworkManager/system-connections
>
> les fichiers de connections réseau s'y trouvent tu peux éditer la
> connection VPN avec nano.
>
> Steve
>
> -------
>
>
> Le 19 mai 2017 à 19:10, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> J'ai eu besoin de modifier des adresses VPN, et qu'est-ce que je
>> constate? L'option Configurer le VPM est grisé et donc ne peut être
>> utilisé.
>>
>> Bien sûr, dans l'écran principal de Modification des connexions, on peut
>> voir, sous VPN, les différentes connexions VPN déjà entrées. Mais lorsque
>> je modifie une connexion VPN, le champ Mot de passe est vide et je dois
>> choisir une option (*Store the password only for this user, Store the
>> password for all users, Ask the password very time ou This password is not
>> required -- *ces options n'ont pas été traduites) avant de pouvoir
>> l'entrer. Ce que je fais, puis je sauvegarde les changements.
>>
>> Je tente ensuite de me connecter, mais la connexion VPN échoue. Quand
>> j'ouvre à nouveau la connexion VPN que je viens de modifier, je constate
>> que le champ du mot de passe est vide comme la première fois. Le mot de
>> passe n'a pas été sauvegardé.
>>
>> C'est très embêtant.
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Network Manager: Configurer le VPN non fonctionnel

[Gilbert Dion]

J'ai eu besoin de modifier des adresses VPN, et qu'est-ce que je constate?
L'option Configurer le VPM est grisé et donc ne peut être utilisé.

Bien sûr, dans l'écran principal de Modification des connexions, on peut
voir, sous VPN, les différentes connexions VPN déjà entrées. Mais lorsque
je modifie une connexion VPN, le champ Mot de passe est vide et je dois
choisir une option (*Store the password only for this user, Store the
password for all users, Ask the password very time ou This password is not
required -- *ces options n'ont pas été traduites) avant de pouvoir
l'entrer. Ce que je fais, puis je sauvegarde les changements.

Je tente ensuite de me connecter, mais la connexion VPN échoue. Quand
j'ouvre à nouveau la connexion VPN que je viens de modifier, je constate
que le champ du mot de passe est vide comme la première fois. Le mot de
passe n'a pas été sauvegardé.

C'est très embêtant.

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Mêmes stratégies et mêmes résultats ici

[Gilbert Dion]

Merci pour l'article, qui prolonge et enrichit ma réflexion à ce sujet.
C'est quand même fort de café que des gouvernements, des institutions et
d'importantes entreprises n'ont toujours pas compris qu'ils mettent en jeu
la sécurité publique en se soumettant aveuglément à l'hégémonie de
Microsoft. Si au moins les correctifs de sécurité avaient été appliqués
lorsque rendus disponibles, mais même pas!

@+,
g

Le 15 mai 2017 à 10:30, Bernard Tremblay  a
écrit :

>
> Pas vraiment une nouvelle sur Ubuntu, mais qui illustre bien les problèmes
> de ne pas utiliser le logiciel libre dans les gouvernements :
>
> https://thenextweb.com/eu/2017/05/10/europe-is-living-
> under-microsofts-digital-killswitch/
>
> Remplacez "Europe" par "Canada" ou "Québec" et tout est pareil ici ...
> Mêmes stratégies, mêmes résultats.
>
> 
> Un jour notre gouvernement va comprendre
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Problème pour ouvrir des liens dans les fichiers PDF

[Gilbert Dion]

Le 2 mai 2017 à 14:23, Jean Christophe André 
a écrit :

> Éventuellement étudier ces deux pages qui expliquent comment résoudre le
> problème pour Google Chrome (avant que ce ne soit directement intégré dans
> Ubuntu) :
> - https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/964510
>
> - https://askubuntu.com/questions/317928/hyperlinks-
> clicked-in-evince-document-viewer-are-not-opening-any-ideas-on-how-t
>
>
​Après de multiples essais (j'ai copié tel quel ce qui a été fait pour
Chrome), tout ce que j'obtiens c'est que evince n'affiche plus de message
d'erreur sans qu'il ouvre pour autant les url dans Vivaldi.​

J'y reviendrai demain, mais j'avoue que je joue dans des règles que je ne
comprends pas (Cx, Ux, ->sanitized_helper, etc.). Sinon, je peux vivre sans
cette adaptation à mes besoins particuliers. Depuis que j'ai découvert
Vivaldi, jamais je ne pourrai revenir à quelque autre navigateur.


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Problème pour ouvrir des liens dans les fichiers PDF

[Gilbert Dion]

J'ai ajouté la ligne suivante, sur le modèle de firefox, dans
/etc/apparmord.d/abstractions/ubuntu-browsers, mais ça n'a rien donné:

/usr/bin/vivaldi-stable Cx -> sanitized_helper,

@+,
g

Le 1 mai 2017 à 20:15, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> Reste que Chrome ou Opera ne sont pas libres et pourtant, ils ouvrent les
> liens d'Evince. Dois-je continuer de fouiller pour trouver comment faire
> dans 3etc/apparmor.d/usr.bin.evince? C'est faisable?
>
> @+,
> g
>
> Le 1 mai 2017 à 18:18, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Le 2017-05-01 à 17:32, Steve Nadeau a écrit :
>>
>>> VIVALDI a le code source OUVERT.
>>> https://vivaldi.com/source/
>>>
>>
>> Ah, au temps pour moi, j'ai dû lire un peu trop vite sur le sujet.
>>
>> Vivaldi n'est pas en soit un logiciel respectant les 4 règles du logiciel
>>> libre mais est tout de même mieux que Chrome de Google tant qu'à moi.
>>>
>>
>> Oui, vu comme ça c'est toujours mieux ! ;-)
>>
>> 750 Mio de sources tout de même… C'est près de 3 fois la taille du source
>> de Firefox et moitié plus que Chromium… Quelqu'un a essayé de le compiler
>> pour voir ?? Enfin je suis hors sujet là… :-)
>>
>>
>> J.C.
>>
>> --
>> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
>> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
>> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
>> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Problème pour ouvrir des liens dans les fichiers PDF

[Gilbert Dion]

Reste que Chrome ou Opera ne sont pas libres et pourtant, ils ouvrent les
liens d'Evince. Dois-je continuer de fouiller pour trouver comment faire
dans 3etc/apparmor.d/usr.bin.evince? C'est faisable?

@+,
g

Le 1 mai 2017 à 18:18, Jean Christophe André 
a écrit :

> Le 2017-05-01 à 17:32, Steve Nadeau a écrit :
>
>> VIVALDI a le code source OUVERT.
>> https://vivaldi.com/source/
>>
>
> Ah, au temps pour moi, j'ai dû lire un peu trop vite sur le sujet.
>
> Vivaldi n'est pas en soit un logiciel respectant les 4 règles du logiciel
>> libre mais est tout de même mieux que Chrome de Google tant qu'à moi.
>>
>
> Oui, vu comme ça c'est toujours mieux ! ;-)
>
> 750 Mio de sources tout de même… C'est près de 3 fois la taille du source
> de Firefox et moitié plus que Chromium… Quelqu'un a essayé de le compiler
> pour voir ?? Enfin je suis hors sujet là… :-)
>
>
> J.C.
>
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Problème pour ouvrir des liens dans les fichiers PDF

[Gilbert Dion]

Avec les navigateurs Firefox, Chrome ou Opera comme navigateur par défaut,
je n'ai pas de problème à ouvrir un lien dans un fichier PDF.

Sauf que mon navigateur par défaut est Vivaldi. Alors, un message s'affiche
dans le lecteur PDF qui va comme suit:

Imossible d'ouvrir le lien externe.
L'exécution du processus fils « /usr/bin/vivaldi-stable » a échoué
(Permission non accordée)
Les entrées dans /usr/bin sont les suivantes

lrwxrwxrwx  1 root root  20 avr 26 11:05 vivaldi-stable ->
/opt/vivaldi/vivaldi*

-rwxr-xr-x  1 root root7324 avr 24 16:34 chromium-browser*

lrwxrwxrwx  1 root root  25 mar 24 13:23 firefox ->
../lib/firefox/firefox.sh*

Je ne crois pas que ce soit à ce niveau que le problème se pose.

Y a-tu moyen de savoir où que ça se trouve, ces permissions?

Gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu 17.10 : Artful Aardvark (Oryctérope astucieux)

[Gilbert Dion]

Il est groovy, l'Aardvark!

@+,
g

Le 21 avril 2017 à 07:32, Steve Nadeau  a écrit :

> Voici ce que c'est, un cochon de terre selon sa traduction directe de
> l'ancien africain de son nom Aardvark:
>
> https://fr.wikipedia.org/wiki/Oryct%C3%A9rope_du_Cap
>
> http://www.omgubuntu.co.uk/2017/04/ubuntu-17-10-named-artful-aardvark
>
> Bonne ou mauvaise nouvelle?
> Retour à Gnome...
>
>
>
> ---
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Grossir le curseur

[Gilbert Dion]

Je connais ccsm, j'ai regardé de ce côté. Cela ne convient pas pour une
personne âgée de 88 ans qui veut seulement consulter son courriel et
utiliser google à l'occasion et qui a juste besoin de repérer le curseur
facilement. Merci quand même.
La solution de Mathieu convient parfaitement.

@+,
g

Le 10 avril 2017 à 23:29, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Bonsoir,
>
> Il y aurait peut-être aussi des choses à explorer du côté de
> l'accessibilité…
>
> J'ai regardé de ce coté dans les paramètres systèmes, mais ça m'a l'air
> plutôt orienté vers des problèmes plus avancés.
>
> Par contre il y a un greffon Compiz nommé “Enhanced Zoom Desktop” qui a
> l'air intéressant : il permet en particulier de zoomer la partie de l'écran
> sur laquelle le curseur se pose, avec la souris ou le clavier, ou encore de
> rapidement recentrer la souris à l'écran, ce qui pourrait être intéressant
> aussi.
>
> On peut le configurer avec l'outil "ccsm" qui vient avec le paquet
> "compizconfig-settings-manager". Attention à ne pas trop bidouiller avec
> cet outil qui peut aussi rendre le système totalement inutilisable en cas
> de mauvais paramétrage ! Je recommande de bien noter les valeurs actuelles
> avant d'essayer de les changer.
>
> J.C.
>
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
>
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Grossir le curseur

[Gilbert Dion]

Le 10 avril 2017 à 22:30, Bernard Tremblay  a
écrit :

> Un simple Google  et un peu de lecture aurait suffit:
>
> http://www.tldp.org/HOWTO/pdf/X-Big-Cursor.pdf
>
>
«Un simple Google...» ​Je regrette, mais, non.​ Je viens de me taper trois
jours de recherches et d'essais. J'ai fait beaucoup de Google. Et beaucoup
de lecture. Et ça n'a pas suffi.

J'avais vu ce document. Il date de 1997. Les liens proposés dans le How To
ne sont plus en ligne. 1997 à 2017, ça fait 20 ans! Et puis, franchement,
qui veut se taper pareille recette? Je n'allais pas me lancer dans des
«make» et tout, pour régler une chose aussi banale que changer la dimension
d'un curseur, qui plus est, sur un ordinateur qui n'est pas le mien.


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Grossir le curseur

[Gilbert Dion]

​À force d'essais-erreurs, et après de multiples déconnexions-reconnexions,
j'ai fini par comprendre que la commande suivante fonctionnait bien avec
Unity​ sous 16.04:

​
gsettings set com.canonical.Unity.Interface cursor-scale-factor 2.0

mais pas l'autre:

> gsettings set org.gnome.desktop.interface cursor-size
> ​48​
>
>
laquelle ne survit pas à la session où on la lance. Elle est à refaire à
chaque nouvelle connexion.​

J'ai fini par comprendre aussi que la première commande acceptait des
valeurs comprises entre 1 et 3. Donc, une fois lancée, elle devient
permanente jusqu'à ce qu'on en change la valeur. Ainsi, la commande

​
gsettings set com.canonical.Unity.Interface cursor-scale-factor 3

donne le plus gros curseur possible, soit 48 pixels si je me fie à mes
expériences, et il résiste aux déconnexions et redémarrages.

J'ai dû expérimenter pour dépatouiller tout ça. Merci!

Entretemps, j'aimerais bien savoir à quoi peut bien servir la commande
big-cursor proposée par Steve Nadeau, car rien ne permet de la lancer, une
fois installée.
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Grossir le curseur

[Gilbert Dion]

Mais comment utilise-t-on ce logiciel? Après installation, rien ne se
passe, le terminal me dit commande introuvable après avoir tapé big-cursor
et rien non plus après redémarrage de la session. Aucune information nulle
part.

@+,
g

Le 10 avril 2017 à 14:36, Steve Nadeau <steven...@gmail.com> a écrit :

> Bonjour!
>
> je me rappelle qu'il y avait une option du genre dans les paramètres
> systèmes auparavant, je ne retrouve plus cette option maintenant...
>
> installer depuis la logithèque:
> big-cursor
>
> ou exécuter cette commande en mode SUDO depuis un terminal:
>
> sudo apt install big-cursor
>
> il faut ensuite soit fermer la session et réouvrir ou redémarrer le
> système.
>
> je viens de l'essayer en ouvrant une autre session graphique et j'ai les
> gros curseurs.
>
> Steve
>
>
> -------
>
>
> Le 10 avril 2017 à 13:59, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Une amie âgée m'a demandé s'il était possible d'avoir un plus gros
>> curseur dans sa session Ubuntu (16.04).
>>
>> Je croyais qu'il m'aurait suffi de cocher «Utiliser des curseurs larges»
>> dans Unity Tweak Tool (y a-t-il un autre utilitaire permettant de le faire?
>> Ça aurait été la moindre des chose d'inclure cette fonctionnalité dans
>> Accès universel, mais bon...). Mais l'opération est à recommencer à chaque
>> nouvelle session. Ça ne reste pas permanent.
>>
>> J'ai trouvé sur des forums qu'on pouvait grossir le curseur dans
>> dconf-editor (org->gnome->desktop->interface cursor-size 48). Mais là
>> encore, ça n'est pas permanent.
>>
>> D'autres ajoutent le fichier .Xresources dans le dossier personnel en y
>> indiquant Xcursor.size:48.
>>
>> Sur mon système 16.10, l'une ou l''autre ne conservent pas le paramètre à
>> l'ouverture d'une nouvelle session.
>>
>> J'ai alors ajouté cette commande dans Applications au démarrage
>> gsettings set org.gnome-desktop.interface cursor-size 48
>>
>> Ainsi, en 16.10, je m'assure que le curseur est changé à chaque session.
>>
>> Mais ça ne fonctionne pas en 16.04. Je vois un effet de la commande dans
>> Applications au démarrage pendant une demi-seconde, après quoi le curseur
>> redevient normal. C'est comme si une valeur implicite venait s'installer
>> après-coup.
>>
>> En attendant une solution, j'ai fabriqué un raccourci clavier pour ma
>> vieille amie, mais ce n'est pas l'idéal, elle a 88 ans et c'est beaucoup
>> lui demander.
>>
>> Une idée, quelqu'un?
>>
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Grossir le curseur

[Gilbert Dion]

Une amie âgée m'a demandé s'il était possible d'avoir un plus gros curseur
dans sa session Ubuntu (16.04).

Je croyais qu'il m'aurait suffi de cocher «Utiliser des curseurs larges»
dans Unity Tweak Tool (y a-t-il un autre utilitaire permettant de le faire?
Ça aurait été la moindre des chose d'inclure cette fonctionnalité dans
Accès universel, mais bon...). Mais l'opération est à recommencer à chaque
nouvelle session. Ça ne reste pas permanent.

J'ai trouvé sur des forums qu'on pouvait grossir le curseur dans
dconf-editor (org->gnome->desktop->interface cursor-size 48). Mais là
encore, ça n'est pas permanent.

D'autres ajoutent le fichier .Xresources dans le dossier personnel en y
indiquant Xcursor.size:48.

Sur mon système 16.10, l'une ou l''autre ne conservent pas le paramètre à
l'ouverture d'une nouvelle session.

J'ai alors ajouté cette commande dans Applications au démarrage
gsettings set org.gnome-desktop.interface cursor-size 48

Ainsi, en 16.10, je m'assure que le curseur est changé à chaque session.

Mais ça ne fonctionne pas en 16.04. Je vois un effet de la commande dans
Applications au démarrage pendant une demi-seconde, après quoi le curseur
redevient normal. C'est comme si une valeur implicite venait s'installer
après-coup.

En attendant une solution, j'ai fabriqué un raccourci clavier pour ma
vieille amie, mais ce n'est pas l'idéal, elle a 88 ans et c'est beaucoup
lui demander.

Une idée, quelqu'un?


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Canonical abandonne Unity...

[Gilbert Dion]

Pour celles et ceux qui n'ont pas eu vent de cette nouvelle, tombée
aujourd'hui, voici:
Ubuntu 18.04 To Ship with GNOME Desktop, Not Unity

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Moi aussi j'aurais aimé comprendre ce qui s'est passé. Ce n'était pas mon
ordinateur et la madame s'impatientait. La réinstallation, en laissant
l'installateur effacer tout le disque et créer une partition EFI, a réussi.
Et comme j'ai gossé un peu trop longtemps pour ce que ça me rapporte
(rien), je ne suis pas mécontent d'en avoir terminé. Merci pour l'aide,
quand même.

@+,
g

Le 3 avril 2017 à 15:34, Steve Nadeau <steven...@gmail.com> a écrit :

> à ta place j'aurais été un peu plus patient pour solutionner la situation
> problématique afin d'en apprendre un peu plus...
>
> bonne chance encore pour la suite!
>
> Steve
>
> ---
>
>
> Le 3 avril 2017 à 14:54, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> L'installation est en cours. Si ça foire, c'est bien ce que je vais
>> faire. Je faisais ça avant. Mais j'ai pensé que valait mieux laisser faire
>> l'installateur. C'est que des emmerdes ce EFI.
>>
>> @+,
>> g
>>
>> Le 3 avril 2017 à 14:42, Steve Nadeau <steven...@gmail.com> a écrit :
>>
>>> tant qu'à réinstaller, il serait préférable de faire sauter le EFI...
>>>
>>> il faut aller dans le BIOS et désactiver "secure boot", enregistrer et
>>> ensuite installer Ubuntu.
>>>
>>>
>>>
>>> ---
>>>
>>>
>>> Le 3 avril 2017 à 14:39, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>>>
>>>> Trop tard, j'ai procédé à la réinstallation. Mais je ne suis pas plus
>>>> avancé. Je tombe sur un terminal grub. (Minimal BASH-like line editing is
>>>> supported. etc.)
>>>>
>>>> J'avais choisi l'option Supprimer Ubuntu et réinstaller. Je pense que
>>>> je vais recommencer en choisissant Effacer le disque et installer Ubuntu.
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 3 avril 2017 à 14:33, Steve Nadeau <steven...@gmail.com> a écrit :
>>>>
>>>>> ok, c'est là le problème, il n'y a pas de connexion internet dans le
>>>>> conteneur "CHROOT"...
>>>>>
>>>>> quelle est l'adresse de la passerelle?
>>>>> commande:
>>>>>
>>>>> route -n
>>>>>
>>>>> noter l'adresse de "PASSERELLE" pour la ligne avec l'indicateur UG
>>>>>
>>>>> il faut modifier un fichier...
>>>>>
>>>>> nano /run/resolvconf/resolv.conf
>>>>>
>>>>> y inscrire l'adresse de la passerelle comme suit:
>>>>>
>>>>> nameserver 192.168.1.1
>>>>>
>>>>> Enregistrer le tout
>>>>> 
>>>>>
>>>>> refaire le update et install
>>>>>
>>>>> Steve
>>>>>
>>>>> -------
>>>>>
>>>>>
>>>>> Le 3 avril 2017 à 14:03, Gilbert Dion <gilbertd...@gmail.com> a écrit
>>>>> :
>>>>>
>>>>>> Non, update me rapporte plein d'erreurs. Erreur temporaire de
>>>>>> résolution de «ca.archive.unbuntu.com», «security.ubuntu.com», etc.
>>>>>> J'ai pourtant une connexion wifi fonctionnelle. Je vais réinstaller.
>>>>>>
>>>>>> @+,
>>>>>> g
>>>>>>
>>>>>> Le 3 avril 2017 à 13:46, Steve Nadeau <steven...@gmail.com> a écrit :
>>>>>>
>>>>>>> J'ai oublié une ligne dans les commandes...
>>>>>>>
>>>>>>> avant l'installation de GRUB, fait:
>>>>>>> apt update
>>>>>>>
>>>>>>> ça va mettre à jour la liste des paquets en référence.
>>>>>>>
>>>>>>> Steve
>>>>>>>
>>>>>>> ---
>>>>>>>
>>>>>>>
>>>>>>> Le 3 avril 2017 à 12:45, Gilbert Dion <gilbertd...@gmail.com> a
>>>>>>> écrit :
>>>>>>>
>>>>>>>> Voici:
>>>>>>>>
>>>>>>>> root@ubuntu:/# apt install grub-pc grub-efi
>>>>>>>> Lecture des listes de paquets... Fait
>>>>>>>> Construction de l'arbre des dépendances
>>>>>>>> Lecture des informations d'état... Fait
>>>>>>>> Certains 

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Trop tard, j'ai procédé à la réinstallation. Mais je ne suis pas plus
avancé. Je tombe sur un terminal grub. (Minimal BASH-like line editing is
supported. etc.)

J'avais choisi l'option Supprimer Ubuntu et réinstaller. Je pense que je
vais recommencer en choisissant Effacer le disque et installer Ubuntu.

@+,
g

Le 3 avril 2017 à 14:33, Steve Nadeau <steven...@gmail.com> a écrit :

> ok, c'est là le problème, il n'y a pas de connexion internet dans le
> conteneur "CHROOT"...
>
> quelle est l'adresse de la passerelle?
> commande:
>
> route -n
>
> noter l'adresse de "PASSERELLE" pour la ligne avec l'indicateur UG
>
> il faut modifier un fichier...
>
> nano /run/resolvconf/resolv.conf
>
> y inscrire l'adresse de la passerelle comme suit:
>
> nameserver 192.168.1.1
>
> Enregistrer le tout
> 
>
> refaire le update et install
>
> Steve
>
> ---
>
>
> Le 3 avril 2017 à 14:03, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Non, update me rapporte plein d'erreurs. Erreur temporaire de résolution
>> de «ca.archive.unbuntu.com», «security.ubuntu.com», etc. J'ai pourtant
>> une connexion wifi fonctionnelle. Je vais réinstaller.
>>
>> @+,
>> g
>>
>> Le 3 avril 2017 à 13:46, Steve Nadeau <steven...@gmail.com> a écrit :
>>
>>> J'ai oublié une ligne dans les commandes...
>>>
>>> avant l'installation de GRUB, fait:
>>> apt update
>>>
>>> ça va mettre à jour la liste des paquets en référence.
>>>
>>> Steve
>>>
>>> ---
>>>
>>>
>>> Le 3 avril 2017 à 12:45, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>>>
>>>> Voici:
>>>>
>>>> root@ubuntu:/# apt install grub-pc grub-efi
>>>> Lecture des listes de paquets... Fait
>>>> Construction de l'arbre des dépendances
>>>> Lecture des informations d'état... Fait
>>>> Certains paquets ne peuvent être installés. Ceci peut signifier
>>>> que vous avez demandé l'impossible, ou bien, si vous utilisez
>>>> la distribution unstable, que certains paquets n'ont pas encore
>>>> été créés ou ne sont pas sortis d'Incoming.
>>>> L'information suivante devrait vous aider à résoudre la situation :
>>>>
>>>> Les paquets suivants contiennent des dépendances non satisfaites :
>>>>  grub-efi : Dépend: grub-efi-amd64 (= 2.02~beta2-36ubuntu3.8)
>>>> E: Impossible de corriger les problèmes, des paquets défectueux sont en
>>>> mode « garder en l'état ».
>>>>
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 3 avril 2017 à 15:48, Steve Nadeau <steven...@gmail.com> a écrit :
>>>>
>>>>> Salut Gilbert,
>>>>> Il pourrait être préférable de recréer le GRUB avant de passer à la
>>>>> méthode windows (réinstallation)...
>>>>>
>>>>> voici ma suggestion pour ce faire, depuis un démarrage sur clé USB...
>>>>>
>>>>> ouvrir un terminal et faire les étapes suivantes... (j'ai inscrit ici
>>>>> le nom du périphérique SSD)
>>>>>
>>>>> sudo su
>>>>> mount /dev/mmcblk0p2 /mnt
>>>>> mount /dev/mmcblk0p1 /mnt/boot/efi -o rw
>>>>> mount --bind /dev /mnt/dev
>>>>> mount --bind /proc /mnt/proc
>>>>> mount --bind  /sys /mnt/sys
>>>>> mount --bind /dev/pts /mnt/dev/pts
>>>>> chroot /mnt
>>>>> apt purge grub*
>>>>> apt install grub-pc grub-efi
>>>>> grub-install --target=x86_64-efi --efi-directory=/boot/efi
>>>>> --bootloader-id=ubuntu --recheck /dev/mmcblk0
>>>>> grub-mkconfig -o /boot/grub/grub.cfg
>>>>> update-grub
>>>>>
>>>>> ## s'il n'y a pas eu d'erreur, fermer et redémarrer, sinon nous
>>>>> envoyer  plus d'info.
>>>>>
>>>>> exit
>>>>> reboot
>>>>>
>>>>>
>>>>>
>>>>> Steve
>>>>>
>>>>> ---
>>>>>
>>>>>
>>>>> Le 3 avril 2017 à 11:29, Gilbert Dion <gilbertd...@gmail.com> a écrit
>>>>> :
>>>>>
>>>>>>
>>>>>> Le 3 avril 2017 à 11:26, Bernard Tremblay <tremblay.bern...@gmail.com
>>>>>> > a écrit :
>>>>

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Non, update me rapporte plein d'erreurs. Erreur temporaire de résolution de
«ca.archive.unbuntu.com», «security.ubuntu.com», etc. J'ai pourtant une
connexion wifi fonctionnelle. Je vais réinstaller.

@+,
g

Le 3 avril 2017 à 13:46, Steve Nadeau <steven...@gmail.com> a écrit :

> J'ai oublié une ligne dans les commandes...
>
> avant l'installation de GRUB, fait:
> apt update
>
> ça va mettre à jour la liste des paquets en référence.
>
> Steve
>
> ---
>
>
> Le 3 avril 2017 à 12:45, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Voici:
>>
>> root@ubuntu:/# apt install grub-pc grub-efi
>> Lecture des listes de paquets... Fait
>> Construction de l'arbre des dépendances
>> Lecture des informations d'état... Fait
>> Certains paquets ne peuvent être installés. Ceci peut signifier
>> que vous avez demandé l'impossible, ou bien, si vous utilisez
>> la distribution unstable, que certains paquets n'ont pas encore
>> été créés ou ne sont pas sortis d'Incoming.
>> L'information suivante devrait vous aider à résoudre la situation :
>>
>> Les paquets suivants contiennent des dépendances non satisfaites :
>>  grub-efi : Dépend: grub-efi-amd64 (= 2.02~beta2-36ubuntu3.8)
>> E: Impossible de corriger les problèmes, des paquets défectueux sont en
>> mode « garder en l'état ».
>>
>>
>> @+,
>> g
>>
>> Le 3 avril 2017 à 15:48, Steve Nadeau <steven...@gmail.com> a écrit :
>>
>>> Salut Gilbert,
>>> Il pourrait être préférable de recréer le GRUB avant de passer à la
>>> méthode windows (réinstallation)...
>>>
>>> voici ma suggestion pour ce faire, depuis un démarrage sur clé USB...
>>>
>>> ouvrir un terminal et faire les étapes suivantes... (j'ai inscrit ici le
>>> nom du périphérique SSD)
>>>
>>> sudo su
>>> mount /dev/mmcblk0p2 /mnt
>>> mount /dev/mmcblk0p1 /mnt/boot/efi -o rw
>>> mount --bind /dev /mnt/dev
>>> mount --bind /proc /mnt/proc
>>> mount --bind  /sys /mnt/sys
>>> mount --bind /dev/pts /mnt/dev/pts
>>> chroot /mnt
>>> apt purge grub*
>>> apt install grub-pc grub-efi
>>> grub-install --target=x86_64-efi --efi-directory=/boot/efi
>>> --bootloader-id=ubuntu --recheck /dev/mmcblk0
>>> grub-mkconfig -o /boot/grub/grub.cfg
>>> update-grub
>>>
>>> ## s'il n'y a pas eu d'erreur, fermer et redémarrer, sinon nous envoyer
>>>  plus d'info.
>>>
>>> exit
>>> reboot
>>>
>>>
>>>
>>> Steve
>>>
>>> ---
>>>
>>>
>>> Le 3 avril 2017 à 11:29, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>>>
>>>>
>>>> Le 3 avril 2017 à 11:26, Bernard Tremblay <tremblay.bern...@gmail.com>
>>>> a écrit :
>>>>
>>>>> et pour le mount ?  Est-ce que tu peux le monter sans problème et voir
>>>>> les fichiers qui sont dessus ?
>>>>>
>>>>
>>>> ​Absolument. D'après toi, puis-je procéder à la réinstallation en toute
>>>> sécurité​? Le disque m'a l'air sain. J'ai sauvegardé /home sur une clé USB.
>>>> Ma voisine espère ravoir son ordinateur aujourd'hui...
>>>>
>>>>
>>>> @+,
>>>> g
>>>>
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec@lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>>>
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Voici:

root@ubuntu:/# apt install grub-pc grub-efi
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
 grub-efi : Dépend: grub-efi-amd64 (= 2.02~beta2-36ubuntu3.8)
E: Impossible de corriger les problèmes, des paquets défectueux sont en
mode « garder en l'état ».


@+,
g

Le 3 avril 2017 à 15:48, Steve Nadeau <steven...@gmail.com> a écrit :

> Salut Gilbert,
> Il pourrait être préférable de recréer le GRUB avant de passer à la
> méthode windows (réinstallation)...
>
> voici ma suggestion pour ce faire, depuis un démarrage sur clé USB...
>
> ouvrir un terminal et faire les étapes suivantes... (j'ai inscrit ici le
> nom du périphérique SSD)
>
> sudo su
> mount /dev/mmcblk0p2 /mnt
> mount /dev/mmcblk0p1 /mnt/boot/efi -o rw
> mount --bind /dev /mnt/dev
> mount --bind /proc /mnt/proc
> mount --bind  /sys /mnt/sys
> mount --bind /dev/pts /mnt/dev/pts
> chroot /mnt
> apt purge grub*
> apt install grub-pc grub-efi
> grub-install --target=x86_64-efi --efi-directory=/boot/efi
> --bootloader-id=ubuntu --recheck /dev/mmcblk0
> grub-mkconfig -o /boot/grub/grub.cfg
> update-grub
>
> ## s'il n'y a pas eu d'erreur, fermer et redémarrer, sinon nous envoyer
>  plus d'info.
>
> exit
> reboot
>
>
>
> Steve
>
> ---
>
>
> Le 3 avril 2017 à 11:29, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>>
>> Le 3 avril 2017 à 11:26, Bernard Tremblay <tremblay.bern...@gmail.com> a
>> écrit :
>>
>>> et pour le mount ?  Est-ce que tu peux le monter sans problème et voir
>>> les fichiers qui sont dessus ?
>>>
>>
>> ​Absolument. D'après toi, puis-je procéder à la réinstallation en toute
>> sécurité​? Le disque m'a l'air sain. J'ai sauvegardé /home sur une clé USB.
>> Ma voisine espère ravoir son ordinateur aujourd'hui...
>>
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Le 3 avril 2017 à 11:26, Bernard Tremblay  a
écrit :

> et pour le mount ?  Est-ce que tu peux le monter sans problème et voir les
> fichiers qui sont dessus ?
>

​Absolument. D'après toi, puis-je procéder à la réinstallation en toute
sécurité​? Le disque m'a l'air sain. J'ai sauvegardé /home sur une clé USB.
Ma voisine espère ravoir son ordinateur aujourd'hui...


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Voici le résultat de fdisk -l (j'abrège):

Disque /dev/mmcblk0 : 116,5 GiB, 125069950976 octets, 244277248 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 20ACBE7F-259F-4AA8-8F4D-A6C9B07ED6B3

Périphérique   Start   Fin  Secteurs   Size Type
/dev/mmcblk0p1  2048   1050623   1048576   512M EFI System
/dev/mmcblk0p2   1050624 236083199 235032576 112,1G Linux filesystem
/dev/mmcblk0p3 236083200 244275199   8192000   3,9G Partition d'échange
Linux




Disque /dev/mmcblk0boot1 : 4 MiB, 4194304 octets, 8192 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disque /dev/mmcblk0boot0 : 4 MiB, 4194304 octets, 8192 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes





@+,
g

Le 3 avril 2017 à 14:53, Bernard Tremblay <tremblay.bern...@gmail.com> a
écrit :

> Et à partir du live USB, après avoir fait le fsck, tu peux monter le
> disque
> ​​
> /dev/mmcblk0p2 sur un point de montage et voir les fichiers dessus ?
> (sudo mount /dev/mmcblk0p2 /mnt  ) et si tu as des erreurs quels sont les
> messages ?
>
> Tu pourrais nouv montrer le résultat de :  fdisk -l
> ??
>
> Le 2 avril 2017 à 11:23, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>>
>> Le 2 avril 2017 à 05:34, raymond <raymond...@gmail.com> a écrit :
>>
>>> Bonjour Gilbert, je ne suis pas un expert, loin de la, mais j'ai eu un
>>> probleme semblable l'an passe avec mon HP pavilion et mon ami qui a une
>>> boutique pour ordinateur ma dit d'enlever la batterie et de la reposer, et
>>> voila tout est redevenu normal! Je ne sais pas si sa s'applique dans ce
>>> cas.Salutations.
>>
>>
>> ​C'est un netbook dont la batterie est inamovible. C'est un Asus E403S.​
>>
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Le 2 avril 2017 à 05:34, raymond  a écrit :

> Bonjour Gilbert, je ne suis pas un expert, loin de la, mais j'ai eu un
> probleme semblable l'an passe avec mon HP pavilion et mon ami qui a une
> boutique pour ordinateur ma dit d'enlever la batterie et de la reposer, et
> voila tout est redevenu normal! Je ne sais pas si sa s'applique dans ce
> cas.Salutations.


​C'est un netbook dont la batterie est inamovible. C'est un Asus E403S.​


@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Le 2 avril 2017 à 10:36, Fabián Rodríguez  a
écrit :

> Avant tout je penserais à démarrer un LiveCD/USB et récupérer les données
> si c'est encore possible (à moin de confirmer qu'il y a une sauvegarde
> récente?).
>

​Je peux démarrer avec une clé USB sans problème.
​

> Habituellement
> ​​
> /dev/mmcblk0p2 est un identificateur de carte de mémoire (SSD, microSD ou
> autre).​
>
Peut-être qu'il y a interférence de cette carte au démarrage ? Essayez de
> retirer toute clé USB ou carte de mémoire et tentez de redémarrez.
>

​
/dev/mmcblk0p2 est le disque SSD de l'appareil. Il n'y a rien d'autre de
connecté.

> ​

> C'est qu'une idée parmi d'autres... ensuite je penserais que le disque dur
> a lâché, les symptômes dećrits ressemblent à ça.
>

​​Sous clé USB, la commande fsck /dev/mmcblk0p2 retourne le même statut que
celui affiché lors du démarrage. (propre, 29447/7348224 fichiers,
2011340/29379072 blocs»)

Mais au premier redémarrage (tout juste après le crash), j'ai vu défiler
plein de lignes de nettoyage ou de réparation de blocs, je ne me souviens
plus du libellé.

Par ailleurs, avec Gparted, j'obtiens le message suivant:

> «Le descripteur du pilote indique une taille physique de 2048 octets, mais
Linux lui retourne 512 octets.»​

@+,
g
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

La touche Shift ou les touches du curseur ne me donnent pas de résultat. Il
me faut appuyer sur Esc dans le quart de seconde où apparait le curseur
avant que l'écran devienne violet, juste après le logo de l'ordinateur.

Jei choisis d'abord l'option Clean.
Je reviens au menu récupération de Grub et choisis de continuer le
démarrage. Je tombe en mode tty1.

Je redémarre et choisis l'option Vérifier tous les systèmes de fichiers. es
dernières lignes que je vois affichées sont:
Activating swap Swap partition
[OK] Activated swap /dev/disk/by-uuid/db...etc.
[OK] Reached target Swap.
Puis le processus s'arrête et attend que j'appuie sur Enter. Ce que je fais.
Le système poursuit le démarrage et aboutit à la console tty1.

Je redémarre et essaie le mode graphique sans échec. Il se passe la même
chose que pour Vérifier tous les systèmes de fichiers, sauf que les lignes
qui devraient s'afficher dans un terminal s'écrivent par-dessus le menu.

Je tente Réparer les paquets. Le message est qu'il y a des mises à jour à
faire. Je veux bien, mais cet ordinateur portable Asus n'a pas de connexion
Ethernet, et que lorsque j'essaie Activer le réseau, défilent tout un tas
de lignes, comme précédemment, qui s'arrêtent sur une quinzaine
d'occurrences de la ligne suivante:
grep: /etc/resolv.conf: Aucun fichier ou dossier de ce type.
Puis rien ne va plus. C'est gelé. Je dois faire un hard reboot.

Au menu Grub, j'essaie Ubuntu en mode Upstart. Ça s'arrête à
Chargement du disque mémoire initial...
Puis plus rien ne bouge.

Mon impression? Des fichiers du système ont été endommagés lorsque ma
voisine a fait je ne sais quoi qui a mis l'ordinateur dans cet état. Je
précise que ma voisine ne s'est pas aventurée dans les méandres d'Ubuntu.
C'est une personne âgée qui a peine à faire la différence entre ordinateur
et internet. C'est juste une erreur de manipulation.

Sauvegarder home et réinstaller? (Précision: c'est moi qui lui ai installé
Ubuntu et, pour une rare fois, je n'ai pas pris la précaution de mettre son
home dans une partition distincte.)

@+,
g

Le 1 avril 2017 à 19:58, Steve Nadeau <steven...@gmail.com> a écrit :

> C'est une situation déjà vécu...
>
> est-ce possible de démarrer en mode de récupération?
>
> pour ce faire, au moment de démarrer l'ordi, tenir la touche  ou
> appuyer sur les flèches haut/bas afin de voir apparaître le menu du GRUB,
> de là, sélectionner les options avancés et ensuite le mode de récupération.
>
> rendu là, il serait intéressant de faire certaines opérations du menu de
> récupération:
>
> (j'y vais de mémoire pour les termes du menu, mais ça devrait y ressembler)
>
> Vérification des disques
> Libérer de l'espace
> activer le réseau
> vérifier l'état des paquets
>
> ensuite la première option permet de continuer le démarrage...
>
> fais nous un suivi là dessus...
>
> bonne chance!
>
> Steve
>
> ---
>
>
> Le 1 avril 2017 à 18:41, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> Ma voisine ne sait pas trop comment c'est arrivé. Elle ne sait pas sur
>> quoi elle a appuyé pour éteindre son ordinateur, si bien qu'il est resté
>> figé sur un écran où le lanceur avait disparu et un terminal inactif ne
>> réagissait à rien. Depuis, après avoir appuyé suffisamment longtemps sur le
>> bouton de mise en marche pour qu'il s'éteigne, son ordinateur est en panne.
>> Voici ce qui se passe quand je tente de le faire démarrer.
>>
>> Au départ, on voit comme à l'accoutumée un écran violet, puis après
>> quelques secondes il passe au noir avant d'afficher le mot Ubuntu avec les
>> points blancs dessous pendant une demi-seconde. Puis s'affiche un écran
>> noir où on peut lire
>>
>> /dev/mmcblk0p2: clean, 29447/7348224 files, 2011340/29379072 blocks
>>
>> Bref, jusque-là, tout est normal... sauf que ça s'arrête là. Après, il ne
>> se passe plus rien.
>>
>> Si j'appuie normalement sur le bouton de mise en marche pour éteindre
>> l'appareil, je vois apparaitre l'écran violet avec le mot Ubuntu et les
>> points blancs deux secondes puis l'ordinateur s'éteint.
>>
>> Y a-t-il mieux à faire que de réinstaller le système?
>>
>> g
>> ​ilbert​
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Ubuntu ne démarre plus

[Gilbert Dion]

Ma voisine ne sait pas trop comment c'est arrivé. Elle ne sait pas sur quoi
elle a appuyé pour éteindre son ordinateur, si bien qu'il est resté figé
sur un écran où le lanceur avait disparu et un terminal inactif ne
réagissait à rien. Depuis, après avoir appuyé suffisamment longtemps sur le
bouton de mise en marche pour qu'il s'éteigne, son ordinateur est en panne.
Voici ce qui se passe quand je tente de le faire démarrer.

Au départ, on voit comme à l'accoutumée un écran violet, puis après
quelques secondes il passe au noir avant d'afficher le mot Ubuntu avec les
points blancs dessous pendant une demi-seconde. Puis s'affiche un écran
noir où on peut lire

/dev/mmcblk0p2: clean, 29447/7348224 files, 2011340/29379072 blocks

Bref, jusque-là, tout est normal... sauf que ça s'arrête là. Après, il ne
se passe plus rien.

Si j'appuie normalement sur le bouton de mise en marche pour éteindre
l'appareil, je vois apparaitre l'écran violet avec le mot Ubuntu et les
points blancs deux secondes puis l'ordinateur s'éteint.

Y a-t-il mieux à faire que de réinstaller le système?

g
​ilbert​
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Une page indésirable qui apparaît au démarrage du fureteur Vivaldi

[Gilbert Dion]

Il faut supprimer le dossier .config/vivaldi dans votre répertoire
personnel.

@+,
g

Le 12 mars 2017 à 17:59, Frederick Cote  a
écrit :

> Les configurations sont probablement dans ".config" (il est caché) dans
> le  "home".
>
> Tel que mentionné précédemment, l'idéale pour tester avec une
> configuration "Fresh" est d'utiliser un nouveau compte (ou le compte
> "Guest").
>
> Bonne fin de fin de semaine,
> Fred
>
> 2017-03-12 17:53 GMT-04:00 frhuot :
>
>> Dernière action: j'ai utilisé Synaptic pour désinstaller complètement
>> Vivaldi; ensuite je suis allé dans /home pour voir s'il n'y avait pas un
>> un
>> fichier de configuration. Il n'y en avait pas.
>>
>> Après avoir réinstallé Vivaldi, je vois cependant que Synaptic n'a pas
>> fait
>> le travail: tout est là: mes anciennes extensions, les mots de passe
>> enregistrés et les pages de pub réapparaissent.
>>
>> Je peux me passer de Vivaldi... mais j'aimerais savoir pourquoi Synaptic
>> annonce des choses qu'il ne peut apparemment effectuer.
>>
>> Question corollaire: comment vraiment éliminer complètement un programme?
>>
>>  Merci,
>>
>> François Huot
>>
>>
>>
>> --
>> View this message in context: http://ubuntu-qc.124361.n3.nab
>> ble.com/Une-page-indesirable-qui-apparait-au-demarrage-du-
>> fureteur-Vivaldi-tp4026986p4027022.html
>> Sent from the Ubuntu-Qc mailing list archive at Nabble.com.
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
>
> --
> Ring  : frederic (396dc56673bc8372ed0aa8d78f6292
> 233de825a6)
>
> "In a world without walls, who really needs Windows"
> "Nothing is foolproof because fools are so ingenious"
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Une page indésirable qui apparaît au démarrage du fureteur Vivaldi

[Gilbert Dion]

Vrai: j'avais oublié que sur mon laptop je n'ai pas ce problème.

@+,
g

Le 9 mars 2017 à 10:57, Steve Nadeau <steven...@gmail.com> a écrit :

> Gilbert,
>
> ce doit être un problème local, j'utilise la dernière version et je n'ai
> pas ce genre de situation.
>
> peut-être l'ouvrir depuis un session invité pour valider.
>
>
> Steve
>
> -------
>
>
> Le 9 mars 2017 à 10:44, Gilbert Dion <gilbertd...@gmail.com> a écrit :
>
>> J'utilise Vivaldi depuis plus d'un an tout simplement parce que c'est le
>> meilleur, le plus personnalisable et celui qui correspond le mieux à mes
>> besoins, avec les fonctionnalités récupérées d'Opera avant que ce dernier
>> se standardise et perde son originalité, et je n'ai jamais rencontré le
>> problème mentionné ici. (Un truc inhabituel, cependant, depuis la dernière
>> mise à jour. Une page de recherche Google appelée vivaldi://newtab s'ouvre
>> en supplément de tous mes onglets.)
>>
>> Vivaldi n'a que deux ans, est toujours en cours de développement et ce
>> comportement pourrait changer lors de prochaines mises à jour.
>>
>> @+,
>> g
>>
>> Le 9 mars 2017 à 09:23, frhuot <frh...@gmail.com> a écrit :
>>
>>> UBlock Origin fait bien le travail. Reste à savoir comment faire en
>>> sorte de
>>> n'être même pas informé quand l'extension bloque une page; je suppose
>>> que la
>>> documentation, qui est assez volumineuse, explique comment configurer
>>> cela.
>>>
>>> Par ailleurs, je reste cependant curieux de savoir comment le lancement
>>> de
>>> pages non désirées peut se produire... et régler le problème à la
>>> source! Si
>>> certains ont une idée sur le sujet, je suis preneur...
>>>
>>> Merci à tous ceux qui ont pris la peine d'intervenir pour régler ce
>>> problème.
>>>
>>> François Huot
>>>
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context: http://ubuntu-qc.124361.n3.nab
>>> ble.com/Une-page-indesirable-qui-apparait-au-demarrage-du-fu
>>> reteur-Vivaldi-tp4026986p4026998.html
>>> Sent from the Ubuntu-Qc mailing list archive at Nabble.com.
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Une page indésirable qui apparaît au démarrage du fureteur Vivaldi

[Gilbert Dion]

J'utilise Vivaldi depuis plus d'un an tout simplement parce que c'est le
meilleur, le plus personnalisable et celui qui correspond le mieux à mes
besoins, avec les fonctionnalités récupérées d'Opera avant que ce dernier
se standardise et perde son originalité, et je n'ai jamais rencontré le
problème mentionné ici. (Un truc inhabituel, cependant, depuis la dernière
mise à jour. Une page de recherche Google appelée vivaldi://newtab s'ouvre
en supplément de tous mes onglets.)

Vivaldi n'a que deux ans, est toujours en cours de développement et ce
comportement pourrait changer lors de prochaines mises à jour.

@+,
g

Le 9 mars 2017 à 09:23, frhuot  a écrit :

> UBlock Origin fait bien le travail. Reste à savoir comment faire en sorte
> de
> n'être même pas informé quand l'extension bloque une page; je suppose que
> la
> documentation, qui est assez volumineuse, explique comment configurer cela.
>
> Par ailleurs, je reste cependant curieux de savoir comment le lancement de
> pages non désirées peut se produire... et régler le problème à la source!
> Si
> certains ont une idée sur le sujet, je suis preneur...
>
> Merci à tous ceux qui ont pris la peine d'intervenir pour régler ce
> problème.
>
> François Huot
>
>
>
>
>
> --
> View this message in context: http://ubuntu-qc.124361.n3.
> nabble.com/Une-page-indesirable-qui-apparait-au-
> demarrage-du-fureteur-Vivaldi-tp4026986p4026998.html
> Sent from the Ubuntu-Qc mailing list archive at Nabble.com.
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Protégez-vous

[Gilbert Dion]

​Excellent document d'introduction! Merci!​

@+,
g

Le 8 mars 2017 à 16:21, Steve Nadeau  a écrit :

> Bonjour à tous!
>
> Étant donné que personne d'abonné n'a partagé le PDF, j'ai travaillé la
> page web pour en extraire son contenu pertinent et voici donc un document
> PDF.
>
> Bonne lecture et abonnez-vous à "Protégez-vous" si vous aimez.
> https://www.protegez-vous.ca/Technologie/linux
>
> Steve
>
> ---
>
>
> Le 12 février 2017 à 12:38, Steve Nadeau  a écrit :
>
>> Bonjour!
>>
>> C'est probablement intéressant, mais pour ceux qui ne sont pas abonnés,
>> impossible d'en faire la lecture, est-ce possible de faire un PDF de
>> l'article et nous le partager?
>>
>> bonne journée!
>> Steve
>>
>>
>> ---
>>
>>
>> Le 12 février 2017 à 11:37, Denis Larsen  a écrit :
>>
>>> Bonne nouvelle:  la revue Protégez-vous recommande de passer à Linux et
>>> propose 3 versions à mettre à l'essai. C'est succint mais quand même...
>>>
>>> DL
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Problème d'installation de ttf-mscorefonts-installer

[Gilbert Dion]

>
> mkdir /tm && cd /tmp/msfonts
> for font in andale32.exe arial32.exe arialb32.exe comic32.exe courie32.exe
> georgi32.exe impact32.exe times32.exe trebuc32.exe verdan32.exe webdin32.exe
> do
> wget http://downloads.sourceforge.net/corefonts/$font
> done

​donne erreur 404 not found​ à toutes les polices énumérées. Aucune
installée.

@+,
g

Le 21 janvier 2017 à 15:29, Tho Nguyen  a écrit :

> Il faut lire
>
> mkdir /tmp/msfonts && cd /tmp/msfonts
>
>
> dans mon dernier courriel.
>
>
> 2017-01-21 15:26 GMT-05:00 Tho Nguyen :
>
>> Bonjour,
>>
>> J'ai fixé le problème avec ce paquet en faisant les étapes suivantes:
>>
>> sudo apt-get update
>> sudo apt-get install ttf-mscorefonts-installer
>> J'ai des erreurs
>>
>> Err:1 http://downloads.sourceforge.net/corefonts/andale32.exe
>>   400  Bad request
>> W: Can't drop privileges for downloading as file
>> '/var/lib/update-notifier/package-data-downloads/partial/andale32.exe'
>> couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission
>> denied)
>> E: Failed to fetch https://svwh.dl.sourceforge.net/project/corefonts/the
>> fonts/final/andale32.exe 400  Bad request
>>
>>
>> Pour corriger le problème d'installeur, je télécharge manuellement les
>> fonts
>>
>>
>> mkdir /tm && cd /tmp/msfonts
>> for font in andale32.exe arial32.exe arialb32.exe comic32.exe
>> courie32.exe georgi32.exe impact32.exe times32.exe trebuc32.exe
>> verdan32.exe webdin32.exe
>> do
>> wget http://downloads.sourceforge.net/corefonts/$font
>> done
>> sudo dpkg-reconfigure ttf-mscorefonts-installer
>> et donne /tmp/msfonts comme le répertoire qui contient des fonts.
>>
>> L'erreur:
>> One or more fonts could not be extracted.
>> The fonts are NOT installed.
>> Please run 'dpkg-reconfigure ttf-mscorefonts-installer' to perform the
>> installation again
>>
>>
>> Je fais donc une deuxième fois la commande
>>
>> sudo dpkg-reconfigure ttf-mscorefonts-installer
>>
>> Tous les fonts sont installés.
>>
>> ilbert Dion :
>>
>> Ce problème est apparu chez moi, sur mes trois machines, et chez tous les
>>> utilisateurs d'Ubuntu que je connais. Chez moi depuis au moins un mois,
>>> chez la plupart des autres, c'est plus récent. Je n'ai trouvé aucune
>>> explication ou procédure en ligne qui résolve ce problème. Du coup, j'ai
>>> supprimé le logiciel et j'ai installé les polices trouvées dans la réponse
>>> 35 de ce forum:
>>> https://forum.ubuntu-fr.org/viewtopic.php?id=2001179=2
>>>
>>> Par contre, sur une installation fraiche d'hier sur la machine d'un
>>> copain, pas d'erreur.
>>>
>>> @+,
>>> g
>>>
>>> Le 21 janvier 2017 à 14:46, Jean Christophe André <
>>> jean-christophe.an...@auf.org> a écrit :
>>>
 Bonjour,

 Le 2017-01-20 à 16:26, frhuot a écrit :

> Bien que ce paquet soit marqué comme installé dans Synaptic, je reçois
> quotidiennememt ce message (voir image).
>  orefonts-installerCapture_du_2017-01-09_13-19-52.png>
>

 En fait il y a plusieurs étapes dans l'installation et ici le statut de
 ce paquet est probablement « installé mais pas encore configuré », du fait
 que la configuration ne s'est pas encore terminée correctement jusqu'ici,
 d'où le message obtenu.

 J'ai donc tenté de le réinstaller et,là, je réussis à «attraper» ce
> message
> :
>
> Préconfiguration des paquets...
> Can't exec "/tmp/ttf-mscorefonts-installer.config.MkcWhz": Permission
> non
> accordée at /usr/share/perl/5.22/IPC/Open3.pm line 178.
> open2: exec of /tmp/ttf-mscorefonts-installer.config.MkcWhz configure
> 3.4+nmu1ubuntu2 failed at /usr/share/perl5/Debconf/ConfModule.pm line
> 59.
>

 Il s'agit ici d'une erreur du fait qu'il n'est pas possible de lancer
 un exécutable situé sous /tmp.

 Cela signifie deux choses :
 - que ton /tmp est visiblement protégé contre les exécutions de
 fichiers temporaires — cela peut se vérifier avec un "grep /tmp
 /proc/mounts" qui montrera probablement une option "noexec" — ce qui est
 une bonne chose en terme de sécurité, mais devient contraignant pour les
 logiciels qui n'y sont pas préparés ;
 - que ce paquet essaye d'exécuter un script de configuration qui n'est
 pas prévu pour être lancé depuis un environnement plus sécurisé que
 d'habitude (le /tmp n'est pas toujours aussi sécurisé).

 Pour cette partie une solution temporaire pourrait être de lancer la
 commande suivante juste avant la réinstallation du paquet, autorisera
 temporairement les exécutions de fichiers sous /tmp :

  mount -o remount,exec /tmp


 (Lecture de la base de données... 338175 fichiers et répertoires déjà
> installés.)
> Préparation du dépaquetage de
> .../ttf-mscorefonts-installer_3.4+nmu1ubuntu2_all.deb ...
> mscorefonts-eula license has already 

Re: [Ubuntu-QC] Problème d'installation de ttf-mscorefonts-installer

[Gilbert Dion]

Ce problème est apparu chez moi, sur mes trois machines, et chez tous les
utilisateurs d'Ubuntu que je connais. Chez moi depuis au moins un mois,
chez la plupart des autres, c'est plus récent. Je n'ai trouvé aucune
explication ou procédure en ligne qui résolve ce problème. Du coup, j'ai
supprimé le logiciel et j'ai installé les polices trouvées dans la réponse
35 de ce forum:
https://forum.ubuntu-fr.org/viewtopic.php?id=2001179=2

Par contre, sur une installation fraiche d'hier sur la machine d'un copain,
pas d'erreur.

@+,
g

Le 21 janvier 2017 à 14:46, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Bonjour,
>
> Le 2017-01-20 à 16:26, frhuot a écrit :
>
>> Bien que ce paquet soit marqué comme installé dans Synaptic, je reçois
>> quotidiennememt ce message (voir image).
>> > orefonts-installerCapture_du_2017-01-09_13-19-52.png>
>>
>
> En fait il y a plusieurs étapes dans l'installation et ici le statut de ce
> paquet est probablement « installé mais pas encore configuré », du fait que
> la configuration ne s'est pas encore terminée correctement jusqu'ici, d'où
> le message obtenu.
>
> J'ai donc tenté de le réinstaller et,là, je réussis à «attraper» ce message
>> :
>>
>> Préconfiguration des paquets...
>> Can't exec "/tmp/ttf-mscorefonts-installer.config.MkcWhz": Permission non
>> accordée at /usr/share/perl/5.22/IPC/Open3.pm line 178.
>> open2: exec of /tmp/ttf-mscorefonts-installer.config.MkcWhz configure
>> 3.4+nmu1ubuntu2 failed at /usr/share/perl5/Debconf/ConfModule.pm line 59.
>>
>
> Il s'agit ici d'une erreur du fait qu'il n'est pas possible de lancer un
> exécutable situé sous /tmp.
>
> Cela signifie deux choses :
> - que ton /tmp est visiblement protégé contre les exécutions de fichiers
> temporaires — cela peut se vérifier avec un "grep /tmp /proc/mounts" qui
> montrera probablement une option "noexec" — ce qui est une bonne chose en
> terme de sécurité, mais devient contraignant pour les logiciels qui n'y
> sont pas préparés ;
> - que ce paquet essaye d'exécuter un script de configuration qui n'est pas
> prévu pour être lancé depuis un environnement plus sécurisé que d'habitude
> (le /tmp n'est pas toujours aussi sécurisé).
>
> Pour cette partie une solution temporaire pourrait être de lancer la
> commande suivante juste avant la réinstallation du paquet, autorisera
> temporairement les exécutions de fichiers sous /tmp :
>
>  mount -o remount,exec /tmp
>
>
> (Lecture de la base de données... 338175 fichiers et répertoires déjà
>> installés.)
>> Préparation du dépaquetage de
>> .../ttf-mscorefonts-installer_3.4+nmu1ubuntu2_all.deb ...
>> mscorefonts-eula license has already been accepted
>> Dépaquetage de ttf-mscorefonts-installer (3.4+nmu1ubuntu2) sur
>> (3.4+nmu1ubuntu2) ...
>> Traitement des actions différées (« triggers ») pour fontconfig
>> (2.11.94-0ubuntu1.1) ...
>> Traitement des actions différées (« triggers ») pour
>> update-notifier-common
>> (3.168.3) ...
>> ttf-mscorefonts-installer: processing...
>> ttf-mscorefonts-installer: downloading
>> http://downloads.sourceforge.net/corefonts/andale32.exe
>> Err:1 http://downloads.sourceforge.net/corefonts/andale32.exe
>>404  Not Found
>> W: Can't drop privileges for downloading as file
>> '/var/lib/update-notifier/package-data-downloads/partial/andale32.exe'
>> couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission non
>> accordée)
>> E: Impossible de récupérer
>> https://pilotfiber.dl.sourceforge.net/project/corefonts/the
>> fonts/final/andale32.exe  404  Not Found
>>
>> E: Download Failed
>> Paramétrage de ttf-mscorefonts-installer (3.4+nmu1ubuntu2) ...
>>
>
> Les deux URL pour récupérer andale32.exe citées ci-dessus sont
> fonctionnelles dans mon navigateur web.
>
> Donc ici on peut imaginer plusieurs pistes :
> - ces URL étaient peut-être temporairement indisponibles ;
> - ton accès web est peut-être filtré (par un proxy ou autre) ;
> - tes téléchargements APT se font peut-être via un proxy dédié à APT qui
> ne supporte pas de télécharger autre chose que des fichiers pour APT (bogue
> connu lors d'anciennes installations, mais en principe corrigé depuis).
>
> Je te suggérerais donc de vérifier tout d'abord si ces URL sont
> fonctionnelles depuis ton navigateur web.
>
> Si elles le sont, mais que APT indique toujours une erreur de récupération
> sur ces URL, cela confirmerait la piste d'une configuration de proxy à
> ajuster, soit côté poste client (sans doute le plus simple), soit côté
> proxy lui-même (préférables si plusieurs machines se trouvent derrière).
>
> Pour vérifier rapidement si une configuration de proxy est en place, tu
> peux déjà dégrossir la recherche avec les commandes suivantes :
>
>  env | grep -i proxy
>  grep -ri proxy /etc/
>
> Regarder en particulier sous /etc/apt ou dans /etc/wgetrc.
>
>
> À noter qu'en ce qui concerne l'usage d'un proxy APT, je recommanderais
> apt-cacher-ng dont je suis très satisfait 

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Mathieu,

Le plus grand problème, dans tout ça, c'est que ça m'est arrivé à la veille
de Noël pendant que tu étais en congé!

J'ai suivi les conseils, trucs et astuces que les gens m'ont soumis, en
remettant les choses comme avant dans chaque cas, puisque cela ne réglait
rien, puis, comme j'avais besoin de mon ordinateur, j'ai installé wicd
pendant un bout de temps.

J'espérais vivement que tu reviennes de congé, car je connais ton expertise
concernant Network Manager. Et puis, de guerre lasse, ce weekend, j'ai
réinstallé à neuf 16.10... Ah, si j'avais patienté deux jours de plus! J'aurais
beaucoup aimé pister l'erreur de configuration à l'aide de tes conseils et
comprendre ce qui a bien pu se passer. (Je ne me rappelle pas avoir vu quoi
que ce soit dans /var/log/syslog provenant de NetworkManager à propos
de enp0s10,
mais il est trop tard pour vérifier.)

Comme mon home est sur une partition distincte, avec aptik j'ai pu sans
problème réinstaller mes ppa et les logiciels qui en proviennent. La
réinstallation aura eu le mérite de désencombrer le système de choses
devenues inutiles ou désuètes.

Merci bien, tout de même. La prochaine fois, je tâcherai de tomber en panne
à une autre période que le temps des Fêtes ou les vacances d'été!

@+,
g

Le 10 janvier 2017 à 14:13, Mathieu Trudel-Lapierre 
a écrit :

> 2016-12-29 13:12 GMT-05:00 Bernard Tremblay :
>
>> Est-ce qu'il y a des messages de NetworkManager qui pourraient donner des
>> indices ?
>>
>> Essaie:  systemctl status NetworkManager.service
>>
>> Et montre le résultat si c'est pertinent SVP.
>>
>>
> Vaut mieux:
>
> journalctl -u NetworkManager
>
> ou alors:
>
> grep NetworkManager /var/log/syslog
>
>
> Le problème avec systemctl, c'est que ca ne liste pas tout le log,
> seulement les quelques dernières lignes. Ca manquera sans aucun doute les
> info du démarrage de NetworkManager.
>
> / Matt
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ordinateur qui gèle à tout bout de champ: comment diagnostiquer la cause?

[Gilbert Dion]

Je mets à jour cette discussion pour ceux que ça intéresse, car j'ai trouvé
la solution.

J'ai installé Ubuntu 16.04 sur l'ordinateur d'un ami et celui-ci a éprouvé
les mêmes ennuis que moi: sa machine plante raide, sans laisser de traces.
C'est alors que j'ai eu l'idée de regarder quel GPU l'équipait (car j'avais
l'intuition que le problème provenait de la carte graphique): Intel Bay
Trail, la même que l'ordinateur dont il est question ici. C'est ce qui m'a
donné les mots clés idéaux pour mener mon enquête.

Et voici ce que j'ai trouvé: c'est un bogue du kernel postérieur à Trusty
Tahr. Deux solutions se présentent alors: installer le kernel 3.13 (le
kernel officiel de Trusty Tahr) et en bloquer toute mise à jour, ou
modifier le fichier grub en ajoutant intel_idle.max_cstate=1 à la
ligne GRUB_CMDLINE_LINUX_DEFAULT. C'est cette dernière option que
j'utilise, et ça marche. En attendant que le bogue soit réglé.
Voir ici: https://bugzilla.kernel.org/show_bug.cgi?id=109051

@+,
g

Le 7 octobre 2016 à 22:44, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> Frédéric,
> Un mot pour te remercier des suggestions. Les tests sont longs à réaliser.
> Ce n'est pas la mémoire. Ce n'est pas la température non plus. J'essaie de
> déterminer si cela provient d'une application. Ça plante parfois après 10
> minutes, d'autres fois après 24 ou 30 heures. Je créerai ensuite un nouvel
> utilisateur, puis j'essaierai avec une session live.
>
> @+,
> g
>
> Le 6 octobre 2016 à 10:35, Frederick Cote <frederick.c...@stylelibre.info>
> a écrit :
>
>> Bonjour,
>>
>> La première chose que je fais lorsque j'ai du trouble avec un ordinateur
>> c'est un memtest juste pour m'assurer que la RAM fonctionne bien. Sur un
>> ordinateur portable, la deuxième chose que je vérifie est la température.
>> Avec le temps les ventilateurs se remplisse de poussière et l'ordinateur
>> surchauffe et fonctionne moins bien.
>>
>> Si ce n'est pas ça, Peut être essayer avec un LiveCD pendant un bon
>> moment pour voir si lui aussi plante. C'est un bon indicateur sur la
>> provenance du problème.
>>
>> Bonne journée,
>> Frédéric
>>
>> 2016-10-06 10:24 GMT-04:00 Gilbert Dion <gilbertd...@gmail.com>:
>>
>>> Un netbook bien ordinaire branché sur ma chaine stéréo et dont l'unique
>>> tâche est de faire rouler Clementine en puisant dans ma musicothèque logée
>>> sur un disque NAS gèle sans prévenir depuis quelque temps. Et quand je dis
>>> geler, je veux dire que le seul moyen d'en sortir est d'appuyer sur le
>>> bouton de mise en marche assez longtemps pour qu'il s'éteigne.
>>> Mon intuition m'a guidé vers les journaux système, mais évidemment, rien
>>> de suspect n'a le temps de s'y inscrire.
>>>
>>> @+,
>>> g
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>>
>> --
>> Ring <http://www.ring.cx/> : 462d43248f310813a7ebc34440b2a535d63665b6
>> Tox <https://tox.chat/> : 87FE287E0A5F433CC13F88C0
>> 6325CF6C8CE3517123A4715F1D3217BDC5382A0356A5F212CD3F
>>
>> "In a world without walls, who really needs Windows"
>> "Nothing is foolproof because fools are so ingenious"
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

J'ai supprimé network Manager et j'utilise Wicd pour l'instant. Même avec
NM je ne pouvais plus utiliser le VPN. J'y reviendrai la semaine prochaine.

@+,
g

Le 29 décembre 2016 à 13:12, Bernard Tremblay <tremblay.bern...@gmail.com>
a écrit :

> Est-ce qu'il y a des messages de NetworkManager qui pourraient donner des
> indices ?
>
> Essaie:  systemctl status NetworkManager.service
>
> Et montre le résultat si c'est pertinent SVP.
>
> Le 29 décembre 2016 à 00:07, Gilbert Dion <gilbertd...@gmail.com> a écrit
> :
>
>> La règle précise aussi KERNEL=="wlan*", NAME="wlan0", et pourtant, wlan0
>> est parfaitement géré, malgré que la nomenclature utilisée pour le wifi
>> dans une session 16.04 live est wlp3s0.
>>
>> Comme cette même session m'indique enp0s10 pour ethernet, j'ai modifié la
>> règle ainsi:
>>
>> KERNEL=="enp*", NAME="enp0s10".
>>
>> Par ailleurs, nmcli d retourne:
>>
>> PÉRIPHÉRIQUE   TYPE  ÉTAT  CONNEXION
>> wlan0  wifi  connecté  JeLisVosCourriels
>> A0:91:69:2A:72:E9  btnon-géré  --
>> enp0s10ethernet  non-géré  --
>> lo loopback  non-géré  -
>>
>> À noter: ce n'est plus eth0 qui n'est pas géré, mais enp0s10. Ce qui
>> prouve que ces règles ne changent rien à l'affaire.
>>
>> Gilbert
>>
>> @+,
>> g
>>
>> Le 27 décembre 2016 à 14:57, Bernard Tremblay <tremblay.bern...@gmail.com
>> > a écrit :
>>
>>> Dans le lien que je t'ai donné, il y a quelqu'un qui donne la recette
>>> pour ajouter une règle udev semblable à celle que tu as fait et il dit que
>>> le paramètre KERNEL devrait avoir la valeur de ton interface tel que nommé
>>> selon la nouvelle nomenclature.  Çà serait genre : KERNEL=="enp4s8".
>>>
>>> Ta règle spécifie "eth*" ???  est-ce que çà pourrait être çà qui
>>> confond udev qui ne trouve pas avec quel interface relier eth0 ???
>>>
>>> Le 26 décembre 2016 à 18:27, Gilbert Dion <gilbertd...@gmail.com> a
>>> écrit :
>>>
>>>> Le 26 décembre 2016 à 15:02, Bernard Tremblay <
>>>> tremblay.bern...@gmail.com> a écrit :
>>>>
>>>>> Je viens de voir dans un vieux post qu'on pouvait conserver l'ancienne
>>>>> nomenclature en passant les paramètres suivants dans le /etc/default/grub
>>>>>
>>>>> GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0"
>>>>>
>>>>> Tu peux toujours faire un essai pour voir si çà règle ton problème.
>>>>>
>>>>> NB:  if faut refaire un "update-grub" et rebooter ensuite.
>>>>>
>>>>> Voir le post à 
>>>>> http://askubuntu.com/questions/689070/network-interface-name-changes-after-update-to-15-10-udev-changes
>>>>>
>>>>> Cela ne change rien. ​Je constate que toutes ces procédures que
>>>> j'essaie visent à restaurer le nom eth0 parce que mon système se référerait
>>>> à une autre façon de nommer l'interface. Or il continue d'utiliser eth0 et
>>>> il ne sert à rien de revenir à une ancienne nomenclature puisque celle-ci a
>>>> toujours cours. (C'est une impression que j'ai, pas un constat prouvé hors
>>>> de tout doute.) Car partout je lis que les utilisateurs ne retrouvent plus
>>>> eth0 et veulent revenir à cette appellation. par exemple, «Why is my
>>>> network interface named enp0s25 instead of eth0?» Ce n'est pas mon
>>>> cas: par exemple, dans /etc/udev/rules.d/70-persistent-net.rules, j'ai
>>>> bel et bien la règle suivante (si toutefois le système continue de se
>>>> référer à ces règles, ce qui n'est peut-être pas le cas et serait une piste
>>>> à explorer):
>>>> SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
>>>> ATTR{address}=="58:b0:35:aa:0b:be", ATTR{dev_id}=="0x0",
>>>> ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
>>>>
>>>> Et nmcli d me retourne bien «eth0 ethernet non géré». J'ai bien peur
>>>> que je devrai me résoudre à faire une nouvelle installation, mais j'ai tant
>>>> de choses à préserver ou à remettre en place que cela me répugne assez.
>>>>
>>>>
>>>>
>>>>> Le 26 décembre 2016 à 01:30, Jean Christophe André <
>>>>> jean-christophe.an...@auf.org> a écrit :
>>>>>
>>>>>> Le 26 d

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Le 26 décembre 2016 à 15:02, Bernard Tremblay <tremblay.bern...@gmail.com>
a écrit :

> Je viens de voir dans un vieux post qu'on pouvait conserver l'ancienne
> nomenclature en passant les paramètres suivants dans le /etc/default/grub
>
> GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0"
>
> Tu peux toujours faire un essai pour voir si çà règle ton problème.
>
> NB:  if faut refaire un "update-grub" et rebooter ensuite.
>
> Voir le post à 
> http://askubuntu.com/questions/689070/network-interface-name-changes-after-update-to-15-10-udev-changes
>
> Cela ne change rien. ​Je constate que toutes ces procédures que j'essaie
visent à restaurer le nom eth0 parce que mon système se référerait à une
autre façon de nommer l'interface. Or il continue d'utiliser eth0 et il ne
sert à rien de revenir à une ancienne nomenclature puisque celle-ci a
toujours cours. (C'est une impression que j'ai, pas un constat prouvé hors
de tout doute.) Car partout je lis que les utilisateurs ne retrouvent plus
eth0 et veulent revenir à cette appellation. par exemple, «Why is my
network interface named enp0s25 instead of eth0?» Ce n'est pas mon cas: par
exemple, dans /etc/udev/rules.d/70-persistent-net.rules, j'ai bel et bien
la règle suivante (si toutefois le système continue de se référer à ces
règles, ce qui n'est peut-être pas le cas et serait une piste à explorer):
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="58:b0:35:aa:0b:be", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="eth0"

Et nmcli d me retourne bien «eth0 ethernet non géré». J'ai bien peur que je
devrai me résoudre à faire une nouvelle installation, mais j'ai tant de
choses à préserver ou à remettre en place que cela me répugne assez.



> Le 26 décembre 2016 à 01:30, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Le 26 décembre 2016 00:36:45 HNE, Gilbert Dion <gilbertd...@gmail.com> a
>> écrit :
>> >Fort bien, c'est ce que j'avais compris. Le résultat, c'est que
>> >l'écarter
>> >ne change rien et il ne se regénère pas. C'est un constat, pas une
>> >critique. Et que dire du fait qu'il n'existe pas en session live?
>>
>> Ce n'est pas étonnant pour la version Live.
>>
>> La génération automatique de ce fichier, uniquement en son absence,
>> servait à figer l'association entre l'adresse MAC d'une interface et son
>> nom (eth0, eth1, ...).
>>
>> Cela permettait d'éviter par la suite les cas où l'ordre change du fait
>> d'un démarrage différent (ça arrive en particulier quand on parallélise la
>> détection, ou bien en cas de lenteurs variables de mise en fonction d'un
>> démarrage à l'autre).
>>
>> Mais en utilisant une technique de nommage liée à la position sur le bus
>> de connexion (enp0s3 ou autre), on évite ce problème dès le départ en
>> donnant un nom qui ne dépend pas de l'ordre de démarrage. On n'a alors plus
>> besoin de figer un nom sur un critère arbitraire comme une adresse MAC (qui
>> peut en fait changer aussi).
>>
>> Ça n'explique pas encore pourquoi ça ne fonctionne plus avec NM, mais ça
>> explique les différences de nommage.
>>
>>
>>
>> Cordialement,
>> --
>> Agence universitaire de la Francophonie
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

>
>
>
> Ce fichier est généré automatiquement donc je proposais plutôt de
> l'écarter (le renommer ou le déplacer temporairement ailleurs) ou en
> commenter le contenu.
>

Fort bien, c'est ce que j'avais compris. Le résultat, c'est que l'écarter
ne change rien et il ne se regénère pas. C'est un constat, pas une
critique. Et que dire du fait qu'il n'existe pas en session live?

>
>
> Cordialement,
> --
> Agence universitaire de la Francophonie
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Je constate que d'autres se sont demandé pourquoi le nom eth* a été changé
pour enp*s* bien avant: dès 15.10 pour certains. Je suis pourtant passé de
15.10 à 16.04 sans rencontrer de problème de nom de périphérique. Mon
installation, la même que je mets à niveau aux six mois sur cet ordinateur
depuis 2011, a toujours attribué le nom eth0 à mon périphérique ethernet.
Nulle trace de changement de nom dans ma configuration 16.10 qui serait la
cause de mon problème. C'est uniquement dans la version live que le nouveau
nom surgit. Rien n'indique que c'est ce changement de nom qui affecte NM,
puisque Wicd fonctionne très bien avec eth0.

Cela étant, j'ai trouvé des pistes de réflexion ici:
http://askubuntu.com/questions/704361/why-is-my-network-interface-named-enp0s25-instead-of-eth0

qui renvoie entre autres à ceci:
http://askubuntu.com/questions/689501/how-to-rename-network-interface-in-15-10

Je me penche là-dessus dès demain, sans savoir si la solution s'y trouve,
mais si ça vous inspire, n'hésitez pas à y aller de vos propres estimations
et propositions.

Commentaire personnel: je ne comprends pas qu'un utilisateur plus ou moins
habile comme moi (plutôt moins que plus) d'un système d'exploitation qui se
veut grand public soit aux prises avec ce genre de bogue. Oui, vous me
direz, c'est le prix à payer pour ne pas se contenter des versions LTS...

@+,
g

Le 25 décembre 2016 à 23:48, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> La config que gèle le nom se trouve normalement dans le fichier
>> /etc/udev/rules.d/70-persistent-net.rules
>>
>> Renommer le fichier ou en commenter le contenu puis redémarrer le système.
>>
>> Peut être lancer aussi "update-initramfs -u -k all" pour que les scripts
>> de démarrage soient à jour (à faire avant le redémarrage donc).
>>
>> Comme je le disais plus haut, ​​tout cela n'a rien donné. Cette
> configuration n'existe pas en session live, et pourtant le réseau
> fonctionne.
>
>>
>> Cordialement,
>> --
>> Agence universitaire de la Francophonie
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

>
> La config que gèle le nom se trouve normalement dans le fichier
> /etc/udev/rules.d/70-persistent-net.rules
>
> Renommer le fichier ou en commenter le contenu puis redémarrer le système.
>
> Peut être lancer aussi "update-initramfs -u -k all" pour que les scripts
> de démarrage soient à jour (à faire avant le redémarrage donc).
>
> Comme je le disais plus haut, ​​tout cela n'a rien donné. Cette
configuration n'existe pas en session live, et pourtant le réseau
fonctionne.

>
> Cordialement,
> --
> Agence universitaire de la Francophonie
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Le 25 décembre 2016 à 19:48, Frederick Cote <frederick.c...@stylelibre.info>
a écrit :

> Donc c'est que les configurations sont resté avec l'ancien nom. Renommer
> avec le nouveau nom ou les effacer et les recréer devrait corriger le tout.
>

«Les configurations»: s'agit-il du fichier 70-persistent-net.rules dont on
parle plus bas? Le nouveau nom: il y a deux entrées dans ce fichier, l'un
est eth*, l'autre eth0. Je remplace eth* par enp* ou enp0s* ? Ou alors les
recréer: oui, mais comment? En tout cas, ça n'a strictement rien donné, au
contraire: je n'ai plus eu accès au réseau du tout.

Je remarque qu'en démarrant mon laptop avec de DVD 16.10, les noms de
périphériques ne sont pas les mêmes que lorsque je l'ai fait sur mon
desktop. J'ai maintenant enp7s0f5 au lieu de enp0s10. Donc je ne vois pas
trop pourquoi fournir soi-même un nom, d'autant plus que sur le live, le
dossier rules.d est vide et les réseaux filaire et sans fil fonctionnent.
Cela, si c'est bien là où sont les configurations.


> 2016-12-25 19:07 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>
>> Avec un DVD live, la connexion filaire est fonctionnelle. Je remarque
>> cependant que la commande nmcli d retourne enp0s0 plutôt que eth0 comme nom
>> de périphérique (est le wifi est renommé wlp3s0).
>>
>> @+,
>> g
>>
>> Le 25 décembre 2016 à 16:09, Frederick Cote <
>> frederick.c...@stylelibre.info> a écrit :
>>
>>> Peut-être essayer avec un LiveCD (ou un clef USB) de Ubuntu 16.10 pour
>>> voir si par défaut c'est version fonctionne bien avec le périphérique.
>>>
>>> Si ça fonctionne bien, on sait maintenant que le problème est une
>>> mauvaise configuration ou une configuration manquante à quelque part.
>>>
>>>
>>>
>>> 2016-12-25 15:56 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>>>
>>>> J'ai remplacé Network Manager par Wicd qui n'a aucun problème à
>>>> reconnaitre le réseau filaire et le sans-fil. Sauf que, pépin majeur, Wicd
>>>> ne permet pas de passer par un VPN. Je reviens donc à NM. Car, pour
>>>> l'instant, j'ai quand même le wifi (et le VPN).
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 25 décembre 2016 à 14:25, Gilbert Dion <gilbertd...@gmail.com> a
>>>> écrit :
>>>>
>>>>> Le 25 décembre 2016 à 13:36, Jean Christophe André <
>>>>> jean-christophe.an...@auf.org> a écrit :
>>>>>
>>>>>> Bonjour,
>>>>>>
>>>>>> >/etc/network/interfaces:#iface eth0 inet dhcp
>>>>>>
>>>>>> Dans le doute je supprimerais les références à eth0, même commentées,
>>>>>> dans interfaces...
>>>>>>
>>>>>
>>>>> ​C'est moi qui avais ajouté ces commandes pour voir si ça changeait
>>>>> quelque chose, puis je les ai commentées, puisque cela ne donnait rien.​
>>>>>
>>>>>>
>>>>>> >/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
>>>>>>
>>>>>> Ça ce pourrait être une piste...
>>>>>>
>>>>> ​j'ai exécuté ​upstart et j'ai entre autres vu ceci
>>>>> sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active
>>>>> plugged   MCP79 Ethernet (Apple iMac
>>>>> Ce qui montre que l'interface etho est reconnue et chargée.
>>>>>
>>>>>>
>>>>>> >Oui, l'interface Ethernet en mode automatique figure bien dans
>>>>>> >l'applet.
>>>>>>
>>>>>> Éventuellement supprimer et recréer la connexion correspondante. Pas
>>>>>> sûr que ça serve vraiment, mais nettoyer la config pourrait aider NM à
>>>>>> retrouver ses petits...
>>>>>>
>>>>>
>>>>> ​Cela n'a ​hélas pas donné les résultats escomptés...
>>>>>
>>>>> Merci, tout de même, du coup de main.
>>>>>
>>>>> Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois
>>>>> aussi dans le menu de l'applet:
>>>>>
>>>>> Gilbert Dion_G3:
>>>>> Périphérique non géré
>>>>>
>>>>> Est-ce un indice?
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cordialement,
>>>>>> --
>>>>>> Agence universitaire de la Francophonie
>>>>>>
>>>>>> --
>>&

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

> Si tu fait "ifconfig -a" est-ce que tu vois une interface filaire avec un
> autre nom que eth0 ?
>

​Non.​

>
>
>
> Le 25 décembre 2016 à 20:08, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Le 25 décembre 2016 19:48:19 HNE, Frederick Cote <
>> frederick.c...@stylelibre.info> a écrit :
>>>
>>> Donc c'est que les configurations sont resté avec l'ancien nom. Renommer
>>> avec le nouveau nom ou les effacer et les recréer devrait corriger le tout.
>>>
>>> 2016-12-25 19:07 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>>>
>>>> Avec un DVD live, la connexion filaire est fonctionnelle. Je remarque
>>>> cependant que la commande nmcli d retourne enp0s0 plutôt que eth0 comme nom
>>>> de périphérique (est le wifi est renommé wlp3s0).
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 25 décembre 2016 à 16:09, Frederick Cote <
>>>> frederick.c...@stylelibre.info> a écrit :
>>>>
>>>>> Peut-être essayer avec un LiveCD (ou un clef USB) de Ubuntu 16.10 pour
>>>>> voir si par défaut c'est version fonctionne bien avec le périphérique.
>>>>>
>>>>> Si ça fonctionne bien, on sait maintenant que le problème est une
>>>>> mauvaise configuration ou une configuration manquante à quelque part.
>>>>>
>>>>>
>>>>>
>>>>> 2016-12-25 15:56 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>>>>>
>>>>>> J'ai remplacé Network Manager par Wicd qui n'a aucun problème à
>>>>>> reconnaitre le réseau filaire et le sans-fil. Sauf que, pépin majeur, 
>>>>>> Wicd
>>>>>> ne permet pas de passer par un VPN. Je reviens donc à NM. Car, pour
>>>>>> l'instant, j'ai quand même le wifi (et le VPN).
>>>>>>
>>>>>> @+,
>>>>>> g
>>>>>>
>>>>>> Le 25 décembre 2016 à 14:25, Gilbert Dion <gilbertd...@gmail.com> a
>>>>>> écrit :
>>>>>>
>>>>>>> Le 25 décembre 2016 à 13:36, Jean Christophe André <
>>>>>>> jean-christophe.an...@auf.org> a écrit :
>>>>>>>
>>>>>>>> Bonjour,
>>>>>>>>
>>>>>>>> >/etc/network/interfaces:#iface eth0 inet dhcp
>>>>>>>>
>>>>>>>> Dans le doute je supprimerais les références à eth0, même
>>>>>>>> commentées, dans interfaces...
>>>>>>>>
>>>>>>>
>>>>>>> ​C'est moi qui avais ajouté ces commandes pour voir si ça changeait
>>>>>>> quelque chose, puis je les ai commentées, puisque cela ne donnait rien.​
>>>>>>>
>>>>>>>>
>>>>>>>> >/etc/network/if-up.d/upstart: # Ignoring unknown interface
>>>>>>>> eth0=eth0.
>>>>>>>>
>>>>>>>> Ça ce pourrait être une piste...
>>>>>>>>
>>>>>>> ​j'ai exécuté ​upstart et j'ai entre autres vu ceci
>>>>>>> sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active
>>>>>>> plugged   MCP79 Ethernet (Apple iMac
>>>>>>> Ce qui montre que l'interface etho est reconnue et chargée.
>>>>>>>
>>>>>>>>
>>>>>>>> >Oui, l'interface Ethernet en mode automatique figure bien dans
>>>>>>>> >l'applet.
>>>>>>>>
>>>>>>>> Éventuellement supprimer et recréer la connexion correspondante.
>>>>>>>> Pas sûr que ça serve vraiment, mais nettoyer la config pourrait aider 
>>>>>>>> NM à
>>>>>>>> retrouver ses petits...
>>>>>>>>
>>>>>>>
>>>>>>> ​Cela n'a ​hélas pas donné les résultats escomptés...
>>>>>>>
>>>>>>> Merci, tout de même, du coup de main.
>>>>>>>
>>>>>>> Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois
>>>>>>> aussi dans le menu de l'applet:
>>>>>>>
>>>>>>> Gilbert Dion_G3:
>>>>>>> Périphérique non géré
>>>>>>>
>>>>>>> Est-ce un indice?
>>>

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Avec un DVD live, la connexion filaire est fonctionnelle. Je remarque
cependant que la commande nmcli d retourne enp0s0 plutôt que eth0 comme nom
de périphérique (est le wifi est renommé wlp3s0).

@+,
g

Le 25 décembre 2016 à 16:09, Frederick Cote <frederick.c...@stylelibre.info>
a écrit :

> Peut-être essayer avec un LiveCD (ou un clef USB) de Ubuntu 16.10 pour
> voir si par défaut c'est version fonctionne bien avec le périphérique.
>
> Si ça fonctionne bien, on sait maintenant que le problème est une mauvaise
> configuration ou une configuration manquante à quelque part.
>
>
>
> 2016-12-25 15:56 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>
>> J'ai remplacé Network Manager par Wicd qui n'a aucun problème à
>> reconnaitre le réseau filaire et le sans-fil. Sauf que, pépin majeur, Wicd
>> ne permet pas de passer par un VPN. Je reviens donc à NM. Car, pour
>> l'instant, j'ai quand même le wifi (et le VPN).
>>
>> @+,
>> g
>>
>> Le 25 décembre 2016 à 14:25, Gilbert Dion <gilbertd...@gmail.com> a
>> écrit :
>>
>>> Le 25 décembre 2016 à 13:36, Jean Christophe André <
>>> jean-christophe.an...@auf.org> a écrit :
>>>
>>>> Bonjour,
>>>>
>>>> >/etc/network/interfaces:#iface eth0 inet dhcp
>>>>
>>>> Dans le doute je supprimerais les références à eth0, même commentées,
>>>> dans interfaces...
>>>>
>>>
>>> ​C'est moi qui avais ajouté ces commandes pour voir si ça changeait
>>> quelque chose, puis je les ai commentées, puisque cela ne donnait rien.​
>>>
>>>>
>>>> >/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
>>>>
>>>> Ça ce pourrait être une piste...
>>>>
>>> ​j'ai exécuté ​upstart et j'ai entre autres vu ceci
>>> sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active
>>> plugged   MCP79 Ethernet (Apple iMac
>>> Ce qui montre que l'interface etho est reconnue et chargée.
>>>
>>>>
>>>> >Oui, l'interface Ethernet en mode automatique figure bien dans
>>>> >l'applet.
>>>>
>>>> Éventuellement supprimer et recréer la connexion correspondante. Pas
>>>> sûr que ça serve vraiment, mais nettoyer la config pourrait aider NM à
>>>> retrouver ses petits...
>>>>
>>>
>>> ​Cela n'a ​hélas pas donné les résultats escomptés...
>>>
>>> Merci, tout de même, du coup de main.
>>>
>>> Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois aussi
>>> dans le menu de l'applet:
>>>
>>> Gilbert Dion_G3:
>>> Périphérique non géré
>>>
>>> Est-ce un indice?
>>>
>>>>
>>>>
>>>>
>>>> Cordialement,
>>>> --
>>>> Agence universitaire de la Francophonie
>>>>
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec@lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>>
>>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> Ring <http://www.ring.cx/> : 462d43248f310813a7ebc34440b2a535d63665b6
> Tox <https://tox.chat/> : 87FE287E0A5F433CC13F88C0
> 6325CF6C8CE3517123A4715F1D3217BDC5382A0356A5F212CD3F
>
> "In a world without walls, who really needs Windows"
> "Nothing is foolproof because fools are so ingenious"
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

la commande nmcli tout court affiche l'usage que je dois en faire, i.e.
elle requiert des OPTIONS et des OBJETS. C'est sans doute nmcli d que tu me
demandes. J'ai déjà donné le résultat, le voici de nouveau:
wlan0  wifi  connecté  JeLisVosCourriels
A0:91:69:2A:72:E9  btnon-géré  --
eth0   ethernet  non-géré  --
lo loopback  non-géré  --

Quant à la commande
nmcli etho
message d'erreur, eth0 n'est pas un argument reconnu.

eht0 est reconnu et fonctionne très bien avec Wicd.

Gilbert


@+,
g

Le 25 décembre 2016 à 17:46, Bernard Tremblay <tremblay.bern...@gmail.com>
a écrit :

> Pourrais-tu montrer le résultat de la commande suivante (en root) : nmcli
>
> Et si tu vois ton interface sous le nom de eth0 montre : nmcli eth0
> ou le nouveau nom que tu verras (genre enp1s0).
>
> Je suis surpris que eth0 soit encore mentionné car ton interface devrait
> être nommé selon la nouvelle nomenclature.  Chez-moi c'est devenu "enp1s0".
>
> Salutations,
>BT
>
>
> Le 25 décembre 2016 à 16:09, Frederick Cote <frederick.cote@stylelibre.
> info> a écrit :
>
>> Peut-être essayer avec un LiveCD (ou un clef USB) de Ubuntu 16.10 pour
>> voir si par défaut c'est version fonctionne bien avec le périphérique.
>>
>> Si ça fonctionne bien, on sait maintenant que le problème est une
>> mauvaise configuration ou une configuration manquante à quelque part.
>>
>>
>>
>> 2016-12-25 15:56 GMT-05:00 Gilbert Dion <gilbertd...@gmail.com>:
>>
>>> J'ai remplacé Network Manager par Wicd qui n'a aucun problème à
>>> reconnaitre le réseau filaire et le sans-fil. Sauf que, pépin majeur, Wicd
>>> ne permet pas de passer par un VPN. Je reviens donc à NM. Car, pour
>>> l'instant, j'ai quand même le wifi (et le VPN).
>>>
>>> @+,
>>> g
>>>
>>> Le 25 décembre 2016 à 14:25, Gilbert Dion <gilbertd...@gmail.com> a
>>> écrit :
>>>
>>>> Le 25 décembre 2016 à 13:36, Jean Christophe André <
>>>> jean-christophe.an...@auf.org> a écrit :
>>>>
>>>>> Bonjour,
>>>>>
>>>>> >/etc/network/interfaces:#iface eth0 inet dhcp
>>>>>
>>>>> Dans le doute je supprimerais les références à eth0, même commentées,
>>>>> dans interfaces...
>>>>>
>>>>
>>>> ​C'est moi qui avais ajouté ces commandes pour voir si ça changeait
>>>> quelque chose, puis je les ai commentées, puisque cela ne donnait rien.​
>>>>
>>>>>
>>>>> >/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
>>>>>
>>>>> Ça ce pourrait être une piste...
>>>>>
>>>> ​j'ai exécuté ​upstart et j'ai entre autres vu ceci
>>>> sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active
>>>> plugged   MCP79 Ethernet (Apple iMac
>>>> Ce qui montre que l'interface etho est reconnue et chargée.
>>>>
>>>>>
>>>>> >Oui, l'interface Ethernet en mode automatique figure bien dans
>>>>> >l'applet.
>>>>>
>>>>> Éventuellement supprimer et recréer la connexion correspondante. Pas
>>>>> sûr que ça serve vraiment, mais nettoyer la config pourrait aider NM à
>>>>> retrouver ses petits...
>>>>>
>>>>
>>>> ​Cela n'a ​hélas pas donné les résultats escomptés...
>>>>
>>>> Merci, tout de même, du coup de main.
>>>>
>>>> Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois
>>>> aussi dans le menu de l'applet:
>>>>
>>>> Gilbert Dion_G3:
>>>> Périphérique non géré
>>>>
>>>> Est-ce un indice?
>>>>
>>>>>
>>>>>
>>>>>
>>>>> Cordialement,
>>>>> --
>>>>> Agence universitaire de la Francophonie
>>>>>
>>>>> --
>>>>> Ubuntu-quebec mailing list
>>>>> Ubuntu-quebec@lists.ubuntu.com
>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>>
>>>>
>>>>
>>>
>>> --
>>> Ubuntu-quebec mailing list
>>> Ubuntu-quebec@lists.ubuntu.com
>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>
>>>
>>
>>
>> --
>> Ring <http://www.ring.cx/> : 462d43248f310813a7ebc34440b2a535d63665b6
>> Tox <https://tox.chat/> : 87FE287E0A5F433CC13F88C0
>> 6325CF6C8CE3517123A4715F1D3217BDC5382A0356A5F212CD3F
>>
>> "In a world without walls, who really needs Windows"
>> "Nothing is foolproof because fools are so ingenious"
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> -
> Bernard Tremblay
> tremblay.bern...@gmail.com
> R: (418) 658-1411
> C: (581) 988-1411
> -
> Le but de Linux est de gérer vos ressources et faire le travail,
> le but des OS propriétaire est de vous vendre d'autres licences...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

J'ai remplacé Network Manager par Wicd qui n'a aucun problème à reconnaitre
le réseau filaire et le sans-fil. Sauf que, pépin majeur, Wicd ne permet
pas de passer par un VPN. Je reviens donc à NM. Car, pour l'instant, j'ai
quand même le wifi (et le VPN).

@+,
g

Le 25 décembre 2016 à 14:25, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> Le 25 décembre 2016 à 13:36, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Bonjour,
>>
>> >/etc/network/interfaces:#iface eth0 inet dhcp
>>
>> Dans le doute je supprimerais les références à eth0, même commentées,
>> dans interfaces...
>>
>
> ​C'est moi qui avais ajouté ces commandes pour voir si ça changeait
> quelque chose, puis je les ai commentées, puisque cela ne donnait rien.​
>
>>
>> >/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
>>
>> Ça ce pourrait être une piste...
>>
> ​j'ai exécuté ​upstart et j'ai entre autres vu ceci
> sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active plugged
>   MCP79 Ethernet (Apple iMac
> Ce qui montre que l'interface etho est reconnue et chargée.
>
>>
>> >Oui, l'interface Ethernet en mode automatique figure bien dans
>> >l'applet.
>>
>> Éventuellement supprimer et recréer la connexion correspondante. Pas sûr
>> que ça serve vraiment, mais nettoyer la config pourrait aider NM à
>> retrouver ses petits...
>>
>
> ​Cela n'a ​hélas pas donné les résultats escomptés...
>
> Merci, tout de même, du coup de main.
>
> Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois aussi
> dans le menu de l'applet:
>
> Gilbert Dion_G3:
> Périphérique non géré
>
> Est-ce un indice?
>
>>
>>
>>
>> Cordialement,
>> --
>> Agence universitaire de la Francophonie
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Le 25 décembre 2016 à 13:36, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Bonjour,
>
> >/etc/network/interfaces:#iface eth0 inet dhcp
>
> Dans le doute je supprimerais les références à eth0, même commentées, dans
> interfaces...
>

​C'est moi qui avais ajouté ces commandes pour voir si ça changeait quelque
chose, puis je les ai commentées, puisque cela ne donnait rien.​

>
> >/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
>
> Ça ce pourrait être une piste...
>
​j'ai exécuté ​upstart et j'ai entre autres vu ceci
sys-devices-pci:00-:00:0a.0-net-eth0.device loaded active plugged
MCP79 Ethernet (Apple iMac
Ce qui montre que l'interface etho est reconnue et chargée.

>
> >Oui, l'interface Ethernet en mode automatique figure bien dans
> >l'applet.
>
> Éventuellement supprimer et recréer la connexion correspondante. Pas sûr
> que ça serve vraiment, mais nettoyer la config pourrait aider NM à
> retrouver ses petits...
>

​Cela n'a ​hélas pas donné les résultats escomptés...

Merci, tout de même, du coup de main.

Comme j'ai déjà connecté mon ordinateur via mon téléphone, je vois aussi
dans le menu de l'applet:

Gilbert Dion_G3:
Périphérique non géré

Est-ce un indice?

>
>
>
> Cordialement,
> --
> Agence universitaire de la Francophonie
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Autre information confirmant que la carte est présente, fonctionnelle et
reconnue comme eth0
sudo lshw -C network
  *-network
   description: Ethernet interface
   produit: MCP79 Ethernet
   fabriquant: NVIDIA Corporation
   identifiant matériel: a
   information bus: pci@:00:0a.0
   nom logique: eth0
   version: b1
   numéro de série: 58:b0:35:aa:0b:be
   taille: 100Mbit/s
   capacité: 1Gbit/s
   bits: 32 bits
   horloge: 66MHz
   fonctionnalités: pm msi bus_master cap_list ethernet physical mii
10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=forcedeth
driverversion=0.64 duplex=full ip=192.168.1.135 latency=0 link=yes
maxlatency=20 mingnt=1 multicast=yes port=MII speed=100Mbit/s
   ressources: irq:27 mémoire:d0486000-d0486fff portE/S:21e0(taille=8)
mémoire:d0489000-d04890ff mémoire:d0489300-d048930f
  *-network
   description: Interface réseau sans fil
   produit: AR928X Wireless Network Adapter (PCI-Express)
   fabriquant: Qualcomm Atheros
   identifiant matériel: 0
   information bus: pci@:03:00.0
   nom logique: wlan0
   version: 01
   numéro de série: d8:30:62:5a:61:25
   bits: 64 bits
   horloge: 33MHz
   fonctionnalités: pm msi pciexpress msix bus_master cap_list ethernet
physical wireless
   configuration: broadcast=yes driver=ath9k
driverversion=4.8.0-32-generic firmware=N/A ip=192.168.1.101 latency=0
link=yes multicast=yes wireless=IEEE 802.11




@+,
g

Le 25 décembre 2016 à 11:34, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> Il n'y a rien dans /etc/network/interfaces.d. Devrait-il; y avoir quelque
> chose?
>
> Résultat de grep -r eth0 /etc:
> /etc/avahi/avahi-daemon.conf:#allow-interfaces=eth0
> /etc/conky/conky.conf:Up:$color ${upspeed eth0} ${color grey} -
> Down:$color ${downspeed eth0}
> /etc/conky/conky_no_x11.conf:Up: ${upspeed eth0}  - Down: ${downspeed
> eth0}
> /etc/network/interfaces.bak:#auto eth0
> /etc/network/interfaces.bak:#iface eth0 inet dhcp
> /etc/network/interfaces:#auto eth0
> /etc/network/interfaces:#iface eth0 inet dhcp
> /etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
> /etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net",
> ACTION=="add", DRIVERS=="?*", ATTR{address}=="58:b0:35:aa:0b:be",
> ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> /etc/initramfs-tools/initramfs.conf:# Specify a specific network
> interface, like eth0
> /etc/laptop-mode/conf.d/ethernet.conf:# "ethtool eth0", where eth0 is
> your physical ethernet device.
> /etc/laptop-mode/conf.d/ethernet.conf:ETHERNET_DEVICES="eth0"
> /etc/dhcp/dhclient.conf:#  interface "eth0";
> /etc/dhcp/dhclient.conf:#  interface "eth0";
> /etc/drbl/drbl.conf:dummy_eth_nics="eth0 eth1 eth2 eth3"
> /etc/samba/smb.conf:;   interfaces = 127.0.0.0/8 eth0
>
> Oui, l'interface Ethernet en mode automatique figure bien dans l'applet.
>
> Et oui, finalement, ça s'appelle encore et toujours eth0.
>
> @+,
> g
>
> Le 25 décembre 2016 à 01:48, Jean Christophe André <
> jean-christophe.an...@auf.org> a écrit :
>
>> Le 25 décembre 2016 01:26:31 HNE, Bernard Tremblay <
>> tremblay.bern...@gmail.com> a écrit :
>>>
>>> Pourtant ton ifconfig montrait bien 192.168.1.135... C'est pas normal
>>> qu'ensuite NetworkManager te dise que l'interface n'est pas géré.
>>> Çà serait vrai si tu avais inscrit "eth0" dans ton
>>> /etc/network/interfaces mais çà ne semble pas le cas.
>>>
>>> Est-ce que tu as essayé de lui donner une adresse manuellement à partir
>>> d'un shell ?    (genre:  ifconfig eth0 192.168.1.135 )  ou en demandant à
>>> dhclient directement une adresse (dhclient eth0) ?
>>> C'est juste question de savoir si l'interface peut se connecter et donc
>>> que pour une raison X NetworkManager ne réussi pas à faire le travail.
>>>
>>> Salutations,
>>>BT
>>>
>>>
>>> Le 24 décembre 2016 à 22:38, Gilbert Dion <gilbertd...@gmail.com> a
>>> écrit :
>>>
>>>> Curieusement, les résultats de la commande ifconfig n'affichent plus de
>>>> connexion pour eth0, mais des paquets sont quand même transmis et reçus.
>>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
>>>> ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>>>> RX packets 723  bytes 100328 (100.3 KB)
>>>

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Il n'y a rien dans /etc/network/interfaces.d. Devrait-il; y avoir quelque
chose?

Résultat de grep -r eth0 /etc:
/etc/avahi/avahi-daemon.conf:#allow-interfaces=eth0
/etc/conky/conky.conf:Up:$color ${upspeed eth0} ${color grey} - Down:$color
${downspeed eth0}
/etc/conky/conky_no_x11.conf:Up: ${upspeed eth0}  - Down: ${downspeed eth0}
/etc/network/interfaces.bak:#auto eth0
/etc/network/interfaces.bak:#iface eth0 inet dhcp
/etc/network/interfaces:#auto eth0
/etc/network/interfaces:#iface eth0 inet dhcp
/etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add",
DRIVERS=="?*", ATTR{address}=="58:b0:35:aa:0b:be", ATTR{dev_id}=="0x0",
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
/etc/initramfs-tools/initramfs.conf:# Specify a specific network interface,
like eth0
/etc/laptop-mode/conf.d/ethernet.conf:# "ethtool eth0", where eth0 is your
physical ethernet device.
/etc/laptop-mode/conf.d/ethernet.conf:ETHERNET_DEVICES="eth0"
/etc/dhcp/dhclient.conf:#  interface "eth0";
/etc/dhcp/dhclient.conf:#  interface "eth0";
/etc/drbl/drbl.conf:dummy_eth_nics="eth0 eth1 eth2 eth3"
/etc/samba/smb.conf:;   interfaces = 127.0.0.0/8 eth0

Oui, l'interface Ethernet en mode automatique figure bien dans l'applet.

Et oui, finalement, ça s'appelle encore et toujours eth0.

@+,
g

Le 25 décembre 2016 à 01:48, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Le 25 décembre 2016 01:26:31 HNE, Bernard Tremblay <
> tremblay.bern...@gmail.com> a écrit :
>>
>> Pourtant ton ifconfig montrait bien 192.168.1.135... C'est pas normal
>> qu'ensuite NetworkManager te dise que l'interface n'est pas géré.
>> Çà serait vrai si tu avais inscrit "eth0" dans ton
>> /etc/network/interfaces mais çà ne semble pas le cas.
>>
>> Est-ce que tu as essayé de lui donner une adresse manuellement à partir
>> d'un shell ?(genre:  ifconfig eth0 192.168.1.135 )  ou en demandant à
>> dhclient directement une adresse (dhclient eth0) ?
>> C'est juste question de savoir si l'interface peut se connecter et donc
>> que pour une raison X NetworkManager ne réussi pas à faire le travail.
>>
>> Salutations,
>>BT
>>
>>
>> Le 24 décembre 2016 à 22:38, Gilbert Dion <gilbertd...@gmail.com> a
>> écrit :
>>
>>> Curieusement, les résultats de la commande ifconfig n'affichent plus de
>>> connexion pour eth0, mais des paquets sont quand même transmis et reçus.
>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
>>> ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>>> RX packets 723  bytes 100328 (100.3 KB)
>>> RX errors 0  dropped 8  overruns 0  frame 0
>>> TX packets 161  bytes 17783 (17.7 KB)
>>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>
>>> Un ping au routeur fonctionne très bien, car cela passe par la connexion
>>> wifi. Si je désactive le wifi, plus rien:
>>> ping: google.com: Nom ou service inconnu
>>>
>>> Donc, le DNS n'a rien à voir. C'est Network Manager qui est en cause, je
>>> crois:
>>> nmcli d
>>> PÉRIPHÉRIQUE   TYPE  ÉTATCONNEXION
>>> wlan0  wifi  connecté  JeLisVosCourriels 1
>>> A0:91:69:2A:72:E9  btnon-géré--
>>> eth0   ethernet  non-géré    --
>>> lo loopback  non-géré--
>>>
>>>
>>>
>>> @+,
>>> g
>>>
>>> Le 24 décembre 2016 à 17:46, Bernard Tremblay <
>>> tremblay.bern...@gmail.com> a écrit :
>>>
>>>> On voit que eth0 est connecté à 192.168.1.135 .  Est-ce que tu peux
>>>> pinger ta passerelle ? (Ping 192.168.1.1)
>>>>
>>>> Si oui essaie un "Ping Google.com" et si ça fonctionne pas çà serait
>>>> ton DNS qui est pas correct.
>>>>
>>>> ...à suivre ...
>>>>
>>>> Le 2016-12-24 1:09 PM, "Gilbert Dion" <gilbertd...@gmail.com> a écrit :
>>>>
>>>>> Ajout de la commande ifconfig:
>>>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>>> inet 192.168.1.135  netmask 255.255.255.0  broadcast
>>>>> 192.168.1.255
>>>>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid
>>>>> 0x20
>>>>>

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

L'adresse 192.168.1.135 apparue dans ifconfig probablement après une manip
du genre NetworkManager restart car j'ai tenté de plusieurs manières de
régler le problème. Mais qu'elle y soit ou pas (par exemple, présentement,
elle y est) ne change rien: c'est toujours Périphérique non géré (ou Device
not managed en anglais).
J'ai aussi tenté d'attribuer une adresse manuellement, sans résultat.
Oui, je pense bien que c'est Network Manager qui me fait des misères.

@+,
g

Le 25 décembre 2016 à 01:26, Bernard Tremblay <tremblay.bern...@gmail.com>
a écrit :

> Pourtant ton ifconfig montrait bien 192.168.1.135... C'est pas normal
> qu'ensuite NetworkManager te dise que l'interface n'est pas géré.
> Çà serait vrai si tu avais inscrit "eth0" dans ton /etc/network/interfaces
> mais çà ne semble pas le cas.
>
> Est-ce que tu as essayé de lui donner une adresse manuellement à partir
> d'un shell ?(genre:  ifconfig eth0 192.168.1.135 )  ou en demandant à
> dhclient directement une adresse (dhclient eth0) ?
> C'est juste question de savoir si l'interface peut se connecter et donc
> que pour une raison X NetworkManager ne réussi pas à faire le travail.
>
> Salutations,
>        BT
>
>
> Le 24 décembre 2016 à 22:38, Gilbert Dion <gilbertd...@gmail.com> a écrit
> :
>
>> Curieusement, les résultats de la commande ifconfig n'affichent plus de
>> connexion pour eth0, mais des paquets sont quand même transmis et reçus.
>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
>> ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>> RX packets 723  bytes 100328 (100.3 KB)
>> RX errors 0  dropped 8  overruns 0  frame 0
>> TX packets 161  bytes 17783 (17.7 KB)
>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>
>> Un ping au routeur fonctionne très bien, car cela passe par la connexion
>> wifi. Si je désactive le wifi, plus rien:
>> ping: google.com: Nom ou service inconnu
>>
>> Donc, le DNS n'a rien à voir. C'est Network Manager qui est en cause, je
>> crois:
>> nmcli d
>> PÉRIPHÉRIQUE   TYPE  ÉTATCONNEXION
>> wlan0  wifi  connecté  JeLisVosCourriels 1
>> A0:91:69:2A:72:E9  btnon-géré--
>> eth0   ethernet  non-géré--
>> lo loopback  non-géré--
>>
>>
>>
>> @+,
>> g
>>
>> Le 24 décembre 2016 à 17:46, Bernard Tremblay <tremblay.bern...@gmail.com
>> > a écrit :
>>
>>> On voit que eth0 est connecté à 192.168.1.135 .  Est-ce que tu peux
>>> pinger ta passerelle ? (Ping 192.168.1.1)
>>>
>>> Si oui essaie un "Ping Google.com" et si ça fonctionne pas çà serait ton
>>> DNS qui est pas correct.
>>>
>>> ...à suivre ...
>>>
>>> Le 2016-12-24 1:09 PM, "Gilbert Dion" <gilbertd...@gmail.com> a écrit :
>>>
>>>> Ajout de la commande ifconfig:
>>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>> inet 192.168.1.135  netmask 255.255.255.0  broadcast
>>>> 192.168.1.255
>>>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
>>>> ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>>>> RX packets 46303  bytes 14363338 (14.3 MB)
>>>> RX errors 0  dropped 4  overruns 0  frame 0
>>>> TX packets 43334  bytes 10969264 (10.9 MB)
>>>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>
>>>> lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
>>>> inet 127.0.0.1  netmask 255.0.0.0
>>>> inet6 ::1  prefixlen 128  scopeid 0x10
>>>> loop  txqueuelen 1  (Boucle locale)
>>>> RX packets 45961  bytes 2810066 (2.8 MB)
>>>> RX errors 0  dropped 0  overruns 0  frame 0
>>>> TX packets 45961  bytes 2810066 (2.8 MB)
>>>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>
>>>> ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
>>>> inet 185.158.104.50  netmask 255.255.255.255  destination
>>>> 185.158.104.4
>>>> ppp  txqueuelen 3  (Protocole Point-à-Point)
>>>> RX packets 83  bytes 7369 (7.3 KB)
>>>> RX errors 0  dropped 0  overruns 0  frame 0
>>>> TX packets 36  bytes 3976 (3.9 KB)
>>>> TX errors 0  dropped

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Curieusement, les résultats de la commande ifconfig n'affichent plus de
connexion pour eth0, mais des paquets sont quand même transmis et reçus.
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
RX packets 723  bytes 100328 (100.3 KB)
RX errors 0  dropped 8  overruns 0  frame 0
TX packets 161  bytes 17783 (17.7 KB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Un ping au routeur fonctionne très bien, car cela passe par la connexion
wifi. Si je désactive le wifi, plus rien:
ping: google.com: Nom ou service inconnu

Donc, le DNS n'a rien à voir. C'est Network Manager qui est en cause, je
crois:
nmcli d
PÉRIPHÉRIQUE   TYPE  ÉTATCONNEXION
wlan0  wifi  connecté  JeLisVosCourriels 1
A0:91:69:2A:72:E9  btnon-géré--
eth0   ethernet  non-géré--
lo loopback  non-géré--



@+,
g

Le 24 décembre 2016 à 17:46, Bernard Tremblay <tremblay.bern...@gmail.com>
a écrit :

> On voit que eth0 est connecté à 192.168.1.135 .  Est-ce que tu peux pinger
> ta passerelle ? (Ping 192.168.1.1)
>
> Si oui essaie un "Ping Google.com" et si ça fonctionne pas çà serait ton
> DNS qui est pas correct.
>
> ...à suivre ...
>
> Le 2016-12-24 1:09 PM, "Gilbert Dion" <gilbertd...@gmail.com> a écrit :
>
>> Ajout de la commande ifconfig:
>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>> inet 192.168.1.135  netmask 255.255.255.0  broadcast 192.168.1.255
>> inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
>> ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>> RX packets 46303  bytes 14363338 (14.3 MB)
>> RX errors 0  dropped 4  overruns 0  frame 0
>> TX packets 43334  bytes 10969264 (10.9 MB)
>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>
>> lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
>> inet 127.0.0.1  netmask 255.0.0.0
>> inet6 ::1  prefixlen 128  scopeid 0x10
>> loop  txqueuelen 1  (Boucle locale)
>> RX packets 45961  bytes 2810066 (2.8 MB)
>> RX errors 0  dropped 0  overruns 0  frame 0
>> TX packets 45961  bytes 2810066 (2.8 MB)
>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>
>> ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
>> inet 185.158.104.50  netmask 255.255.255.255  destination
>> 185.158.104.4
>> ppp  txqueuelen 3  (Protocole Point-à-Point)
>> RX packets 83  bytes 7369 (7.3 KB)
>> RX errors 0  dropped 0  overruns 0  frame 0
>> TX packets 36  bytes 3976 (3.9 KB)
>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>
>> wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>> inet 192.168.1.101  netmask 255.255.255.0  broadcast 192.168.1.255
>> inet6 fe80::da30:62ff:fe5a:6125  prefixlen 64  scopeid 0x20
>> ether d8:30:62:5a:61:25  txqueuelen 1000  (Ethernet)
>> RX packets 37177  bytes 16773801 (16.7 MB)
>> RX errors 0  dropped 0  overruns 0  frame 0
>> TX packets 35432  bytes 14314048 (14.3 MB)
>> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>
>> Ajout du contenu de /etc/network/interfaces:
>> # interfaces(5) file used by ifup(8) and ifdown(8)
>> auto lo
>>
>>
>> @+,
>> g
>>
>> Le 24 décembre 2016 à 13:01, Gilbert Dion <gilbertd...@gmail.com> a
>> écrit :
>>
>>> Je suis passé hier de la version 16.04 à la version 16.10 et du coup,
>>> j'ai perdu l'usage de ma connexion Ethernet.
>>>
>>> Je n'ai pu trouver de réponses ou de solutions valables. S'il y a un
>>> problème que je ne m'attendais pas d'avoir dans une nouvelle version
>>> d'Ubuntu, c'est bien celui-là!
>>>
>>> Entre la dinde et la tourtière, merci d'avance de vos suggestions.
>>>
>>> Gilbert
>>>
>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Ajout de la commande ifconfig:
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
inet 192.168.1.135  netmask 255.255.255.0  broadcast 192.168.1.255
inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20
ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
RX packets 46303  bytes 14363338 (14.3 MB)
RX errors 0  dropped 4  overruns 0  frame 0
TX packets 43334  bytes 10969264 (10.9 MB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
inet 127.0.0.1  netmask 255.0.0.0
inet6 ::1  prefixlen 128  scopeid 0x10
loop  txqueuelen 1  (Boucle locale)
RX packets 45961  bytes 2810066 (2.8 MB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 45961  bytes 2810066 (2.8 MB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
inet 185.158.104.50  netmask 255.255.255.255  destination
185.158.104.4
ppp  txqueuelen 3  (Protocole Point-à-Point)
RX packets 83  bytes 7369 (7.3 KB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 36  bytes 3976 (3.9 KB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
inet 192.168.1.101  netmask 255.255.255.0  broadcast 192.168.1.255
inet6 fe80::da30:62ff:fe5a:6125  prefixlen 64  scopeid 0x20
ether d8:30:62:5a:61:25  txqueuelen 1000  (Ethernet)
RX packets 37177  bytes 16773801 (16.7 MB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 35432  bytes 14314048 (14.3 MB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Ajout du contenu de /etc/network/interfaces:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo


@+,
g

Le 24 décembre 2016 à 13:01, Gilbert Dion <gilbertd...@gmail.com> a écrit :

> Je suis passé hier de la version 16.04 à la version 16.10 et du coup, j'ai
> perdu l'usage de ma connexion Ethernet.
>
> Je n'ai pu trouver de réponses ou de solutions valables. S'il y a un
> problème que je ne m'attendais pas d'avoir dans une nouvelle version
> d'Ubuntu, c'est bien celui-là!
>
> Entre la dinde et la tourtière, merci d'avance de vos suggestions.
>
> Gilbert
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Je suis passé hier de la version 16.04 à la version 16.10 et du coup, j'ai
perdu l'usage de ma connexion Ethernet.

Je n'ai pu trouver de réponses ou de solutions valables. S'il y a un
problème que je ne m'attendais pas d'avoir dans une nouvelle version
d'Ubuntu, c'est bien celui-là!

Entre la dinde et la tourtière, merci d'avance de vos suggestions.

Gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Connecter un PC sur un réseau local sans accès à Internet

[Gilbert Dion]

Merci, mais je ne sais pas comment on fait ça, ne pas mettre de route par
défaut ou ne pas configurer le DNS.

J'ai cru qu'il fallait changer, dans Network Manager, sous Paramètres IPV4,
Méthode Automatique pour Lien local uniquement ou Désactivé. Or dans un cas
comme dans l'autre, j'ai toujours accès au web.

Dans Informations sur la connexion, à IPv4, j'ai nécessairement Route par
défaut 192.168.1.1 et DNS primaire 192.168.1.1, soit l'adresse de mon
routeur, et non pas 10.1.1.1

Qu'est-ce que je ne comprends pas?

@+,
g

Le 4 novembre 2016 à 11:32, Frederick Cote <frederick.c...@stylelibre.info>
a écrit :

> Bonjour,
>
> Je pense que le plus simple est de ne pas configurer le DNS et la
> passerelle dans la configuration réseau.
>
> Ainsi, les autres ordinateurs y auront accès mais l'ordinateur n'aura pas
> accès aux autres...
> [image: Inline image 1]
>
> 2016-11-04 11:18 GMT-04:00 Gilbert Dion <gilbertd...@gmail.com>:
>
>> Bonjour,
>>
>> j'aimerais connecter un petit PC sur mon réseau local sans qu'elle se
>> branche à Internet. Je ne veux pas de mises à jour de la verson 14.04
>> d'Ubuntu. Elle me sert de juke-box et fonctionne très bien comme ça.
>>
>> Gilbert​
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> Ring <http://www.ring.cx/> : 462d43248f310813a7ebc34440b2a535d63665b6
> Tox <https://tox.chat/> : 87FE287E0A5F433CC13F88C0
> 6325CF6C8CE3517123A4715F1D3217BDC5382A0356A5F212CD3F
>
> "In a world without walls, who really needs Windows"
> "Nothing is foolproof because fools are so ingenious"
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Connecter un PC sur un réseau local sans accès à Internet

[Gilbert Dion]

Bonjour,

j'aimerais connecter un petit PC sur mon réseau local sans qu'elle se
branche à Internet. Je ne veux pas de mises à jour de la verson 14.04
d'Ubuntu. Elle me sert de juke-box et fonctionne très bien comme ça.

Gilbert​
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Snap?

[Gilbert Dion]

Merci beaucoup pour toutes ces informations. L'avenir est snap!

@+,
g

Le 1 novembre 2016 à 12:06, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Le 2016-11-01 à 12:02, Frederick Cote a écrit :
>
> Si c'est juste pour ne pas les voir, simplement faire un "grep" du output
> de "df"
> *df -h | grep -v snap*
>
>
> Ou encore ajouter la ligne suivante dans son ~/.bash_aliases :
>
>  alias df='df -x squashfs'
>
> J.C.
>
> --
> Jean Christophe ANDRÉ  @  Agence universitaire de la Francophonie
> ✉ : 3034, boul. Édouard-Montpetit, Montréal (QC)  H3T 1J7, CANADA
> ⎧Note personnelle : merci d'éviter de m'envoyer des fichiers⎫
> ⎩MS-Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Question de CPU!

[Gilbert Dion]

On peut monitorer les accès disque avec System Load Indicator (en plus du
CPU, de la mémoire, du réseau). On peut également le faire avec iotop lancé
dans un terminal.

@+,
g

Le 28 octobre 2016 à 14:31, Michel Leduc  a écrit :

> Mes plus gros dossiers sont évidemment Envoyés (3777) et Moncourriel
> (1500) et un groupes d'Amis (2000). Les autres sont vraiment petits.
>
>
> Bonne journée
>
> Le 2016-10-28 à 14:22, Jean Christophe André a écrit :
>
>> Le 2016-10-28 à 14:19, Michel Leduc a écrit :
>>
>>>
>>> Merci pour cette réponse rapide. Effectivement je n'utilise pas la
>>> propriété Archivages pour le moment (de 2008 à aujourd'hui les sous
>>> répertoire d'archivage sont vide). Un raison est que j'ai subdivisé mon
>>> compte principal en sous-répertoire correspondant aux personnes qui
>>> m'envoie un courriel. J'ai aussi vu qu'il est possible de mettre des
>>> sous-répertoires dans les fichiers archives. Si je fais ça, il devra avoir
>>> dans chaque fichier annuel des sous-répertoires très nombreux et qui seront
>>> annuels tandis que présentement un sous-répertoire du compte principal
>>> contient tous les courriels depuis le début (2008 ).
>>>
>>> J'hésite.
>>>
>>>
>> Il n'est pas forcément nécessaire de tout réorganiser pour résoudre ce
>> problème, mais l'idée de fond est d'éviter de travailler avec de gros
>> dossiers ; c'est à dire qu'il faut idéalement rester en dessous de quelques
>> centaines de Mio par dossier.
>>
>> J.C.
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Ordinateur qui gèle à tout bout de champ: comment diagnostiquer la cause?

[Gilbert Dion]

Frédéric,
Un mot pour te remercier des suggestions. Les tests sont longs à réaliser.
Ce n'est pas la mémoire. Ce n'est pas la température non plus. J'essaie de
déterminer si cela provient d'une application. Ça plante parfois après 10
minutes, d'autres fois après 24 ou 30 heures. Je créerai ensuite un nouvel
utilisateur, puis j'essaierai avec une session live.

@+,
g

Le 6 octobre 2016 à 10:35, Frederick Cote <frederick.c...@stylelibre.info>
a écrit :

> Bonjour,
>
> La première chose que je fais lorsque j'ai du trouble avec un ordinateur
> c'est un memtest juste pour m'assurer que la RAM fonctionne bien. Sur un
> ordinateur portable, la deuxième chose que je vérifie est la température.
> Avec le temps les ventilateurs se remplisse de poussière et l'ordinateur
> surchauffe et fonctionne moins bien.
>
> Si ce n'est pas ça, Peut être essayer avec un LiveCD pendant un bon moment
> pour voir si lui aussi plante. C'est un bon indicateur sur la provenance du
> problème.
>
> Bonne journée,
> Frédéric
>
> 2016-10-06 10:24 GMT-04:00 Gilbert Dion <gilbertd...@gmail.com>:
>
>> Un netbook bien ordinaire branché sur ma chaine stéréo et dont l'unique
>> tâche est de faire rouler Clementine en puisant dans ma musicothèque logée
>> sur un disque NAS gèle sans prévenir depuis quelque temps. Et quand je dis
>> geler, je veux dire que le seul moyen d'en sortir est d'appuyer sur le
>> bouton de mise en marche assez longtemps pour qu'il s'éteigne.
>> Mon intuition m'a guidé vers les journaux système, mais évidemment, rien
>> de suspect n'a le temps de s'y inscrire.
>>
>> @+,
>> g
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
>
> --
> Ring <http://www.ring.cx/> : 462d43248f310813a7ebc34440b2a535d63665b6
> Tox <https://tox.chat/> : 87FE287E0A5F433CC13F88C0
> 6325CF6C8CE3517123A4715F1D3217BDC5382A0356A5F212CD3F
>
> "In a world without walls, who really needs Windows"
> "Nothing is foolproof because fools are so ingenious"
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Tuner TV

[Gilbert Dion]

Excellent! Si j'avais connu cette page avant, je me serais épargné bien des
soucis!

Gilbert Dion

@+,
g

Le 22 août 2016 à 07:27, Steve Nadeau <steven...@gmail.com> a écrit :

> Bonjour!
>
> dans cette page vous aurez de l'information pouvant vous être utile!
> http://wiki.linuq.org/projets/telenumerique/pagetelenumerique
>
> Steve
>
> ---
> www.equipeautonomiste.ca
> https://twitter.com/Autonomistes
> http://www.linkedin.com/company/3225935
> facebook.com/groups/equipeautonomiste
>
> Le 21 août 2016 à 20:40, Yvon Marcotte <yvon.a...@live.ca> a écrit :
>
>> Quelqu'un connait-il un tuner tv usb , fonctionnant sous Linux, qui
>> pourrait lire les signaux analogiques et aussi les signaux numériques?
>>
>>
>> Merci!
>>
>>
>> Yvon
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Problème Wi-Fi Realtek RTL8192SE Ubuntu 64 bits

[Gilbert Dion]

Bonjour,

J'ai installé Ubuntu Willy 64 bits sur un ordinateur portable Samsung R580.
La connexion Wi-Fi flanche après une dizaines de minutes, après quoi il est
impossible de se reconnecter. J'ai essayé aussi la 14.04, sans succès.

J'ai fouillé les internets à la recherche de cas semblables, et il y en a
quand même un certain nombre. Mais aucune solution trouvée n'a fonctionné.
Sauf une. Installer Ubuntu en version 32 bits, et ce, peu importe la
mouture Ubuntu, 14.04 ou 15.10.

Si je dois me contenter de la version 32 bits, qu'est-ce que je perds en
matière de performances? Quelles sont les différences fondamentales entre
32 bits et 64 bits du point de vue de l'utilisateur?

Mais surtout, comment se fait-il qu'avec 32 bits ça marche, mais pas avec
64 bits?

gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Problème Wi-Fi Realtek RTL8192SE Ubuntu 64 bits

[Gilbert Dion]

g

Le 7 décembre 2015 à 22:11, Mathieu Trudel-Lapierre <mathieu...@gmail.com>
a écrit :

>
> On Dec 7, 2015 21:18, "Gilbert Dion" <gilbertd...@gmail.com> wrote:
> >
> > Bonjour,
> >
> > J'ai installé Ubuntu Willy 64 bits sur un ordinateur portable Samsung
> R580. La connexion Wi-Fi flanche après une dizaines de minutes, après quoi
> il est impossible de se reconnecter. J'ai essayé aussi la 14.04, sans
> succès.
> >
> > J'ai fouillé les internets à la recherche de cas semblables, et il y en
> a quand même un certain nombre. Mais aucune solution trouvée n'a
> fonctionné. Sauf une. Installer Ubuntu en version 32 bits, et ce, peu
> importe la mouture Ubuntu, 14.04 ou 15.10.
> >
> > Si je dois me contenter de la version 32 bits, qu'est-ce que je perds en
> matière de performances? Quelles sont les différences fondamentales entre
> 32 bits et 64 bits du point de vue de l'utilisateur?
> >
>
> Grosso modo, tu perds accès à toute mémoire passé 4G.
>
*​Sauf si on installe une version PAE, a-t-on signalé ici tantôt? De toute
façon, c'est ce qu'il y a sur cette machine: 4 Go*​


> > Mais surtout, comment se fait-il qu'avec 32 bits ça marche, mais pas
> avec 64 bits?
> >
>
> Rien. Le code est le même. Rapporte un bogue, de façon à ce qu'on puisse
> le régler.
>

​*On retrouve ce problème déjà en 2010 et personne n'a signalé de bogue à
ce sujet? *

*Je m'en occuperai demain.​ *

> / Matt
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] memo linux

[Gilbert Dion]

Je ne vois pas où est le pdf ou même le format html.

g

Le 1 décembre 2015 18:34, franck blanchard  a écrit :

> Bonjour a tous,
>
> Je vous informe de la mise à disposition de la communauté, d'un document
> nommé «Memo Linux» a l'adresse suivante:
> https://github.com/FranckBlanchard/Memo-linux .
>
> Ce document regroupe les commandes courante de Linux en ligne de commande.
>
> Ce document est disponible au format html, et pdf, et dans un avenir
> proche le format ebook devrait être intégré.
>
> J'ai démarré ce projet il y a quelques semaines déjà, suite a une demande
> de plusieurs amis que j'aide a utiliser Linux aux quotidiens.
>
> Ils voulaient un document consultable hors ligne, d’où la naissance de ce
> projet.
>
> J'espère que ce document vous sera utile, et bien évidement tout le monde
> peux contribuer.
>
> Franck
>
>
> --
> [image: Avast logo] 
>
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> www.avast.com 
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

[Ubuntu-QC] Connexion à une session impossible

[Gilbert Dion]

Un ami m'a confié son ordinateur Ubuntu 14.04 parce qu'il n'arrive plus à
se connecter à sa session. Je ne sais pas ce qui a pu se passer, mais la
situation est celle-ci:

Au login, tant dans la session de l'utilisateur que celle de l'invité, rien
ne se passe, sinon un bref affichage défectueux qui revient à l'écran de
connexion, où les indicateurs habituels (connexion internet, éteindre
l'ordinateur, etc.) ne s'affichent même pas. Ça boucle. Les tentatives de
correction de bogues que j'ai trouvées qui préconisent la suppression des
fichiers .Xauthority ou .ICEAuthority ne marchent pas. Autres solutions?

Gilbert
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] UEFI ou pas UEFI (Windows ou pas Windows), telle est la question

[Gilbert Dion]

g

Le 3 septembre 2015 00:18, Jean Christophe André <
jean-christophe.an...@auf.org> a écrit :

> Bonsoir à tou{te,}s,
>
> Le 2015-09-01 15:37, Steve Nadeau a écrit :
>
>> j'ai fait l'installation la semaine dernière d'un portable avec UEFI, une
>> fois Ubuntu installé, il faut aller dans le BIOS et ajouter la clé UEFI de
>> Ubuntu afin que le Grub soit rendu disponible au démarrage sinon seul
>> Windows démarre.
>>
>> je ne me rappelle pas exactement où aller  dans le Bios pour ça, mais en
>> gros, c'était soit en cliquant SecureBoot il apparaissait ajouter une clé
>> et il fallait ajouter celle de Ubuntu depuis la partition grub-uefi, sinon
>> une option tout près...
>>
>> à essayer, je n'ai pas retrouver la page web où j'avais cette
>> information, étant donné qu'en jouant dans le Bios on y arrive je n'y ai
>> pas vu d'intérêt de conserver ce lien.
>>
>
> Pour ma part je viens d'installer, la fin de semaine passée, un portable
> Asus X553 en double-système (Windows 8.1 + Ubuntu 15.04) en UEFI/SecureBoot
> et je n'ai rien eu à faire pour que ça marche… Je suppose donc (je n'ai pas
> encore pris le temps de vérifier) que l'installation de la 15.04 s'occupe
> également d'ajouter ses clés dans les BDD de la partition EFI.
>
> Personnellement, à terme, je vais transférer cette installation légale de
> Windows 8.1 vers une machine virtuelle que je tournerai dans mon Ubuntu ;
> un double-démarrage étant dangereux pour la sécurité des autres systèmes à
> côté, et vu que mon usage se limite à 1 ou 2 fois par an. Mais j'étais
> curieux de voir comment se passerait une installation en double-démarrage,
> juste pour savoir où on en est à ce niveau aujourd'hui. La surprise fut
> plutôt bonne je dois bien dire


​Se peut-il que la mise en oeuvre de UEFI/Secure Boot varie d'un
constructeur à l'autre? Sur certains ordinateurs portables, je n'ai jamais
été capable de démarrer Ubuntu sur un CD ou une clé USB autrement qu'en
Legacy...

Gilbert​


> .
>
> J.C.
>
> --
> Jean Christophe ANDRÉ  —  Coordonnateur des infrastructures techniques
> Agence universitaire de la Francophonie (AUF)  —   http://www.auf.org/
> ✉ : AUF | 3034, boul Édouard-Montpetit | Montréal QC  H3T 1J7 | CANADA
> ℡ : +1 514 343 6630 #1568  ✦  ℻ : +1 514 343 2107
> ⎧Note personnelle: merci d'éviter de m'envoyer des fichiers Microsoft⎫
> ⎩Office, cf http://www.gnu.org/philosophy/no-word-attachments⎭
>
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec