Re: [Installation][debian][Thomson N17csl512] : Démarrage impossible

[Luc Novales]

Bonjour,

Merci pour toutes vos réponses que je viens de lire après quelques jours 
d'absence.


Malheureusement, je n'arrive même pas à effacer quoi que ce soit, 
puisque le média d'installation ne démarre pas, comme si le fait de 
désactiver le secure boot n'était pas pris en compte. Je n'ai pas osé 
effacer les clés installées car l'OS pré-installé et les DVD Windows 
bootent encore.


C'est la première fois qu'en désactivant le secure boot une clé ou un 
DVD d'install debian ne boote pas. Idem avec la clé ventoy : le menu 
permettant de sélectionner l'ISO que l'on veut lancer ne s'affiche même 
pas : ecran noir ou juste un curseur en haut à gauche suivant le cas.


Je finis par me demander si ce n'est pas un problème de vidéo au niveau 
du lancement, avant le menu GRUB.


Ni le boot legacy, ni le boot UEFI (avec ou sans le secure boot) ne 
démarrent autre chose que Windows, sur clé ou sur DVD. Pour le coup, je 
sèche un peu ;)


Bonne soirée,

Luc.

Re: [Installation][debian][Thomson N17csl512] : Démarrage impossible

[Luc Novales]

Bonjour,

Le 04/05/2023 à 12:33, NoSpam a écrit :


Bonjour. J'essayerai de supprimer quiet dans la ligne de commande de 
démarrage (si on arrive jusque la), rajouterai vga=780 ou 792 et 
noapic acpi=off



Ni le menu ventoy, ni grub ne s'affichent, le device semble bloqué avant.

A+

Luc.

[Installation][debian][Thomson N17csl512] : Démarrage impossible

[Luc Novales]

Bonjour,

Même en ayant essayé pas mal de réglages relatifs au secureboot et au 
démarrage legacy ou UEFI, je n'arrive pas à faire démarrer l'ordinateur 
portable Thomson - N17csl512 
 
sur une clé d'installation ou un DVD (lecteur usb externe) debian, 
debian facile, ubuntu directement ou via une clé ventoy.


J'ai un écran noir, au mieux, un curseur fixe. La lecture sur le 
périphérique externe s'arrête et la situation reste stable ;).


Les données du BIOS sont :

|AMI BIOS Core version : 5.13 Compliancy : UEFI 2.7; PI 1.6 Project 
version : GM17CE BO.14 x64|


Avez vous réussi à installer debian sur cette machine ?

Quels réglages du BIOS ?

Un lien vers la bonne procédure ?

Merci,

Luc.

PS : Un DVD d'install Seven démarre en UEFI dans le lecteur externe

Re: Grosse fatigue

[Luc Novales]

Bonjour,

Le 23/09/2022 à 14:24, Haricophile a écrit :

Le Fri, 23 Sep 2022 12:42:41 +0200,
"antoine.valmer"  a écrit :


eth0, wlan0... c'est explicite, et pratique pour réparer un réseau
défaillant.

Le nouveau nommage est explicite aussi, c'est juste pas fait pour les
humains. Ce que je reproche n'est pas la logique du truc, mais ce fait
qui effectivement rend complexe ce qui était simple du point de vue de
l'humain et du contrôle de ce qu'on fait. Je suppose que ça va
avec les automatisations, le branchement à chaud, les gros parcs et
toussa, mais il y a une perte de l'idée qu'on doit contrôler sa machine
et pas l'inverse. On se simplifie la vie en rendant les choses plus
complexes. C'est un paradoxe.


l'ordre eth0, eth1... était fonction de la façon dont étaient détectées 
les cartes par le kernel lors du boot (ordre de chargement des 
modules). Pour que cela soit stable c'est à l'aide des règles udev 
que se faisait l'association nom/@MAC à la première détection de la 
carte. En cas de changement de carte réseau fallait supprimer la règle 
dans /etc/udev/rules.d/70-persistent-net.rules pour retrouver eth0 
disponible. C'était un peu galère pour affecter des noms spécifiques en 
fonction de la position des cartes dans un PC (déploiement d'images).


Le nouveau nommage fait ça tout seul. C'est plus stable et pas 
nécessairement plus complexe (source 
https://debian-facile.org/viewtopic.php?pid=264958#p264958) :


wl = WireLess
en= EtherNet
p1 = bus PCI n° 1 (non présent si contrôleur sur la carte mère)
s0 = Slot n° 0
f0 = Fonction n° 0 (quand le périphérique contient plusieurs fonctions)

Pour retourner aux anciens noms, modifier le fichier /etc/default/grub 
et ajouter les options net.ifnames=0 et biosdevname=0 à la ligne 
GRUB_CMDLINE_LINUX=(https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/).


Puis update-grub en root devrait le faire.

Bonne soirée,

Luc.

Re: Application Debian pour SD bootable

[Luc Novales]

Bonjour,

Le 08/08/2022 à 17:51, Frederic Zulian a écrit :


Bonjour,

Étant sous Debian et voulant installer une Debian sur mon Raspberry
J'ai cherché une application dans les dépôts me permettant de créer 
une carte micro-SD bootable.


J'ai bien trouvé pour Linux https://www.balena.io/etcher/

Par contre, je n'ai pas trouvé de paquet Debian permettant de créer 
une carte SD bootable.


Le paquet rpi-imager  s’installe 
très bien sur Debian. Il est prévu pour faire des images de différents 
OS sur une carte SD pour un RaspberryPi.


Par défaut Raspberry Pi OS est une Debian.

Bonne journée,

Luc.

​

Re: Nouveau - Renseignements

[Luc Novales]

Bonjour,

Le 06/08/2022 à 23:38, Alexandre D a écrit :


Bonsoir et bienvenue à toi dans le monde du libre.

Personnellement, je te conseil une distribution Debian, et 
lacommunauté Debian Facile  pour 
sonentraide et sa richesse dans son forum.



J’irai dans le même sens et même plus loin ;)

Je te conseille d’essayer (puis installer) l’ISO de Debian Facile 
 téléchargeable ici 
. Cette distribution est 
légère, elle s’appuie sur les dépôts officiels de Debian et elle 
paramétrée pour les personnes qui n’ont pas trop l’habitude de LINUX ou 
qui ont des problèmes d’accessibilité.


Les différents moyens d’aide (manuel, forum, liste de discussion…) dont 
du pourrais avoir besoin sont accessible depuis le bureau. C’est celle 
que j’utilise au bureau quotidiennement.


Bonne journée,

Luc.

​

Re: Paquets installés automatiquement

[Luc Novales]

Bonjour,

Le 07/04/2022 à 20:04, David BERCOT a écrit :

Bonjour Luc,

Je te remercie pour cette information mais pour gérer un système avec 
un grosse centaine (estimation) de paquets, ça me semble compliqué ;-)

J'avais plutôt à l'esprit une commande globale...


La recherche peut être fine avec aptitude si l'on connaît la bonne page ;)

https://www.debian.org/doc/manuals/aptitude/ch02s04s05.fr.html

Si tu te moques de savoir ce qui pourrait être optimisé par des 
méta-paquets, la commande suivante te renvoie juste le nom des paquets 
installés (~i), pas automatiquement (\!~M).


aptitude search ~i\!~M | tr -s ' ' | cut -d ' ' -f2

Une installation minimale suivie d'un aptitude install paquets> devrait faire le taf suivant tes options apt.conf


Bonne journée,

Luc.

Re: Paquets installés automatiquement

[Luc Novales]

Bonjour,

Le 05/04/2022 à 07:39, David BERCOT a écrit :

Bonjour,

Tant que j'y suis, j'ai une autre question sur le même sujet...

Sur un système où il y a plusieurs paquets installés, par exemple 
paquet1, paquet2 et paquet3, comment peut-on savoir si l'installation 
manuelle de paquet 1 et paquet2 installera aussi paquet3 ?


Si tu veux rester dans des commandes simple (en manuel), il faut 
demander le détail du paquet à aptitude.


Tu y vois la ligne "Dépend :" des paquets qui doivent être installés, 
celle des paquets recommandés "Recommande:" et celle des suggérés 
"Suggère:" qui le seront en fonction de tes préférences.


Bonne journée,

Luc.





Exemple pour evolution :

*aptitude show evolution*
Paquet : evolution
Version : 3.38.3-1
Nouveau: oui
État: non installé
Priorité : optionnel
Section : gnome
Responsable : Debian GNOME Maintainers 


Architecture : amd64
Taille décompressée : 486 k
*Dépend*: libc6 (>= 2.14), libcamel-1.2-62 (>= 3.38.3), 
libclutter-gtk-1.0-0 (>=
    0.91.8), libecal-2.0-1 (>= 3.38.3), libedataserver-1.2-25 (>= 
3.38.3),
    libevolution (>= 3.38.3), libevolution (< 3.39), libglib2.0-0 
(>= 2.46.0),

    libgtk-3-0 (>= 3.0.0), libical3 (>= 3.0.0), libnotify4 (>= 0.7.0),
    libsoup2.4-1 (>= 2.42), libwebkit2gtk-4.0-37 (>= 2.28), libxml2 (>=
    2.7.4), evolution-common (= 3.38.3-1), evolution-data-server 
(>= 3.38.3),

    evolution-data-server (< 3.39), dbus, psmisc
*Recommande*: evolution-plugins, evolution-plugin-bogofilter |
    evolution-plugin-spamassassin, evolution-plugin-pstimport, yelp
*Suggère*: evolution-ews, evolution-plugins-experimental, gnupg, 
network-manager

Casse: evolution-common (< 3.20.4-1~)
Remplace: evolution-common (< 3.20.4-1~)
Fournit: imap-client, mail-reader
Description : outils de travail collaboratif avec client de courriel et 
agenda
 Evolution est un ensemble d'outils de travail collaboratif qui intègre 
courriel,
 calendrier, carnet d'adresses, liste de tâches, et outils d'aide- 
mémoire.


 Il peut de plus être intégré avec des serveurs Exchange, être utilisé 
en client
 de lecteur de nouvelles (« newsgroups »), être un client LDAP et un 
client de

 calendriers en ligne.

 Les greffons suivants, qui font partie du jeu de base, sont fournis :
 * calendar-file ;
 * calendar-http ;
 * itip-formatter ;
 * default-source ;
 * addressbook-file ;
 * mark-all-read ;
 * publish-calendar ;
 * caldav ;
 * imap-features ;
 * google-account-setup ;
 * webdav-account-setup ;
 * calendar-weather ;
 * sa-junk-plugin ;
 * bogo-junk-plugin.
Site : https://wiki.gnome.org/Apps/Evolution
Étiquettes: implemented-in::c, interface::graphical, interface::x11, 
mail::imap,

    mail::pop, mail::smtp, mail::user-agent, network::client,
    protocol::TODO, protocol::imap, protocol::nntp, protocol::pop3,
    protocol::smtp, protocol::ssl, role::program, 
scope::application,

    suite::gnome, uitoolkit::gtk, use::TODO, use::browsing,
    works-with::mail, x11::application

Re: remettre windows

[Luc Novales]

Bonjour,

Le 24/03/2022 à 12:48, hamster a écrit :

Souci, j'ai pas de CD d'installation.


Deux solutions que je n'ai pas testées, prudence... ;)

1. Peut-être directement sous Windows, en ayant booté via grub.

https://www.diskpart.com/windows-10/fix-mbr-windows-10-0708.html


2. Sinon, il semble que testdisk fasse aussi le travail si le backup du 
boot secteur existe : "Recover NTFS boot sector from its backup".


Il est disponible sur le live-cd ultimatebootcd :

https://www.ultimatebootcd.com/


voir : https://www.cgsecurity.org/wiki/TestDisk_Step_By_Step


Bonne journée,

Luc.

Re: ** Ceci est peut etre un SPAM IMSS:Re: Certificats RGS**

[Luc Novales]

Le 17/02/2022 à 17:27, Alain Vaugham a écrit :

Pour prouver son adresse physique on nous demande la facture
de services payants tel que l'eau/gaz/électricité/téléphone.
La mairie a bien la charge des adresses postales, c'est pour prouver que 
tu habites là en un moment donné qu'on te demande une preuve de contrat 
de "fluide".
A ma connaissance les adresses non reconnues sont dans des parties qui 
n'ont pas été rétrocédées et qui relèvent du droit privé.


Bonne journée,
Luc.

Re: disque plein mais pas plein

[Luc Novales]

Bonjour,

Le 16/02/2022 à 16:28, Benoît SZCZYGIEL a écrit :

Bonne réponse collective, effectivement les inodes sont à 100%. Existe t-il une 
solution pour les augmenter sans réformateur? Je n'ai pas trouvé.
Merci


Effacer quelques fichiers pour pouvoir investiguer serait peut être une 
solution. Ensuite, augmenter le nombre d'inodes sans savoir ce qui les 
consomme ne va que retarder un prochain problème.


A part un logiciel crée beaucoup de petits fichiers comme du cache http, 
le nombre d'inodes par défaut est suffisant.


La commande : sudo du --inodes -s /var/*

peut aider à diagnostiquer.

Bonne journée,

Luc.

Re: Certificats RGS**

[Luc Novales]

Bonjour,

Le 15/02/2022 à 14:47, mathieu.ro...@r4m.fr a écrit :


« devoir payer pour prouver qui on est » : on paie bien ses cartes 
d’identité ou passeports…


Le débat est infini – et si on ne payait pas, la garantie serait prise 
sur nos impôts, donc d’une façon ou l’autre…


Oui, il faut payer pour obtenir une carte d'identité, un passeport, mais 
c'est un timbre fiscal, donc un impôt à l'État, pas une somme fixée par 
des rentiers.
Et si l'État décide de s'appuyer sur le service d'une entreprise privé, 
c'est réversible et cela fait partie de la démocratie.


Le problème avec le numérique c'est que les rentiers se sont jetés 
dessus avant que les États ne s'en saisissent. Aujourd'hui, c'est bien 
auprès de l'état ou de la collectivité locale que tu obtiens ton 
identité (acte de naissance et de décès), c'est bien la mairie qui te 
donne ton adresse postale et qui atteste de ton identité au travers de 
tes papiers, pas pour tout ce qui est numérique.


Il serait logique qu'elle te fournisse aussi un certificat qui te 
permette de signer et crypter tes documents officiels (le fax va bientôt 
disparaître), ce n'est pas le cas.


Le prix c'est un autre débat ;-) .

Bonne journée,

Luc.

Re: Re : Re: Environnement de bureau léger pour personnes venant de Windows

[Luc Novales]

Bonjour,

Le 13/02/2022 à 16:08, benoit a écrit :
Le dimanche 13 février 2022 à 15:41, Frederic Zulian 
 a écrit :



Sous Ubuntu, je dirai plutôt Lubuntu.


Je préfère rester sous Debian et ne changer que l'environnement de bureau.


Après avoir installé du "pure" Debian pendant des années, j'installe 
maintenant DebianFacile sous XFCE.


Cette "distrib." a l'avantage de garder les dépôts standards debian, 
seuls le paramétrage et des efforts pour l'accessibilité la plus large 
(problèmes physiques, grands débutant·es..) y sont faits.


Une rubrique d'aide la plus complète est accessible directement depuis 
le bureau. Pour des personnes qui viennent de M$, je pense qu'elle est 
très adaptée.


Voir : https://debian-facile.org/projets:iso-debian-facile


Bonne journée,

Luc.

Re: Re : bulleye et vieille carte graphique nvidia

[Luc Novales]

Bonjour,

Le 03/02/2022 à 20:20, Jose CHARTERS a écrit :

Bonsoir,

Quelque soit la version du pilote nvidia proriétaire, j'ai un 
affichage dégradé. Mais je crois avoir anticiper cette réponse, voir 
plus haut dans mon mail. Idem pour nvidia-detect. 

Normal puisque seule la version 304 supporte ta carte.
https://www.nvidia.fr/Download/driverResults.aspx/123849/fr

Donc si tu n'arrives pas à faire fonctionner le pilote nouveau 
correctement, l'installation de ce pilote propriétaire sous Bullseye est 
un peu compliquée car il faut downgrader Linux kernel 4.13 et X.Org 
Server 1.19.

Au cas où... :
https://forums.debian.net/viewtopic.php?t=14

Et le README peut être utile pour configurer :
http://us.download.nvidia.com/XFree86/Linux-x86_64/304.137/README/index.html

Luc.

Re: Re : bulleye et vieille carte graphique nvidia

[Luc Novales]

Le 08/02/2022 à 12:19, Olivier a écrit :

@Luc
J'avais compris que la principale raison de l'abandon par Nouveau des
vieilles cartes graphiques était l'impossibilité d'implémenter des
fonctions comme l'hibernation.

J'ai pour ma part une GeForce 8400 GS Rev. 2:
- dont le firmware ne se charge pas dans Bullseye
- qui fonctionne normalement (pour l'utilisation très simple que j'en ai)
- mais qui m'affiche un écran gris illisible en sortie de mise en
veille (au point de devoir re-démarrer)


Cette carte est supporté par la version 340.108

https://www.nvidia.fr/Download/driverResults.aspx/156196/fr




Dois-je comprendre que dans ce cas de figure, les pilotes fournis par
NVidia sont plus complets ou bien au contraire, qu'ils sont au même
niveau fonctionnel que ceux de Nouveau ?


Je ne suis pas un spécialiste et sachant que ces pilotes évoluent 
indépendamment, je ne sais pas quelles fonctions sont implémentés dans 
l'un et pas dans l'autre.


Pour ma part, quand j'ai trop de problèmes avec le pilote nouveau 
j'installe le pilote proprio pour voir si cela résout les problèmes.


En l’occurrence, la version 340 compile avec le kernel 5.0.

A essayer après avoir jeté un œil au README qui mentionne que l'ACPI 
(S3) et (S4) sont gérés :


http://us.download.nvidia.com/XFree86/Linux-x86_64/340.108/README/index.html


Bonne soirée,
Luc.

Re: Re : bulleye et vieille carte graphique nvidia

[Luc Novales]

Bonsoir,

Le 03/02/2022 à 20:20, Jose CHARTERS a écrit :

Le 02/02/2022 à 09:32, nicolas.patr...@gmail.com a écrit :

Le 01/02/2022 21:11:30, Jose CHARTERS a écrit :
...

nvidia-detect, et celui ci me dit :
Detected NVIDIA GPUs:
04:00.0 VGA compatible controller [0300]: NVIDIA Corporation G72
[GeForce 7200 GS / 7300 SE] [10de:01d3] (rev a1)
Checking card:  NVIDIA Corporation G72 [GeForce 7200 GS / 7300 SE]
(rev a1)
Your card is only supported by the 304 legacy drivers series, which is
only available up to stretch. 


nvidia-ndetect a raison, ta carte n'est plus supportée dans le legacy-340.

La dernière version du pilote qui la supporte est le 304, si le pilote 
nouveau ne te suffit pas, celui ci devrait convenir.


https://www.nvidia.fr/Download/driverResults.aspx/123849/fr

Bonne soirée,

Luc.

Re: Bridger deux VLAN avec systemd network

[Luc Novales]

Bonsoir,

Je rajouterai qu'il vaut mieux taguer le VLAN normal. Taguer le VLAN 
invité, c'est obliger les invit·és à utiliser une configuration 
difficile à mettre en place, voire impossible sur certains équipements.


Bonne soirée,

Luc.


Le 21/01/2022 à 16:26, Olivier Lange a écrit :

Bonjour

Je pense que tu as une ereur d'architecture. si tu veux avoir un 
réseau invité dédié et sécurisé, il te faut un vlan dédié, et un 
subnet (/24) dédié. Ce qui va te permettre de mettre en place des 
règles spécifiques, autant au niveau 3/4/6 (via ton subnet et ton 
routeur) que 2 (via ton vlan).


Tenter de bridger tout ca, au mieux ca devient une usine a gaz 
ingérable avec plein de vulnérabilité, au pire ton réseau ne 
fonctionnera pas.


C'est mon avis.
Olivier

Le ven. 21 janv. 2022 à 10:06, Patrick ZAJDA  a écrit :

Bonjour,


Le contexte est le suivant :

J'utilise des TP-Link Deco M5 pour avoir un réseau wifi maillé et
souhaite activé le réseau wifi invité.

La seule chose qui sépare ces réseau c'est un VLAN tagué pour le
réseau invité.

Les adresses IP sont dans le même rang pour les deux réseaux, les
paramètres DHCP sont en tout point similaires pour les réseau
principal et invité. Il n'y a aucun paramètre DHCP séparé pour le
réseau invité.


Sur un Raspberry Pi, j'ai installé Adguard et souhaite donc
l'utiliser comme résolveur au niveau de tout le réseau.

Je pourais très bien spécifier l'adresse IP du Deco principal
comme résolveur et faire en sorte que celui-ci prenne Adguard
comme résolveur mais ça voudrait dire que toutes les requêtes
viendraient de la même adresse IP, ce qui ne convient pas.


Il faudrait donc que ce résolveur soit joignable depuis le réseau
principal comme invité et ce, en utilisant la même adresse IP.


J'espère avoir pu expliquer clairement pourquoi il n'y a pas
d'autre solution qu'une seule IP qui serait joignable sur les deux
VLAN...



Le 21/01/2022 à 14:10, JUPIN Alain a écrit :

Bonjour,

Je comprends pas trop le concept.
Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en
utilisant les même équipements réseaux, switch par exemple).
En général on relie les VLAN entre eux par du routage, du moins
j'ai toujours pratiqué de cette manière !

Bridger des VLAN, si c'est pour du test/apprentissage pourquoi
pas, mais pour de la prod je me méfierait des effets de bords au
niveau de la sécurité.

Alain JUPIN

Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit :


Bonjour,


Est-il possible de bridger deux VLAN ?


Le but étant d'avoir une adresse IP commune aux deux VLAN pour
que les deux puissent utiliser le même résolveur entre les
réseaux principal et invité.

Si une autre méthode que le bridge est possible, je reste bien
entendu ouvert aux alternatives :)


Pour le moment, j'ai testé ceci (en anglais) sans succès :
https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/


Il utilise deux bridges mais le raspberry Pi sur lequel je le
fait ne passe jamais en ligne.

J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat.


-- 
Patrick ZAJDA


-- 
Patrick ZAJDA

Re: ** Ceci est peut etre un SPAM IMSS:Bridger deux VLAN avec systemd network

[Luc Novales]

Bonjour,

Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit :


Bonjour,


Est-il possible de bridger deux VLAN ?


Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les 
deux puissent utiliser le même résolveur entre les réseaux principal 
et invité.


Si une autre méthode que le bridge est possible, je reste bien entendu 
ouvert aux alternatives :)


C'est le concept même de bridger des VLAN qu'il faut peut-être 
questionner. Je ne comprends pas trop le besoin car on fait d'habitude 
des VLAN pour avoir des réseaux étanches et si des informations doivent 
passer de l'un à l'autre, c'est par du routage et pas par du partage 
d'adresse qu'on le gère.


Sans plus d'information sur le besoin (un croquis ?), on ne peut pas 
suggérer de solution plus classique.


Bonne journée,

Luc.

Re: chromium , google-chrome : ingérables avec Bullseye

[Luc Novales]

Re,

Le 21/01/2022 à 12:03, ajh-valmer a écrit :

On Friday 21 January 2022 11:28:36 Luc Novales wrote:

Le 21/01/2022 à 11:18, ajh-valmer a écrit :

Encore Chromium (Libre) je peux comprendre des bugs,
mais le navigateur Google-Chrome créé par la richissime Google,

Les nouveaux savent que vendredi est jour de troll ?

Pige pas, Google-Chrome est bien le navigateur le plus utilisé...
(Windows, Mac, GNU/Linux...)


C'est la façon dont tu as tourné ta phrase qui peut sous-entendre que 
Chromium est moins bon parcequ'il est libre ;)
Tu aurais écrit "moins utilisé" à la place de libre, il n'y aurait pas 
eu de doute.


Sinon, par rapport au problème initial, je pense qu'il ne vient pas de 
Chromium, mais du contexte particulier sur cette machine, puisque 
personne d'autre ne l'a confirmé.


Je ne suis pas intervenu car mon navigateur quotidien est Brave (pas 
exactement Chromium), c'est la Version 1.34.80 Chromium: 97.0.4692.71 
(Build officiel) (64 bits).
Aucun problème de fonctionnement sous Gnome (pure Debian), ni sous XFCE 
(Debian facile).


Par contre, je suis sous X11 (compatibilité de certains logiciels), les 
problèmes sont ils sous Wayland ? Les problèmes sont ils identiques en 
changeant ce paramètre au login ?


Bonne journée,
Luc.

Re: chromium , google-chrome : ingérables avec Bullseye

[Luc Novales]

Bonjour,

Le 21/01/2022 à 11:18, ajh-valmer a écrit :

Hello,

Encore Chromium (Libre) je peux comprendre des bugs,
mais le navigateur Google-Chrome créé par la richissime Google,

Les nouveaux savent que vendredi est jour de troll ?

Bonne journée,
Luc.

Re: Module Nvidia geforce 218 et Failed kernel module

[Luc Novales]

Bonjour,

Je t'ai répondu hier sur un autre fil. Avec la bonne version des 
pilotes, tu aurais un peu plus de chance ;)



Au sujet des fils de discussion, répondre sur un fil en changeant le 
sujet ne crée pas un nouveau fil de discussion.


Des logiciels comme Thunderbird, qui se basent sur l'entête 
"In-reply-to" pour rattacher les messages ne s'y trompent pas et tes 
messages se retrouvent au milieu d'un autre fil. La seule façon de créer 
un nouveau fil est de poster un message qui ne soit pas une réponse.


Bonne journée,

Luc.

Re: [sujet modifié] Module Nvidia geforce 218 et Failed kernel module

[Luc Novales]

Bonjour et bonne année 2022 à toutes les personnes de la liste,


Le 27/12/2021 à 19:24, ajh-valmer a écrit :


J'ai encore des soucis :
- Carte Nvidia Geforce 218, module pas ou mal installé,
résolution trop faible (1024x768) impossible de la monter à 1024x1024.
Avant ça marchait avec le pilote proprio Nvidia.


C'est certainement parce que la version nvidia-legacy de Buster : 
https://packages.debian.org/fr/buster-backports/nvidia-legacy-340xx-driver 
supportait encore ta carte. C'est confirmé par une recherche du pilote 
de ta carte sur le site de nvidia qui renvoie la version 340.108 : 
https://www.nvidia.fr/Download/driverResults.aspx/156196/fr .


C'est le paquet nvidia-legacy-390xx-alternative : 
https://packages.debian.org/fr/bullseye/nvidia-legacy-390xx-alternative 
qui gère les anciennes cartes, dans Bullseye. Or, la GeForce 280 n'est 
déjà plus dans la liste de la version 470.94 du site Nvidia : 
https://www.nvidia.fr/Download/driverResults.aspx/184177/fr


Comme le paquet nvidia-legacy-340-driver : 
https://packages.debian.org/fr/sid/nvidia-legacy-340xx-alternative est 
encore en SID, tu peux peut-être t'en servir avec le kernel 5.10. Sinon, 
tu peux aussi essayer le script d'installation du site nvidia



Si je tente de le lancer, refus car le système dit que je dois désinstaller
un module nvidia, ce que je fais, et le message revient.

- Au boot, j'ai ce message : "Failed to start kernel module" (Quid ?).


Le module nvidia qui n'a pas compilé ?

Les logs devraient te dire de quel module exact il s'agit.

la commande :

journalctl -b -p err ```

ne te renseigne pas ?

Bonne journée,


--
*Luc Novalès*

Re: personnalisation de la séquence de login

[Luc Novales]

Bonjour,

Le 09/10/2021 à 12:58, Jean-Marc a écrit :

Salut la liste,

J'aimerai personnaliser la séquence de login sur des machines d'un EPN.

En gros, l'idée est de ne pas laisser de traces.
Création du HOME-dir au login.
Effacement du HOME-dir au logout.


Je ne comprends pas trop le problème. Est ce un besoin de compte "invité" ?

Ne suffirait il pas d'activer la fonctionnalité du même nom pour qu'elle 
ait ce comportement ?


Bonne journée,

Luc.

Re: buster => bullseye, upgrade vs reinstall

[Luc Novales]

Bonjour,

Le 15/09/2021 à 20:20, Daniel Caillibaud a écrit :

Version courte : dans quel cas une réinstall peut donner de meilleurs résultats 
qu'un
upgrade ?



Dans le cas où un matériel très récent t'a obligé à modifier des 
fichiers de configuration, installer des trucs spécifiques... pour le 
faire "tomber en marche".


Ce matériel est souvent mieux pris en compte par un nouveau noyau, des 
nouveaux pilotes...


Dans ce cas, un upgrade propse de conserver les fichiers de 
configuration lorsqu'ils ont été modifiés, conservant aussi des 
optimisations qui ne sont plus nécessaires, voire pénalisantes.


Bonne journée,

Luc.

Re: Clamav question ^^)

[Luc Novales]

Bonjour,

Le 03/09/2021 à 13:42, Jean-François Bachelet a écrit :


...

#|ldd $(which freshclam)|
    linux-vdso.so.1 (0x7ffea9559000)
--> libclamav.so.9 => /lib/x86_64-linux-gnu/libclamav.so.9 
(0x7fc1a9a4e000)

    ...

Question : comment on s'en débarrasse de cette vieille lib ? le 'apt 
remove --auto-remove' ne fait rien ici.


Pourquoi penses tu que c’est une vieille lib ?

libclamav9 (>= 0.103.2) 
 est une dépendance 
de clamav (0.103.2+dfsg-2) 
 pour debian11, et ce 
fichier fait bien partie de la dernière version 
.


Au passage un |dpkg -S /usr/lib/x86_64-linux-gnu/libclamav.so.9| 
t’aurait renseigné sur le paquet dont dépend ce fichier.


Tout semble dans l’ordre ;)

Bonne journée,

​
--
*Luc Novalès*
Enseignant réseaux.
SINA/RCA
Tel : (33) (0)5 62 17 42 63
Mail : luc.nova...@enac.fr


Logo ENAC 7, ave. Édouard Belin
cedex 4
31055 Toulouse

Re: Pending kernel upgrade

[Luc Novales]

Bonjour,


Le 29/03/2021 à 11:53, David BERCOT a écrit :
Hypothèse: si tu l'as encore ce pourrait être que lors de la mise à 
jour du noyau il y a eu un problème et que l'image initrd ne 
correspond pas au noyau utilisé.


C'est possible, sauf qu'il y a eu plusieurs mises à jour depuis qui 
n'ont rien changé. Mais sait-on jamais...


Peut-être la mise à jour de la liste de paquets ne s'est pas bien 
passée, car le noyau de backport en buster est maintenant plus récent :



Linux  5.10.0-0.bpo.3-amd64 #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11) 
x86_64 GNU/Linux



Bonne journée,

--
*Luc Novalès*
Enseignant réseaux.
SINA/RCA
Tel : (33) (0)5 62 17 42 63
Mail : luc.nova...@enac.fr


Logo ENAC 7, ave. Édouard Belin
cedex 4
31055 Toulouse

Re: comment limiter kswapd

[Luc Novales]

Bonjour,

Le 15/05/2020 à 10:12, Daniel Caillibaud a écrit :


Le 15/05/20 à 04:09, Bernard Schoenacker  a écrit :

bonjour,

j'ai recherché la solution pour limiter kswapd afin
de pouvoir conserver la main sur l'ordi et je n'ai
pas trouvé 


Je fais aussi partie des personnes étonnées par la gestion du swap dans 
les dernières versions.


Il faut admettre qu’avec 2 ou 3 logiciels un peu gourmands comme 
Thunderbird, on met vite à genoux une machine avec 2Go de RAM 
(obsolescence ???).


Le temps de récupération d’un logiciel qui a été swappé alors que toute 
la RAM n’est pas/plus utilisée est assez frustrant et je n’ai pas 
vraiment eu le temps de me pencher dessus pour résoudre ce problème.



Limiter ?

Tu voudrais qu'il consomme moins de ressources ? Pas sûr que ce soit très 
conseillé car s'il se
met en route c'est que ton PC a des soucis de RAM, et le fait que ça swap fait 
un peu plus
ramer le reste => si le swap se met en route parce que c'est très chargé ça 
augmente encore la
charge et il peu y avoir un effet domino (ça part en vrille jusqu'à ce 
qu'oomkill vienne faire
le ménage à coup de hache).

Tu peux désactiver le swap, oomkill se mettra en route plus vite, mais pas sûr 
que ça règle ton
pb.


Pas sûr non plus que régler les problèmes à coup de hache soit une 
solution, peut-être en ajustant le taux d’utilisation de la RAM, les 
timers en fonction de la machine ?


une piste ? 
.


Bonne journée,

​
--
Evaluations en CP et CE1 : des écarts toujours marqués selon les types 
d'enseignement *Luc Novalès*

Enseignant réseaux.
SINA/RCA
Tel : (33) (0)5 62 17 42 63
Mail : luc.nova...@enac.fr


logo ENAC 

7, ave. Édouard Belin
cedex 4
31055 Toulouse

Re: insserv: FATAL: service mountkernfs is missed

[Luc Novales]

Bonjour,

Le 07/01/2020 à 16:42, ajh-valmer a écrit :


Donc, il ne faut pas désinstaller (remove) "initscripts" ?


Le problème est je pense que personne ne peut affirmer sans connaître le 
code qu’il n’y a pas d’interactions, et cette affirmation vaut dans les 
2 cas (laisser ou retirer le paquet).


Dans la mesure où ce sont 2 systèmes concurrents pour gérer la même 
chose, j’aurais tendance à dire qu’il est plus sains de n’en conserver 
qu’un pour réduire les risques d’incompatibilités entre eux.


Même si cela à fait couler de l’encre lors de son adoption, systemd est 
maintenant le système par défaut de notre distribution depuis Jessie 
 (Debian 8 04/2015). À l’époque 
tout a été fait pour qu’il soit compatible avec l’ancien système 
.


Pour autant, c’était en vue de transition et à part de vouloir 
absolument rester sur l’ancien système pour lequel devuan 
 a été créée, il me semble raisonnable d’apprendre 
à gérer /systemd/ puisque /initscripts/ n’est plus installé 
automatiquement depuis stretch (debian 9 06/2017) et que nous parlons de 
aujourd’hui de Buster (Debian 10), d’ailleurs je ne sais par quel chemin 
vous en êtes arrivé là ;-)


Il est difficile d’affirmer que le paquet peut être retiré sans risque 
d’autant plus que l’on ne sait pas ce que vous avez configuré hors 
/systemd/ et qui pourrait ne plus fonctionner si la compatibilité n’est 
pas parfaite.


Personnellement je le ferais, mais à vous de voir…

Bonne journée,

Luc.

​

Re: insserv: FATAL: service mountkernfs is missed

[Luc Novales]

Bonjour et bonne année à tou·e·s,


Le 06/01/2020 à 19:36, ajh-valmer a écrit :

...

dpkg -S mountkernfs
systemd: /lib/systemd/system/mountkernfs.service
initscripts: /etc/init.d/mountkernfs.sh

Et, que veux tu dire ?

initscripts: /etc/init.d/mountkernfs.sh :

Si mountkernfs.sh figure dans : initscripts: /etc/init.d/
peut-on supprimer initscripts ?


Puisque la ligne précédente indique que systemd fournit déjà ce service, 
cela n'en fait il pas un de trop ?



Bonne journée,

Luc.

Re: [testing] problème détection frappe clavier

[Luc Novales]

Bonjour,

Le 22/11/2019 à 01:01, Gaëtan Perrier a écrit :


Depuis quelques temps j'ai des problèmes de détection de frappes de certaines
touches, notamment les touches accentuées ou utilisant SHIFT ou ALT GR.


Je profite de ce fil pour savoir si vous avez retrouvé l’apostrophe 
typographique sur le nouvelle disposition ISO AZERTY.


Sur l’ancien /“Français variante obsolète”/, il était en /“AtlGr+Maj+b”/ 
Je pensais qu’une évolution irait vers la facilitation pour la frappe en 
français, je ne retrouve pas cette touche sur la nouvelle carte.


En visuel sur la carte des touches, il est impossible de de faire la 
différence entre les symboles, est ce une mauvaise interprétation LINUX 
de l’ISO ou est ce un oubli de ce caractère que peu de monde utilise et 
que le correcteur de l’extension /“Grammalecte”/ souligne avec raison ?


Bonne journée,

Luc.

​

Re: carte ethernet non reconnue

[Luc Novales]

Bonjour,

Le 05/02/2019 à 22:21, Belaïd a écrit :

Bonsoir,

dmidecode n'a rien donné ?


A tout hasard, une recherche avec le modèle exact (part-number) sur le 
site du constructeur ne te donne pas toutes les infos ?


Bonne journée,

Luc.

Re: Tester son matériel avant mise en production

[Luc Novales]

Bonjour,

Je déterre ce vieux fil car c'est une question assez commune et peu de 
réponses ont été données.



Le 19/05/2018 à 16:20, Andre Majorel a écrit :

On 2018-05-15 18:54 +0200, FF \__/ FF wrote:

Le 15 mai 2018 à 16:33, Olivier  a écrit :


Avez-vous des recommandations (logiels, méthode) pour tester
à fond le matériel d'un nouveau serveur avant de le mettre
en production ?

Il y a trop de cas de figure possibles pour les inclure tous
dans une procédure de test. Enfonçage de portes ouvertes : la
première chose à faire serait d'utiliser la procédure qui teste
les services que ce serveur doit assurer. Ainsi, les états qui
seront testés seront plus ou moins ceux par lesquels le serveur
passera quand il sera en exploitation.


+1.

Donc, si le serveur doit être utilisé sous Debian, la suite de tests 
Phoronix est vraiment adaptée, avec une couverture de tests très 
importante :


https://phoronix-test-suite.com/

par contre, certains tests (ou collections) nécessitent l'installation 
de paquets (dont certains ne sont pas libres). Il est certainement 
préférable de les supprimer pour passer en prod.


Bonne journée,
Luc.




Si tu procèdes a l'installation complète du serveur, tu peux
déjà observé si c'est stable a 100 %,

C'est un bon début mais c'est pas une garantie. Je parle
d'expérience. :->

Re: capture d'ecran pendant l'installation

[Luc Novales]

Re-bonjour,


Le 16/02/2018 à 12:53, G2PC a écrit :

Cette méthode ne fonctionne que si on utilise une machine virtuelle, non ?
Je ne vois pas comment faire un screen, si on est entrain d'installer
directement un hôte, car, les screens ne sont alors pas enregistrés.

Pourquoi ?
L'installeur est bien un OS, avec un serveur X (ou équivalent), 
lorsqu'on choisit une installation graphique. S'ils ont mis le bouton 
pour faire des copies d'écran, c'est que les outils doivent être en 
place pour le faire. Mais je dois reconnaître que je n'ai pas eu à m'en 
servir, c'est pourquoi la fin de mon message est une supposition sur 
l'endroit où elles sont stockées à la fin de l'installation, sur la 
machine fraîchement installée; Le rapport d'installation est bien copié 
dans /var/log/installer/.


Bonne soirée,
Luc.

Re: capture d'ecran pendant l'installation

[Luc Novales]

Bonjour,


Le 15/02/2018 à 15:35, Frederic Robert a écrit :

Bonjour,

Comment allez-vous? Comment puis-je faire des captures d'écran lors d'une 
installation de Debian sur un poste? Dois-je absolument le faire dans une 
machine virtuelle pour avoir cette fonction?

Personnellement, je vais bien, merci ;-).

Si j'ai bien compris la question, peut être tout simplement, choisir la 
première ligne de l'installeur "graphical install" et utiliser le bouton 
"screenshot", en bas à gauche, à chaque fois que nécessaire. Ensuite, il 
doit bien les mettre sur la machine cible à la fin de l'install (avec le 
rapport d'installation ?).


Bonne journée,
Luc.

Hotspot sous Stretch

[Luc Novales]

Bonjour,

J'utilise le WIFI d'un portable en point d'accès autonome, notamment 
pour piloter les diaporama avec mon smartphone.


Le mode hotspot de Gnome fonctionnait très bien sous Debian 7. Sous 
Debian 8 on y arrivait encore en mode commande (nmcli), en collant une 
configuration de connexion dans le répertoire 
/etc/NetworkManager/system-connections/.


Sous Stretch, je n'arrive pas à le faire tomber en marche. Comme 
l'activation de la connexion doit effectuer un certain nombre d'actions 
comme l'activation d'un serveur dhcp, j'aimerais bien un retour 
d'expérience positif, ou un lien vers une doc, car ce que j'ai trouvé 
sur le net ne m'a mené nulle part.


Merci,

Luc.

Re: Debian9+Nvidia pascal = Fail ?

[Luc Novales]

Bonjour,


Le 15/02/2018 à 11:54, David S. a écrit :


Le 14.02.2018 20:36, Michel Memeteau - EKIMIA a écrit :

Bonjour a tous , a ma grande suprise mon installation de debian 9.3.0 
( non free) sur une machine Intel + 1050ti a échoué .

- Je lance le live 9.3.0 et finit l'installation.
- Je lance la session GDM ( X11 + gnome classic parfait )
- J'installe le paquet nvidia-drivers et les headers comme indiqué ici
https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Version_375.66
Je redemarre , les modules nvidia sont bien chargé , mais gdm échoue 
a démarrer avec le fameux message " quelque chose a planté " ( ou une 
truc du genre ) en mode graphique.

Je ne comprends pas ou j'ai échoué ??


Bonjour,

Perso sur une configuration Ryzen 7 1800X + GeForce 1070Ti, j'ai du 
passer sur le driver version 384 dispo en backports et sid pour pas 
avoir de soucis de rendu, j'utilise cinnamon.




Cela confirmerait les problèmes sur tous les anciens GPU, uniquement 
supportés par le driver legacy :-(


Linux ne permettrait plus de sauver les anciennes machines ? Obsolescence...

Bonne journée,
Luc.

Re: Debian9+Nvidia pascal = Fail ?

[Luc Novales]

Bonjour,


Le 14/02/2018 à 20:36, Michel Memeteau - EKIMIA a écrit :
Bonjour a tous , a ma grande suprise mon installation de debian 9.3.0 
( non free) sur une machine Intel + 1050ti a échoué .


- Je lance le live 9.3.0 et finit l'installation.

- Je lance la session GDM ( X11 + gnome classic parfait )


X11 ou wayland ?
Par défaut sur Stretch c'est maintenant wayland (section [daemon] dans  
/etc/gdm3/daemon.conf).




- J'installe le paquet nvidia-drivers et les headers comme indiqué ici

https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Version_375.66

Je redemarre , les modules nvidia sont bien chargé , mais gdm échoue a 
démarrer avec le fameux message " quelque chose a planté " ( ou une 
truc du genre ) en mode graphique.


Je pense à un problème de gnome. Sur une machine que je devais restituer 
(pas le temps d'investiguer davantage), le pilote nouveau ne 
fonctionnait pas et le seul truc que j'ai réussi à faire fonctionner 
sans problème est nvidia + MATE (sous X11)

:-(

Bonne journée,
Luc.

Re: [rkhunter]: Mises à jour de paquets

[Luc Novales]

Bonjour,


Le 16/01/2018 à 10:15, Dominique Dumont a écrit :

On Tuesday, 16 January 2018 09:31:43 CET Luc Novales wrote:

Cela fait plusieurs fois que je me retrouve confronté au problème lié à
des alertes de rkhunter, suite à des mises à jours de paquets, dont il
n'a pas eu l'information sur les fichiers remplacés.

Dpkg ne communique pas avec rkhunter. Après une mise à jour des paquets, il
faut mettre à jour la base de données de rkhunter avec cette commande:

$ sudo rkhunter --propupd
Cette commande met à jour, sans vérification et de façon globale, c'est 
très dangereux.
Je suis étonné car la mise à jour normale de paquets ne pose pas de 
problèmes, il doit bien avoir des scripts post-install qui font le 
travail finement, juste pour les fichiers mis à jour par le nouveau 
paquet, sinon, cela obligerait à le faire à la main à chaque mise à 
jour, après vérification qu'aucun autre fichier n'a changé.
Le responsable du paquet est le plus à même de dire à rkhunter ce qui a 
changé ;-)


C'est bien cette opération qui me semble oubliée dans des mises à jour 
non standards (backports, sécurité...)


Bonne journée,
Luc.

[rkhunter]: Mises à jour de paquets

[Luc Novales]

Bonjour,

Cela fait plusieurs fois que je me retrouve confronté au problème lié à 
des alertes de rkhunter, suite à des mises à jours de paquets, dont il 
n'a pas eu l'information sur les fichiers remplacés.


Cela touche des paquets très différents, et jusqu'à maintenant, je n'ai 
eu ces problèmes que sur des mises à jour de sécurité.


Un rapport de bug sur les paquets touchés n'est pas vraiment approprié, 
qui sait comment faire remonter ce problème ?


Merci

Luc.

Re: Installer un serveur mail complet sous Debian 9 Stretch

[Luc Novales]

Bonjour,


Le 28/08/2017 à 03:09, G2PC a écrit :

Bonjour,

Je cherche un tutoriel pour installer un serveur mail complet sous
Debian Stretch.

J'ai trouvé celui-ci :
https://blog.tetsumaki.net/articles/2017/08/installation-dune-solution-mail-complete-sous-debian-9-stretch.html

Si vous avez un support correct, complet, accessible, pour Debian
Stretch, en complément, ou, en remplacement, merci de vos retours.

Tout dépend de ce que tu entends par "solution mail complète".
Les docs debian sont de très bonne qualité ;-)

https://www.debian.org/doc/manuals/debian-handbook/network-services.fr.html#sect.smtp-mail-server

Bonne journée,
Luc.

[HS]Re: Présence par défaut d'Aptitude sur Stretch

[Luc Novales]

Bonjour,


Le 27/06/2017 à 12:17, Pierre L. a écrit :

Ou alors il s'agissait d'un logiciel chopé sur un site quelconque, et il
fallait alors installer à la main toute une liste de dépendances,
Si le paquet est correctement construit, dpkg --unpack  est 
ton ami, car ensuite apt-get|aptitude install fera tout le boulot avec 
les dépendances ;-)


Bonne soirée,
Luc.

Re: Présence par défaut d'Aptitude sur Stretch

[Luc Novales]

Bonjour,

Le 27/06/2017 à 11:35, maderios a écrit :

On 06/27/2017 10:22 AM, Haricophile wrote:

Le Sat, 24 Jun 2017 15:36:43 +0200,
maderios  a écrit :


C'est quand même gênant cette manie d'aptitude qui consiste à
supprimer automatiquement des paquets qu'il considère comme inutiles.
Un exemple, celui de certains paquets *.dev.
Si quelqu'un connaît une solution pour améliorer le qI d'aptitude, je
suis preneur :)


En général quand il vire quelque chose c'est qu'il est marqué en
installation automatique et tu peux faire : "aptitude unmark-auto
le_paquet"
On peut imaginer la situation quand aptitude veut supprimer 50 paquets 
qui sont indispensables puisqu'on les a installés en vue de 
compilations ultérieures... C'est une des raisons pour lesquelles j'ai 
toujours utilisé apt-get, synaptic et maintenant apt.
Un exemple concret serait bienvenu. En plusieurs années d'utilisation, 
je ne connais pas de cas ou aptitude a viré un truc installé 
manuellement (cela ne veut pas dire que cela n'existe pas). Il ne l'a 
fait que pour des paquets installés automatiquement par la dépendance 
d'un truc qui a été supprimé.


C'est sûr que lorsqu'on dés-installe un méta-packet, seuls les paquets 
inclus qui sont une dépendance à d'autres paquets présents sur le 
système restent en place ;-)



Bonne journée,
Luc.

PS : les 2 outils sont pertinents, ce fil commence à ressembler à vi vs 
emacs ;-)

Re: update-grub : fichier souvent pas adapté

[Luc Novales]

Le 24/08/2015 13:02, andre_deb...@numericable.fr a écrit :
 On Sunday 23 August 2015 17:41:38 maderios wrote:
 Le 23/08/2015 16:20, Pascal Hambourg a écrit :
 maderios a écrit :
 Si on parle ici de grub2, update-grub se base sur /etc/default/grub pour
 créer les entrées de démarrage.
 Pour créer les entrées des noyaux du système actif. Ici on parle des
 entrées générées pour les autres systèmes présents. Merci de suivre.
 Hum... As tu lu mon commentaire? Je reformule: je constate que la
 commande update-grub, qui, chez Debian, est en fait un alias de
 grub-mkconfig, se base sur /etc/default/grub pour générer
 /boot/grub/grub.cfg , fichier dans lequel va être inscrit les entrées
 des *autres* systèmes présents sur la machine, plus  celles du noyau actif.
 'update-grub' va chercher sur toutes les partitions, qu'elles soit
 montées ou non, *toutes* les entrées de systèmes.
 The program grub-mkconfig (see Invoking grub-mkconfig) generates
 grub.cfg files suitable for most cases. It is suitable for use when
 upgrading a distribution, and will discover available kernels and
 attempt to generate menu entries for them.

 The file /etc/default/grub controls the operation of grub-mkconfig.
 https://www.gnu.org/software/grub/manual/html_node/Simple-configuration.htm
 Hello,

 Merci à Pascal et Maderios de s'intéresser à mon problème de Grub.

 Je vais tester selon les configs indiqués et vous dirai bien sûr.

 Autre problème, update-grub s'escrime à mettre toutes les entrées
 des partitions boot Linux en mode single et celles mode de dépannage,
 single single (deux fois).
comportement conforme au contenu de GRUB_CMDLINE_LINUX
 Mon souhait est d'avoir un boot graphique (non single),
 et un autre (dépannage) en single (une fois).
 Faut-il diézer cette ligne dans /etc/default/grub ? :
 GRUB_CMDLINE_LINUX=single
Ou plutôt remettre la ligne comme à l'origine et tout rentrera dans
l'ordre :
GRUB_CMDLINE_LINUX=


Bonne soirée,
Luc.

Re: Fermeture sans ordre

[Luc Novales]

Le 30/07/2015 17:09, VieuxGeek DuSystem a écrit :
 J'aurai plutot conseillé déplace ton ~.mozilla :-)

ou utiliser l'interface de gestion de profils quivabien :

iceweasel --ProfileManager

Cela permet de switcher facilement sans faire de c... dans les fichiers
pour faire des tests.

A quoi ça sert que les dev. se décarcassent ? ;)

Luc.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/55ba4d53.7080...@enac.fr

Re: Installer un ancien kernel

[Luc Novales]

Le 07/01/2015 23:54, JUPIN Alain a écrit :

Je rectifie une bourde, le kernel installé actuellement :
linux-image-3.16.0-0.bpo.4 des dépots wheezy-backports
(en plus du kernel officiel qui est le linux-image-3.2.0-4)

Alain JUPIN

Le 07/01/2015 23:43, JUPIN Alain a écrit :

Bonsoir,

Pour des raisons obscures de compatibilité de mon matériel, je dois 
avoir :

Pour ma clef TNT : un kernel  3.7 (clef non détectée)
Pour ma clef wifi  : un kernel  3.9 (sinon le driver ne se compile pas)

Actuellement, j'ai le kernel 3.2.16 des dépôts wheezy-backports.

Y a t-il moyen de récupérer d'ancienne version du kernel présente 
dans wheezy-backports ?

A priori, fut un temps il y avait un kernel 3.9.???
Si tu souhaites réinstaller le kernel 3.9, le changelog de linux-image 
dans les backports 
http://metadata.ftp-master.debian.org/changelogs//main/l/linux-latest/linux-latest_63%7Ebpo70+1_changelog 
donne la version 3.9.1 entre le 03/06/2013 et le 18/07/2013.
Avec la date, les snapshots Debian http://snapshot.debian.org/ 
contiennent les backports et te permettront d'accéder à toutes les 
dépendances, si cela impose d'autres downgrades.


Bonne journée,
Luc.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ae5220.4010...@enac.fr

Re: Installer Debian sur un PC sans DVD

[Luc Novales]

Bonjour et bonne année à tout-e-s,

Le 21/12/2014 16:25, andre_deb...@numericable.fr a écrit :

...
Oui, mais attention quand même :

Concernant la garantie d'un ordinateur sans Windows, voici ce que dit la
FNAC :
www.fnac.com/Le-remboursement-de-votre-systeme-d-exploitation-OS/cp24294/w-4

À la fin de la page on y lit :
La demande de remboursement de l’OS doit être effectuée auprès de chaque
constructeur :
Ce qui veut dire que la FNAC ne garantit pas directement ses produits,
mais laisse le constructeur à sa propre décision, mais qui sera laquelle ?


Il s'agit là de problème de vente liée et de remboursement d'OS.



Résumé de la page :

Les ordinateurs vendus à la Fnac sont fournis avec un système d’exploitation
préinstallé indispensable à leur fonctionnement.
[cut...]
...
Ce qui veut dire que la FNAC est un vendeur (pas un assembleur) et n'a 
pas de service informatique pour résoudre les problèmes d'installation. 
Elle revent un produit dans l'état où le constructeur le lui a passé.



La garantie en cas de changement de l'OS :

...

La garantie se limitera donc dans ce cas aux défauts de fonctionnement du seul
matériel, indépendamment des problèmes de compatibilité, de reconnaissance
des composants et périphériques ou d’instabilité liés aux pilotes et autres
composants logiciels installés par le client.

La garantie matérielle n'est pas changée et que demande on de plus ?
Dans tous les cas, on ne peut pas leur demander d'assurer le 
fonctionnement des logiciels que nous avons installés (idem sous Windows 
pour les logiciels qui ne faisaient pas partie de la pré-installation).
Et à quoi peut bien servir de garder Windows uniquement pour avoir la 
garantie de fonctionnement de cet OS si nous n'en avons pas besoin ?




Les garanties légales des vices cachés et de conformité continuent de
s’appliquer sous réserve des modifications que vous aurez apportées.

La demande de remboursement de l’OS doit être effectuée auprès de chaque
constructeur :
Ce qui veut dire que la FNAC ne garantit pas directement ses produits
mais laisse le constructeur à sa propre décision.
Ne confondons pas remboursement pour vente liée et garantie de 
fonctionnement.


Bonne journée,
Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ad11e6.5030...@enac.fr

Re: Droits des fichiers de /var/log/cups

[Luc Novales]

Le 05/01/2015 23:21, Olivier a écrit :

Bonjour,

J'ai une VM LXC sous Wheezy qui fait office de serveur d'impression
CUPS (version 1.5.3).
Quand je m'y connecte avec mon navigateur, j'ai un onglet
Administration, avec 3 boutons pour visualiser(je suppose) les
fichiers Access log, Error Log et Page log.

Quand je clique sur l'un de ces 3 boutons, j'ai un affichage Introuvable.
Pourtant, les fichiers /var/log/cups/{access.log|error.log|page.log}
existent bien sur ma machine.

Nominalement, quels doivent être les propriétaires et droits de ces 3 fichiers ?
Pour ma part, j'ai root:adm 640 pour les 3 fichiers.

Pour les voir dans l'interface de CUPS : 644

J'avais la même erreur sur wheezy, avec un LogLevel info une tentative 
d'accès au fichiers donne :


Files/directories such as /var/log/cups/access_log must be 
world-readable.


Avec des droits en lecture pour tout le monde, le contenu s'affiche.

Bonne journée,
Luc.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ad2317.1050...@enac.fr

Re: Installer Debian sur un PC sans DVD

[Luc Novales]

Bonjour,

Le 09/12/2014 20:25, maderios a écrit :

On 12/09/2014 07:41 PM, andre_deb...@numericable.fr wrote:

L'idéal serait de garder Windows8 (uniquement pour la garantie)

Bonjour
Attention, risque  que  la garantie ne soit pas appliquée si on 
formate puis installe un autre OS que celui installé d'origine... A 
vérifier auprès du constructeur.
Je ne suis pas juriste, mais ce genre de clause ne tient pas. Elle 
relève du même niveau que la vente liée et la seule garantie est une 
garantie de fonctionnement. Si tu râles en disant que Linux ne 
fonctionne pas et que tu veux qu'ils te le réparent, tu vas certainement 
te faire renvoyer dans tes buts, on te répondra que la ré-installation 
de Windows est payante, par contre sur une panne matériel, je ne vois 
pas comment le constructeur pourrait se défiler. Je n'ai pas de nombre 
suffisant de cas pour faire une généralité, mais c'est l'expérience que 
j'en ai.


De toute façon, si tu fais un support de restauration, tu pourras 
toujours remettre le PC dans son état initial, car encombrer le disque 
avec un OS juste pour le cas où une garantie pourrait ne pas 
fonctionner, je trouve que c'est bien dommage. Par contre, si c'est pour 
pouvoir tester des logiciels libres sous différents OS, c'est autre chose ;)


Bonne journée,
Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54914427.6020...@enac.fr

Re: Debian sur ACER Travelmate ne boote pas

[Luc Novales]

Bonjour,

Le 02/12/2014 17:51, Pierre Couderc a écrit :

J'ai compris ce qui se passe.
L'installation sous wheezy se passe bien.
Je boote et je reboote sans problème.

Puis, je fais une migration à jessie (en suivant les instructions 
officielles), puis une série de

aptitude upgrade
Une migration sur un serveur, avec beaucoup de configuration..., encore 
passe, mais là, une install from scratch,  sur un portable, pourquoi pas 
directement avec l'installeur jessie 
https://www.debian.org/devel/debian-installer/index.fr.html ? Avec 
toutes les modifications y compris dans le démarrage (systemd...), je ne 
vois pas l'intérêt de passer par une installation wheezy suivie d'un 
upgrade.


Bonne soirée,
Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/547e0b1a.50...@enac.fr

Re: [HS] Chiffrer, oui mais...

[Luc Novales]

Le 16/11/2014 14:47, Gaël a écrit :

Salut!


   J'aimerais mettre une solution de chiffrement pour un groupe d'une
   dizaine de personne

Si ce groupe ne change pas super souvent, tu peux créer une mailing-list.
Mais il faut que le serveur de ML soit Schleuder
(schleuder2.nadir.org), et entrer les clefs des gens dedans. C'est
assez pratique et ça fonctionne bien (et illes sont en recherche de
développeureuses!)


Je n'ai jamais mis en œuvre, mais je ne rate pas une occasion pour faire 
un peu de pub un robot de listes de diffusions sympa ;)


Sympa http://www.sympa.org/ sait gérer l'authentification et le 
cryptage des messages par certificats depuis fort longtemps :)


voir par exemple :
http://www.sympa.org/doc/formation/sympa_avance#smime
http://www.sympa.org/documentation/tutorial/tutorial-fr.pdf
http://2001.jres.org/actes/smime.pdf

Bonne journée,
Luc

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/546b3013.5020...@enac.fr

Re: DKIM Re: halt et poweroff

[Luc Novales]

Le 05/11/2014 15:22, andre_deb...@numericable.fr a écrit :

Donc shutdown -h now et halt ne font pas d'arrêt électrique ?

Tout dépend du contenu du fichier
/etc/default/halt

Bonne journée,
Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/546321c3.5060...@enac.fr

Re: Montage automatique d'un USB et permissions

[Luc Novales]

Le 12/08/2014 12:22, daniel huhardeaux a écrit :

Le 12/08/2014 06:31, RHATAY Sami a écrit :

Bonjour à tous,


Bonjour



j'ai plusieurs fois eu des soucis avec le montage automatique de mes
clés et disques durs externes : en effet, impossible une fois ceux-ci
montés de pouvoir écrire dessus. Un message d'erreur apparaît en me
disant que le périphérique n'est accessible qu'en lecture seule.

Néanmoins dans mes logs je retrouve ceci :
Aug 12 03:46:09 dell kernel: [44655.919123] sd 30:0:0:0: [sdb] Write
Protect is off

Je suis obligé de passer par la ligne de commande pour écrire dessus. De
plus, il suffit que je remonte manuellement la clé/DD externe pour que
je puisse écrire dessus via l'interface graphique.

Du coup je me suis penché sur la gestion des périphériques avec udev et
je pensais pouvoir trouver dans un fichier de configuration le moyen de
modifier les permissions...mais en vain.

Si vous pouviez éclairer ma lanterne sur le fonctionnement de
l'automount ainsi que la gestion des droits associés, j'en serai
fortement reconnaissant :-)



Ton utilisateur ne doit pas être dans le groupe qui monte les 
périphériques automatiquement. Je crois que c'est plugdev.




C'est déjà une condition, mais si tu as installé le système avec une clé 
USB, il doit trainer 2 lignes dans la fstab (sdb1 et sdb2) qui posent 
ensuite des problèmes. Il faut les commenter.


Enfin si tes clés USB sont en ntfs, il ne faut pas oublier d'installer 
les paquets  ntfs-3g, ntfs-config, et ntfsprogs.


Bonne journée,
Luc.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53e9edd5.4050...@enac.fr

Re: Icedove refuse de parler français

[Luc Novales]

Bonsoir,

Le 23/05/2014 12:40, Bernard Schoenacker a écrit :

Le Fri, 23 May 2014 12:11:35 +0200,
pfx pf.prolo...@gmail.com a écrit :


Bonjour,

J'utilise debian en français mais mon Icedove refuse de s'afficher en
français, il persiste en anglais
Cela semble dû au fait que j'ai récupéré mon profil à partir d'un
ubuntu/thunderbird

...


en passant par le menu outils- modules complémentaires-langues 
(tools-plugins-lang) le module français est il de la bonne version et 
activé correctement ?


Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/537fbee7.4010...@enac.fr

Re: apt-mirror et sélection de paquets

[Luc Novales]

Le 01/04/2014 18:03, David BERCOT a écrit :

J'ai évoqué cette piste, mais, finalement, j'ai pris le parti de
récupérer l'ensemble. Tant pis pour la place;-)


  Mais est-ce qu’un proxy-cache (approx, apt-cacher(-ng)…) ne
remplirait-il pas mieux tes besoins ?

Merci pour ton retour.


Pourquoi justement ne pas utiliser un apt-cacher(-ng) qui tape dans le 
mirroir local (complet) pour la version stable et ne télécharge que les 
paquets utiles pour la version testing ?

Cela pourrait répondre tes besoins.

Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/533bd56d.1040...@enac.fr

Wheezy amd64 : insserv et overrides

[Luc Novales]

Bonjour,

en voulant changer le niveau de démarrage d'un script, je renseigne le 
fichier */etc/insserv/overrides/nom_du_script*, pourtant lors de 
l'execution de la commande*insserv nom_du_script*, un warning 
m'indique que les valeurs lsb du fichier */etc/init.d/nom_du_script 
*sont prise en compte, et les liens créés sont bien ceux relatifs à ce 
fichier.


/insserv: warning: current start runlevel(s) (3 4 5) of script 
`dsm_om_connsvc' overrides LSB defaults (2 3 4 5)./
où les niveaux (3 4 5) sont ceux de /etc/init.d tandis que (2 3 4 5) 
sont ceux de /etc/insserv/overrides/


Cela fonctionnait bien précédemment, le fonctionnement semble avoir été 
inversé (overrides est moins prioritaire que le sdandard). Avez vous été 
confrontés à ce problème ?



Un contournement plus fin que l'écrasement dans le fichier dans 
/etc/init.d/ ?


Merci
Luc.

--

 _ o
/ \\
\_/   O °

Faites un cadeau aux générations futures,
abandonnez votre voiture !

[Résolu] Re: Wheezy amd64 : insserv et overrides

[Luc Novales]

Le 28/02/2013 10:58, Luc Novales a écrit :

Bonjour,

...
Cela fonctionnait bien précédemment, le fonctionnement semble avoir 
été inversé (overrides est moins prioritaire que le sdandard). Avez 
vous été confrontés à ce problème ?


En fait, c'est les liens actuels qui gênent (pas le fichier dans 
/etc/init.d). Il faut faire en 2 temps insserv -r pour enlever les liens 
existants, suivi d'un insserv pour remettre les nouveaux, sinon il n'y a 
pas de mise à jour.


Luc.

--

 _ o
/ \\
\_/   O °

Faites un cadeau aux générations futures,
abandonnez votre voiture !

Re: grub legacy versus ancien grub

[Luc Novales]

Bonjour,

mess-mate a écrit :

 Bonjour,
voulant passer de grub2 à grub-legacy je me rends compte que les 
fichiers stage. et autres n'y sont plus.
Par contre les fichiers de grub-common y sont et seraient donc utilisé 
aussi bien par grub-legacy que par grub2 ?
Où est donc l'intérêt d'utiliser grub-legacy et en plus quel sont les 
commandes ?
Pour l'intérêt je ne sais pas, mais les commandes des 2 versions sont 
décrites ici :

http://grub.enbug.org/ListeDesCommandes

A+
Luc

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c4e1e58.3020...@tls.cena.fr

grub-pc raid et lvm

[Luc Novales]

Bonjour,
j'ai cliqué un peu vite lors de la dernière mise à jour de grub-pc sur 
une squeeze amd64 et la machine ne boote plus, grub s'arrête en mode rescue.


Le volume est un Raid0 (hardware Intel) composé de 2 disques sur lequel 
la partition /boot est une partition physique et les autres sous LVM.


Depuis la mise à jour à 1.98+20100710-1 grub-probe ne voit plus les 
disques, même si je passe les modules raid dmraid lvm ext2 à grub-install


r...@debian: grub-install --no-floppy --modules=raid dmraid lvm ext2 
/dev/sda

/usr/sbin/grub-probe: error: no such disk.
/usr/sbin/grub-probe: error: no such disk.
/usr/sbin/grub-probe: error: no such disk.
You attempted a cross-disk install, but the filesystem containing 
/boot/grub does not support UUIDs.


les points de montage actuels sont :
/dev/mapper/ghisvain-root on / type ext3 (rw,errors=remount-ro)
/dev/mapper/ghisvain-usr on /usr type ext3 (rw)
/dev/md126p2 on /boot type ext3 (rw)
/dev/mapper/ghisvain-data on /data type ext3 (rw)
/dev/mapper/ghisvain-home on /home type ext3 (rw)
/dev/mapper/ghisvain-opt on /opt type ext3 (rw)
/dev/mapper/ghisvain-tmp on /tmp type ext2 (rw)
/dev/mapper/ghisvain-var on /var type ext3 (rw)
/dev/mapper/ghisvain-usr on /usr type ext3 (rw)


les partitions sont sur le disque 1 du raid :
  Device Boot  Start End  Blocks   Id  System
/dev/sda1   1  14  112423+   6  FAT16
/dev/sda2   *  15 146 1060281   83  Linux
Partition 2 does not end on cylinder boundary.
/dev/sda3 146   60787   487098841+  8e  Linux LVM

la doc est succincte, savez vous comment passer outre ce problème ?

Merci
Luc.

PS : l'installation de la version 1.98+20100722-1 (sid) ne résout rien.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c4e2da4.3010...@tls.cena.fr

Re: [HS] OOImpress et SVG

[Luc Novales]

Fabien R a écrit :

Hello,

Je suis sous unstable et j'aimerais utiliser l'extension 
svg-import-1.2.2.oxt mais je n'arrive pas à l'activer.
Il y a une erreur sur l'activation de svg-import.uno.jar 
(com.sun.star.uno.RuntimeException:JNI exception)


openoffice.org-impress/unstable upgradeable from 2.2.1-5 to 1:2.4.0~rc6-1
sun-java6-bin/unstable uptodate 6-05-1
sun-java6-jre/unstable uptodate 6-05-1

Any suggestion ?

Peut être un oeil à ce fil :
http://lists.ximian.com/pipermail/openoffice/2006-October/002109.html

on y parle d'un bug OpenOffice :
http://www.openoffice.org/issues/show_bug.cgi?id=65026

Mais je vois que tu n'as pas fait l'upgrade vers la 2.4.0-rc6, est ce 
volontaire ?

La 2.4 est sortie aujourd'hui.
http://fr.openoffice.org/

A+
Luc.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Verrouiller un fichier

[Luc Novales]

Michel Luc a écrit :

 Bonsoir,

 Je cherche comment verrouiller l'accès à un fichier dans un script
shell sans en changer les droits.
 Si vous avez des indications, liens... etc.
Je suis preneur, merci.

  @+


man chattr ?

A+
Luc.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Ré-installation de Debian et partitions...

[Luc Novales]

hugo a écrit :
Selon Luc Novales:
Tu peux copier les données sur un support distinct si ce n'est pas
trop gros. A la recopie, les droits, uidseront adaptés à la
nouvelle installation, puisque la copie sera gérée par cette nouvelle
installation.
Attention à la copie de base qui ne preservera pas les dates sur les 
fichiers -- man cp pour préserver, 

cp -a /source /dest marche bien

ou plutôt une archive tar suivie de plusieurs chown après le
redéploiement pour repositionner users et groupes.

Non, si le 'tar -x...' est fait sous root, les bons droits sont
restaurés.
Dans le cas ou les IDs des users sont les mêmes après la nouvelle install, oui.
Luc.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: voir les fichiers mis à jour lors d'un apt-get update

[Luc Novales]

Frédéric Bothamy a écrit :

* pingouin osmolateur [EMAIL PROTECTED] [2004-12-28 15:06] :

Bonjour la liste 
Est-ce qu'il existe une option qui permet de voir les

fichiers mis à jour lors d'un apt-get upgrade.



Non, cette option n'existe pas, mais une commande comme ceci devrait
faire l'affaire (liste tous les fichiers des paquets mis à jour) :

dpkg -L `sudo apt-get -s upgrade | tail -4 | grep -v newly installed | grep -v 
^\(Inst\|Conf\)`

(note : pour d'autres commandes d'apt-get (comme install), le nombre de
lignes (4) peut varier)


Fred



Salut,

en utilisant aptitude, la ligne :

APT::Get::Show-Upgraded 1;

dans le fichier /etc/apt.conf

on a les infos dans le fichier /var/log/aptitude (erreurs mises à part).
Ces logs doivent être dans un autre fichier avec apt-get puisque cette 
option lui est propre (cf /usr/share/doc/apt/examples/configure-index.gz).



- extrait de /var/log/aptitude 
data$ more /var/log/aptitude
Aptitude 0.2.11.1: log report
Tue Aug 26 22:19:36 2003


IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 125 packages, and remove 4 packages.
44888064 bytes of disk space will be used
===
[INSTALL, DEPENDENCIES] debconf-i18n
[INSTALL, DEPENDENCIES] fam
[INSTALL, DEPENDENCIES] festlex-cmu
[INSTALL, DEPENDENCIES] festlex-poslex
[INSTALL, DEPENDENCIES] festvox-kallpc8k
[INSTALL, DEPENDENCIES] libaudio2
[INSTALL, DEPENDENCIES] libbonoboui2-0
[INSTALL, DEPENDENCIES] libbonoboui2-common
[INSTALL, DEPENDENCIES] libconsole
[INSTALL, DEPENDENCIES] libconvert-asn1-perl
[INSTALL, DEPENDENCIES] libeel2-2
[INSTALL, DEPENDENCIES] libeel2-data
[INSTALL, DEPENDENCIES] libestools1.2c102
[INSTALL, DEPENDENCIES] libfam0c102
[INSTALL, DEPENDENCIES] libgal2.0-3
[INSTALL, DEPENDENCIES] libgal2.0-common
[INSTALL, DEPENDENCIES] libgda2-1
[INSTALL, DEPENDENCIES] libgda2-common
[INSTALL, DEPENDENCIES] libgdbm3
[INSTALL, DEPENDENCIES] libgnome2-0
[INSTALL, DEPENDENCIES] libgnomeui-0
[INSTALL, DEPENDENCIES] libgnomevfs2-0
[INSTALL, DEPENDENCIES] libgnomevfs2-common
[INSTALL, DEPENDENCIES] libgsf-1
[INSTALL, DEPENDENCIES] libgsf-gnome-1
[INSTALL, DEPENDENCIES] libgtk-imlib-perl
[INSTALL, DEPENDENCIES] liblocale-gettext-perl
[INSTALL, DEPENDENCIES] libqt3c102-mt
[INSTALL, DEPENDENCIES] libtext-charwidth-perl
[INSTALL, DEPENDENCIES] libtext-wrapi18n-perl
[INSTALL, DEPENDENCIES] module-init-tools
[REMOVE, DEPENDENCIES] console-tools-libs
[REMOVE, DEPENDENCIES] libestools1.2
[REMOVE, DEPENDENCIES] libfam0
[REMOVE, DEPENDENCIES] nas-lib
[INSTALL] debconf-doc
[INSTALL] debconf-utils
[INSTALL] libgnome-perl
[INSTALL] libnet-ldap-perl
[INSTALL] libterm-readline-gnu-perl
[UPGRADE] autoconf 2.57-5 - 2.57-6
[UPGRADE] base-config 1.65 - 1.67
[UPGRADE] base-files 3.0.8 - 3.0.10
[UPGRADE] chemtool 1.5+1.6alpha29-1 - 1.6-2
[UPGRADE] console-data 2002.12.04dbs-13 - 2002.12.04dbs-14
[UPGRADE] console-tools 1:0.2.3dbs-32 - 1:0.2.3dbs-39
[UPGRADE] coreutils 5.0-4 - 5.0-5
...


A+
Luc.

Re: pb apt-get

[Luc Novales]

Patrice OLIVER a écrit :

Bonsoir,

Quelqu'un sait comment supprimer le proxy que j'ai paramétré au boulot 
pour apt-get ?
J'avais fait un apt-setup pour y saisir le proxy, mais je ne peux pas le 
faire actuellement car il cherche à contacter le proxy.


Merci.
Patrice



n'as tu pas une ligne

Acquire::http::Proxy

dans /etc/apt/apt.conf ?

A+
Luc.

Re: BONE ANNEE A TOUS

[Luc Novales]

Nicolas Roudninski a écrit :

messmate a écrit :
| On Fri, 31 Dec 2004 23:05:29 +0100
| Younes Zouhair [EMAIL PROTECTED] wrote:
| 
| Bonne années les Debianochons

| 
| et n'oubliez pas des petiteS penséeS sonnanteS et trébuchanteS pour
| les gens d'Asie
| 
| Prenez soin devous et BONNE SANTE :)
| 
| Zouhair Younes
| 
| Une bonne année à tous et que la santé soit avec vous !!
| 
| mess-mate


Bonne et heureuse année à tous et simplement merci que cette liste
existe, et que debian existe.
La sarge stable en 2005 ? Si elle est prête, tant mieux, sinon on
attendra...




Oui, bonne année à tou-te-s, avec la santé...

Luc.

Re: Je désespère d'avoir du son :-(

[Luc Novales]

Guillaume a écrit :

Bonjour à tous et tous mes voeux :-)

Comme indiqué dans le sujet, je désespère d'avoir du son sur mon 
portable...
J'ai essayé tout plein de remèdes : méthode alsa-project.org, 
installation de discover udev (suggéré sur la liste alsa-user), rien n'y 
fait.
Sous Win2000, j'ai un très bon son mais j'ai remarqué quelque chose : 
l'IRQ 11 semble partagée entre le codec son Ac'97 et l'IEEE 1394 et je 
me demande si, au cours de l'installation de la Sarge, je n'ai pas vu un 
message du type disabling IRQ 11.


Quelqu'un aurait-il une piste ?
Je suis sous Sarge, noyau 2.6.9 et j'utilise Gnome.


Tu l'as peut être vérifié, mais le module snd_intel8x0 doit être chargé 
avant celui du modem snd_intel8x0m (qui semble d'ailleurs avoir des 
problèmes).


cf : http://www.geocities.com/acarirfan/inspiron-1150.html

De plus, comment est dédectée ta carte par alsaconf ?

Au pire, as tu essayé de supprimer les modules alsa (snd...) et de 
charger les modules OSS (i810_audio,...), juste pour voir ?



Luc.

Re: kernel 2.6 et son

[Luc Novales]

Gaëtan PERRIER a écrit :

Le Sat, 1 Jan 2005 22:10:03 +0100
Sylvain Sauvage [EMAIL PROTECTED] a écrit:



Sat, 1 Jan 2005 21:58:42 +0100, Gaëtan PERRIER a écrit :


La carte doit être une Sounblaster PCI 16 (un truc dans le genre)
le chip est un Ensoniq 5880 (résultat du lspci).
Le module est le es1371, chargé automatiquement vu que je ne l'ai
pas dans /etc/modules.


Tu as vérifié sa présence ? Que donne un lsmod ?



Il est là mais il y a un autre module snd_ens1371 que je n'ai pas en
2.4.




snd_ens1371 est le driver alsa de ta carte. Il y a des chances que la 
présence des 2 modules soit la cause de tes problèmes, je pense que tu 
dois choisir les drivers OSS, ou alsa avec emulation OSS.


Luc.

Construction de CD Sarge avec Jigdo

[Luc Novales]

Bonjour,

de retour sur cette liste, après quelques mois d'absence je vois qu'elle 
est toujours aussi active.
J'utilise jigdo pour construire régulièrement un 'miroir' 
d'installation pour les mises à jour de machines locales.

Depuis quelques temps j'ai du mal à reconstruire les CD.

Jigdo ne me trouve aucun fichier sur les divers miroirs, comme s'ils 
n'existaient pas, alors que aptitude et wget permettent de charger des 
paquets sans problème.
J'ai le même problème avec les fichiers jigdo de la version officielle 
que ceux de la unofficial, sur plusieurs miroirs (tous ceux testés)


Quelqu'un a t'il rencontré ce problème ?
On dirait que que jigdo ne cherche pas les fichiers au bon endroit sur 
les miroirs, car la scrutation locale des vieux CD trouve bien les 
paquets présents.


Ne  connaissant pas le format des fichier .jigdo (pour voir les fichiers 
qu'il cherche), je sèche.


Une piste ?

A+
Luc.

--trace d'une tentative ---

[EMAIL PROTECTED]:/cache/cd_debian$ jigdo-lite

Jigsaw Download lite
Copyright (C) 2001-2004  |  jigdo@
Richard Atterer  |  atterer.net
Loading settings from `/home/moi/.jigdo-lite'

-
To resume a half-finished download, enter name of .jigdo file.
To start a new download, enter URL of .jigdo file.
You can also enter several URLs/filenames, separated with spaces,
or enumerate in {}, e.g. `http://server/cd-{1_NONUS,2,3}.jigdo'
jigdo [sarge-i386-1.jigdo sarge-i386-2.jigdo]:

-
You have asked me to process several files/URLs:
  sarge-i386-1.jigdo
  sarge-i386-2.jigdo

Entering batch mode

-
Images offered by `sarge-i386-1.jigdo':
  1: 'Debian GNU/Linux 3.1 Sarge - fsn.hu unofficial i386 Binary-1' 
(debian-31-i386-binary-1.iso)


-
Batch mode: Will download `debian-31-i386-binary-1.iso'

Further information about `debian-31-i386-binary-1.iso':
Generated on Wed, 03 Nov 2004 02:28:55 +0100

-
If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Mount the old CD ROM and enter the path it is mounted under
(e.g. `/mnt/cdrom').
Alternatively, just press enter if you want to start downloading
the remaining files.

You can also enter a single digit from the list below to
select the respective entry for scanning:
  1: /jigdo_mirror/
  2: /cache/cd11
  3: /cache/cd10
  4: /cache/cd9
  5: /cache/cd8
Files to scan:

-
The jigdo file refers to files stored on Debian mirrors. Please
choose a Debian mirror as follows: Either enter a complete URL
pointing to a mirror (in the form
`ftp://ftp.debian.org/debian/'), or enter any regular expression
for searching through the list of mirrors: Try a two-letter
country code such as `de', or a country name like `United
States', or a server name like `sunsite'.
Debian mirror [ftp://ftp.proxad.net/mirrors/ftp.debian.org/]:

-
The jigdo file also refers to the Non-US section of the Debian
archive. Please repeat the mirror selection for Non-US. Do not
simply copy the URL you entered above; this does not work because
the path on the servers differs!
Debian non-US mirror [ftp://ftp.proxad.net/mirrors/nonus.debian.org/]:

Not downloading .template file - `sarge-i386-1.template' already present

-
Merging parts from `file:' URIs, if any...
Found 0 of the 947 files required by the template
Copied input files to temporary file `debian-31-i386-binary-1.iso.tmp' - 
repeat command and supply more files to continue


... idem pour le 2eme fichier jigdo.

Re: urlizer les pièces jointes

[Luc Novales]

Georges Mariano a écrit:

On Thu, 20 Mar 2003 10:58:25 +0100
le henaff [EMAIL PROTECTED] wrote:



Il faudrait un scénario de ce type :
Un utilisateur envoie un message avec une pièce jointe. Le MTA extrait
la pièce jointe, la place sur un espace web, et substitue par un lien
la pièce jointe dans le message.



Mouai... ce scenario présente néanmoins quelques problèmes. En
particulier son caractère automatique peut induire des publications
involontaires ... Pas cool, en entreprise.


De plus, dans certaines entreprises, tous les utilisateurs ont le mail 
mais pas necessairement un accès web. Du coup, il leur serait impossible 
de visualiser ces documents, ils les auraient reçus en pièce jointe.



A+
Luc.

Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out

[Luc Novales]

[EMAIL PROTECTED] a écrit:

patrice wrote:

j'ai un méssage persistant sur ma machine (dont la derniére ligne est 
répétée indéfiniment):


NETDEV WATCHDOG : eth0 : transmit timed out
eth0 : setting half duplex based on auto negociated partner ability .
eth0 : too much work at interrupt, intrStatus=0x0040



Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg ?

A+
Luc.

Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out

[Luc Novales]

patrice a écrit:

Le Mercredi 19 Mars 2003 23:20, Luc Novales a écrit :
[...]
| Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg
| ?

je ne sais pas du tout comment le savoir, je ne sais pas décrypter le fichier 
(enfin, je sais que 0x0040 a quelque chose a voir avec l'IRQ, mais je ne sais 
pas si c'est un probléme d'affectation)...

voici le dmesg (c'est un peu long ...):
.


bien plus haut, lors de la détection du matériel, tu dois trouver des 
lignes similaires a :


dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17)
PCI: Found IRQ 10 for device 00:0b.0
PCI: Sharing IRQ 10 with 00:07.2
PCI: Sharing IRQ 10 with 00:07.3
PCI: Sharing IRQ 10 with 00:08.0
eth0: Davicom DM9102 at pci00:0b.0, 00:08:a1:25:01:5f, irq 10.
---

Si a ce niveau tu trouves un message d'erreur concernant l'affectation 
de l'irq, essayes de
désactiver le PNP dans le bios. C'est comme cela que j'ai résolu un 
problème identique sur

mon portable.

A+
Luc.

Re: liens OpenOffice

[Luc Novales]

mess-mate a écrit:

Bonjour,
en important mes documents Staroffice52 dans OpenOffice
mes liens des ole des fichiers spread ne sont pas importés 
dans les fichiers word.

Ai-je omit qq chose en faisant l'importation ?
mess-mate


Connais tu les archives de la liste des utilisateurs Francais de 
OpenOffice ?

http://fr.openoffice.org/servlets/ProjectMailingListList

 ainsi que l'adresse de tous les HOw-To Francais
http://fr.openoffice.org/servlets/ProjectDocumentList

notament le guide de conversion de documents :
http://fr.openoffice.org/servlets/ProjectDocumentList?dcID=732action=download

A+
Luc.

Re: LILO marche pas il dit L

[Luc Novales]

Romain Pacanowski a écrit:


Comment faire pour que lilo boote correctement ?


Au demarrage il m'affiche L et puis rien.

Je suis sur un PII 266 disque 8GO
et le lba32 qu'il soit mis ou non ne change rien


Si qqn a une idée
merci d'avance
Cordialement




Je pense que tu devrais trouver sur les erreurs lilo :

http://lea-linux.org/trucs/lire.php3?id=50

Luc.

Re: Question béte,

[Luc Novales]

C. Mourad Jaber a écrit:

Bonjour,
Je cherche à connaitre le cpu load, mais j'ai cherche dans le /proc, je 
n'ai pas trouvé de truc dans le genre...

Pourriez-vous m'indiquer  comment faire ?
Merci
 


pour le visualiser :
xload, kcpuload, top, kpm, kcpuload,...
sont des commandes qui donnent ces infos.

Luc.

Re: install scanner

[Luc Novales]

claude.parisot wrote:

Bon, après mon message précédent message , a sujet du scanner, j'ai fini
par me lancer  j'ai installe sane et tout ce qui va avec, puis j'ai
voulu installer le driver plustek requis, l acréation du makefile à
l'air d'aller, mais à make install , il me renvoie le message suivant :


Makefile to create the Plustek-Scanner kernel-module:
all  ... builds the module
all DEBUG=y  ... builds the module with debug-messages enabled
clean... cleans up the show
install  ... installs the module to the library path
uninstall... removes the module from the library path
load ... tries to load the module and creates device nodes
unload   ... unloads the module


Ce message est le help du make généré, qui sort d'habitude lorsque tu 
ne l'utilises pas correctement.


As tu fait un make (seul) pour faire la compilation des drivers, avant 
de vouloir les installer ?




claude:/home/scanner/backend/plustek_driver# make install
mkdir -p /lib/modules/2.4.20/misc
install -c -m 644 pt_drv.o /lib/modules/2.4.20/misc
install: Ne peut évaluer `pt_drv.o' par stat(): Aucun fichier ou
répertoire de ce type
Apparement, il ne trouve pas le binaire compilé pt_drv.o, pour 
l'installer (Pb de compil?).


Cela explique aussi qu'il ne puisse pas charger le module (ton message 
du 13), puisqu'il n'a pas été copié dans le bon répertoire 
(/lib/modules...misc) :



J'ai procéde comme indiqué,ça marche jusqu à cette commande :

modprobe pt_drv = modprobe: Can't locate module pt_drv




A+
Luc.