Re: Effacer plusieurs millions de fichiers d'un répertoire !

2021-04-04 Thread Jean-Damien Durand

Bonjour Alain,


Sans prétendre que ce soit plus rapide, tu n'auras pas le problème de 
"trop d'arguments" en faisant:


    find /tmp -cmin +30 -type f -exec rm -f {} \;

Tu peux rajouter -print pour le voir avancer.

J'ai rajouté -type f puisque tu ne parles que de fichiers.


Cordialement, Jean-Damien.


On 4/4/21 9:30 AM, JUPIN Alain wrote:

Bonjour

Petit casse tête du dimanche matin !

Sur un serveur LAMP à base de Debian10 (à jour en version 10.9), j'ai 
noté des lenteurs et le syslog est sans équivoque :
[4958833.739887] EXT4-fs warning (device sda3): 
ext4_dx_add_entry:2258: Directory (ino: 18612230) index full, reach 
max htree level :2
[4958833.739889] EXT4-fs warning (device sda3): 
ext4_dx_add_entry:2262: Large directory feature is not enabled on this 
filesystem


Après analyse, je ne dépasse pas le nombre max d'inodes du système de 
fichier (j'en suis à 9% d'utilisé), par contre, le répertoire 
/var/lib/php/sessions/ contient 56 781 542 fichiers

J'ai lancé hier soir un : find . -cmin +30 | xargs rm;
Mais après plusieurs heures la commande échoue avec "trop d'arguments"

Bref ce matin, il y a deux heures, je tente une nouvelle approche : 
rsync -a --delete /tmp/empty/ /var/lib/php/sessions/

avec bien sur /tmp/empty qui est vide
Mais après deux heures de fonctionnement, je n'ai aucun retour de la 
commande !


Du coup connaissez vous une méthode "rapide" pour effacer plusieurs 
millions de fichiers d'un répertoire !


PS : Par contre, je ne comprend pas la présence de ses fichiers, car 
j'ai bien un cron qui se lance toutes les demi-heures pour supprimer 
les sessions. Va falloir que j'élucide ce mystère !



--
Alain JUPIN
Lumières d'Ici ... et d'Ailleurs <http://www.jupin.net>


Re: [Debian Testing] Signal

2021-01-15 Thread Damien TOURDE
Bonsoir,

En effet, tu peux utiliser Signal sans téléphone portable, c'est ce que j'ai 
fait pour la domotique a la maison (qui nous notifie via Signal).

Il te faut cependant un téléphone fixe (celui qui vient avec l'ADSL) pour 
l'enregistrement.
Je t'invite à regarder le projet signal-cli, le readme est assez bien fait.

Bonne soirée,
Damien

Le 15 janvier 2021 22:54:59 GMT+01:00, Frederic Robert 
 a écrit :
>Bonsoir,
>
>Comment allez-vous ? Qui a réussi à installer signal sur Debian ? 
>J'utilise Debian Testing dans une machine virtuelle. Le lien pour 
>sources.list sur le site de signal est adapté à Ubuntu Xenial.
>
>Je n'ai pas de smartphone, est-il possible de l'utiliser sans
>smartphone ?
>
>Merci à vous, bonne soirée,
>
>-- 
>Frédéric ROBERT

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: OpenVPN

2020-03-18 Thread Damien TOURDE
Bonjour,

En effet, tap c'est de la propagation de L2, et tun, de L3.

C'est pas le même usage, mais il faut bien avoir en tête que tout le broadcast 
dans le domaine (de broadcast...), va transiter avec tap.
De même que tout le reste de l'ARP.

Sur un gros réseau, ça risque de faire beaucoup d'overhead.
Pensez aussi à votre Chromecast et votre imprimante qui floodent constamment 
(en multicast et broadcast).

Sur ces réseaux d'overlay, on est généralement en UDP, mais le TCP est aussi 
possible pour OpenVPN avec l'overhead qui va avec aussi.

A mon sens, le tun répond a tous les usages courants.
Et pour le tap, il faut en avoir besoin, mais aussi en comprendre les 
contraintes.

Pour resumer, le tun c'est du routage classique, le tap c'est du "câble VPN".


PS: je pense également que le multicast ne passe pas au travers d'une interface 
tun, je veux bien un avis sur la question.

Cordialement,
Damien TOURDE




Le 17 mars 2020 12:58:48 GMT+01:00, "BERTRAND Joël"  
a écrit :
>NoSpam a écrit :
>> 
>> Le 17/03/2020 à 11:32, BERTRAND Joël a écrit :
>>> David BERCOT a écrit :
>>>> Bonsoir,
>>> Bonjour,
>>>
>>>> En cette période un peu... difficile, je vous propose de revenir
>aux
>>>> fondamentaux, à savoir Debian ;-)
>>>>
>>>> Bref, je voudrais installer OpenVPN sur mon serveur OVH.
>>>> Après quelques recherches, j'ai trouvé notamment cette
>documentation :
>>>> https://wiki.debian.org/fr/OpenVPN
>>>>
>>>> Les premières étapes (installation du package et génération de la
>clé
>>>> statique) sont OK mais je ne vois pas bien comment remplir le
>tun0.conf
>>>> et notamment la ligne : ifconfig 10.9.8.1 10.9.8.2
>>>> En effet, sauf erreur, la première IP est celle de mon serveur et
>la
>>>> seconde est celle du "client". Mais, dans le subnet, je ne maîtrise
>pas
>>>> du tout les adresses IP et leur utilisation.
>>>>
>>>> Auriez-vous une piste ?
>>> Utiliser une interface tap ?
>>>
>>> La question est sérieuse, je n'ai jamais compris l'intérêt
>d'utiliser
>>> l'interface tun. tap se comporte comme une réelle interface réseau
>avec
>>> tous les avantages d'ethernet (contrairement à tun qui ne cause
>qu'IP).
>>> On peut donc faire de la tolérance de panne, de l'agrégation et tout
>ce
>>> qui est supporté par ethernet. Mais il faut router soi-même par
>derrière.
>> 
>> tap a l'énorme désavantage de faire passer out le trafic y compris
>arp &
>> co De plus,  si les réseaux connectés gèrent des postes sous Windows,
>la
>> propagation des logiciels malveillants est aisée.
>> 
>> J'ai abandonné tap pour tun depuis quelques mois et les routeurs,
>> commutateurs et autres outils de surveillance me disent merci ;)
>
>Je ne veux pas être bégueule, mais concernant les protocoles à la noix
>Windows, ça se filtre (d'autant plus qu'il y en a un bon paquet qui
>causent IP).

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: Grub sur nouveau pc windows-10

2019-06-08 Thread Damien

Le Sat, Jun 08, 2019 at 09:59:51AM +0200, Pascal Hambourg a écrit :

Franchement ? A part pour le fun ou en cas de besoin impératif, je ne
vois pas l'intérêt de s'acharner sur l'amorçage UEFI, qui est une
catastrophe industrielle.


Franchement je m'abstiendrais de répondre la prochaine fois si c'est pur me 
faire agresser
par le premier gars qui me lis.



Re: Grub sur nouveau pc windows-10

2019-06-07 Thread Damien

Salut

Le Fri, Jun 07, 2019 at 08:49:38PM +0200, ajh-valmer a écrit :

Bonsoir,

Je boote sur un nouveau PC en mode Legacy avec le CD Grub2.
Si je mets dans le Bios le mode UEFI,
il ne boote que sur Windows-10.
Impossible de le faire booter sur un CD ou une clé USB autrement
qu'en mode Legacy, même si la clé USB est bootable EFI,
avec SystemRescueCD.

# grub-install /dev/sda me donne ce message :

"grub-install : attention : cette étiquette de partition GPT ne contient pas
de partition d'amorçage BIOS ; l'embarquage ne sera pas possible.
L'embarquage est impossible. GRUB ne peut être installé sur cette
configuration qu'en utilisant les listes de blocs. Cependant, les listes de
blocs ne sont PAS fiables et leur utilisation est déconseillée..
erreur : refus de continuer avec les listes de blocs".

Je lis :
"étiquette de partition GPT ne contient pas de partition d'amorçage BIOS".

Que faire ? je suis perdu.

Merci d'un aide.

A. Valmer



Le mode legacy fonctionne qu'avec les partitions DOS.
Bien sûr, il existe un hack pour la compatibilité, mais c'est dommage de
ne pas creuser plus avec le problème avec EFI.

https://wiki.archlinux.org/index.php/GRUB#GUID_Partition_Table_.28GPT.29_specific_instructions



Re: [HS] GAFAM est devenu GAFA

2019-06-04 Thread Damien

Le Tue, Jun 04, 2019 at 11:10:21AM +0200, ajh-valmer a écrit :

Bien d'accord, c'est bien toujours GAFAM (et non GAFA),
comme l'a voulu volontairement notre ministre des finances qui a retiré le M.


Un GAFAM
Des GAFAUX



Re: modifier le rétro-éclairage avec python-xlib

2019-05-02 Thread Damien

salut!

Le Thu, May 02, 2019 at 10:53:24AM +0200, Jean Bernon a écrit :

Ces scripts posent un petit problème. Le simple utilisateur de xbindkeys n'est 
pas autorisé à écrire dans /sys/class et j'ai dû mettre un suid au programme 
xbindkeys (chmod u+s /usr/bin/xbindkeys) pour que ça marche, ce qui n'est sans 
doute pas top côté sécurité. Mais peut-être qu'avec la xlib de python tu peux 
le faire plus proprement.


Moi, j'utilise xbacklight. (ou voir sont implémentation)



Re: ecran qui s'eteint toutes les 10 mn

2019-02-26 Thread Damien

salut
Le Tue, Feb 26, 2019 at 10:54:29AM +0100, hamster a écrit :

C'était bien essayé mais y'a autre chose.


Ok je vois que je suis confronté au même problème si j'utilise un
gestionnaire de sessions.

Ça marche mieux (TM) chez moi avec des valeurs par défaut explicites.
Le comportement n'est pas franchement défini selon la valeur... donc à
voir pour ton cas...

$ cat /etc/X11/xorg.conf.d/dpms.conf
Section "ServerFlags"
   Option "StandbyTime" "10"
   Option "OffTime" "10"
   Option "SuspendTime" "10"
EndSection



Re: ecran qui s'eteint toutes les 10 mn

2019-02-25 Thread Damien

Salut

Le Mon, Feb 25, 2019 at 11:21:03PM +0100, hamster a écrit :

Salut.

Sur un ordi ou je viens d'installer debian j'ai l'écran qui s'éteint
toutes les 10 mn.


Le coupable est connu sous le petit nom de "dpms",
pour le désactiver au niveau de Xorg (seulement au runtime):

$ xset dpms 0 0 0

C'est possible de le configurer dans les ficher de "/etc/X11/xorg.conf.d/", 
mais c'est
trop tard pour moi pour lire le man :-)



Re: Apache2 - Certbot renew - The client lacks sufficient authorization :: Invalid response from

2019-02-24 Thread Damien TOURDE

Bonjour,

Ha oui en effet, c'est en fait sur old-stable qu'il est présent mais 
plus recommandé par l'EFF.


Toutes mes confuses ;)

Damien

Le 21/02/2019 à 08:46, Daniel Caillibaud a écrit :

Le 21/02/19 à 07:31, Damien TOURDE  a écrit :

Il me semble que certbot n'est plus dans les dépôts stable.

Si si :
https://packages.debian.org/stretch/certbot





Re: Apache2 - Certbot renew - The client lacks sufficient authorization :: Invalid response from

2019-02-20 Thread Damien TOURDE
Bonjour,

Il me semble que certbot n'est plus dans les dépôts stable.

Il faut télécharger le script sur le site https://certbot.eff.org/


Cordialement,
Damien



Le 21 février 2019 01:09:31 GMT+01:00, "Ph. Gras"  a 
écrit :
>Salut la liste,
>
>> Je n'arrive pas à renouveler mon certificat Certbot.
>
>les certificats des sites ci-dessous mentionnés sont valables jusqu'au
>20 mars, il est trop tôt pour les renouveler
>et sans doute est-ce pour cette raison qu'une erreur a été générée.
>
>> 
>> Merci aux spécialistes de Certbot de me conseiller dans la résolution
>de cette erreur :
>> The client lacks sufficient authorization :: Invalid response from
>
>Le ou les répertoires well-known sont mal renseignés dans ton Apache,
>les requêtes renvoient un beau 404 :-)
>
>> 
>> 0- J'ai créé le certificat de la sorte : sudo certbot certonly
>--webroot --agree-tos --email vision.du@free.fr -d green-nrj.com -d
>www.green-nrj.com -d unis-pour-le-climat.com -d
>www.unis-pour-le-climat.com -d unis-pour-la-planete.com -d
>www.unis-pour-la-planete.com -d visionduweb.fr -d www.visionduweb.fr -w
>/var/www/html --rsa-key-size 4096
>
>L'année dernière, il y a eu une faille de sécurité qui a entraîné une
>régression et des bugs récurrents sur cette
>commande à rallonge. Mais ce n'est pas le sujet aujourd'hui.
>
>> 1- J'ai tenté "certbot-auto renew" mais le paquet "certbot-auto" ne
>semble pas présent.
>> Faut t'il que je l'installe, est t'il présent sur Debian Stretch par
>défaut ?
>
>la commande "certbot renew" suffit pour effectuer toutes les opérations
>à effectuer pour un renouvellement. De
>toute façon, la lancer avant la mi-mars est prématuré.
>
>On en reparle le moment venu et d'ici là, il convient de régler
>l'emplacement du répertoire well-known :-)
>
>Bonne continuation,
>
>Ph. Gras

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

RE: Télécommande de présentation compatible Debian

2019-02-04 Thread Damien Berry
Il y a aussi la télécommande chez Kensington (Si600?)

https://www.amazon.fr/Kensington-T%C3%A9l%C3%A9commande-Pr%C3%A9sentation-Pointeur-Compatible/dp/B000FPGP4U/ref=sr_1_1?s=computers=UTF8=1549296634

J'ai utilisé ce modèle à plusieurs reprises, depuis des années, aucune 
difficulté pour l'utilisation sous Debian ou tout autre OS (autre linux / Win / 
Mac) : c'est reconnu instantanément.
Pas de bluetooth, c'est basique et fonctionnel.

Damien

De : David BERCOT 
Envoyé : lundi 4 février 2019 13:21
À : debian-user-french@lists.debian.org
Objet : Re: Télécommande de présentation compatible Debian

Merci pour vos différents retours.
Je vais regarder ça de près et tester...

David.

Le 04/02/2019 à 10:13, Yann Serre a écrit :
> Bonjour,
>
> "COMPATIBILITÉ UNIVERSELLE: la télécommande R500 est optimisée pour être
> compatible avec Windows, macOS, iOS, Android et tous les principaux
> logiciels de présentation y compris PowerPoint, Keynote, PDF, Google
> Slides et Prezi."
>
> Logitech réutilise probablement le module radio des claviers et souris
> sans fil USB. Donc ça devrait fonctionner sur Debian sans driver
> particulier.
>
> Autre piste : j'avais bricolé une télécommande (USB à fil !) avec un
> ARDUINO LEONARDO. Ce modèle particulier d'Arduino peut simuler des
> combinaisons de touches du clavier. Mon utilisation était un boitier à 5
> boutons qui simulait la saisie de 5 mots de passe complexes (un bouton =
> un mot de passe). Sur le même principe, on peut piloter un Powerpoint
> (slide précédente, slide suivante, autre...)
>
> Bonne semaine
>
> Le 04/02/2019 à 09:56, David BERCOT a écrit :
>> Bonjour,
>>
>> Il existe sur le marché un certain nombre de télécommandes utilisables
>> pendant des présentations (PowerPoint, PDF, etc.).
>> Par exemple :
>> https://www.amazon.fr/Logitech-R500-Télécommande-présentation-laser/dp/B07CKDJ55F
>>
>>
>> Maintenant, je n'ai pour l'instant vu celles-ci utilisées que sur des
>> systèmes Windows ou Mac.
>>
>> Avez-vous des exemples de modèles qui fonctionnent avec Debian (et
>> idéalement, en bluetooth) ?
>>
>> Merci d'avance.
>>
>> David.
>
>



Re: Linux for kids

2018-12-28 Thread Damien

Le Fri, Dec 28, 2018 at 02:27:04PM +0100, aishen a écrit :


Je suis surpris de la réponse que l'écran serait néfaste avant 7 9 ans ?

Il faut se méfier des à priori scientifique pseudo machin chouette...etc..


Pour les décideur pressés:
 écrans &= (FACEBOOK | GOOGLE);

Et quand je vois les petits neveux vendu pendant des heures à
des publicitaire sur youtube... la pub devient même le contenu.



Re: Camouflage de distribution ?

2018-12-06 Thread Damien

Le Thu, Dec 06, 2018 at 09:46:39AM -0800, ptilou a écrit :

Bonjour,

Je voudrais d’la une Debian et la maquiller en une RedHat !

Comment je dois faire ?

—
Ptilou



find / -type f -xdev | while read file; do
 perl -ip 's/debian/BigBlue/ig;' "$file"
done



Re: Installation de Debian par USB, l’ordinateur se fige

2018-11-30 Thread Damien

Le Fri, Nov 30, 2018 at 12:06:14PM +0100, Eric Degenetais a écrit :

De mémoire, ce n'est pas une bonne idée de faire un dd brut sur un
device monté, donc la paire mount/umount n'est impliquée dans cette
opération.


A bah oui, je suis con ...

Je serais étonné que les écriture soit asynchrone sur un block cela dit.



Re: Installation de Debian par USB, l’ordinateur se fige

2018-11-30 Thread Damien

Satut

Le Fri, Nov 30, 2018 at 08:13:15AM +0100, hamster a écrit :


En effet, la destination n'est pas un système de fichiers. Par contre la
destination est dans un système de fichiers : le système fichier racine.
La destination, c'est un fichier, le fichier /dev/sdc dans ce cas. Quand
on écrit dans ce fichier, les données sont mises dans le cache du
système de fichiers racine et sync permet de vider ce cache. Si on ne le
fait pas, au moment ou on débranche il y a toutes les chances que la fin
de ce qu'on voulait écrire soit en fait resté dans le cache.


Dans tous les cas la bonne manière de débrancher un clé est de la
démonté proprement (unmount ...) ce qui fait que le sync est redondante ;)

- Damien



Re: erreur zsh avec zlogin

2018-11-20 Thread Damien

Le Tue, Nov 20, 2018 at 10:29:10PM +0100, Bernard Schoenacker a écrit :

bonjour,


Salut


j'ai une erreur au prompt avec zlogin et je
n'arrive pas à le reproduire ...


$ "$SHELL" -xl 2>/tmp/zlog
$ : ...
$ ^D
$ vim /tmp/zlog +/zlogin +'echo "good luck Bernard!"'

- Damien



Re: [HS] Re: créer un nouvel utilisateur système

2018-11-09 Thread Damien

Le Fri, Nov 09, 2018 at 11:25:16AM +0100, daniel huhardeaux a écrit :

Bonjour,


Salut

suis je le seul à trouver que cette liste devient un support 
généraliste n'ayant que peu de lien avec Debian ?


Les questions généralistes sur l'administration d'une Debian 
ont leurs place sur une liste généralistes sur Debian... Non ?




RE: NextCloud, PHP et CURL

2018-07-03 Thread Damien Berry
Bonjour,
// peut être tu as déjà regarder de ce côté.
Quand il y a des problème de module PHP, regarder avec une page 

pour connaitre les modules réellement actifs.

sinon les logs ...
augmenter la verbosité des logs si besoin et consulter les fichiers de logs au 
moment ou le message d'erreur arrive dans NextCloud.

Damien

De : David BERCOT 
Envoyé : mardi 3 juillet 2018 09:07
À : debian-user-french@lists.debian.org French
Objet : NextCloud, PHP et CURL

Bonjour,

Comme cela fait plusieurs jours que je cherche sans résultat, je tente ma 
chance sur la liste ;-)

Donc, j'ai installé NextCloud via un reporitoy externe 
(http://apt.jurisic.org/debian/).
Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.

Toutefois, quand je le lance, j'ai le message d'erreur suivant :
Le module PHP cURL n’est pas installé.
Veuillez demander à votre administrateur d’installer le module.
Les modules PHP ont été installés mais sont toujours indiqués comme manquants ?
Veuillez demander à votre administrateur serveur de redémarrer le serveur web.

Bien évidemment, le module est installé, etc.
A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
root@server:~# dpkg -l | grep php7.0
ii  libapache2-mod-php7.0   7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (Apache 2 module)
ii  php7.0  7.0.29-1 all  
server-side, HTML-embedded scripting language (metapackage)
ii  php7.0-cgi  7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (CGI binary)
ii  php7.0-cli  7.0.29-1+b2  amd64
command-line interpreter for the PHP scripting language
ii  php7.0-common   7.0.29-1+b2  amd64
documentation, examples and common module for PHP
ii  php7.0-curl 7.0.29-1+b2  amd64
CURL module for PHP
ii  php7.0-gd   7.0.29-1+b2  amd64
GD module for PHP
ii  php7.0-intl 7.0.29-1+b2  amd64
Internationalisation module for PHP
ii  php7.0-json 7.0.29-1+b2  amd64
JSON module for PHP
ii  php7.0-ldap 7.0.29-1+b2  amd64
LDAP module for PHP
ii  php7.0-mbstring 7.0.29-1+b2  amd64
MBSTRING module for PHP
ii  php7.0-mcrypt   7.0.29-1+b2  amd64
libmcrypt module for PHP
ii  php7.0-mysql7.0.29-1+b2  amd64
MySQL module for PHP
ii  php7.0-opcache  7.0.29-1+b2  amd64
Zend OpCache module for PHP
ii  php7.0-pgsql7.0.29-1+b2  amd64
PostgreSQL module for PHP
ii  php7.0-pspell   7.0.29-1+b2  amd64
pspell module for PHP
ii  php7.0-readline 7.0.29-1+b2  amd64
readline module for PHP
rc  php7.0-soap 7.0.4-4  amd64
SOAP module for PHP
ii  php7.0-sqlite3  7.0.29-1+b2  amd64
SQLite3 module for PHP
ii  php7.0-xml  7.0.29-1+b2  amd64
DOM, SimpleXML, WDDX, XML, and XSL module for PHP
ii  php7.0-zip  7.0.29-1+b2  amd64
Zip module for PHP

Est-ce que vous auriez une piste ?

Merci d'avance.

David.




kexec

2018-06-12 Thread Damien Berry
Bonjour à tous,

J'ai découvert depuis peu la fonction "kexec" du kernel qui permet de faire un 
redémarrage à chaud? de la machine.

(je suis un ringard car cette fonctionnalité existe depuis longtemps ...)

Utile pour redémarrer rapidement un serveur physique, on saute l'étape du BIOS, 
batterie de tests? ... et GRUB.


Une installation rapide sur une machine de tests (apt install kexec-tools) et 
mes lectures m'indiquent que kexec se substitue au reboot classique de la 
machine dès son installation.

Fort bien ! Donc suite à l'installation je fais une mise à jour complète et une 
nouvelle version de kernel est installée.

Puis vient le moment du reboot, et là ... reboot classique :( avec BIOS, GRUB? 
et tout le tout le tintouin.


Si j'utilise les commandes kexec manuellement, là ça fonctionne :

# kexec -l /boot/vmlinuz-$(uname -r) --initrd=/boot/initrd.img-$(uname -r) 
--reuse-cmdline
# kexec -e
(et le reboot est bluffant !)

La question c'est comment utiliser systématiquement kexec via la commande 
classique de reboot ?
Des utilisateurs de kexec? ?
Le fichier de config "??/etc/default/kexec?" ne m'a apporte aucune info.

A+

PS : il y a donc une nouvelle commande disponible ?"coldreboot" pour le reboot 
classique


Damien


Re: Désactiver touche d'extinction

2018-04-16 Thread Damien
Le Mon, Apr 16, 2018 at 07:52:27PM +0200, BERTRAND Joël a écrit :
>   Je ne vois pas qui traite l'interruption sauf si c'est une interruption
> matérielle directement traitée par le BIOS...

Si systemd tourne, il faut configurer dans '/etc/systemd/logind.conf' 
HandlePowerKey=ignore.



Windows sur LVM ?

2017-11-07 Thread Damien TOURDE

Bonjour,

J'ai besoin d'installer temporairement Win10 sur ma machine en dur, et 
non en VM... Déjà ça commence mal :)

Je n'ai pas pour l'instant d'autre disque à brancher sur ma machine.

Actuellement, j'ai un seul SSD dans ma machine qui est partitionné de la 
sorte :


Partitionnement : MBR
/dev/sda1 ext2 243Mio /boot
/dev/sda2 type lvm 465Gio
1.02Mio non alloué

J'aurais donc trois questions :

1. Si je lui fais un logical volume rien qu'à lui en NTFS, pourra-t'il 
booter dessus ? (je me doute de la réponse :/  )


2. Puis-je réduire ma partition LVM (la "vraie partition", celle marquée 
dans le MBR) ? Évidemment, même si le vg prend toute la place, j'ai 
beaucoup de non alloué.


3. Win10 peut-il booter sur un disque en MBR ?


PS: j'ai besoin de pouvoir accéder à ma Debian, donc dual boot 
obligatoire pour moi.


Merci,
Damien



Re: Passage de Jessie à Stretch avec backports

2017-09-04 Thread Damien TOURDE

Bonjour,

Comme prévu ça s'est très bien passé.

Pour info George, mon rsync ressemble à ça :

###

#!/bin/bash
# Unset des variables utilisées
unset RSYNCROOT_REPERTOIRE_SOURCE
unset RSYNCROOT_REPERTOIRE_DESTINATION
unset RSYNCROOT_EXCLUDE_FILE
unset RSYNCROOT_INCLUDE_FILE

# Définition des variables
RSYNCROOT_REPERTOIRE_SOURCE="/"
RSYNCROOT_REPERTOIRE_DESTINATION="/media/damien/SauvegardeRS/root/"
RSYNCROOT_EXCLUDE_FILE="/root/scripts/rsync/exclude"
RSYNCROOT_INCLUDE_FILE="/root/scripts/rsync/include"

# Détecter la présence du volume de destination et interrompre 
l'opération si nécessaire

if [ ! -e "$RSYNCROOT_REPERTOIRE_DESTINATION" ]
then
echo "Attention, le disque de sauvegarde n'est pas présent"
exit
fi

# Détecter l'existence du fichier d'exclusion
if [ ! -e "$RSYNCROOT_EXCLUDE_FILE" ]
then
echo "Attention, fichier d'exclusion non trouvé"
exit
fi

# Détecter l'existence du fichier d'inclusion (files-from)
if [ ! -e "${RSYNCROOT_INCLUDE_FILE}" ]
then
echo "Attention, fichier d'inclusion (files-from) non trouvé"
exit
fi


rsync -arh --stats --progress --delete 
--files-from="${RSYNCROOT_INCLUDE_FILE}" 
"${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}"


# rsync -ah --stats --progress --delete 
--exclude-from="${RSYNCROOT_EXCLUDE_FILE}" 
"${RSYNCROOT_REPERTOIRE_SOURCE}" "${RSYNCROOT_REPERTOIRE_DESTINATION}"


# Pour les tests, ajouter le paramètre 'n' sur les commandes rsync
#echo "/!\ DRY RUN /!\ "

echo "La commande de sauvegarde a terminé son travail..."
echo "Vérifiez dans le terminal s'il n'y a pas eu d'erreur !"

#Sauvegarde de dpkg --get-selections comme conseillé par la doc Debian
dpkg --get-selections "*"  > 
${RSYNCROOT_REPERTOIRE_DESTINATION}dpkg_get-selections



###

Je l'ai modifié au cours du temps donc c'est un peu fouilli, et je 
n'utilise plus le fichier exclude car avant je sauvegardais tout sauf 
quelque trucs, et maintenant je préfère sauvegarder que ce que je sais 
avoir besoin au risque d'oublier quelque chose.
J'ai quand même laissé l'ancienne commande qui utilisais le fichier 
exclude qui contient :


/home
/cdrom
/dev
/lost+found
/media
/mnt
/proc
/sys
/tmp
/run
/var/lib/docker

Pour sa part le fichier include (très mal nommé) ne contient que :

/etc/
/var/lib/dpkg/
/var/lib/apt/extended_states
/var/lib/aptitude/pkgstates
/root/

Et c'est donc tout ce que je sauvegarde avec en plus le dpkg 
--get-selections


A bientôt,
Damien

Le 03/09/2017 à 08:44, Georges a écrit :

Le Sat, 2 Sep 2017 22:36:59 +0200,

DT a écrit :


Oui merci,

de toute façon mon script de backup rsync backup ce qui est préconisé
par Debian + 2/3 trucs à moi.

  Chez moi aussi un script rsync depuis woody mais (+ 2/3 trucs à moi)
  sa m’intéresse si on peu développer ;-)
[coupé..]

Merci et à bientôt,
Damien

  De rien

   Georges


Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :

[coupé..]

Bonjour,

Je suis sur Jessie avec notamment le noyau et les firmware et
librairies graphiques en backports (Intel i5 série 6), et
quelques autres petites appli en backports aussi (mais aucune
n'est critique, seule docker l'est et il n'est pas en bpo).

Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?


J'avoue que c'est la première fois que j'ai autant de paquets en
bpo pour faire fonctionner ma machine, donc je me demande un
peu...


  

J'ai mis à jour en stretch ma machine de boulot qui avait bien
plus de paquets backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
pas attaquer par le dist-upgrade direct.

A+

Gaëtan

Bonsoir,
Si je peu me permettre, je fais toujours :

   En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou
non). Ça permet, en cas de sinistre majeur de n'avoir à
réinstaller que le système de base,

   Ce qui permet de faire :

puis un petit
"dpkg --set-selections < fichier"
   suivi d'un
"apt-get dselect-upgrade"
   te réinstallera tout seul tous les paquets qui étaient installés.

Si je me trompe, corrigez moi ;-)

Georges

C'est effectivement une sage précaution sur une machine importante.
Dans ce cas il faut aussi en plus sauvegarder /etc et une partie
de /var si je ne m'abuse. Il me semble que c'est indiqué dans la
doc d'installation.

Gaëtan




Re: Passage de Jessie à Stretch avec backports

2017-09-02 Thread Damien TOURDE

Oui merci,

de toute façon mon script de backup rsync backup ce qui est préconisé 
par Debian + 2/3 trucs à moi.


Je vais lancer ça ce soir, de toute façon les paquets en bpo que j'ai 
checké (les plus importants) sont en version plus récente sur stretch 
que sur jessie-backports, ça devrait donc rouler.



Merci et à bientôt,
Damien

Le 02/09/2017 à 20:42, Gaëtan Perrier a écrit :

Le samedi 02 septembre 2017 à 20:08 +0200, Georges a écrit :

Le Sat, 02 Sep 2017 16:39:10 +0200,

GP a écrit :


Le samedi 02 septembre 2017 à 16:30 +0200, Damien TOURDE a écrit :

Bonjour,

Je suis sur Jessie avec notamment le noyau et les firmware et
librairies graphiques en backports (Intel i5 série 6), et quelques
autres petites appli en backports aussi (mais aucune n'est
critique, seule docker l'est et il n'est pas en bpo).

Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?


J'avoue que c'est la première fois que j'ai autant de paquets en
bpo pour faire fonctionner ma machine, donc je me demande un peu...


   

J'ai mis à jour en stretch ma machine de boulot qui avait bien plus
de paquets backports sans aucun problème.
Il faut bien suivre la procédure: upgrade, puis dist-upgrade et ne
pas attaquer par le dist-upgrade direct.

A+

Gaëtan

Bonsoir,
Si je peu me permettre, je fais toujours :

  En ce qui concerne la sauvegarde, je ferais aussi un petit
"dpkg --get-selections > fichier"
pour stocker dans ledit fichier l'état des paquets (installé ou non).
Ça permet, en cas de sinistre majeur de n'avoir à réinstaller que
le système de base,

  Ce qui permet de faire :

puis un petit
"dpkg --set-selections < fichier"
  suivi d'un
"apt-get dselect-upgrade"
  te réinstallera tout seul tous les paquets qui étaient installés.

Si je me trompe, corrigez moi ;-)

   Georges

C'est effectivement une sage précaution sur une machine importante.
Dans ce cas il faut aussi en plus sauvegarder /etc et une partie de /var si je
ne m'abuse. Il me semble que c'est indiqué dans la doc d'installation.

Gaëtan




Passage de Jessie à Stretch avec backports

2017-09-02 Thread Damien TOURDE

Bonjour,

Je suis sur Jessie avec notamment le noyau et les firmware et librairies 
graphiques en backports (Intel i5 série 6), et quelques autres petites 
appli en backports aussi (mais aucune n'est critique, seule docker l'est 
et il n'est pas en bpo).


Est-ce que je peux passer à Stretch sans m'en soucier ou pas ?


J'avoue que c'est la première fois que j'ai autant de paquets en bpo 
pour faire fonctionner ma machine, donc je me demande un peu...



Voici la liste au cas ou :

firmware-amd-graphics20161130-3~bpo8+1
firmware-linux20161130-3~bpo8+1
firmware-linux-nonfree20161130-3~bpo8+1
firmware-misc-nonfree20161130-3~bpo8+1
freecad0.16+dfsg2-1~bpo8+1
irqbalance1.1.0-2~bpo8+1
libdrm-amdgpu1:amd642.4.74-1~bpo8+1
libdrm-intel1:amd642.4.74-1~bpo8+1
libdrm-nouveau2:amd642.4.74-1~bpo8+1
libdrm2:amd642.4.74-1~bpo8+1
libgl1-mesa-dri:amd6413.0.6-1~bpo8+1
libjs-jquery1.11.3+dfsg-4~bpo8+1
libjs-sphinxdoc1.4.9-2~bpo8+1
libllvm3.8:amd641:3.8.1-12~bpo8+1
libmysqlclient18:amd645.6.30-1~bpo8+1
liboce-foundation10:amd640.17.1-1~bpo8+1
liboce-modeling10:amd640.17.1-1~bpo8+1
liboce-ocaf-lite10:amd640.17.1-1~bpo8+1
liboce-ocaf10:amd640.17.1-1~bpo8+1
liboce-visualization10:amd640.17.1-1~bpo8+1
libopenjfx-java8u102-b14-1~bpo8+1
libopenjfx-jni8u102-b14-1~bpo8+1
linux-base4.3~bpo8+1
linux-compiler-gcc-4.9-x864.9.30-2+deb9u2~bpo8+1
linux-headers-4.7.0-0.bpo.1-amd644.7.8-1~bpo8+1
linux-headers-4.7.0-0.bpo.1-common4.7.8-1~bpo8+1
linux-headers-4.9.0-0.bpo.3-amd644.9.30-2+deb9u2~bpo8+1
linux-headers-4.9.0-0.bpo.3-common4.9.30-2+deb9u2~bpo8+1
linux-headers-amd644.9+80~bpo8+1
linux-image-4.6.0-0.bpo.1-amd644.6.4-1~bpo8+1
linux-image-4.7.0-0.bpo.1-amd644.7.8-1~bpo8+1
linux-image-4.9.0-0.bpo.3-amd644.9.30-2+deb9u2~bpo8+1
linux-image-amd644.9+80~bpo8+1
linux-kbuild-4.74.7.8-1~bpo8+1
linux-kbuild-4.94.9.30-2+deb9u2~bpo8+1
mysql-common5.6.30-1~bpo8+1
openjdk-8-jre:amd648u111-b14-2~bpo8+1
openjdk-8-jre-headless:amd648u111-b14-2~bpo8+1
openjfx8u102-b14-1~bpo8+1
python-dateutil2.4.2-1~bpo8+1
python-funcsigs1.0.2-3~bpo8+1
python-mock2.0.0-3~bpo8+1
python-nose1.3.7-1~bpo8+1
python-pbr1.8.0-4.1~bpo8+1
python-six1.10.0-3~bpo8+1
virtualbox5.1.8-dfsg-6~bpo8+2
virtualbox-dkms5.1.8-dfsg-6~bpo8+2
virtualbox-qt5.1.8-dfsg-6~bpo8+2
xserver-xorg-video-intel2:2.99.917+git20161206-1~bpo8+1



Merci,
Damien



Re: Je suis très confuse après t’avoir vu ici Coralie

2017-08-06 Thread Damien Rousseau
Bjr

Le 5 août 2017 17:00, "Coralie Tawonwatanasirikul" <
themodels...@marketmodels.co.uk> a écrit :

>
>
> Maintenant, je suis consternée car je ne sais pas si tu vas discuter avec
> toi? http://bit.ly/2uaRceK
>


Re: Repartitionner une clef USB

2017-01-23 Thread Damien TOURDE

Bonjour,

Quand tu dis vouloir repartitionner, c'est bien "effacer" cette image iso ?

La clé ne dois pas normalement être montée pour effectuer cela.
Donc umount /dev/sdx

Pour trouver le x la commande lsblk est plutôt claire et évite les erreurs.


Après tu peux essayer avec fdisk vu que ta clé est petite (< 2To), tu 
peux utiliser une table de partition MBR (donc utilitaire fdisk au lieu 
de gdisk).


De mémoire, la suite de commande pour écrire une nouvelle partition avec 
fdisk c'est :

fdisk /dev/sdx
o
w

A confirmer (surtout) avec le man ou la touche m pour l'aide dans fdisk.

Damien

Le 23/01/2017 à 14:20, contact a écrit :


Bonjour

j'ai copié une image ISO sur une clef USB avec dd if of

je veux maintenant partionner cette clef à nouveau. cependant je n'y 
arrive pas.


Gparted m'indique que ma clef ne dispose que de 10Mo sur les 16Go

J'ai essaye de créer une nouvelle table de partition sans succès, soit 
par Gparted soir en ligne de commande.


Il doit y avoir un truc que je ne maîtrise pas du tout

Merci par avance


--
*François-Marie BILLARD*
Sculpteur - Céramiste 




pbuilder et backports

2017-01-23 Thread Damien TOURDE

Bonjour,

J'aimerais me créer un paquet .deb d'un soft dont l'une des BuildDeps ne 
se trouve que sur jessie-backports (et sid et testing).


Donc j'aurais bien aimé savoir si quelqu'un savait comment "simplement" 
utiliser pbuilder en lui spécifiant cette dépendance mais en faisant un 
build taggué "jessie-backports" et non "sid" comme par défaut.



Je ne sais pas si ma demande est très claire, mais pbuilder ne l'est pas 
encore vraiment pour moi non-plus :-)




Re: Un keyring pour remplacer Seahorse

2016-11-18 Thread Damien TOURDE

Bonjour,

Merci de ces réponses détaillées.

Finalement j'ai fais comme toi base10, je garde gnome-keyring pour 
l'agent SSH, et Keepassx pour les "gros" mots de passes.



Petite précision, le trousseau Connexion se dévérouille 
"automagiquement" car le mot de passe par défaut c'est le mot de passe 
de session il me semble.



Merci,

Damien


On 12/11/2016 14:37, base10 wrote:

Bonjour,

Petite précision, seahorse n'est pas a proprement parler un
"gestionnaire de mot de passe" tel qu'on l'entend comme pour keepassx
mais plutôt un frontend graphique pour gnome-keyring qui est chargé de
stocker de manière sécurisé les mots de passe utilisés par le système (bon
c'est une explication à ma sauce qui n'a rien d'officiel).

En fait ici il y a deux taches distincte qui requiert chacune un solution
différente :

* Disposer d'une base de données des mot de passe :
   Ici on veut stocker tout nos mot de passe de manière sure dans une
   base de donnée structurée dans la quel on pourra faire des recherches.
   C'est comme cela que tu pourra gérer tes mots de passes "classique" que
   tu veux renseigner à la main. Personnellement j'utilise pour cela
   Keepassx qui répond parfaitement à cette usage et qui est en plus
   multiplateforme et possède entre autre un générateur de mot de passe
   et une interface en ligne de commande (kpcli) très utile pour
   accéder à ses mot de passe quant l'interface graphique est en carafe.

* Disposer d'un outil qui mémorise les mot de passe saisis de manière
   sure pour ne plus a avoir à les ressaisir à la main après :
   Cela répond
   à ton usage "Agent SSH" et mot de passe du Navigateur (doit ici être
   Firefox pour le plugin). Il faut utiliser gnome-keyring qui se
   lance en deamon à l'ouverture de ta session (par défaut pour gnome et
   xfce). Le trousseau de stockage par défaut (Connexion) se
   "déverrouille" automatiquement lors de l'ouverture de ta session (via
   pam_gnome_keyring.so). Je ne sait pas encore pourquoi mais j'ai
   constaté que pour qu'il stocke test clé ssh il faut que dans ton
   dossier ~/.ssh tu possède à la fois la clé publique et privé. Pour ce
   qui est du navigateur Web Firefox il possède son propre "trousseau de
   clé" que tu dois verrouillé avec un mot de passe principal pour ne pas
   stocker tes mot de passe en claire, cependant du devra rentrer ce mot
   de passe à la main à chaque ouverture de Firefox. Pour évité cela si tu 
utilise la
   version de Firefox présent dans le dépôt stable tu peut installer le
   paquet xul-ext-gnome-keyring qui utilisera le gnome-keyring avec le
   trousseau de connexion pour stocker les login/mot de passe utlisés
   pour s'identifier sur le Web.

Le tout est libre et maintenus.

Cordialement.

Bonjour,

Je cherche un keyring pour remplacer Seahorse, en effet je trouve celui-ci
un peu limité et surtout anti-ergonomique.


Je souhaiterais un keyring graphique qui :

 - Me permette de gérer mes mots de passes "classiques" (que je renseigne
à la main)
 - Me permette de gérer les mots de passes de navigateur (plugins ?)
 - Me permette de faire une recherche "par mot de passe", pour identifier
mettre à jour, par exemple, tous les couples ID/MdP qui ont le même mot de
passe
 - Me permette de facilement générer des mots de passe à forte entropie
 - Ait la fonction "Agent SSH"

Et surtout :
 - Version Linux (dans les repos Debian serait idéal)
 - Format de fichier de stockage de mots de passe, absolument libre
 - Logiciel libre
 - Maintenu


Si jamais vous en utilisez un qui vous donne satisfaction, j'ai entendu
parler de KeePass, et KeeWeb, mais je n'ai pas encore pu tester.



Merci,
Damien





Un keyring pour remplacer Seahorse

2016-11-08 Thread Damien TOURDE

Bonjour,

Je cherche un keyring pour remplacer Seahorse, en effet je trouve 
celui-ci un peu limité et surtout anti-ergonomique.



Je souhaiterais un keyring graphique qui :

- Me permette de gérer mes mots de passes "classiques" (que je 
renseigne à la main)

- Me permette de gérer les mots de passes de navigateur (plugins ?)
- Me permette de faire une recherche "par mot de passe", pour 
identifier mettre à jour, par exemple, tous les couples ID/MdP qui ont 
le même mot de passe

- Me permette de facilement générer des mots de passe à forte entropie
- Ait la fonction "Agent SSH"

Et surtout :
- Version Linux (dans les repos Debian serait idéal)
- Format de fichier de stockage de mots de passe, absolument libre
- Logiciel libre
- Maintenu


Si jamais vous en utilisez un qui vous donne satisfaction, j'ai entendu 
parler de KeePass, et KeeWeb, mais je n'ai pas encore pu tester.




Merci,
Damien



Re: iGPU Skylake et Jessie

2016-09-29 Thread Damien TOURDE

Bonjour,


J'ai installé le paquet libgl1-mesa-dri en jessie-backports et mon 
glxinfo a une meilleure tronche :-)



root@olorin-fixe:~# glxinfo |grep OpenGL
libGL error: pci id for fd 4: 8086:1912, driver (null)
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.0.3
OpenGL core profile shading language version string: 4.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 12.0.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 12.0.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:


En revanche, il y a un truc que je ne pige pas, en render CPU glxgears 
tournait à 2500 fps, et maintenant, en render GPU, à 60 fps...



Merci beaucoup,
Damien



On 29/09/2016 18:53, Damien TOURDE wrote:

Bonjour Frédéric,

Quand tu parles de mesa, tu parles de quel paquet ?


Sinon pour le noyau je suis en 4.6 via les BPO.


Merci,

Damien

On 29/09/2016 17:55, BOITEUX, Frederic wrote:

Bonjour Damien,

Essaie d'installer le backport de Mesa 12 qui vient d'arriver dans 
les dépôts Debian, cela devrait aider. Quel noyau as-tu installé ? tu 
devrais également utiliser un 4.6 ou 4.7 (backport) pour que ta 
machine soit correctement gérée je pense…


Cdlt,
Fred.

This message contains information that may be privileged or 
confidential and is the property of the Capgemini Group. It is 
intended only for the person to whom it is addressed. If you are not 
the intended recipient, you are not authorized to read, print, 
retain, copy, disseminate, distribute, or use this message or any 
part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.






Re: iGPU Skylake et Jessie

2016-09-29 Thread Damien TOURDE

Bonjour Frédéric,

Quand tu parles de mesa, tu parles de quel paquet ?


Sinon pour le noyau je suis en 4.6 via les BPO.


Merci,

Damien

On 29/09/2016 17:55, BOITEUX, Frederic wrote:

Bonjour Damien,

Essaie d'installer le backport de Mesa 12 qui vient d'arriver dans les dépôts 
Debian, cela devrait aider. Quel noyau as-tu installé ? tu devrais également 
utiliser un 4.6 ou 4.7  (backport) pour que ta machine soit correctement gérée 
je pense…

Cdlt,
Fred.

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.




iGPU Skylake et Jessie

2016-09-28 Thread Damien TOURDE

Bonjour,

J'ai un soucis avec le GPU Intel HD530 de mon CPU Skylake (i5 6500) 
depuis que je suis passé en stable (fresh install)


Ce GPU est bien reconnu en testing/sid, et fonctionne pas mal, mais pas 
en stable.



glxinfo me dit :

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.5, 256 bits)
OpenGL version string: 3.0 Mesa 10.3.2


Pourtant le DRI2 a l'air de se lancer (mais en i965 ??) depuis que j'ai 
installé la version BPO de libdrm-intel1.


 cat /var/log/Xorg.0.log |grep DR
[ 7.749] (II) intel(0): [DRI2] Setup complete
[ 7.749] (II) intel(0): [DRI2]   DRI driver: i965
[ 7.749] (II) intel(0): [DRI2]   VDPAU driver: va_gl
[ 7.749] (II) intel(0): direct rendering: DRI2 enabled
[ 7.822] (II) GLX: Initialized DRISWRAST GL provider for screen 0


J'ai installé via les backports :

dpkg -l  |awk '/^ii/ && $3 ~ /bpo[6-8]/ {print $2}'

docker.io
firmware-amd-graphics
firmware-linux
firmware-linux-nonfree
firmware-misc-nonfree
irqbalance
libdrm-intel1:amd64
libopenjfx-java
libopenjfx-jni
linux-base
linux-image-4.6.0-0.bpo.1-amd64
linux-image-amd64
openjdk-8-jre:amd64
openjdk-8-jre-headless:amd64
openjfx
xserver-xorg-video-intel


En gros j'ai testé simplement le kernel et xserver-xorg-video-intel, 
puis peu à peu j'ai rajouté firmware-linux et misc-nonfree, et 
libdrm-intel1, le tout sans succès jusque là.



Sur testing cela marchait directement, quel paquet aurais-je oublié à 
votre avis ? Ou d'autres idées ?


Merci,
Damien



Re: Downgrade par la patience ?

2016-08-30 Thread Damien TOURDE
Bonjour,

Finalement, le downgrade se passait bien, mais j'ai plutôt fais un gros
backup et réinstallé une stable, 2 heures à installer et reconfigurer
plus ou moins tout ce que j'utilise au quotidiens (+ services docker),
ça n'a pas été trop long.


En revanche, le fameux downgrade avait l'air de se passer pour le mieux,
et j'ai très rapidement eu moins de 10 paquets en Sid (donc relativement
raisonnable à downgrader "à la main").

Par contre, utilisant un processeur Skylake et le GPU intégré, la partie
graphique était mieux supportée en Sid, "Out of the Box" :-D


Cdlt,
Damien

Le mardi 23 août 2016 à 23:41 +0200, Damien TOURDE a écrit :
> Merci pour le passage du man qui m'avait échappé.
> 
> Je vais faire un pinning < 1000 pour testing et quand testing sera la
> nouvelle stable, y rester.
> 
> 
> Et puis si on ne me voit pas sur la liste, je serais peut-être en train
> de tout réinstaller en pleurant :^)
> 
> 
> 
> Le mardi 23 août 2016 à 20:12 +0200, didier gaumet a écrit :
> > Le 23/08/2016 à 18:03, Damien TOURDE a écrit :
> > [...]
> > > 
> > > Si je fais un pinning prioritaire sur testing par exemple, ne va-
> > > t'il
> > > pas remplacer mes paquets par les paquets testing ?
> > > Car d'après mes souvenirs de la doc, le pinning est prioritaire sur
> > > le
> > > numéro de version...
> > 
> > non, pas de souci
> > 
> > man apt_preferences:
> > [...]
> > Puis APT applique les règles suivantes pour déterminer la version du
> > paquet qu'il faut installer (par ordre de priorité) :
> > · Ne jamais revenir en arrière, sauf si la priorité d'une version
> > disponible dépasse 1000. « Revenir en arrière » signifie installer
> > une
> > version moins récente que la version installée. Il faut noter
> > qu'aucune
> > des priorités par défaut n'excède 1000 ; de telles valeurs ne peuvent
> > être définies que dans le fichier des préférences. Notez aussi qu'il
> > est
> > risqué de revenir en arrière.
> > [...]
> > 
> > 
> 
> 




Re: Downgrade par la patience ?

2016-08-23 Thread Damien TOURDE
Merci pour le passage du man qui m'avait échappé.

Je vais faire un pinning < 1000 pour testing et quand testing sera la
nouvelle stable, y rester.


Et puis si on ne me voit pas sur la liste, je serais peut-être en train
de tout réinstaller en pleurant :^)



Le mardi 23 août 2016 à 20:12 +0200, didier gaumet a écrit :
> Le 23/08/2016 à 18:03, Damien TOURDE a écrit :
> [...]
> > 
> > Si je fais un pinning prioritaire sur testing par exemple, ne va-
> > t'il
> > pas remplacer mes paquets par les paquets testing ?
> > Car d'après mes souvenirs de la doc, le pinning est prioritaire sur
> > le
> > numéro de version...
> 
> non, pas de souci
> 
> man apt_preferences:
> [...]
> Puis APT applique les règles suivantes pour déterminer la version du
> paquet qu'il faut installer (par ordre de priorité) :
> · Ne jamais revenir en arrière, sauf si la priorité d'une version
> disponible dépasse 1000. « Revenir en arrière » signifie installer
> une
> version moins récente que la version installée. Il faut noter
> qu'aucune
> des priorités par défaut n'excède 1000 ; de telles valeurs ne peuvent
> être définies que dans le fichier des préférences. Notez aussi qu'il
> est
> risqué de revenir en arrière.
> [...]
> 
> 



Re: Downgrade par la patience ?

2016-08-23 Thread Damien TOURDE
Le mardi 23 août 2016 à 11:06 +0200, Gabriel Philippe a écrit :
> 
> Et pourquoi testing? N'est-ce pas le pire des deux mondes? Cela n'a
> ni
> la stabilité de stable, ni la fréquence de mise à jour (et donc de
> corrections des problèmes) d'unstable. A une époque je l'utilisais,
> des bugs gênants apparaissaient parfois et restaient pendant des
> mois...


Testing c'est surtout pour pouvoir passer en stable quand la testing
sera la nouvelle stable.


> Il ne le fera pas. Lorsque tu installes un soft avec apt-get -t 
> unstable xxx, il reste dans l'état unstable jusqu'à ce que testing
> ait rattrapé unstable.


Donc lors d'un apt-get update classique, il ne fera pas de downgrade si
le pinning est bon, mais j'ai un doute sur celui qui serait bon.


Si je fais un pinning prioritaire sur testing par exemple, ne va-t'il
pas remplacer mes paquets par les paquets testing ?
Car d'après mes souvenirs de la doc, le pinning est prioritaire sur le
numéro de version...



Re: Downgrade par la patience ?

2016-08-22 Thread Damien TOURDE
Le lundi 22 août 2016 à 22:55 +0200, BERTRAND Joël a écrit :
> 
> 
>   Bonsoir,
> 
>   Je ne comprends pas trop le problème. En mettant les dépôts de
> stable, 
> testing et unstable avec un pinning sur testing, tu vas passer 
> progressivement de unstable à testing. Normalement sans douleur.
> 
>   Cordialement,
> 
>   JKB
> 
> 


Quelle serait la différence entre les 3 dépôts + pinning testing et
simplement n'avoir que des références à testing ?

La peur que j'ai c'est qu'il me downgrade les paquets au lieu de
simplement attendre que testing ait rattrapé ma version de sid (en gros
sid au 20/08/2016).


Car d'après la doc Debian, les scripts d'installation ne sont pas du
tout prévu pour un downgrade des paquets.


Merci,
Damien



Downgrade par la patience ?

2016-08-22 Thread Damien TOURDE
Bonjour,

Je suis actuellement en Sid, et si, pour l'instant ça se passe bien, je
ne ressent finalement pas du tout le besoin d'avoir les tous derniers
paquets tout de suite.

En revanche, je ne fais pas les mise-à-jour très fréquemment, ce qui
n'est pas forcément un comportement très sain avec Sid :-)

Et pour la continuité des services que je fais tourner sur ma machine
(principalement des conteneurs dockers pour mon réseau local/usage
privé), je souhaiterais revenir sur (au moins) du testing.



Aussi, j'aimerais repasser à Stretch (et peut-être y attendre sagement
le freeze pour repasser en stable avec la release), mais sans
réinstallation ce serait encore mieux.


Je voulais savoir si en mettant mes sources.list en testing, et en ne
faisant jamais au grand jamais de dist-upgrade, j'avais une change de
repasser en "testing pur", sans perte ni fracas ?


Si vous avez d'autres idées avec plaisir, toujours est-il
qu'aujourd'hui, ma Debian n'a pas de bug pour mon utilisation, donc je
n'ai pas besoin d'un downgrade qui se fait le temps d'une nuit blanche,
mais je me contente très bien d'un downgrade progressif.



Merci par avance,
Damien T



Re: Firefox ESR & gnome keyring consommation CPU

2016-07-10 Thread Damien TOURDE
Désolé de la réponse tardive,

Malheureusement, l'utilisation d'un nouveau profile ne change rien à
mon problème...

D'autres idées peut-être ?


Damien

Le mardi 21 juin 2016 à 21:56 +0200, Haricophile a écrit :
> Le Tue, 21 Jun 2016 21:08:04 +0200,
> Damien TOURDE <dam...@tourde.org> a écrit :
> 
> > En revanche, dès que je réactive gnome-keyring-daemon, c'est
> > l'horreur... (freeze).
> 
> Je ne vois pas trop pourquoi, mais tu n'aurais pas un conflit ou
> quelque chose ? Tu as essayé avec un nouveau profile ?
> 
> firefox-esr --ProfileManager
> 



Re: Firefox ESR & gnome keyring consommation CPU

2016-06-21 Thread Damien TOURDE
Bonjour,

Après un essai un peu barbare (chmod -x /usr/bin/gnome-keyring-daemon :
"-) ), Firefox fonctionne très bien chez moi.

Je suis passé d'un Athlon 64 à un Intel i5 6500, donc forcément, je
n'ai plus le besoin d'optimiser à outrance mon ordi.


En revanche, dès que je réactive gnome-keyring-daemon, c'est
l'horreur... (freeze).


Damien


Le mardi 21 juin 2016 à 16:37 +0200, Sébastien NOBILI a écrit :
> Bonjour,
> 
> Le vendredi 17 juin 2016 à 18:46, Damien TOURDE a écrit :
> > Bonjour,
> > 
> > Depuis être passé de iceweasel a firefox-esr (ou est-ce une
> > coincidence
> > ?), firefox freeze énormément, et l'occupation CPU de gnome-
> > keyring-d
> > monte en flèche à ces moments).
> 
> N’utilisant pas « gnome-keyring-d », je ne pourrai pas t’aider sur ce
> point,
> mais j’ai remarqué que depuis le passage d’Iceweasel à Firefox, le
> navigateur
> en lui-même est devenu plus lourd.
> 
> Sébastien
> 
> 



Re: Firefox ESR & gnome keyring consommation CPU

2016-06-20 Thread Damien TOURDE
Bonsoir,

Quand je kill gnome-keyring-daemon et que je le relance depuis un
terminal pour voir ce qu'il fait, voilà ce que j'ai :

Au lancement :
** Message: couldn't access control socket:
/run/user/1000/keyring/control: Aucun fichier ou dossier de ce type
** Message: couldn't communicate with already running daemon:
GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: L'interface
« org.gnome.keyring.Daemon » n'existe pas pour l'objet à l'emplacement
/org/gnome/keyring/daemon
Gkm-Message: using old keyring directory: /home/damien/.gnome2/keyrings
Gkm-Message: using old keyring directory: /home/damien/.gnome2/keyrings
** Message: The Secret Service was already initialized
** Message: couldn't allocate secure memory to keep passwords and or
keys from being written to the disk


Puis dès que j'ouvre une application qui utilise gnome-keyring-daemon,
j'ai le message ci après qui s'affiche en boucle :

** (gnome-keyring-daemon:25131): WARNING **: asked to register item
/org/freedesktop/secrets/collection/login/2192, but it's already
registered


Si ça peut faire avancer le *schmilblik* ...


Bonne soirée,
Damien

Le vendredi 17 juin 2016 à 18:46 +0200, Damien TOURDE a écrit :
> Bonjour,
> 
> Depuis être passé de iceweasel a firefox-esr (ou est-ce une
> coincidence
> ?), firefox freeze énormément, et l'occupation CPU de gnome-keyring-d
> monte en flèche à ces moments).
> 
> Je ne sais pas bien quoi vous envoyer comme log pour que vous
> m'aidiez,
> mais voilà en tout cas la situation.
> 
> Une idée ?
> 
> 
> 
> 
>   PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+
> COMMAND      
>   
>   
>  6922 damien20   0  361484  19432   4796 R  66,8  0,2  40:45.69
> gnome-keyring-
> d    
>   
> 18254 damien20   0 3151564 1,996g  53752 R  24,6 26,0  22:31.35
> firefox-esr                
> 
> 



Firefox ESR & gnome keyring consommation CPU

2016-06-17 Thread Damien TOURDE
Bonjour,

Depuis être passé de iceweasel a firefox-esr (ou est-ce une coincidence
?), firefox freeze énormément, et l'occupation CPU de gnome-keyring-d
monte en flèche à ces moments).

Je ne sais pas bien quoi vous envoyer comme log pour que vous m'aidiez,
mais voilà en tout cas la situation.

Une idée ?




  PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+
COMMAND
  
 6922 damien20   0  361484  19432   4796 R  66,8  0,2  40:45.69
gnome-keyring-
d  
18254 damien20   0 3151564 1,996g  53752 R  24,6 26,0  22:31.35
firefox-esr                



Installer un soft BLOB de façon "isolée"

2016-02-13 Thread Damien TOURDE
Bonjour,

J'aimerais savoir comment utiliser un soft non-libre, et non packagé
Debian de façon "isolée".


A savoir que le soft demande d'exécuter un .sh qui ne fait qu'exporter
ses paramètres d'éxecution dans des variables d'environnements et lancer
un exécutable compilé dont je ne maîtrise rien.

J'aimerais une façon assez simple et transparente pour ça si possible,
l'idée de base étant que ce logiciel n'aille pas fouiner/péter mon système.


Des idées ?

PS: C'est une application graphique "gourmande" (jeu vidéo)


Merci,
Damien



Re: Restauration d'une config LVM / mdadm raid 1

2016-02-03 Thread Damien TOURDE
Bonjour,

On 03/02/2016 00:05, Pascal Hambourg wrote:
> /dev/md0: TYPE="promise_fasttrack_raid_member"
> A mon avis, je le répète, c'est de ce côté qu'il faut chercher.
>
>
>
Je pense que tu as raison Pascal, je n'avais pas saisi la signification
de "promise".

Il y a fort longtemps, du temps où j'ignorais la "débilité", et le
risque, du raid pseudo-hardware (ce sont des disques de 150Go tout de
même, il y a plus récent), ces disques étaient utilisés avec un fakeraid
d'une CM MSI.

Depuis, je l'ai ai utilisés sur un petit serveur en RAID mdadm, sans
gros soucis, et à nouveau en RAID mdadm aujourd'hui en attendant de
renouveler les disques pour plus gros.
J'ai arrêté de les mettre sur le serveur car, d'une part, le serveur
n'est plus, et d'autre part, il "grattent" fort donc boucan du diable.

Soit je les ai mal formatés et ils contiennent encore des superblocks de
l'ancien raid géré par le chipset de la vieille CM, soit j'ai fait une
boulette dans la config de ma CM actuelle, je vais creuser là dessus.


Mais je ne trouve pas de cas similaires ou approchant sur Google, il va
falloir faire ça "à l'ancienne", si j'y arrive...


En revanche, je n'avais pas rencontré de soucis sur mon ancien serveur
au niveau du boot... et là, c'est pas logique...



Re: Restauration d'une config LVM / mdadm raid 1

2016-02-02 Thread Damien TOURDE
Si ça peut donner une piste, je n'ai pas trace de mon raid dans :

root@olorin-fixe:~# ls -al /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 120 févr.  2 19:02 .
drwxr-xr-x 5 root root 100 févr.  2 19:02 ..
lrwxrwxrwx 1 root root  10 févr.  2 19:02
431f08fe-abcf-4c69-909e-0433a5626906 -> ../../sda1
lrwxrwxrwx 1 root root  10 févr.  2 19:02
75f98820-d831-4285-9a38-c2a621f52d49 -> ../../dm-0
lrwxrwxrwx 1 root root  10 févr.  2 19:02
829e1d02-f563-48f0-a042-e95ef5cd1b15 -> ../../dm-1
lrwxrwxrwx 1 root root  10 févr.  2 19:02
a0a69a8d-080f-4535-87d0-4b91261e854a -> ../../dm-2

root@olorin-fixe:~# blkid
/dev/sdc1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
UUID_SUB="5cacc338-609c-442a-2fcb-cde38f976d58" LABEL="olorin-fixe:0"
TYPE="linux_raid_member" PARTUUID="40988f99-01"
/dev/sdb1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
UUID_SUB="c522994f-024d-e113-5b30-8c864aad35d8" LABEL="olorin-fixe:0"
TYPE="linux_raid_member" PARTUUID="2600ee9a-01"
/dev/sda1: UUID="431f08fe-abcf-4c69-909e-0433a5626906" TYPE="ext2"
PARTUUID="a89006b2-01"
/dev/sda5: UUID="4sm0Ld-dD6D-scQm-53Lp-BjrT-tFmd-bdPwAV"
TYPE="LVM2_member" PARTUUID="a89006b2-05"
/dev/mapper/olorin--fixe--vg-root:
UUID="75f98820-d831-4285-9a38-c2a621f52d49" TYPE="ext4"
/dev/mapper/olorin--fixe--vg-swap_1:
UUID="829e1d02-f563-48f0-a042-e95ef5cd1b15" TYPE="swap"
/dev/md0: TYPE="promise_fasttrack_raid_member"
/dev/mapper/olorin--fixe--vg-home:
UUID="a0a69a8d-080f-4535-87d0-4b91261e854a" TYPE="ext4"


Pour rappel :

sda -> SSD système avec LVM
sdb+sdc -> RAID 1 mdadm avec LVM (storage)

On 02/02/2016 20:25, Damien TOURDE wrote:
> Bonsoir,
>
> Alors petite rectif, c'est avec "vgimport -a" que mon volume réapparaît.
> Alors que je n'ai jamais fait de vgexport de mes volumes...
>
> D'ailleurs, il me le confirme :
>
> root@olorin-fixe:~# vgimport -a
>   Volume group "olorin-fixe-vg" is not exported
>   Volume group "olorin-fixe-storage" is not exported
>
>
> En revanche, lorsque je remets mon volume dans fstab, je boot en mode
> single-user (avec systemd qui attends 1m30s que le disque réponde).
>
> Voici le log (tronqué) du boot single-user :
> PS: si vous avez besoin du log complet... je le mettrais, mais bon, un
> log de boot c'est un peu gros en
> mail !
>
> [...]
>
> scsi 2:0:0:0: Direct-Access ATA  HDS722516VLSA80  A6MA PQ: 0 ANSI: 5
> févr. 02 18:58:08 olorin-fixe kernel: ata6: SATA link down (SStatus 4
> SControl 300)
> févr. 02 18:58:08 olorin-fixe kernel: scsi 4:0:0:0: Direct-Access
> ATA  HDS722516VLSA80  A6MA PQ: 0 ANSI: 5
> févr. 02 18:58:08 olorin-fixe kernel: sd 1:0:0:0: [sda] 976773168
> 512-byte logical blocks: (500 GB/465 GiB)
> févr. 02 18:58:08 olorin-fixe kernel: sd 2:0:0:0: [sdb] 321672960
> 512-byte logical blocks: (164 GB/153 GiB)
> févr. 02 18:58:08 olorin-fixe kernel: sd 2:0:0:0: [sdb] Write Protect is off
> févr. 02 18:58:08 olorin-fixe kernel: sd 2:0:0:0: [sdb] Mode Sense: 00
> 3a 00 00
> févr. 02 18:58:08 olorin-fixe kernel: sd 1:0:0:0: [sda] Write Protect is off
> févr. 02 18:58:08 olorin-fixe kernel: sd 1:0:0:0: [sda] Mode Sense: 00
> 3a 00 00
> févr. 02 18:58:08 olorin-fixe kernel: sd 2:0:0:0: [sdb] Write cache:
> enabled, read cache: enabled, doesn't support DPO or FUA
> févr. 02 18:58:08 olorin-fixe kernel: sd 1:0:0:0: [sda] Write cache:
> enabled, read cache: enabled, doesn't support DPO or FUA
> févr. 02 18:58:08 olorin-fixe kernel: sd 4:0:0:0: [sdc] 321672960
> 512-byte logical blocks: (164 GB/153 GiB)
> févr. 02 18:58:08 olorin-fixe kernel: sd 4:0:0:0: [sdc] Write Protect is off
> févr. 02 18:58:08 olorin-fixe kernel: sd 4:0:0:0: [sdc] Mode Sense: 00
> 3a 00 00
> févr. 02 18:58:08 olorin-fixe kernel: sd 4:0:0:0: [sdc] Write cache:
> enabled, read cache: enabled, doesn't support DPO or FUA
> févr. 02 18:58:08 olorin-fixe kernel:  sda: sda1 sda2 < sda5 >
> févr. 02 18:58:08 olorin-fixe kernel: sd 1:0:0:0: [sda] Attached SCSI disk
> févr. 02 18:58:08 olorin-fixe kernel: e1000e :00:1f.6 eth0:
> registered PHC clock
> févr. 02 18:58:08 olorin-fixe kernel: e1000e :00:1f.6 eth0: (PCI
> Express:2.5GT/s:Width x1) 30:5a:3a:83:4f:e6
> févr. 02 18:58:08 olorin-fixe kernel: e1000e :00:1f.6 eth0: Intel(R)
> PRO/1000 Network Connection
> févr. 02 18:58:08 olorin-fixe kernel: e1000e :00:1f.6 eth0: MAC: 12,
> PHY: 12, PBA No: FF-0FF
> févr. 02 18:58:08 olorin-fixe kernel: e1000e :00:1f.6 enp0s31f6:
> renamed from eth0
> févr. 02 18:58:08 olorin-fixe kernel:  sdb: sdb1
> févr. 02 18:58:08 olorin-fixe kernel: sd 2:0:0:0: [sdb] Attached SCSI disk
&

Re: Restauration d'une config LVM / mdadm raid 1

2016-02-02 Thread Damien TOURDE
devel
-- 
-- L'unité (unit)
dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.device
a échoué, avec le résultat timeout.
févr. 02 18:59:38 olorin-fixe systemd[1]: Dependency failed for File
System Check on /dev/disk/by-uuid/f84fe148-a775-eac4-76ff-776e5845be39.
-- Subject: L'unité (unit)
systemd-fsck@dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.service
a échoué
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit)
systemd-fsck@dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.service
a échoué, avec le résultat dependency.
févr. 02 18:59:38 olorin-fixe systemd[1]: Dependency failed for
/media/storage0.
-- Subject: L'unité (unit) media-storage0.mount a échoué
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) media-storage0.mount a échoué, avec le résultat
dependency.
févr. 02 18:59:38 olorin-fixe systemd[1]: Dependency failed for Local
File Systems.
-- Subject: L'unité (unit) local-fs.target a échoué
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité (unit) local-fs.target a échoué, avec le résultat dependency.
févr. 02 18:59:38 olorin-fixe systemd[1]: local-fs.target: Job
local-fs.target/start failed with result 'dependency'.
févr. 02 18:59:38 olorin-fixe systemd[1]: local-fs.target: Triggering
OnFailure= dependencies.
févr. 02 18:59:38 olorin-fixe systemd[1]: media-storage0.mount: Job
media-storage0.mount/start failed with result 'dependency'.
févr. 02 18:59:38 olorin-fixe systemd[1]:
systemd-fsck@dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.service:
Job
systemd-fsck@dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.service/start
failed with result 'dependency'.
févr. 02 18:59:38 olorin-fixe systemd[1]:
dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.device:
Job
dev-disk-by\x2duuid-f84fe148\x2da775\x2deac4\x2d76ff\x2d776e5845be39.device/start
failed with result 'timeout'.

[...]

On 02/02/2016 00:05, Pascal Hambourg wrote:
> Damien TOURDE a écrit :
>> Alors la 3 ème possibilité c'est que pour booter plus vite, j'ai dit à
>> ma carte mère de ne pas "détecter" les disques à chaque démarrage, et de
>> choisir toujours le SSD sauf si F8 est appuyé.
> Je ne vois pas le rapport avec la non détection du PV qui est contenu
> dans un ensemble RAID qui est lui-même parfaitement détecté.
>
>
>



Re: Restauration d'une config LVM / mdadm raid 1

2016-02-01 Thread Damien TOURDE
Alors la 3 ème possibilité c'est que pour booter plus vite, j'ai dit à
ma carte mère de ne pas "détecter" les disques à chaque démarrage, et de
choisir toujours le SSD sauf si F8 est appuyé.


Sinon, je ne vois pas.

On 01/02/2016 21:43, Pascal Hambourg wrote:
> Damien TOURDE a écrit :
>> Soit j'ai changé de prise SATA et peut-être donc de contrôleur sur la
>> CM, ce qui aurait pu changer un UUID (il me semble que l'UUID est généré
>> avec les caractéristiques du disque et celles du HW en général).
> Non, les UUID sont générés pseudo-aléatoirement et indépendamment de
> tout identifiant matériel.
>
>> Soit la prise de l'un de mes 2 disques a merdouillé en touchant les
>> câbles. Comme je le disais dans le premier mail, toute la partie "guide
>> en plastique" de la prise SATA d'un des disques est restée coincée dans
>> la partie mâle (câble), et il n'y a plus que les contacts "dans le vide"
>> sur le disque.
>>
>> Mais la 2ème "théorie" me semble plus farfelue car je n'ai pas reçu de
>> mail d'erreur de mdadm.
> Et surtout, le RAID est là pour éviter que cela ait des conséquences
> visibles.
>
>
>



Re: Restauration d'une config LVM / mdadm raid 1

2016-02-01 Thread Damien TOURDE
Bonjour,

Après un vgck olorin-fixe-storage, je retrouve, avec les commandes
lvdisplay, vgdisplay et pvdisplay, la mention de l'existence de mon LVM
"perdu".

En revanche, il est "NOT available", et ça, je ne vois pas pourquoi...
mais ça se corrige.

Voici les résultats des 3 commandes (j'enlève le pv du SSD, qui
fonctionne, de tout ça) :

root@olorin-fixe:~# vgdisplay

  --- Volume group ---
  VG Name   olorin-fixe-storage
  System ID
  Formatlvm2
  Metadata Areas1
  Metadata Sequence No  2
  VG Access read/write
  VG Status resizable
  MAX LV0
  Cur LV1
  Open LV   0
  Max PV0
  Cur PV1
  Act PV1
  VG Size   153,26 GiB
  PE Size   4,00 MiB
  Total PE  39234
  Alloc PE / Size   25600 / 100,00 GiB
  Free  PE / Size   13634 / 53,26 GiB
  VG UUID   o7zoRL-xK1j-2mmo-ZFJi-1wFq-iGft-M9MbyQ

root@olorin-fixe:~# pvdisplay

  --- Physical volume ---
  PV Name   /dev/md0
  VG Name   olorin-fixe-storage
  PV Size   153,26 GiB / not usable 1,88 MiB
  Allocatable   yes
  PE Size   4,00 MiB
  Total PE  39234
  Free PE   13634
  Allocated PE  25600
  PV UUID   b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf


root@olorin-fixe:~# lvdisplay

  --- Logical volume ---
  LV Path/dev/olorin-fixe-storage/lvstorage0
  LV Namelvstorage0
  VG Nameolorin-fixe-storage
  LV UUIDUiPmCd-2655-ebnc-24Fk-GLqp-bGkj-MKhu7j
  LV Write Accessread/write
  LV Creation host, time olorin-fixe, 2016-01-17 23:01:59 +0100
  LV Status  NOT available
  LV Size100,00 GiB
  Current LE 25600
  Segments   1
  Allocation inherit
  Read ahead sectors auto



--

Puis un petit coup de :
root@olorin-fixe:~# vgchange -a y olorin-fixe-storage


Et hop ! C'est reparti !




On 31/01/2016 22:47, Damien TOURDE wrote:
> Merci,
>
> Je vais chercher avec cet axe de recherche, je reviens vers la liste en
> cas de trouvaille/échec ;-)
>
> Bonne fin de week-end,
> Damien
>
> On 31/01/2016 22:24, Pascal Hambourg wrote:
>> Damien TOURDE a écrit :
>>> On 31/01/2016 20:14, Pascal Hambourg wrote:
>>>> Damien TOURDE a écrit :
>>>>> C'est un RAID 1 mdadm, avec une unique partition LVM
>>>> Une partition donc un ensemble RAID partitionné, avec une table de
>>>> partition ? Qu'en dit fdisk ou autre ?
>>> root@olorin-fixe:~# fdisk -l /dev/md0
>>> Disque /dev/md0 : 153,3 GiB, 164561289216 octets, 321408768 secteurs
>>> Unités : secteur de 1 × 512 = 512 octets
>>> Taille de secteur (logique / physique) : 512 octets / 512 octets
>>> taille d'E/S (minimale / optimale) : 512 octets / 512 octets
>> Pas de table de partition, donc pas de partition /dev/md0p1. Cas
>> classique, le RAID partitionné est peu utilisé. Je suppose qu'on préfère
>> utiliser LVM par dessus pour la gestion des volumes.
>>
>>>>> J'ai mis dans le fichier de backup l'uuid que me donne blkid
>>>> Quel UUID ?
>>> Celui l'UUID "physique" de la partition (c'est comme ça que je le vois)
>>> qui contient LVM.
>> C'est l'UUID de l'ensemble RAID, qui permet de reconnaître ses membres.
>> Aucun rapport avec LVM.
>>
>>> root@olorin-fixe:~# blkid
>>> /dev/sdc1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
>>> UUID_SUB="5cacc338-609c-442a-2fcb-cde38f976d58" LABEL="olorin-fixe:0"
>>> TYPE="linux_raid_member" PARTUUID="40988f99-01"
>>> /dev/sdb1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
>>> UUID_SUB="c522994f-024d-e113-5b30-8c864aad35d8" LABEL="olorin-fixe:0"
>>> TYPE="linux_raid_member" PARTUUID="2600ee9a-01"
>>> /dev/md0: TYPE="promise_fasttrack_raid_member"
>> Ça, ça ne me plaît pas. Apparemment blkid voit un identifiant de membre
>> RAID Promise  dans le contenu de l'ensemble RAID et je suppose que ça
>> l'empêche de voir l'identifiant LVM. Si lvm se base là-dessus pour
>> retrouver ses PV, ça ne marchera pas.
>>
>>> root@olorin-fixe:~# file -s /dev/md0
>>> /dev/md0: LVM2 PV (Linux Logical Volume Manager), UUID:
>>> b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf, size: 164561289216
>> Ça c'est plutôt rassurant, l'en-tête LVM est présent.
>>
>> Faudrait voir si on peut forcer lvm à considérer qu'un volume est un PV
>> même si blkid ne le dit pas.
>> Autre piste : chercher l'identifiant RAID Promise parasite et l'effacer.
>> Voir dmraid.
>>
>>
>>
>
>



Re: Restauration d'une config LVM / mdadm raid 1

2016-02-01 Thread Damien TOURDE
J'ai 2 pistes :

Soit j'ai changé de prise SATA et peut-être donc de contrôleur sur la
CM, ce qui aurait pu changer un UUID (il me semble que l'UUID est généré
avec les caractéristiques du disque et celles du HW en général).

Soit la prise de l'un de mes 2 disques a merdouillé en touchant les
câbles. Comme je le disais dans le premier mail, toute la partie "guide
en plastique" de la prise SATA d'un des disques est restée coincée dans
la partie mâle (câble), et il n'y a plus que les contacts "dans le vide"
sur le disque.

Mais la 2ème "théorie" me semble plus farfelue car je n'ai pas reçu de
mail d'erreur de mdadm.

On 01/02/2016 20:53, Christophe De Natale wrote:
> Le lundi 01 février 2016 à 20:40 +0100, Damien TOURDE a écrit :
>> Bonjour,
>>
>> Après un vgck olorin-fixe-storage, je retrouve, avec les commandes
>> lvdisplay, vgdisplay et pvdisplay, la mention de l'existence de mon LVM
>> "perdu".
>>
> Bonsoir,
>
> Du coup, as-tu trouver la raison de cette situation ?
>
> Bonne soirée,
>



Re: Grub en version beta

2016-01-31 Thread Damien TOURDE
Bonjour,

Dans le BIOS de ta CM, as-tu essayé de désactiver le secure boot, juste
au cas où ?

On 31/01/2016 22:13, Christophe MUSSEAU wrote:
> Bonjour/Bonsoir la Liste
>
> Depuis une récente mise à jour me voilà passé pour grub-efi de la
> version 1.99-27+deb7u2 à la version 2.02~beta2-22+deb8u1.
> Et depuis impossible de lancer Windows8. J'ai bien entendu purgé et
> réinstallé, mais rien à faire. Par contre je bloque pour revenir à la
> version précédente.
>
> Merci pour votre éclairage (en fait c'est surtout mes enfants qui vous
> remercieront :-) ).
>
> -- 
> Christophe
>  
> (sous Debian GNU/Linux - https://www.debian.org)
>



Restauration d'une config LVM / mdadm raid 1

2016-01-31 Thread Damien TOURDE
Bonjour,

Suite à une manip physique (changement de pâte thermique), mon raid ne
veut plus se monter. J'ai peut-être touché un câble, mais en tout cas
l'UEFI de la CM reconnait bien 2 disques actifs (+ SSD système, pas de
soucis avec celui là), Debian aussi.

Les 2 disques sont assez vieux (dont un dont le connecteur s'est
"intégré" dans le câble... dur à expliquer), mais SMART ne me donne rien
d'alarmant.


Depuis, pour démarrer, je suis obliger de virer le RAID de fstab et il
n'y a pas moyen de monter le disque.

C'est un RAID 1 mdadm, avec une unique partition LVM, et autant les
disques sont bien reconnus, autant LVM n'arrive pas à me trouver de PV,
VG, ni de LV.


J'ai essayé avec vgcfgrestore, mais il me dit qu'il n'arrive pas à
trouver l'uuid correspondant au fichier.
J'ai mis dans le fichier de backup l'uuid que me donne blkid, rien à
faire non plus... Je commence à sécher un peu là...

Voici ce que je peux vous dire :

root@olorin-fixe:~# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
  Creation Time : Sun Jan 17 22:18:35 2016
 Raid Level : raid1
 Array Size : 160704384 (153.26 GiB 164.56 GB)
  Used Dev Size : 160704384 (153.26 GiB 164.56 GB)
   Raid Devices : 2
  Total Devices : 2
Persistence : Superblock is persistent

  Intent Bitmap : Internal

Update Time : Thu Jan 21 01:06:17 2016
  State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

   Name : olorin-fixe:0  (local to host olorin-fixe)
   UUID : f84fe148:a775eac4:76ff776e:5845be39
 Events : 764

Number   Major   Minor   RaidDevice State
   0   8   170  active sync   /dev/sdb1
   1   8   331  active sync   /dev/sdc1


---

root@olorin-fixe:~# mdadm --examine --scan /dev/sdb1 /dev/sdc1
ARRAY /dev/md/0  metadata=1.2 UUID=f84fe148:a775eac4:76ff776e:5845be39
name=olorin-fixe:0

---

root@olorin-fixe:~# e2fsck -f /dev/md0
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative
d'ouverture de /dev/md0

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient
réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou
autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 
 ou
e2fsck -b 32768 


---

root@olorin-fixe:~# lvscan -a
  ACTIVE'/dev/olorin-fixe-vg/root' [20,00 GiB] inherit
  ACTIVE'/dev/olorin-fixe-vg/swap_1' [15,76 GiB] inherit
  ACTIVE'/dev/olorin-fixe-vg/home' [320,00 GiB] inherit

root@olorin-fixe:~# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "olorin-fixe-vg" using metadata type lvm2

root@olorin-fixe:~# pvscan
  PV /dev/sda5   VG olorin-fixe-vg   lvm2 [465,52 GiB / 109,76 GiB free]
  Total: 1 [465,52 GiB] / in use: 1 [465,52 GiB] / in no VG: 0 [0   ]


---> Le LVM sur le RAID c'est VG olorin-fixe-storage  / LV storage0,
là il reconnait le SSD système uniquement.



Re: Restauration d'une config LVM / mdadm raid 1

2016-01-31 Thread Damien TOURDE
Bonjour,

Merci de ta réponse :

On 31/01/2016 20:14, Pascal Hambourg wrote:
> Damien TOURDE a écrit :
>> C'est un RAID 1 mdadm, avec une unique partition LVM
> Une partition donc un ensemble RAID partitionné, avec une table de
> partition ? Qu'en dit fdisk ou autre ?
root@olorin-fixe:~# fdisk -l /dev/md0
Disque /dev/md0 : 153,3 GiB, 164561289216 octets, 321408768 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


root@olorin-fixe:~# fdisk -l /dev/sdb
Disque /dev/sdb : 153,4 GiB, 16469620 octets, 321672960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2600ee9a

Périphérique Amorçage Début   Fin  Secteurs Taille Id Type
/dev/sdb1  2048 321672959 321670912 153,4G fd RAID Linux
autodétecté
root@olorin-fixe:~# fdisk -l /dev/sdc
Disque /dev/sdc : 153,4 GiB, 16469620 octets, 321672960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x40988f99

Périphérique Amorçage Début   Fin  Secteurs Taille Id Type
/dev/sdc1  2048 321672959 321670912 153,4G fd RAID Linux
autodétecté
root@olorin-fixe:~#


>> J'ai mis dans le fichier de backup l'uuid que me donne blkid
> Quel UUID ?
Celui l'UUID "physique" de la partition (c'est comme ça que je le vois)
qui contient LVM.


root@olorin-fixe:~# blkid
/dev/sdc1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
UUID_SUB="5cacc338-609c-442a-2fcb-cde38f976d58" LABEL="olorin-fixe:0"
TYPE="linux_raid_member" PARTUUID="40988f99-01"
/dev/sdb1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
UUID_SUB="c522994f-024d-e113-5b30-8c864aad35d8" LABEL="olorin-fixe:0"
TYPE="linux_raid_member" PARTUUID="2600ee9a-01"
/dev/md0: TYPE="promise_fasttrack_raid_member"

Et je l'ai mis dans le fichier de config LVM de ce PV (je copie en bas
du mail le fichier de config).

Avec pour résultat :

root@olorin-fixe:~# vgcfgrestore -f
/etc/lvm/backup/olorin-fixe-storage.test olorin-fixe-storage
  Couldn't find device with uuid f84fe1-48a7-75ea-c476-ff77-6e58-45be39.
  PV unknown device missing from cache
  Format-specific setup for unknown device failed
  Restore failed.

Avec celui par défaut :

root@olorin-fixe:~# vgcfgrestore -f
/etc/lvm/backup/olorin-fixe-storage.bck olorin-fixe-storage
  Couldn't find device with uuid b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf.
  PV unknown device missing from cache
  Format-specific setup for unknown device failed
  Restore failed.

>
>> root@olorin-fixe:~# e2fsck -f /dev/md0
> Pourquoi diable exécuter e2fsck sur ce qui est censé contenir une table
> de partition ou un PV LVM ?
> Qu'en dit plutôt file -s /dev/md0 ?
Pour e2fsck, c'était un peu en désespoir de cause, histoire de voir si
quelque chose ressortait...

root@olorin-fixe:~# file -s /dev/md0
/dev/md0: LVM2 PV (Linux Logical Volume Manager), UUID:
b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf, size: 164561289216


-> Je me suis un peu "perdu" dans les UUID, en gros le "b6SE..." je le
retrouve dans /etc/lvm/backup/olorin-fixe-storage et dans la sortie de
file -s /dev/md0

Et le "f84fe" je le retrouve dans la sortie de blkid, et
/etc/mdadm/mdadm.conf à la ligne :

ARRAY /dev/md0 level=raid1 num-devices=2 metadata=1.2 name=olorin-fixe:0
UUID=f84fe148:a775eac4:76ff776e:5845be39
   devices=/dev/sdb1,/dev/sdc1


--

Le fichier de config : /etc/lvm/backup/olorin-fixe-storage

# Generated by LVM2 version 2.02.138(2) (2015-12-14): Sun Jan 17
23:02:00 2016

contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'lvcreate -L 100G
olorin-fixe-storage -n lvstorage0'"

creation_host = "olorin-fixe"# Linux olorin-fixe 4.3.0-1-amd64 #1
SMP Debian 4.3.3-5 (2016-01-04) x86_64
creation_time = 1453068120# Sun Jan 17 23:02:00 2016

olorin-fixe-storage {
id = "o7zoRL-xK1j-2mmo-ZFJi-1wFq-iGft-M9MbyQ"
seqno = 2
format = "lvm2"# informational
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192# 4 Megabytes
max_lv = 0
max_pv = 0
metadata_copies = 0

physical_volumes {

pv0 {
id = "b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf"
device = "/dev/md0"# Hint only

status = ["ALLOCATABLE"]
flags = []
dev_

Re: Restauration d'une config LVM / mdadm raid 1

2016-01-31 Thread Damien TOURDE
Merci,

Je vais chercher avec cet axe de recherche, je reviens vers la liste en
cas de trouvaille/échec ;-)

Bonne fin de week-end,
Damien

On 31/01/2016 22:24, Pascal Hambourg wrote:
> Damien TOURDE a écrit :
>>
>> On 31/01/2016 20:14, Pascal Hambourg wrote:
>>> Damien TOURDE a écrit :
>>>> C'est un RAID 1 mdadm, avec une unique partition LVM
>>> Une partition donc un ensemble RAID partitionné, avec une table de
>>> partition ? Qu'en dit fdisk ou autre ?
>> root@olorin-fixe:~# fdisk -l /dev/md0
>> Disque /dev/md0 : 153,3 GiB, 164561289216 octets, 321408768 secteurs
>> Unités : secteur de 1 × 512 = 512 octets
>> Taille de secteur (logique / physique) : 512 octets / 512 octets
>> taille d'E/S (minimale / optimale) : 512 octets / 512 octets
> Pas de table de partition, donc pas de partition /dev/md0p1. Cas
> classique, le RAID partitionné est peu utilisé. Je suppose qu'on préfère
> utiliser LVM par dessus pour la gestion des volumes.
>
>>>> J'ai mis dans le fichier de backup l'uuid que me donne blkid
>>> Quel UUID ?
>> Celui l'UUID "physique" de la partition (c'est comme ça que je le vois)
>> qui contient LVM.
> C'est l'UUID de l'ensemble RAID, qui permet de reconnaître ses membres.
> Aucun rapport avec LVM.
>
>> root@olorin-fixe:~# blkid
>> /dev/sdc1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
>> UUID_SUB="5cacc338-609c-442a-2fcb-cde38f976d58" LABEL="olorin-fixe:0"
>> TYPE="linux_raid_member" PARTUUID="40988f99-01"
>> /dev/sdb1: UUID="f84fe148-a775-eac4-76ff-776e5845be39"
>> UUID_SUB="c522994f-024d-e113-5b30-8c864aad35d8" LABEL="olorin-fixe:0"
>> TYPE="linux_raid_member" PARTUUID="2600ee9a-01"
>> /dev/md0: TYPE="promise_fasttrack_raid_member"
> Ça, ça ne me plaît pas. Apparemment blkid voit un identifiant de membre
> RAID Promise  dans le contenu de l'ensemble RAID et je suppose que ça
> l'empêche de voir l'identifiant LVM. Si lvm se base là-dessus pour
> retrouver ses PV, ça ne marchera pas.
>
>> root@olorin-fixe:~# file -s /dev/md0
>> /dev/md0: LVM2 PV (Linux Logical Volume Manager), UUID:
>> b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf, size: 164561289216
> Ça c'est plutôt rassurant, l'en-tête LVM est présent.
>
> Faudrait voir si on peut forcer lvm à considérer qu'un volume est un PV
> même si blkid ne le dit pas.
> Autre piste : chercher l'identifiant RAID Promise parasite et l'effacer.
> Voir dmraid.
>
>
>



Re: Commande "docker network" introuvable

2016-01-25 Thread Damien TOURDE
Bonjour,

On 25/01/2016 06:15, Bernard Schoenacker wrote:
> Le Sun, 24 Jan 2016 18:35:31 +0100,
> Damien TOURDE <dam...@tourde.org> a écrit :
>
>> Bonjour,
>>
>> Sur la doc officielle de Docker, il est fait mention de la commande
>> "docker network ls", or cette commande n'est pas dispo chez moi.
>>
>> J'ai installé docker avec "apt-get install docker.io",  et je ne me
>> souviens pas l'avoir déjà eu de dispo.
>>
>>
>> Je suis en Sid et la version de Docker est 1.8.3...
>>
>>
>> Une idée ?
>>
> bonjour,
>
> serait il possible de vérifier la liste des paquets docker installés ?
>
> je pense principalement à celui-ci : 
>
> systemd-docker - wrapper for "docker run" to handle systemd quirks
>
>
> slt
> bernard

Docker fonctionne "bien", je l'utilise en tout cas, mais je voulais
aller un peu plus loin au niveau du réseau.

--> Est-il d'ailleurs possible de forcer un conteneur docker à utiliser
une interface/une route iproute2 en particulier ?


En revanche systemd-docker n'est pas installé.

dpkg --get-selections |grep docker
docker.io

On 25/01/2016 11:51, Christophe Mehay wrote:
> Cette commande est aparu dans la version 1.9 de Docker.
>
> Tu peux installer sur debian sid via le script d'installation qui
> installe des dépots alternatif.
>
> https://get.docker.com
>
> Je l'utilise quotidiennement et cela fonctionne bien.
>

En effet, sur mon ancien PC j'avais utilisé le script il me semble, car
la version testing de l'époque était trop ancienne.

Et là je vois que la 1.9 est sortie en novembre.
Je pense que docker est trop jeune pour ne pas utiliser le script
d'install, même si je ne suis pas fan du fait d'outrepasser apt.


Merci,
Damien



Commande "docker network" introuvable

2016-01-24 Thread Damien TOURDE
Bonjour,

Sur la doc officielle de Docker, il est fait mention de la commande
"docker network ls", or cette commande n'est pas dispo chez moi.

J'ai installé docker avec "apt-get install docker.io",  et je ne me
souviens pas l'avoir déjà eu de dispo.


Je suis en Sid et la version de Docker est 1.8.3...


Une idée ?



Fwd: Re: Installation sur un SSD

2016-01-18 Thread Damien TOURDE
Bonjour,

Voici le message que j'ai envoyé à la mauvaise personne (désolé jdd) :


 Forwarded Message 
Subject:Re: Installation sur un SSD
Date:   Sun, 17 Jan 2016 10:59:51 +0100
From:   Damien TOURDE <dam...@tourde.org>
To: jdd <j...@dodin.org>



Bonjour,

Le principal est de regarder avec hdparm si tu peux activer le discard,
et l'activer, ça allonge (ou raccourcis moins) la durée de vie du SSD.

De plus, noatime peut être utile pour réduire les écriture, mais il me
semble que par défaut ext4 est déjà passé au relatime, ce qui réduit
bien déjà les écritures.


Enfin très sincèrement, on fait tout un plat des SSD au niveau de la
durée de vie, mais j'ai dû sur le mien, le premier week-end, installer
mac os, pour que l'EFI veuille bien le booter, puis installer à la place
de mac une Debian, puis rapatrier mes 200Go de data.

Si je fais ça tous les 2 jours il me faudra 35 ans pour arriver aux
limites annoncées par le fabricant...


Le seul inconvénient du SSD semble être la rétention de données si non
alimenté en courant.


Damien


On 17/01/2016 08:30, jdd wrote:
> Le 16/01/2016 23:31, Benoit B a écrit :
>> Bonjour,
>>
>> Y a-t-il quelque chose de particulier à faire pour utiliser un SSD ?
>> A l'installation ?
>> Configuration (moins loguer, écritures sur le SWAP) ?
>>
>
> en ce qui me concerne je me refuse à ce genre de chose. Je compte sur
> les outils d'installation pour le faire ou sur la garantie.
>
> tous les ssd en ce moment sont garantis trois ans, et si je regarde ce
> que j'ai acheté trois ans en arrière, si les miens tombent en panne
> plus tard, je ne voudrais pas remettre les même (j'ai déjà deux 120Go,
> un 250Ggo et un 480Go :-))
>
> jdd
>
>
>





Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"

2016-01-15 Thread Damien TOURDE
Bonjour Pierre,

La résolution max sur 1 seul port sur mon iGPU c'est 4096x2304, donc
j'ai essayé, dans le doute, le port VGA (reconnu comme un DP sur
xrandr...), et ça ne fonctionne pas non plus en vertical (mais bien en
horizontal).

Je ne comprends pas pourquoi je n'ai pas de Xorg.log, mais je ne pense
quand même pas que la partie graphique soit gérée en "frame buffer",
mais je me trompe peut-être.


En tout cas, les 2 écrans en vertical ça ne passe pas, et l'écran HDMI
en vertical et le VGA/DVI en horizontal, c'est le HDMI qui ne fonctionne
plus.


Donc deux solutions, soit l'écran vertical n'est pas encore bien géré
par le driver Intel ou xrandr, soit mon iGPU est en frame buffer et gère
donc les 2 écran comme un seul grand affichage.


La première étape est de rétablir les log de X.org (Sid serait-il passé
en Wayland par hasard ?)


A bientôt,
Damien

On 15/01/2016 09:43, Pierre TOUZEAU wrote:
> Mes réflexions (pas de solution :-( ) :
> J'utilise sous xubuntu un ultra-portable cg Intel GM4500 vielle
> génération avec un écran de bureau 24", et très rapidement, j'ai
> compris que je ne pouvais avoir toutes les résolutions sur les écrans,
> il fallait tenir compte du max x max possible en logeant les 2 écrans
> dans ce rectangle virtuel, chez toi : 3267x3267.
>
> J'ai donc regardé tes résolutions et conclu que cela devrait
> fonctionner en vertical (!) mais pas en horizontal (???).
> Ton écran principal, noté "HDMI2 primary" par xrand, occupe un
> rectangle de 1920x x 1080y, si on lui colle un rectangle vertical
> supplémentaire sur le côté (HDMI1) en 1050x x 1680y on obtient une
> "surface" occupée de 2970x x 1680y (comme indiqué par xrand  "current
> 2970 x 1680"), inférieure et inscrit dans le rectangle max 3267x3267.
> Cela devrait donc fonctionner...
> Alors que les 2 écrans à l'horizontale : 1920x1080 + 1680x1050 =
> 3600x1080 débordent le carré max et ne devraient pas fonctionner ainsi.
>
> ??? Bon, désolé je n'ai pas le sentiment de t'avoir beaucoup aidé ;  à
> tout hasard, changer de résolution pour une fréquence de balayage
> absolument exacte pour les 2 écrans :  60hz => HDMI1=> 1280x960ou
> 75.02Hz =>1280x1024 sur les 2 ?
>
>
> My two screens ;-)
> Pierre
>
>
>
>
>
> Le 14/01/2016 20:11, Damien TOURDE a écrit :
>> Bonjour,
>>
>> J'utilise Debian Sid, avec un processeur i5 6500 (Skylake), et pas de
>> carte graphique autre que l'iGPU intégrée au processeur.
>>
>>
>> Quand je branche mon 2ème écran sur la sortie DVI (le premier est sur la
>> sortie HDMI) de ma carte mère, il est bien reconnu, mais dès que je le
>> passe (avec Gnome ou xrandr) en vertical (1050x1680), l'écran devient
>> noir, je vois bien la souris sur l'écran vertical, mais c'est bien la
>> seule chose que je voie.
>>
>>
>> Une petite idée de ce qu'il se passe ?
>>
>> D'autre part, je remarque que je n'ai pas de fichier de log Xorg.log,
>> est-ce normal ?
>>
>>
>>
>> Voici le résultat de la commande "xrandr" (le premier écran est un 23"
>> reconnu comme un 7"...) :
>>
>> Screen 0: minimum 8 x 8, current 2970 x 1680, maximum 32767 x 32767
>> DP1 disconnected (normal left inverted right x axis y axis)
>> DP2 disconnected (normal left inverted right x axis y axis)
>> HDMI1 connected 1050x1680+1920+0 left (normal left inverted right x axis
>> y axis) 474mm x 296mm
>>1680x1050 59.88*+
>>1280x1024 75.0260.02 
>>1280x960  60.00 
>>1152x864  75.00 
>>1024x768  75.0870.0760.00 
>>832x624   74.55 
>>800x600   72.1975.0060.3256.25 
>>640x480   75.0072.8166.6760.00 
>>720x400   70.08 
>> HDMI2 connected primary 1920x1080+0+0 (normal left inverted right x axis
>> y axis) 160mm x 90mm
>>1920x1080 60.00*+  50.0059.9430.0025.0024.00   
>> 29.9723.98 
>>1920x1080i60.0050.0059.94 
>>1600x1200 60.00 
>>1680x1050 59.88 
>>1280x1024 75.0260.02 
>>1440x900  59.90 
>>1280x960  60.00 
>>1280x800  59.91 
>>1152x864  75.00 
>>1280x720  60.0050.0059.94 
>>1024x768  75.0870.0760.00 
>>832x624   74.55 
>>800x600   72.1975.0060.3256.25 
>>720x576   50.00 
>>720x480   60.0059.94 
>>640x480   75.0072.8166.6760.0059.94 
>>720x400   70.08 
>> HDMI3 disconnected (normal left inverted right x axis y axis)
>> VIRTUAL1 disconnected (normal left inverted right x axis y axis)
>>
>>
>
> -- 
> Pro. Signature
>
> Pierre Touzeau
>
> ---
> Chargé de mission  Préfecture de region Basse-Normandie
> SGAR, rue Daniel HUET 14038 CAEN CEDEX  +33 231 306 306
> pierre.touz...@basse-normandie.pref.gouv.fr +33 608 968 574
> ---
>



Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"

2016-01-15 Thread Damien TOURDE
Rectification, les logs sont dans ~/.local/share/xorg/Xorg.0.log :

*A partir de [  1117.338], c'est le moment où je fais mes test de
rotations du mail précédent.


Je ne vois rien d'étrange dans ce log...

[  1116.732]
X.Org X Server 1.17.3
Release Date: 2015-10-26
[  1116.733] X Protocol Version 11, Revision 0
[  1116.733] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[  1116.733] Current Operating System: Linux olorin-fixe 4.3.0-1-amd64
#1 SMP Debian 4.3.3-5 (2016-01-04) x86_64
[  1116.733] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.3.0-1-amd64
root=/dev/mapper/olorin--fixe--vg-root ro quiet
[  1116.733] Build Date: 27 October 2015  11:41:02PM
[  1116.733] xorg-server 2:1.17.3-2 (http://www.debian.org/support)
[  1116.733] Current version of pixman: 0.33.6
[  1116.733] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1116.733] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1116.733] (==) Log file: "/home/damien/.local/share/xorg/Xorg.0.log",
Time: Fri Jan 15 20:21:44 2016
[  1116.733] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1116.734] (==) No Layout section.  Using the first Screen section.
[  1116.734] (==) No screen section available. Using defaults.
[  1116.734] (**) |-->Screen "Default Screen Section" (0)
[  1116.734] (**) |   |-->Monitor ""
[  1116.735] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1116.735] (==) Automatically adding devices
[  1116.735] (==) Automatically enabling devices
[  1116.735] (==) Automatically adding GPU devices
[  1116.735] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
exist.
[  1116.735] Entry deleted from font path.
[  1116.735] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1116.735] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1116.735] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable
AutoAddDevices.
[  1116.735] (II) Loader magic: 0x55f8d3b95de0
[  1116.735] (II) Module ABI versions:
[  1116.735] X.Org ANSI C Emulation: 0.4
[  1116.735] X.Org Video Driver: 19.0
[  1116.735] X.Org XInput driver : 21.0
[  1116.735] X.Org Server Extension : 9.0
[  1116.740] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/_32
[  1116.742] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1116.742] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 9
paused 0
[  1116.744] (--) PCI:*(0:0:2:0) 8086:1912:1043:8694 rev 6, Mem @
0xde00/16777216, 0xc000/268435456, I/O @ 0xf000/64
[  1116.745] (II) LoadModule: "glx"
[  1116.745] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1116.749] (II) Module glx: vendor="X.Org Foundation"
[  1116.749] compiled for 1.17.3, module version = 1.0.0
[  1116.749] ABI class: X.Org Server Extension, version 9.0
[  1116.749] (==) AIGLX enabled
[  1116.749] (==) Matched intel as autoconfigured driver 0
[  1116.749] (==) Matched intel as autoconfigured driver 1
[  1116.749] (==) Matched modesetting as autoconfigured driver 2
[  1116.749] (==) Matched fbdev as autoconfigured driver 3
[  1116.749] (==) Matched vesa as autoconfigured driver 4
[  1116.749] (==) Assigned the driver to the xf86ConfigLayout
[  1116.749] (II) LoadModule: "intel"
[  1116.750] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[  1116.752] (II) Module intel: vendor="X.Org Foundation"
[  1116.752] compiled for 1.17.2, module version = 2.99.917
[  1116.752] Module class: X.Org Video Driver
[  1116.752] ABI class: X.Org Video Driver, version 19.0
[  1116.752] (II) LoadModule: "modesetting"
[  1116.752] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1116.753] (II) Module modesetting: vendor="X.Org Foundation"
[  1116.753] compiled for 1.17.3, module version = 1.17.3
[  1116.753] Module class: X.Org Video Driver
[  1116.753] ABI class: X.Org Video Driver, version 19.0
[  1116.753] (II) LoadModule: "fbdev"
[  1116.753] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[  1116.753] (II) Module fbdev: vendor="X.Org Foundation"
[  1116.753] compiled for 1.17.1, module version = 0.4.4
[  1116.753] Module class: X.Org Video Driver
[  1116.753] ABI class: X.Org Video Driver, version 19.0
[  1116.753] (II) LoadModule: "vesa"
[  1116.754] (II) Loading /usr/lib/xorg/modules/d

iGPU Intel (Skylake) et second écran "vertical"

2016-01-14 Thread Damien TOURDE
Bonjour,

J'utilise Debian Sid, avec un processeur i5 6500 (Skylake), et pas de
carte graphique autre que l'iGPU intégrée au processeur.


Quand je branche mon 2ème écran sur la sortie DVI (le premier est sur la
sortie HDMI) de ma carte mère, il est bien reconnu, mais dès que je le
passe (avec Gnome ou xrandr) en vertical (1050x1680), l'écran devient
noir, je vois bien la souris sur l'écran vertical, mais c'est bien la
seule chose que je voie.


Une petite idée de ce qu'il se passe ?

D'autre part, je remarque que je n'ai pas de fichier de log Xorg.log,
est-ce normal ?



Voici le résultat de la commande "xrandr" (le premier écran est un 23"
reconnu comme un 7"...) :

Screen 0: minimum 8 x 8, current 2970 x 1680, maximum 32767 x 32767
DP1 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
HDMI1 connected 1050x1680+1920+0 left (normal left inverted right x axis
y axis) 474mm x 296mm
   1680x1050 59.88*+
   1280x1024 75.0260.02 
   1280x960  60.00 
   1152x864  75.00 
   1024x768  75.0870.0760.00 
   832x624   74.55 
   800x600   72.1975.0060.3256.25 
   640x480   75.0072.8166.6760.00 
   720x400   70.08 
HDMI2 connected primary 1920x1080+0+0 (normal left inverted right x axis
y axis) 160mm x 90mm
   1920x1080 60.00*+  50.0059.9430.0025.0024.00   
29.9723.98 
   1920x1080i60.0050.0059.94 
   1600x1200 60.00 
   1680x1050 59.88 
   1280x1024 75.0260.02 
   1440x900  59.90 
   1280x960  60.00 
   1280x800  59.91 
   1152x864  75.00 
   1280x720  60.0050.0059.94 
   1024x768  75.0870.0760.00 
   832x624   74.55 
   800x600   72.1975.0060.3256.25 
   720x576   50.00 
   720x480   60.0059.94 
   640x480   75.0072.8166.6760.0059.94 
   720x400   70.08 
HDMI3 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)



Re: Quantité minimale de l'espace disque disponible pour la partition racine

2015-11-07 Thread Damien TOURDE
Oui, je suis d'accord sur le fait que le LVM qui prend tout l'espace est
un non-sens.

Ainsi que le fait que l'avantage de LVM est de faciliter la gestion de
l'espace disque.


Mais c'est un "bogue" ( le partitionnement par défaut) à reporter pour
faire avancer le système, je me demande juste sur quel paquet reporter
ce bug.

Le 07/11/2015 20:56, Pascal Hambourg a écrit :
> Damien TOURDE a écrit :
>> Concernant le partitionnement, quand vous choisissez LVM partitionnement
>> automatique "avec partition /home séparée", il n'assigne que 10Go pour /
>> sur un disque de 500Go.
> Ne jamais choisir le partitionnement automatique avec LVM de toute
> façon. Quelle que soit la répartition retenue il alloue tout l'espace,
> ce qui est une aberration. Si on veut LVM c'est pour la souplesse, et si
> tout l'espace est occupé dès le début adieu souplesse.
>
>> Ce qui, dans le cas d'une install classique avec Gnome, est trop peu
>> (plein juste après l'install).
> Pas grave qu'un LV deviennne trop petit, c'est facile de l'agrandir à
> chaud *s'il y a de l'espace libre dans le VG* !
Un live CD ou un recovery mode, et on peut aussi en 3 commandes (fsck,
resize2fs, lvresize), facilement "récupérer" de l'espace trop alloué.
>
>



Re: Quantité minimale de l'espace disque disponible pour la partition racine

2015-11-07 Thread Damien TOURDE
Bonjour,

Concernant le partitionnement, quand vous choisissez LVM partitionnement
automatique "avec partition /home séparée", il n'assigne que 10Go pour /
sur un disque de 500Go.

Ce qui, dans le cas d'une install classique avec Gnome, est trop peu
(plein juste après l'install).


Avez-vous une idée du paquet auquel assigner le bug ? (partman ?)


Merci,
Damien

Le 07/11/2015 15:30, Bernard Isambert a écrit :
> Bonjour,
>
> Dans quel but partitionnez-vous ? Quel est votre besoin ? À partir de
> ça, on pourra chercher les bonnes réponses pour vous.
>
>
> Le 07/11/2015 09:31, Stéphane GARGOLY a écrit :
>>
>> Aussi, ma question est simple : pour le bon fonctionnement d'un système
>> GNU/Linux, quelle serait la quantité minimale (concernant l'espace
>> disponible)
>> dont il serait plus prudent d'en laisser pour la partition '/' ?
>>
>



Re: [testing] Gnome 3.18 ...

2015-11-06 Thread Damien TOURDE
Bonjour,

Il indexe les fichiers pour une recherche rapide (type locate, mais dans
le shell de Gnome).

Le 06/11/2015 21:04, Christophe a écrit :
> Hello,
>
> Le 05/11/2015 01:43, Gaëtan PERRIER a écrit :
>> ah tracker ! Sur mon portable il ne gêne pas mais sur mon fixe je l'ai
>> désactivé car trop gourmand.
>
> Question à la con :
> Il fait quoi dans le principe ce "tracker" ?
>
> (je crains le pire concernant les réponses ...)
>
> @+
> Christophe.
>
>
>
>



Re: [testing] Gnome 3.18 ...

2015-11-05 Thread Damien TOURDE
Hello,

Pour le désactiver, tu fais quoi ? un apt-get remove ?

Damien

Le 05/11/2015 01:43, Gaëtan PERRIER a écrit :
> Salut,
>
> ah tracker ! Sur mon portable il ne gêne pas mais sur mon fixe je l'ai
> désactivé car trop gourmand.
>
> Gaëtan
>
> Le Wed, 04 Nov 2015 12:04:03 +0100
> Damien TOURDE <dam...@tourde.org> a écrit:
>
>> Bonjour,
>>
>> Je recontre les mêmes "déboires" avec ces fameuses icônes, mais en plus
>> j'ai tracker-* (miner-fs, extract) qui me pompent tout mon CPU, je vais
>> les laisser faire leur indexation mais j'espère qu'ils vont se calmer.
>>
>> Vous avez rencontré les mêmes soucis ?
>>
>> Cdlt,
>> Damien
>>
>> Le 23/10/2015 10:15, David BERCOT a écrit :
>>> Bonjour,
>>>
>>> Même sentiment globalement négatif... Le passage à Gnome 3 était
>>> particulier car l'ergonomie changeait beaucoup, mais je m'y suis fait et
>>> j'apprécie l'interface de manière générale. Après, les extensions ont
>>> permis de "corriger" beaucoup le tir...
>>>
>>> Le Fri, 23 Oct 2015 02:00:46 +0200,
>>> Gaëtan PERRIER <gaetan.perr...@neuf.fr> a écrit :
>>>> Ok, trouvé pour les icones mais elles sont quand même bien grandes par
>>>> rapport à avant et plus moyen de les réduire autant comme avant. De même
>>>> pour la vue en liste qui consomme bien plus d'espace pour chaque ligne
>>>> qu'avant. On se demande bien pourquoi ...
>>>>
>>>> Sinon j'ai droit à un beau plantage de nautilus quand je déplace des
>>>> fichiers de file-roller vers nautilus.
>>>>
>>>> Et la nouvelle gestion de la copie dans nautilus est franchement à chier
>>>> et non intuitive.
>>> Je plussoie totalement !!!
>>>
>>>> Avant quand on cliqué droit sur un fichier il nous proposait un
>>>> sous menu "ouvrir avec" Maintenant faut ouvrir une boite de dialogue.
>>>> On se demande bien pourquoi. C'était tellement pratique et simple avant
>>>> que ça ne pouvait pas rester comme ça ... :(
>>> J'ai constaté la même chose en me disant que ce n'était que temporaire.
>>> J'espère que c'est vraiment le cas... De même, on ne peut plus avoir dans
>>> le menu contextuel l'item "supprimer" !!! Bref, la peinture ne me semble
>>> pas tout à fait sèche...
>>>
>>> David.
>>>
>>>> Comme à chaque nouvelle version Gnome me dégoutte toujours un peu plus. 
>>>>
>>>> Bon j'arrête parce que je vais finir par devenir vulgaire. :(
>>>>
>>>> En tout cas la prochaine fois que je réinstalle mes machines, Gnome n'y
>>>> sera plus. Celle du boulot est déjà passée à XFCE.
>>>>
>>>> Le Thu, 22 Oct 2015 16:20:36 +0200
>>>> Philippe Baret <philippe.ba...@gmail.com> a écrit:
>>>>
>>>>> Bonjour,
>>>>>
>>>>> il est possible de régler la grosseur des icones en taille plus réduite
>>>>> depuis la barre du haut
>>>>> pour le reste, tout fonctionne bien ici
>>>>>
>>>>> Philippe
>>>>>
>>>>> Le 22 octobre 2015 10:49, David BERCOT <deb...@bercot.org> a écrit :
>>>>>   
>>>>>> Bonjour Gaëtan,
>>>>>>
>>>>>> Je suis sous Sid et donc sous Gnome 3.18 depuis quelque temps déjà.
>>>>>>
>>>>>> Et je n'ai pas ce problème... Honnêtement, il aurait pu être là lors de
>>>>>> l'arrivée de Gnome 3.18 mais je suppose que je l'aurais remarqué ;-)
>>>>>>
>>>>>> Concernant l'ouverture de session ou les icônes énormes, là non plus, je
>>>>>> n'ai pas ce souci...
>>>>>>
>>>>>> David.
>>>>>>
>>>>>> Le Thu, 22 Oct 2015 00:18:55 +0200,
>>>>>> Gaëtan PERRIER <gaetan.perr...@neuf.fr> a écrit :  
>>>>>>> Bonjour,
>>>>>>>
>>>>>>> Je viens de mettre à jour ma testing et je viens donc de passer en
>>>>>>> Gnome  
>>>>>> 3.18.  
>>>>>>> Depuis je constate que j'ai 1 processus (gnome-shell --mode=gdm) qui
>>>>>>> consomment 20% de cpu en permanence.
>>>>>>>
>>>>>>> Lorsque j'ouvre ma session ça reste bloqué pendant un bon moment (1  
>>>>>> minutes  
>>>>>>> grosso modo) avant d'afficher le bureau.
>>>>>>>
>>>>>>> J'ai aussi un problème avec les icônes dans nautilus qui sont
>>>>>>> énormes !  
>>>>>> Ils  
>>>>>>> ont des problèmes de vue les dev Gnome ?
>>>>>>>
>>>>>>> Est-ce pareil pour vous ?
>>>>>>>
>>>>>>> Gaëtan
>
>



Re: Debian Stretch/Sid, pourquoi Sid ?

2015-11-05 Thread Damien TOURDE
Bonjour,

Non, sur mon serveur c'est stable, à la limite testing pour les domU.

Testing c'est pour mon fixe et portable, quand je dit "secure", c'est
pour ne pas dire "stable", pour éviter qu'il y ait confusion avec la
distrib. C'est raté pour le coup :-)


C'est juste que je m'étonnais de voir marqué "Sid" dans ma distrib alors
que je n'ai fais aucun pinning ou autre, ni de .deb.

Le 05/11/2015 18:23, Yves Rutschle a écrit :
> On Wed, Nov 04, 2015 at 09:13:58PM +0100, Damien TOURDE wrote:
>>>   Tu *es* en testing / Stretch.
>> Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
>> mais avec ce petit quelque chose qui me fait dire que c'est toujours
>> très "secure".
> Je ne suis pas sûr de ce que tu veux dire, mais attention à
> testing, il n'y a justement pas de suivi de sécurité: c'est
> une mauvaise idée de l'utiliser sur un serveur.
>
> Y.
>
>
>



Re: Debian Stretch/Sid, pourquoi Sid ?

2015-11-04 Thread Damien TOURDE


Le 04/11/2015 16:11, Sylvain L. Sauvage a écrit :
> Le mercredi 4 novembre 2015, 15:06:56 Damien TOURDE a écrit :
>> Bonjour,
> ’jour,
>
>> Oui en effet, je vois bien que je suis passé sur stretch
>> partout, c'est de la forme a=testing, n=stretch (cf copie
>> plus bas).
>>
>> Mais mon soucis c'est que j'ai choisis Stretch en "toute
>> confiance" car j'ai toujours cru que Sid était la seule
>> distribution "non nommée" (dont le nom reste Sid ou unstable
>> versions après versions), et que je souhaitais être en
>> testing mais absolument pas en unstable.
>>
>>
>> C'est pour ça que je ne comprend pas pourquoi en ayant choisi
>> "testing" (Stretch), je me retrouve avec du Sid.
>> […]
>   Tu *es* en testing / Stretch.
Ce que tu me dis me rassure, je sais bien que testing est proche de sid,
mais avec ce petit quelque chose qui me fait dire que c'est toujours
très "secure".
>
>   Sid et testing servent toutes les deux au développement de la 
> prochaine stable (Stretch) et, comme tu l’as dit plus tôt, 
> testing c’est Sid avec un délai et quelques règles, donc il n’y 
> a aucune façon de différencier une testing d’une Sid, à part en 
> vérifiant l’origine et la version de tous les paquets un à un. 
>
>   Malgré les mises à jour fréquentes et nombreuses, vu le nombre 
> de paquets disponibles, la plupart des paquets de Sid et de 
> testing sont à la même version.
>
>   En fait, à part quelques paquets+versions de Sid qui ne 
> descendent pas dans testing (en général parce qu’ils sont bogués 
> et remplacés par une autre version avant d’être assez stables 
> pour descendre) et le fait que, ainsi, tous les paquets ne 
> descendent pas exactement après le même délai, tu pourrais avoir 
> deux machines totalement identiques, avec exactement les mêmes 
> paquets à la même version avec une des machines en testing et 
> l’autre en Sid mais sans mise à jour pendant quelques jours.
>
>   La seule façon d’être sûr d’être en testing, c’est d’avoir le 
> bon sources.list, tous les paquets à jour et aucun marqué 
> « obsolète ou local ».
>
>   Et sinon, pour passer de Sid à testing (ce que tu n’a pas 
> besoin de faire), il suffit de changer son sources.list et 
> d’attendre que testing rattrape les paquets « trop modernes » 
> (marqués alors « obsolètes ou locaux ») ou de forcer leur 
> réinstallation à la version disponible en testing.
>

En dehors du fait que tous les paquets ne sortent pas une nouvelle
version tous les 15j (et heureusement pour les mainteneurs), ce qui
m'étonnait c'était le debian_version, vu que je n'ai pas demandé de
mélange de distrib, le fait de voir "Sid" marqué quelque part sur ma
machine n'a pas tendance à me rassurer...

Après si c'est normal (je n'ai pas tendance à afficher ce fichier
régulièrement), ça me va.
J'ai toujours utilisé Debian en testing sur tout ce qui n'est pas
serveur, mais je n'ai jamais fais attention que la version était
"testing/Sid".


Bonne soirée,
Damien



Re: Debian Stretch/Sid, pourquoi Sid ?

2015-11-04 Thread Damien TOURDE
Bonjour,

Oui en effet, je vois bien que je suis passé sur stretch partout, c'est
de la forme a=testing, n=stretch (cf copie plus bas).

Mais mon soucis c'est que j'ai choisis Stretch en "toute confiance" car
j'ai toujours cru que Sid était la seule distribution "non nommée" (dont
le nom reste Sid ou unstable versions après versions), et que je
souhaitais être en testing mais absolument pas en unstable.


C'est pour ça que je ne comprend pas pourquoi en ayant choisi "testing"
(Stretch), je me retrouve avec du Sid.


apt-cache policy
Fichiers du paquet :
 100 /var/lib/dpkg/status
 release a=now
 500 http://ftp.fr.debian.org/debian/ stretch-updates/non-free
Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch-updates/main Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch-updates/contrib Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch-updates/non-free amd64
Packages
 release
o=Debian,a=testing-updates,n=stretch-updates,l=Debian,c=non-free
 origin ftp.fr.debian.org
 500 http://ftp.fr.debian.org/debian/ stretch-updates/contrib amd64 Packages
 release o=Debian,a=testing-updates,n=stretch-updates,l=Debian,c=contrib
 origin ftp.fr.debian.org
 500 http://ftp.fr.debian.org/debian/ stretch-updates/main amd64 Packages
 release o=Debian,a=testing-updates,n=stretch-updates,l=Debian,c=main
 origin ftp.fr.debian.org
 500 http://security.debian.org/ stretch/updates/non-free Translation-en
 500 http://security.debian.org/ stretch/updates/main Translation-en
 500 http://security.debian.org/ stretch/updates/contrib Translation-en
 500 http://security.debian.org/ stretch/updates/non-free amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian-Security,c=non-free
 origin security.debian.org
 500 http://security.debian.org/ stretch/updates/contrib amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian-Security,c=contrib
 origin security.debian.org
 500 http://security.debian.org/ stretch/updates/main amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian-Security,c=main
 origin security.debian.org
 500 http://ftp.fr.debian.org/debian/ stretch/non-free Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch/main Translation-fr
 500 http://ftp.fr.debian.org/debian/ stretch/main Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch/contrib Translation-en
 500 http://ftp.fr.debian.org/debian/ stretch/non-free amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian,c=non-free
 origin ftp.fr.debian.org
 500 http://ftp.fr.debian.org/debian/ stretch/contrib amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian,c=contrib
 origin ftp.fr.debian.org
 500 http://ftp.fr.debian.org/debian/ stretch/main amd64 Packages
 release o=Debian,a=testing,n=stretch,l=Debian,c=main
 origin ftp.fr.debian.org
Paquets épinglés :

Le 04/11/2015 13:45, Haricophile a écrit :
> Le Wed, 04 Nov 2015 12:15:31 +0100,
> Damien TOURDE <dam...@tourde.org> a écrit :
>
>> Bonjour,
>>
>> En effet, je ne souhaite pas être en Sid, je voulais être en "testing"
>> (donc sid +15j si je ne me trompe pas).
>>
>> Il n'y a pas de release testing pour le moment ?
>>
>> Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?
> # apt-cache policy
>  
> te donnera toutes les infos sur les dépôts que tu emploie et leur
> priorités.
>
>



Re: Synchroniser deux PC

2015-11-04 Thread Damien TOURDE


Le 03/11/2015 16:47, François Patte a écrit :
> D'autres mails suggèrent unison, pour l'expérience que j'en ai (mais
> ça a peut-être changé depuis), pour que ça marche, il faut que les
> deux versions soient le mêmes sur les deux ordinateurs ce qui n'est
> vraiment pas pratique! Que dire si les unison viennent de deux distrib
> différentes.

Bonjour,

Concernant la version, Debian (et probablement d'autre distrib) ont mit
en place des versions "figées" pour palier à ces problèmes.

Sous Stretch on a :
unison2.32.52
unison2.40.102



Le 04/11/2015 07:08, Georges a écrit :
>  Même envie/problème
>> > 
>> > rsync -av --del /home/pcfixe /home/pcportable
>  Un tout petit développement siouplait 
>

rsync va conserver énormément de choses grâce à l'option -a (le
propriétaire, les liens, les droits, etc...), v pour verbose.

--del va supprimer les fichiers non présents "en face" (et aussi ceux à
mettre à jour il me semble)

et la syntaxe ici c'est rsync [options] [source] [cible]


En gros cette commande va envoyer tout le contenu du home pcfixe vers
pcportable, après il faut voir de quelle façon se fait le transfert
(ssh, nfs, ...).



Debian Stretch/Sid, pourquoi Sid ?

2015-11-04 Thread Damien TOURDE
Bonjour,

Suite à une install neuve sur un PC, je suis passé en "Stretch/Sid".


L'install s'est passé comme suit :

- Install stable
- Correction problème + installation blob (wifi, nvidia)
- Passage du sources.list en stretch (j'ai remplacé tous les "jessie"
par des "stretch" avec M-x replace-string, je ne sais pas si
jessie/updates et jessie-updates avaient à être remplacés)
- apt-get update, upgrade et enfin dist-upgrade


Et maintenant mon /etc/debian_version m'indique "stretch/sid", pourquoi
ce sid ? Dois-je et comment y remédier ?




mon fichier sources.list :
#

# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
Binary-1 20150906-11:13]/ jessie main

#deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD Binary-1
20150906-11:13]/ jessie main

deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch main

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main

# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ stretch-updates main



Re: [testing] Gnome 3.18 ...

2015-11-04 Thread Damien TOURDE
Bonjour,

Je recontre les mêmes "déboires" avec ces fameuses icônes, mais en plus
j'ai tracker-* (miner-fs, extract) qui me pompent tout mon CPU, je vais
les laisser faire leur indexation mais j'espère qu'ils vont se calmer.

Vous avez rencontré les mêmes soucis ?

Cdlt,
Damien

Le 23/10/2015 10:15, David BERCOT a écrit :
> Bonjour,
>
> Même sentiment globalement négatif... Le passage à Gnome 3 était particulier 
> car l'ergonomie changeait beaucoup, mais je m'y suis fait et j'apprécie 
> l'interface de manière générale.
> Après, les extensions ont permis de "corriger" beaucoup le tir...
>
> Le Fri, 23 Oct 2015 02:00:46 +0200,
> Gaëtan PERRIER <gaetan.perr...@neuf.fr> a écrit :
>> Ok, trouvé pour les icones mais elles sont quand même bien grandes par 
>> rapport
>> à avant et plus moyen de les réduire autant comme avant. De même pour la vue
>> en liste qui consomme bien plus d'espace pour chaque ligne qu'avant. On se
>> demande bien pourquoi ...
>>
>> Sinon j'ai droit à un beau plantage de nautilus quand je déplace des fichiers
>> de file-roller vers nautilus.
>>
>> Et la nouvelle gestion de la copie dans nautilus est franchement à chier et
>> non intuitive.
> Je plussoie totalement !!!
>
>> Avant quand on cliqué droit sur un fichier il nous proposait un
>> sous menu "ouvrir avec" Maintenant faut ouvrir une boite de dialogue.
>> On se demande bien pourquoi. C'était tellement pratique et simple avant que 
>> ça
>> ne pouvait pas rester comme ça ... :(
> J'ai constaté la même chose en me disant que ce n'était que temporaire. 
> J'espère que c'est vraiment le cas...
> De même, on ne peut plus avoir dans le menu contextuel l'item "supprimer" !!!
> Bref, la peinture ne me semble pas tout à fait sèche...
>
> David.
>
>> Comme à chaque nouvelle version Gnome me dégoutte toujours un peu plus. 
>>
>> Bon j'arrête parce que je vais finir par devenir vulgaire. :(
>>
>> En tout cas la prochaine fois que je réinstalle mes machines, Gnome n'y sera
>> plus. Celle du boulot est déjà passée à XFCE.
>>
>> Le Thu, 22 Oct 2015 16:20:36 +0200
>> Philippe Baret <philippe.ba...@gmail.com> a écrit:
>>
>>> Bonjour,
>>>
>>> il est possible de régler la grosseur des icones en taille plus réduite
>>> depuis la barre du haut
>>> pour le reste, tout fonctionne bien ici
>>>
>>> Philippe
>>>
>>> Le 22 octobre 2015 10:49, David BERCOT <deb...@bercot.org> a écrit :
>>>   
>>>> Bonjour Gaëtan,
>>>>
>>>> Je suis sous Sid et donc sous Gnome 3.18 depuis quelque temps déjà.
>>>>
>>>> Et je n'ai pas ce problème... Honnêtement, il aurait pu être là lors de
>>>> l'arrivée de Gnome 3.18 mais je suppose que je l'aurais remarqué ;-)
>>>>
>>>> Concernant l'ouverture de session ou les icônes énormes, là non plus, je
>>>> n'ai pas ce souci...
>>>>
>>>> David.
>>>>
>>>> Le Thu, 22 Oct 2015 00:18:55 +0200,
>>>> Gaëtan PERRIER <gaetan.perr...@neuf.fr> a écrit :  
>>>>> Bonjour,
>>>>>
>>>>> Je viens de mettre à jour ma testing et je viens donc de passer en Gnome  
>>>> 3.18.  
>>>>> Depuis je constate que j'ai 1 processus (gnome-shell --mode=gdm) qui
>>>>> consomment 20% de cpu en permanence.
>>>>>
>>>>> Lorsque j'ouvre ma session ça reste bloqué pendant un bon moment (1  
>>>> minutes  
>>>>> grosso modo) avant d'afficher le bureau.
>>>>>
>>>>> J'ai aussi un problème avec les icônes dans nautilus qui sont énormes !  
>>>> Ils  
>>>>> ont des problèmes de vue les dev Gnome ?
>>>>>
>>>>> Est-ce pareil pour vous ?
>>>>>
>>>>> Gaëtan



Re: Debian Stretch/Sid, pourquoi Sid ?

2015-11-04 Thread Damien TOURDE
Bonjour,

En effet, je ne souhaite pas être en Sid, je voulais être en "testing"
(donc sid +15j si je ne me trompe pas).

Il n'y a pas de release testing pour le moment ?

Y-a-t'il un moyen "fiable" pour retourner une version en arrière ?


Merci,
Damien

Le 04/11/2015 12:05, Eric Degenetais a écrit :
> sid=Still In Development
> stretch est actuellement la version instable, d'où ce sid
> es-tu sûr de vouloir la version instable, du coup? Tu ne semble pas
> avoir fait ce choix en connaissance de cause...
>
> __
> Éric Dégenètais
> Henix
>
> http://www.henix.com
> http://www.squashtest.org
>
>
> Le 4 novembre 2015 12:01, Damien TOURDE <dam...@tourde.org
> <mailto:dam...@tourde.org>> a écrit :
>
> Bonjour,
>
> Suite à une install neuve sur un PC, je suis passé en "Stretch/Sid".
>
>
> L'install s'est passé comme suit :
>
> - Install stable
> - Correction problème + installation blob (wifi, nvidia)
> - Passage du sources.list en stretch (j'ai remplacé tous les "jessie"
> par des "stretch" avec M-x replace-string, je ne sais pas si
> jessie/updates et jessie-updates avaient à être remplacés)
> - apt-get update, upgrade et enfin dist-upgrade
>
>
> Et maintenant mon /etc/debian_version m'indique "stretch/sid",
> pourquoi
> ce sid ? Dois-je et comment y remédier ?
>
>
>
>
> mon fichier sources.list :
> #
>
> # deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
> Binary-1 20150906-11:13]/ jessie main
>
> #deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 CD
> Binary-1
> 20150906-11:13]/ jessie main
>
> deb http://ftp.fr.debian.org/debian/ stretch main contrib non-free
> deb-src http://ftp.fr.debian.org/debian/ stretch main
>
> deb http://security.debian.org/ stretch/updates main contrib non-free
> deb-src http://security.debian.org/ stretch/updates main
>
> # stretch-updates, previously known as 'volatile'
> deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
> non-free
> deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
>
>



Re: Synchroniser deux PC

2015-11-02 Thread Damien TOURDE
Bonjour,

Pour l'instant, l'idée est vraiment d'avoir 2 PC "identiques", je
verrais plus tard peut-être pour les singulariser avec git ou autre.


Merci
Damien

Le 03/11/2015 06:26, Basile Starynkevitch a écrit :
> On 11/03/2015 03:44 AM, Francois Mescam wrote:
>>
>>
>> On 03/11/2015 01:45, Gaëtan PERRIER wrote:
>>> Le Tue, 03 Nov 2015 01:10:16 +0100
>>> Damien TOURDE <dam...@tourde.org> a écrit:
>>>
>>>> Bonjour,
>>>>
>>>> Je possède un PC fixe, et un PC portable, j'utilise majoritairement le
>>>> fixe, mais quand je me déplace, je souhaiterais utiliser le portable.
>>>>
>>>> Et l'idée, c'est que les /home soient synchronisés (pour les mails,
>>>> documents, et configs surtout).
>>>>
>
> Une autre possibilité c'est d'utiliser un gestionnaire de version
> comme git
> (et notamment si les documents sont du LaTeX)
> https://fr.wikipedia.org/wiki/Git   http://git-scm.com/
>
> Pour les documents (et logiciels sources) sous licence libre, on peut
> même les avoir
> sur http://github.com/ ou autre dépôt public
>
> Pour les documents propriétaires, j'utilise en plus un dépot git sur
> un serveur ailleurs...
>
> Un gestionnaire de version a un autre avantage: de gérer les
> versions  C'est un avantage qui change la vie.
>
> Personnellement, j'ai plusieurs PC et je ne ressens pas le besoin de
> les synchroniser, car tout ce que j'ai d'important à partager passe
> par git.
>
> Cordialement
>




Re: Synchroniser deux PC

2015-11-02 Thread Damien TOURDE
Bonjour,

Unison a l'air pratique en effet.

On peut "bourrinement" dire à unison de synchroniser /home ou il y a des
dossiers à absolument ignorer (genre ~/.unison par exemple) ?


Merci,
Damien

Le 03/11/2015 03:44, Francois Mescam a écrit :
>
>
> On 03/11/2015 01:45, Gaëtan PERRIER wrote:
>> Le Tue, 03 Nov 2015 01:10:16 +0100
>> Damien TOURDE <dam...@tourde.org> a écrit:
>>
>>> Bonjour,
>>>
>>> Je possède un PC fixe, et un PC portable, j'utilise majoritairement le
>>> fixe, mais quand je me déplace, je souhaiterais utiliser le portable.
>>>
>>> Et l'idée, c'est que les /home soient synchronisés (pour les mails,
>>> documents, et configs surtout).
>>>
>>>
>>> J'ai pensé à rsync à lancer sur le PC le "plus à jour", mais je me dis
>>> que cela aurait pour effet de bord de "restaurer" tous les fichiers
>>> supprimés (enfin je pense).
>>>
>>> J'ai pensé à Owncloud, mais je pense que pour tout un /home, ça serait
>>> peut-être trop lourd.
>>>
>>>
>>>
>>> Avez-vous des idées/expériences par rapport à ça ?
>> Salut,
>>
>> J'utilise unison pour faire ça entre mon portable et mon fixe.
>>
>> Gaëtan
> +1
>
> François
>
>
>

Cordialement,

*Damien TOURDE*

IT Analyst / Technicien informatique


P 06 75 35 67 47




Re: Problèmes driver carte nvidia sous Stretch

2015-11-02 Thread Damien TOURDE
Bonjour,

J'ai enfin pu "régler" mon problème.

L'UEFI d'Apple, n'est en fait qu'un simple EFI, et en plus (on pouvait
s'y attendre), ultra spécifique.

Donc depuis Jessie, et l'installation en UEFI, on installe
grub-efi-amd64, et on démarre le PC en mode EFI.


En réalité, en mode EFI, le Mac balance des adresses de bridge PCI-E
"pas bonnes". Il faut démarrer en legacy, et pour ça il faut un MBR
Hybrid (via gdisk par exemple) et grub-pc.


Bonne nuit,
Damien

Le 19/10/2015 18:37, Damien TOURDE a écrit :
> Bonjour,
>
> J'ai du réinstaller ma Debian suite à des soucis de paquets et surtout
> de partitionnement.
> Bref, ma carte vidéo fonctionnait plutôt bien avec le driver
> propriétaire nvidia-kernel-dkms, sur stretch aussi, en noyau 4.0 et
> 3.16, la sortie DVI fonctionnait très bien pour mon écran externe.
>
> Après quelques déboires lors de la réinstall (c'est un "vieux" macbook
> pro en single boot, et l'UEFI d'apple est vraiment pas sympa), mon état
> actuel est que :
>
> - je peux booter sur le noyau 3.16 ou 4.2, mais je dois rajouter le
> paramètre 'nomodeset' car sans lui, plus d'une fois sur 2 le boot se
> bloque à clean /dev/mapper/ (je ne sais pas réellement s'il est
> bloqué ou si c'est juste l'affichage qui est freezé, je n'ai pas cherché
> de ce côté)
> - le driver nvidia ne veut pas démarrer X (cf logs)
> - le driver nouveau démarre bien avec gdm mais en dehors d'un affichage
> "un peu flou", le gros problème est qu'il ne détecte pas la sortie DVI,
> et j'ai besoin de l'autre écran.
>
> La xrandr ne détecte que l'écran interne, en mode "Generic screen", et
> pareil pour le gnome-control-panel.
>
>
> J'ai testé nvidia-kernel-dkms, et les 2 legacy (340 et 304), le soucis
> est le même au niveau des logs :
>
> Xorg.4.log (avec driver 304, mais le problème est le même avec le 340) :
>
> [ 5.859]
> X.Org X Server 1.17.2
> Release Date: 2015-06-16
> [ 5.859] X Protocol Version 11, Revision 0
> [ 5.859] Build Operating System: Linux 4.1.0 x86_64 Debian
> [ 5.859] Current Operating System: Linux olorin 4.2.0-1-amd64 #1 SMP
> Debian 4.2.1-2 (2015-09-27) x86_64
> [ 5.859] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64
> root=/dev/mapper/olorin-root ro nomodeset quiet nomodeset
> [ 5.859] Build Date: 11 August 2015  10:51:15AM
> [ 5.859] xorg-server 2:1.17.2-1.1 (http://www.debian.org/support)
> [ 5.859] Current version of pixman: 0.33.2
> [ 5.859] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [ 5.859] Markers: (--) probed, (**) from config file, (==) default
> setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 5.860] (==) Log file: "/var/log/Xorg.4.log", Time: Mon Oct 19
> 10:10:47 2015
> [ 5.860] (==) Using config directory: "/etc/X11/xorg.conf.d"
> [ 5.860] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [ 5.860] (==) No Layout section.  Using the first Screen section.
> [ 5.860] (==) No screen section available. Using defaults.
> [ 5.860] (**) |-->Screen "Default Screen Section" (0)
> [ 5.860] (**) |   |-->Monitor ""
> [ 5.860] (==) No device specified for screen "Default Screen Section".
> Using the first device section listed.
> [ 5.860] (**) |   |-->Device "My GPU"
> [ 5.860] (==) No monitor specified for screen "Default Screen Section".
> Using a default monitor configuration.
> [ 5.860] (==) Automatically adding devices
> [ 5.860] (==) Automatically enabling devices
> [ 5.860] (==) Automatically adding GPU devices
> [ 5.860] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
> exist.
> [ 5.860] Entry deleted from font path.
> [ 5.860] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> /usr/share/fonts/X11/100dpi/:unscaled,
> /usr/share/fonts/X11/75dpi/:unscaled,
> /usr/share/fonts/X11/Type1,
> /usr/share/fonts/X11/100dpi,
> /usr/share/fonts/X11/75dpi,
> built-ins
> [ 5.860] (==) ModulePath set to "/usr/lib/xorg/modules"
> [ 5.860] (II) The server relies on udev to provide the list of input
> devices.
> If no devices become available, reconfigure udev or disable
> AutoAddDevices.
> [ 5.860] (II) Loader magic: 0x5629a8eeed40
> [ 5.860] (II) Module ABI versions:
> [ 5.860] X.Org ANSI C Emulation: 0.4
> [ 5.860] X.Org Video Driver: 19.0
> [ 5.860] X.Org XInput driver : 21.0
> [ 5.860] X.Org Serv

Synchroniser deux PC

2015-11-02 Thread Damien TOURDE
Bonjour,

Je possède un PC fixe, et un PC portable, j'utilise majoritairement le
fixe, mais quand je me déplace, je souhaiterais utiliser le portable.

Et l'idée, c'est que les /home soient synchronisés (pour les mails,
documents, et configs surtout).


J'ai pensé à rsync à lancer sur le PC le "plus à jour", mais je me dis
que cela aurait pour effet de bord de "restaurer" tous les fichiers
supprimés (enfin je pense).

J'ai pensé à Owncloud, mais je pense que pour tout un /home, ça serait
peut-être trop lourd.



Avez-vous des idées/expériences par rapport à ça ?



Problèmes driver carte nvidia sous Stretch

2015-10-19 Thread Damien TOURDE
ersion = 1.0.0
[ 5.879] Module class: X.Org Video Driver
[ 5.879] (II) NVIDIA dlloader X Driver  304.125  Mon Dec  1 20:00:30
PST 2014
[ 5.879] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 5.879] (++) using VT number 7

[ 5.879] (II) Loading sub module "fb"
[ 5.879] (II) LoadModule: "fb"
[ 5.879] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 5.879] (II) Module fb: vendor="X.Org Foundation"
[ 5.879] compiled for 1.17.2, module version = 1.0.0
[ 5.879] ABI class: X.Org ANSI C Emulation, version 0.4
[ 5.879] (II) Loading sub module "wfb"
[ 5.879] (II) LoadModule: "wfb"
[ 5.880] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 5.880] (II) Module wfb: vendor="X.Org Foundation"
[ 5.880] compiled for 1.17.2, module version = 1.0.0
[ 5.880] ABI class: X.Org ANSI C Emulation, version 0.4
[ 5.880] (II) Loading sub module "ramdac"
[ 5.880] (II) LoadModule: "ramdac"
[ 5.880] (II) Module "ramdac" already built-in
[ 5.880] (II) NVIDIA(0): Creating default Display subsection in
Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 5.880] (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
[ 5.880] (==) NVIDIA(0): RGB weight 888
[ 5.880] (==) NVIDIA(0): Default visual is TrueColor
[ 5.880] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[ 5.881] (**) NVIDIA(0): Enabling 2D acceleration
[ 5.884] (EE) NVIDIA(0): Failed to initialize the NVIDIA GPU at
PCI:1:0:0.  Please
[ 5.884] (EE) NVIDIA(0): check your system's kernel log for
additional error
[ 5.884] (EE) NVIDIA(0): messages and refer to Chapter 8: Common
Problems in the
[ 5.884] (EE) NVIDIA(0): README for additional information.
[ 5.884] (EE) NVIDIA(0): Failed to initialize the NVIDIA graphics
device!
[ 5.884] (EE) NVIDIA(0): Failing initialization of X screen 0
[ 5.884] (II) UnloadModule: "nvidia"
[ 5.884] (II) UnloadSubModule: "wfb"
[ 5.884] (II) UnloadSubModule: "fb"
[ 5.885] (EE) Screen(s) found, but none have a usable configuration.
[ 5.885] (EE)
Fatal server error:
[ 5.885] (EE) no screens found(EE)
[ 5.885] (EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
[ 5.885] (EE) Please also check the log file at
"/var/log/Xorg.4.log" for additional information.
[ 5.885] (EE)
[ 5.889] (EE) Server terminated with error (1). Closing log file.


lspci :
lspci |grep NVIDIA
01:00.0 VGA compatible controller: NVIDIA Corporation G84M [GeForce
8600M GT] (rev a1)

Concernant la config /etc/X11/xorg.conf.d/20-nvidia.conf  :
Section "Device"
Identifier "My GPU"
Driver "nvidia"
EndSection

Ce qui suffisait "avant", j'ai testé aussi avec le fichier généré par
nvidia-xconfig, les logs sont semblables.


Si vous avez besoin d'autre logs ou détails... je ne bouge pas ;-)


Merci,
Damien



Re: Ne se met plus en veille depuis dernière MAJ

2015-08-11 Thread Damien TOURDE
Bonjour,

Comme promis, un retour.

En effet le passage temporaire au noyau 3. 16 ? (il me semble) a
corrigé le problème, ou plutôt a remis en fonction ce qui fonctionnait
déjà :-)

Suite à un patch du noyau (fait par le développeur Debian, pas par moi)
4.0, la mise en veille semble refonctionner comme avant, de ce que j'ai
pu en voir pour l'instant.


Merci,
Damien

Le 26/07/2015 16:42, Damien TOURDE a écrit :
 Merci,

 Je vais voir ça, je ne me suis jamais penché dessus ;-)

 Si je trouve quelque chose je posterais ça en réponse.

 Le 26/07/2015 15:25, Sylvain L. Sauvage a écrit :
 Le dimanche 26 juillet 2015, 14:55:21 Damien TOURDE a écrit :
 Bonjour,
 ’jour,

 Désolé, en effet c'était illisible. Après un passage dans
 emacs pour virer les dates voilà le diff :
   Ok, j’aurais préféré un diff -U0 mais c’est quand même plus 
 lisible ;oP
   Bon, perso, je n’y vois rien de concluant…

 Je vais jeter un coup d'oeuil au log d'aptitude aussi.
   Si c’est le noyau (grosse suspicion quand même), essaie de 
 revenir au précédent un attendant.
   Je ne sais pas trop où ça en est¹ mais tu pourrais aussi 
 essayer de jouer avec les options ACPI du noyau.


 ¹ il y a des progrès qui sont faits tout le temps pour que ça 
 fonctionne sans qu’on fasse rien mais des vieilles docs parfois 
 contre-productives sont souvent les premières que l’on trouve…


-- 
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/55ca06b8.8060...@tourde.org



Re: Ne se met plus en veille depuis dernière MAJ

2015-07-26 Thread Damien TOURDE
Merci,

Je vais voir ça, je ne me suis jamais penché dessus ;-)

Si je trouve quelque chose je posterais ça en réponse.

Le 26/07/2015 15:25, Sylvain L. Sauvage a écrit :
 Le dimanche 26 juillet 2015, 14:55:21 Damien TOURDE a écrit :
 Bonjour,
 ’jour,

 Désolé, en effet c'était illisible. Après un passage dans
 emacs pour virer les dates voilà le diff :
   Ok, j’aurais préféré un diff -U0 mais c’est quand même plus 
 lisible ;oP
   Bon, perso, je n’y vois rien de concluant…

 Je vais jeter un coup d'oeuil au log d'aptitude aussi.
   Si c’est le noyau (grosse suspicion quand même), essaie de 
 revenir au précédent un attendant.
   Je ne sais pas trop où ça en est¹ mais tu pourrais aussi 
 essayer de jouer avec les options ACPI du noyau.


 ¹ il y a des progrès qui sont faits tout le temps pour que ça 
 fonctionne sans qu’on fasse rien mais des vieilles docs parfois 
 contre-productives sont souvent les premières que l’on trouve…


-- 
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/55b4f1ec.5050...@tourde.org



Re: Ne se met plus en veille depuis dernière MAJ

2015-07-26 Thread Damien TOURDE
Bonjour,

Désolé, en effet c'était illisible. Après un passage dans emacs pour
virer les dates voilà le diff :


Je vais jeter un coup d'oeuil au log d'aptitude aussi.

damien@MBP-Debian-Damien:~/Documents/temp/diffsuspend$ diff -b
--suppress-common-lines ok notok
4d3
 IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
5a5
 IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
19c19
 Freezing user space processes ... (elapsed 0.001 seconds)done.
---
 Freezing user space processes ... (elapsed 0.001seconds) done.
25,26c25,26
 PM: suspend of devices complete after 529.819 msecs
 PM: late suspend of devices complete after 0.486 msecs
---
 PM: suspend of devices complete after 288.020 msecs
 PM: late suspend of devices complete after 0.488 msecs
34c34
 PM: noirq suspend of devices complete after 155.347 msecs
---
 PM: noirq suspend of devices complete after 154.196 msecs
55c55
 PM: noirq resume of devices complete after 156.673 msecs
---
 PM: noirq resume of devices complete after 156.772 msecs
63c63,64
 PM: early resume of devices complete after 0.155 msecs
---
 PM: early resume of devices complete after 0.225 msecs
 usb usb1: root hub lost power or was reset
68,71c69,72
 usb usb6: root hub lost power or was reset
 pciehp :00:1c.5:pcie04: Timeout on hotplug command0x1038 (issued
88048 msec ago)
 pciehp :00:1c.0:pcie04: Timeout on hotplug command0x1038 (issued
88048 msec ago)
 pciehp :00:1c.2:pcie04: Timeout on hotplug command0x1038 (issued
88048 msec ago)
---
 pciehp :00:1c.0:pcie04: Timeout on hotplug command0x1038 (issued
5463088 msec ago)
 pciehp :00:1c.2:pcie04: Timeout on hotplug command0x1038 (issued
5463088 msec ago)
 pciehp :00:1c.4:pcie04: Timeout on hotplug command0x1038 (issued
5463088 msec ago)
 pciehp :00:1c.5:pcie04: Timeout on hotplug command0x1038 (issued
5463088 msec ago)
73d73
 pciehp :00:1c.4:pcie04: Timeout on hotplug command0x1038 (issued
88048 msec ago)
77a78,79
 ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES)filtered out
 ata1.00: ACPI cmd ef/03:44:00:00:00:a0 (SET FEATURES)filtered out
81,82c83,84
 ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES)filtered out
 ata1.00: ACPI cmd ef/03:44:00:00:00:a0 (SET FEATURES)filtered out
---
 ata3.00: supports DRM functions and may not be fullyaccessible
 ata3.00: configured for UDMA/133
88,91c90,91
 ata3.00: supports DRM functions and may not be fullyaccessible
 ata3.00: configured for UDMA/133
 usb 2-1: reset full-speed USB device number 2 using uhci_hcd
 usb 6-1: reset low-speed USB device number 2 using uhci_hcd
---
 usb 1-1: reset full-speed USB device number 2 using uhci_hcd
 usb 5-1: reset low-speed USB device number 2 using uhci_hcd
93,94c93,94
 usb 2-1.1: reset full-speed USB device number 3 usinguhci_hcd
 usb 6-2: reset full-speed USB device number 3 using uhci_hcd
---
 usb 1-1.1: reset full-speed USB device number 3 usinguhci_hcd
 usb 5-2: reset full-speed USB device number 4 using uhci_hcd
100,101c100,101
 PM: resume of devices complete after 3163.615 msecs
 input: bcm5974
as/devices/pci:00/:00:1d.2/usb6/6-2/6-2:1.2/input/input17
---
 PM: resume of devices complete after 2991.628 msecs
 input: bcm5974
as/devices/pci:00/:00:1d.2/usb5/5-2/5-2:1.2/input/input30
104d103
 systemd[1]: suspend.target: Unit is bound to inactiveunit
systemd-suspend.service. Stopping, too.
111c110
 wlan0: RX AssocResp from 14:0c:76:6f:58:9c (capab=0x411status=0 aid=3)
---
 wlan0: RX AssocResp from 14:0c:76:6f:58:9c (capab=0x411status=0 aid=2)





Le 25/07/2015 16:47, Sylvain L. Sauvage a écrit :
 Le samedi 25 juillet 2015, 09:29:50 Damien TOURDE a écrit :
 Bonjour,
 ’jour,

 Je suis en testing, depuis la dernière MAJ que j'ai faite
 (assez importante avec gnome-3.16, linux-image - 4.0), mon
 laptop ne se met plus en veille à chaque fois.
   Déjà, regarde les logs et cherche quels paquets ont été mis à 
 jour (noyau ?).

 […] 
 Voici le résultat de dmesg […]
 En revanche, lorsqu'il se met en veille correctement, le
 dmesg donne ça : […]
   Enlève les horaires (colonne de gauche) et fais un diff, parce 
 que, franchement, faut être courageux pour le faire « à la 
 main » sur un courriel…


-- 
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/55b4d8b9.5020...@tourde.org



Ne se met plus en veille depuis dernière MAJ

2015-07-25 Thread Damien TOURDE
Bonjour,

Je suis en testing, depuis la dernière MAJ que j'ai faite (assez
importante avec gnome-3.16, linux-image - 4.0), mon laptop ne se met
plus en veille à chaque fois.

Lorsque je souhaite le mettre en veille, au vu des clignotements
d'écran, il a l'air de se mettre en veille 3 fois pour finalement rester
allumé.

Lorsque je baisse l'écran, il n'a pas l'air de détecter à chaque coup
que l'écran est baissé.

Voici le résultat de dmesg après une tentative de mise en veille, via le
menu de Gnome 3 (le fait de baisser l'écran n'a rien déclenché ce coup-ci).
Les messages du type pciehp :00:01.0:pcie04: Device :01:00.0
already exists at :01:00, cannot hot-add ont toujours étés présents
à la sortie de la veille (suspend to ram) sans que je prenne le temps de
savoir à quoi ils étaient dus, et ils n'ont jamais gênés la mise en
veille (et le maintient dans cet état) jusqu'à présent.

Puis le dmesg d'une mise en veille réussie (peu après un redémarrage).

Une petite idée ?


[104635.283917] sky2 :0c:00.0 eth0: disabling interface
[104635.288529] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[104635.312316] wlan0: deauthenticating from 14:0c:76:6f:58:9c by local
choice (Reason: 3=DEAUTH_LEAVING)
[104635.326882] cfg80211: Calling CRDA to update world regulatory domain
[104635.372660] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[104635.377651] cfg80211: World regulatory domain updated:
[104635.377655] cfg80211:  DFS Master region: unset
[104635.377657] cfg80211:   (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp), (dfs_cac_time)
[104635.377659] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz),
(N/A, 2000 mBm), (N/A)
[104635.377661] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz),
(N/A, 2000 mBm), (N/A)
[104635.377663] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz),
(N/A, 2000 mBm), (N/A)
[104635.377666] cfg80211:   (517 KHz - 525 KHz @ 8 KHz,
16 KHz AUTO), (N/A, 2000 mBm), (N/A)
[104635.377668] cfg80211:   (525 KHz - 533 KHz @ 8 KHz,
16 KHz AUTO), (N/A, 2000 mBm), (0 s)
[104635.377670] cfg80211:   (549 KHz - 573 KHz @ 16 KHz),
(N/A, 2000 mBm), (0 s)
[104635.377672] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz),
(N/A, 2000 mBm), (N/A)
[104635.377675] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz),
(N/A, 0 mBm), (N/A)
[104640.340787] PM: Syncing filesystems ... done.
[104640.360538] PM: Preparing system for mem sleep
[104642.337698] Freezing user space processes ... (elapsed 0.001
seconds) done.
[104642.339611] Freezing remaining freezable tasks ... (elapsed 0.001
seconds) done.
[104642.340913] PM: Entering mem sleep
[104642.341065] Suspending console(s) (use no_console_suspend to debug)
[104642.342163] sd 2:0:0:0: [sda] Synchronizing SCSI cache
[104642.342489] sd 2:0:0:0: [sda] Stopping disk
[104642.629451] PM: suspend of devices complete after 288.020 msecs
[104642.629945] PM: late suspend of devices complete after 0.488 msecs
[104642.630832] ehci-pci :00:1d.7: System wakeup enabled by ACPI
[104642.630873] uhci_hcd :00:1d.2: System wakeup enabled by ACPI
[104642.630927] uhci_hcd :00:1d.1: System wakeup enabled by ACPI
[104642.630955] uhci_hcd :00:1d.0: System wakeup enabled by ACPI
[104642.631249] ehci-pci :00:1a.7: System wakeup enabled by ACPI
[104642.631278] uhci_hcd :00:1a.1: System wakeup enabled by ACPI
[104642.631342] uhci_hcd :00:1a.0: System wakeup enabled by ACPI
[104642.784146] PM: noirq suspend of devices complete after 154.196 msecs
[104642.784514] ACPI: Preparing to enter system sleep state S3
[104642.848087] PM: Saving platform NVS memory
[104642.850486] Disabling non-boot CPUs ...
[104642.851783] kvm: disabling virtualization on CPU1
[104642.851804] smpboot: CPU 1 is now offline
[104642.864191] ACPI: Low-level resume complete
[104642.864191] PM: Restoring platform NVS memory
[104642.864191] Enabling non-boot CPUs ...
[104642.864191] x86: Booting SMP configuration:
[104642.864191] smpboot: Booting Node 0 Processor 1 APIC 0x1
[104642.851795] kvm: enabling virtualization on CPU1
[104642.900564] CPU1 is up
[104642.902887] ACPI: Waking up from system sleep state S3
[104643.204225] uhci_hcd :00:1a.0: System wakeup disabled by ACPI
[104643.204289] uhci_hcd :00:1a.1: System wakeup disabled by ACPI
[104643.204761] uhci_hcd :00:1d.0: System wakeup disabled by ACPI
[104643.204787] uhci_hcd :00:1d.1: System wakeup disabled by ACPI
[104643.204842] uhci_hcd :00:1d.2: System wakeup disabled by ACPI
[104643.220186] ehci-pci :00:1a.7: System wakeup disabled by ACPI
[104643.220846] ehci-pci :00:1d.7: System wakeup disabled by ACPI
[104643.360828] PM: noirq resume of devices complete after 156.772 msecs
[104643.360879] pciehp :00:01.0:pcie04: Card present on Slot(1)
[104643.360897] pciehp :00:1c.5:pcie04: Card present on Slot(5)
[104643.360903] pciehp :00:1c.5:pcie04: slot(5): Link Up event
[104643.360918] pciehp :00:1c.4:pcie04: 

Re: logiciel de gestion de photos

2015-07-25 Thread Damien TOURDE
Bonjour,

Darktable permet cela, je le trouve assez lourd mais il fait assez
bien le job en ce qui concerne le classement.


En revanche, attention, il a tendance à pourrir les dossiers de photos
en rajoutant un fichier xmp à chaque photo importée.


Cdlt,
Damien

Le 25/07/2015 08:43, Francois Mescam a écrit :
 digikam

 On 24/07/2015 22:57, MERLIN Philippe wrote:
 Bonjour,
 Existe t'il sous linux un logiciel pour gestion de photos ou l'on puisse 
 librement classer les photos , je m'explique les critères de classement sont 
 souvent soit un classement alphabétique ou par date et heure et impossible 
 de 
 modifier ces classement or lorsque pour un évènement on veut mélanger les 
 photos venant de différents appareils numérique et les classer suivant notre 
 envie c'est impossible du moins je n'ai pas trouver ce logiciel. 
 A l'avance merci pour vos idées.
 Philippe Merlin 
 P.S. Je sais il y a la méthode de renommer les photos pour les classer mais 
 c'est un peu trop pénible



-- 
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/55b34736.6090...@tourde.org



Re: Choix hardware pour un serveur

2015-07-06 Thread Damien TOURDE
Bonjour,

Je suis en train aussi de jeter un coup d'oeuil à du matos pour un serveur.

Mes critères étaient consommation  50W en moyenne (charge assez faible
dans mon cas), et instructions AMD-V ou VT-x, et au vu de mes
recherches, il vaut mieux tabler sur :

- Du AMD FS1b type Sempron 3850 ou Ahtlon 5350 pour environ 15W
idle/20W full sans HDD
- Du Celeron G1820 pour environ 5W de plus

A mon avis, les Intel iX sont surdimensionnés pour ce que tu veux faire,
sauf si tu tiens à avoir le VT-d (IOMMU) à partir des i5 il me semble.


Les Atom n'ont pas tous les instructions VT-x, ce qui peut être
problématique pour la virtualisation.
Personnellement je compte utiliser uniquement Xen dessus, mais je
préfère me laisser la possibilité d'y faire tourner un OS non modifié
type FreeNAS.


PS: Si cela peut servir à quelqu'un, au jour d'aujourd'hui, il semble
que la façon la moins chère d'avoir le IOMMU, c'est de partir sur du
Athlon A4 sur socket FM2, mais ça consomme pas mal.

Damien


Le 05/07/2015 14:37, andre_deb...@numericable.fr a écrit :
 Bonjour,

 Entre ces deux matériels (sous Debian) :

 1] processeur i5-Intel 3740, RAM 16Go, Bande passante 100Mb/sec,

 2] processeur ATOM N2800, RAM 4Go, Bande passante 100Mb/sec,

 quelles seront les conséquences pour un serveur qui reçoit
 entre 30 et 150 visites / jour.

 Merci.

 André


-- 
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/559a4d21.4070...@tourde.org



Récupérer état mise à jour

2015-07-01 Thread Damien TOURDE
Bonjour,

Je suis en testing.

Je viens d'effectuer un aptitude upgrade, et gdm3 s'est mis à jour et je
n'ai pas pensé à lancer un screen ou depuis une console TTY.

/var/log/dpkg.log :
 2015-07-01 12:02:13 upgrade gdm3:amd64 3.14.1-7 3.14.1-8


Quand j'ai verrouillé l'écran avec META-L, gdm n'a pas planté, mais
impossible de se relogger.
J'ai donc lancé un systemctl restart gdm3.service

Je souhaiterais savoir si je n'ai pas loupé un écran de config ou
quelque chose d'important, où regarder ça ?

A noter que lorsque je me connecte en root, il me dit que root n'a pas
de mail (ce qui est quand même étrange car au début de la MAJ il m'a dit
qu'il envoyait un mail sur les changements...)

--
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/5593ce22.4030...@tourde.org



Re: Récupérer état mise à jour

2015-07-01 Thread Damien TOURDE


Le 01/07/2015 13:25, Damien TOURDE a écrit :
 Bonjour,

 Je suis en testing.

 Je viens d'effectuer un aptitude upgrade, et gdm3 s'est mis à jour et je
 n'ai pas pensé à lancer un screen ou depuis une console TTY.

 /var/log/dpkg.log :
 2015-07-01 12:02:13 upgrade gdm3:amd64 3.14.1-7 3.14.1-8

 Quand j'ai verrouillé l'écran avec META-L, gdm n'a pas planté, mais
 impossible de se relogger.
 J'ai donc lancé un systemctl restart gdm3.service

 Je souhaiterais savoir si je n'ai pas loupé un écran de config ou
 quelque chose d'important, où regarder ça ?

 A noter que lorsque je me connecte en root, il me dit que root n'a pas
 de mail (ce qui est quand même étrange car au début de la MAJ il m'a dit
 qu'il envoyait un mail sur les changements...)
Petite rectification, après un coup d'oeuil dans /etc/aliases j'ai vu
que les mails de root étaient redirigés vers mon user.
Le seul mail reçu concernant cet aptitude upgrade est celui concernant
apt-listchange.


-- 
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/5593cfaf.6000...@tourde.org



Re: rsync et /run

2015-05-19 Thread Damien TOURDE
Merci pour toutes ces réponses je vais décortiquer tout ça, en effet
j'ai lu la doc avant de me lancer dedans, et surtout lancé des dry-run,
on est jamais trop prudents.

rsync ne s'arrête pas à cette erreur, il continue tranquillement sa
sauvegarde.


Pour information, pour lancer rsync pour le système (j'en ai un autre
pour mon home que je lance en user) je lance :
---
#!/bin/bash
# Unset des variables utilisées
unset RSYNCROOT_REPERTOIRE_SOURCE
unset RSYNCROOT_REPERTOIRE_DESTINATION
unset RSYNCROOT_EXCLUDE_FILE

# Définition des variables
RSYNCROOT_REPERTOIRE_SOURCE=/
RSYNCROOT_REPERTOIRE_DESTINATION=/media/damien/SauvegardeRS/root/
RSYNCROOT_EXCLUDE_FILE=/root/scripts/rsync/exclude

# Détecte la présence du HDD
if [ ! -e $RSYNCROOT_REPERTOIRE_DESTINATION ]
then
echo HDD absent
exit
fi

# Détecter l'existence du fichier d'exclusion
if [ ! -e $RSYNCROOT_EXCLUDE_FILE ]
then
echo fichier exclude absent
exit
fi

rsync -ah --stats --progress --delete
--exclude-from=${RSYNCROOT_EXCLUDE_FILE}
${RSYNCROOT_REPERTOIRE_SOURCE} ${RSYNCROOT_REPERTOIRE_DESTINATION}
#rsync -an --stats --progress --delete
--exclude-from=/home/damien/Documents/scripts/rsync/exclude
/home/damien/ /media/damien/SauvegardeRS/homeDamien/

# Pour les tests, il y a le paramètre 'n' sur les commandes rsync
#echo /!\ DRY RUN /!\ 

echo Sauvegarde terminée
---


Avec le fichier d'exclusion suivant :
---
/home
/cdrom
/dev
/lost+found
/media
/mnt
/proc
/sys
/tmp
---



La prochaine étape est de voir si rajouter le script user avec : su
damien 'script' ne serait pas dangereux.

En revanche, concernant l'exclusion et le traitement peu naturel de
rsync je suis d'accord avec toi Pierre.
Quand je lisais la doc j'ai vu qu'il était impossible d'exclure un
dossier (eg.: /home/toto/) et d'en inclure juste un à l'intérieur (eg.:
/home/toto/je_veux_t_inclure/).

Et concernant la syntaxe, il me semble que les chemins sont relatifs au
répertoire spécifié en source et que les chemins absolu ne sont pas
supportés.


Damien.

-- 
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/555b2608.4070...@tourde.org



Re: rsync et /run

2015-05-18 Thread Damien TOURDE
Tout d'abord, merci de la réponse.

Le 18/05/2015 01:05, mireero a écrit :
 On 05/17/2015 07:40 PM, Damien TOURDE wrote:
 Bonjour,

 Quand je fais un backup de mon système avec rsync (en root), j'ai ce
 message d'erreur :

 rsync: readlink_stat(/run/user/1000/gvfs) failed: Permission denied
 (13)

 Quel sont les droits de dossiers source et cible?
 Et de /run/user/1000/gvfs?
Et bien... je ne sais pas trop !
ls -al /run/user/1000/
ls: impossible d'accéder à /run/user/1000/gvfs: Permission non accordée
total 0
drwx-- 2 damien damien  60 mai   18 09:04 dconf
d? ? ?  ??  ? gvfs

 Tu as un demon rsyncd qui tourne sur la machine cible ou tu fais juste
 rsync unPC/unDossier unAutrePC/unAutreDossier?

 En gros, as tu défini un partage dans /etc/rsyncd.conf?

 En général on y définit uid et gid et on met ça en accord avec le
 dossier cible.

Je fais juste un rsync quand mon HDD externe est branché, je ne passe ni
en SSH, ni via cron pour automatiser la chose.

 Aussi j'aimerais savoir ce qu'est ce /run et si je devrais le backuper
 ou pas ?


 Non, /run est un tempfs (donc il s'efface à chaque redémarrage).
 A mon humble connaissance, il sert aux applications qui désirent y
 stocker par exemple leur pid principalement, et il peux aussi y avoir
 des tubes nommés, des sockets peut-être, des fichiers qui pèsent
 presque rien.
 Voir:
 ~$ df -h /run


 D'autre part, si je dois restaurer le backup de mon système, vaut-il
 mieux le faire comme un porc et rebalancer toute ma sauvegarde sur un
 disque vierge ?

 Tu veux dire copier le contenu de ta/tes partitions afin d'obtenir une
 réplique exacte?

 Ou plutôt sauvegarder la liste des paquets installés, faire une installe
 propre, réinstaller tous les paquets listés par dpkg --get-selections,
 puis copier mes fichiers de configuration depuis ma sauvegarde rsync ?

 Ça me semble parfait!
 Toute la question, c'est que veux t'on sauvegarder?

En fait, il ne s'agit pas d'un server ni d'un ordinateur avec lequel je
bosse, donc je n'ai pas besoin d'une restauration dans l'heure si mon
SSD plante.

Donc je n'ai pas besoin d'une restauration au plus vite, mais plutôt au
plus simple/propre, et en effet, si je transfère mon backup vers un
autre disque, j'ai peur que ça ne soit pas très stable.
 Allez, un exemple:
 J'ai un ssd, alors j'ai mis des liens vers un hdd pour les dossiers
 qui prennent de la place (ex: /home/user/{music,pictures,.cache...}).
 Si le ssd craque, ça change rien pour eux, si c'est le hdd j'ai un
 backup quelque part sur un hdd usb.

 Donc je peux faire un backup de /home en disant au programme de ne pas
 suivre les liens symboliques, ça prend pas bcp de place ce qui permet
 de l'envoyer facilement sur un serveur.

 Donc j'ai mes fichiers de conf utilisateur.

 Mais il y a certains fichiers dans /etc que j'aimerai garder, sans
 sauvegarder tout le bordel (qui n'est pas lourd mais y'a du monde: (du
 -sh /etc = 14Mo, find /etc|wc = 2436).

 Ma méthode, depuis que j'ai abandonné l'idée de mettre /home sur une
 partition séparée (j'ai fini par réfléchir et je n'y vois aucun
 intérêt, ça n'engage que moi), donc ma méthode c'est de créer un lien
 dur pour chaque fichier qui m'intéresse, et de le mettre quelque part
 chez moi genre 'ln /etc/vim/vimrc.local /home/user/vimrc' (attention
 aux droits).

L'intérêt est surtout sur des distributions comme Ubuntu où il est
souvent conseillé si ce n'est pas stable lors des update de version, de
réinstaller from scratch et donc garder ses paramètres dans home.

Ou quand on aime changer de distribution de temps en temps.

 Bref, chacun sa recette, la mienne est loin d'être parfaite et elle
 change souvent.

 Pour les programmes, apt est tellement performant (bonne connexion
 internet + ssd, un vrai régal :) ), j'installe ce qui m'intéresse sur
 le coup. J'ai bien quelques trucs que j'installe dès le début
 (navigateur...) mais je veux garder le contrôle donc je marche pas
 avec une liste, je finirais par oublier ce qu'il y a dessus!


 Je suis un peu dans le flou pour le jour où je dois faire ça...


 Prend quelques bons conseils quand y'en a, suis des tuto si tu veux,
 et surtout écoute ce que tu ressens plutôt que les autres
 Quand tu te fais confiance, c'est à dire que t'as bien compris les
 enjeux et les mécanismes, là ça ira tout seul.

 Moi je commencerais par cette question:
 Qu'est ce que je veux sauvegarder?


--
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/5559a1e3.3010...@tourde.org



rsync et /run

2015-05-17 Thread Damien TOURDE
Bonjour,

Quand je fais un backup de mon système avec rsync (en root), j'ai ce
message d'erreur :

rsync: readlink_stat(/run/user/1000/gvfs) failed: Permission denied (13)


Aussi j'aimerais savoir ce qu'est ce /run et si je devrais le backuper
ou pas ?



D'autre part, si je dois restaurer le backup de mon système, vaut-il
mieux le faire comme un porc et rebalancer toute ma sauvegarde sur un
disque vierge ?

Ou plutôt sauvegarder la liste des paquets installés, faire une installe
propre, réinstaller tous les paquets listés par dpkg --get-selections,
puis copier mes fichiers de configuration depuis ma sauvegarde rsync ?

Je suis un peu dans le flou pour le jour où je dois faire ça...

-- 
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/5558d17f.6040...@tourde.org



Re: Rép: rsync et /run

2015-05-17 Thread Damien TOURDE
Pour info, le fichier exclude que j'utilise contient :

/home
/cdrom
/dev
/lost+found
/media
/mnt
/proc
/sys
/tmp


Le /home c'est que j'ai un autre script pour sauvegarder mon /home.

Le 17/05/2015 19:51, Frédéric Marécaille a écrit :
 J'en profite de demander quel(s) répertoire(s) est il intéressant de 
 sauvegarder et d'autres sans éventuellement d'intérêt??
 
 Frédéric
 

-- 
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/5558d819.3060...@tourde.org



Re: Forcer un port sur une interface via UFW

2015-04-27 Thread Damien TOURDE
Bonjour,
Le 27/04/2015 09:51, Pascal Hambourg a écrit :

 Je veux faire passer toutes les connexions (TCP/UDP entrantes 
 sortantes) du port 51413 sur l'interface tun0.
 
 Il y a une différence entre forcer ou faire passer sur une interface
  (routage) et n'autoriser que sur une interface (filtrage). Que veux-tu
 faire exactement ?

Je veux faire en sorte que si tun0 est présent, on passe par tun0, si le
VPN se déconnecte, tun0 disparait, et je veux que dans ce cas, les
connexions entrantes et sortantes soient DROP (c'est toujours appelé
DENY sous UFW).

 tun0 est l'interface crée par OpenVPN lorsque je me connecte, sachant
 que je ne me connecte au VPN que quand j'en ai besoin.

 Je précise UFW car c'est ce que j'utilise, mais si on peut le faire avec
 iptables directement (et que UFW n'a pas de problèmes lorsqu'on ajoute
 des règles IPTABLES...).
 
 Je ne sais pas utiliser ufw. Pour bloquer en TCP avec iptables :
 iptables -I OUTPUT ! -o tun0 -p tcp --dport 51413 -j DROP
 iptables -I INPUT ! -i tun0 -p tcp --dport 51413 -j DROP
 (-I insèrera les règles en début de chaîne, avant celles créées par ufw)
 

Merci pour ces règles, je vais les tester, j'imagine que le ! avant -i
et -o signifie /n'est pas/ ?

-- 
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/553dfc8a.90...@tourde.org



Re: Forcer un port sur une interface via UFW

2015-04-27 Thread Damien TOURDE


Le 27/04/2015 11:20, Pascal Hambourg a écrit :
 Si la route par défaut est sur tun0 quand le VPN est actif, alors le
 filtrage devrait suffire.
 

Lors d'une déconnexion VPN accidentelle (par ex. la connexion se
coupe), l'interface tun0 est supprimée et tout le transfert repasse
par wlan0 dans mon cas.

En gros, je veux que les transferts via Transmission s'arrêtent dans ce
cas, je vais jeter un coup d’œil à iptables et les règles que tu m'as
données, ça fait un moment (5 ans) que j'ai pas utilisé iptables
directement, c'est pour ça que j'ai d'abord demandé avec UFW.

 Note : pour UDP, il faut savoir si le port 51413 est le port source ou
 destination, dans les paquets UDP émis et reçus.

Je ne sais pas trop comment fonctionne Transmission, il faut que je me
documente, quand je fais un netstat j'ai :

root@MBP-Debian-Damien:~# netstat -lnp | grep transmiss
tcp0  0 0.0.0.0:51413   0.0.0.0:*
LISTEN  6339/transmission-g
tcp6   0  0 :::51413:::*
LISTEN  6339/transmission-g
udp0  0 0.0.0.0:46821   0.0.0.0:*
6339/transmission-g
udp0  0 0.0.0.0:51413   0.0.0.0:*
6339/transmission-g


L'idéal serait de pouvoir dire que tout ce qui sort ou entre pour
l'application transmission-gtk doit passer par tun0, mais je ne suis pas
sur que ce soit possible.

-- 
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/553e597e.2020...@tourde.org



Re: Réponse positive d'un cobaye

2015-04-26 Thread Damien TOURDE
Salut,

Je suis aussi passé de stable 7 à testing 8 il y a quelque mois sans
soucis majeur, à part la perte de ma session active (gnome 2), j'ai
juste eu à finir en TTY.

Je ne pense pas avoir loupé de config importante à ce moment, en tout
cas pas de soucis à ce jour.

Le 26/04/2015 17:38, maderios a écrit :
 On 04/26/2015 05:23 PM, Nicolas FRANCOIS wrote:
 
 Bon, en tant que cobaye, je veux ici confirmer que chez moi, en
 dehors de l'attente due à une connexion paysanne, ça a marché au poil.

 Jusqu'à ce que je vous pose les premières questions, bien-sûr !

 Salut
 Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
 ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
 Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesque...
 

-- 
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/553d08da.5040...@tourde.org



Les paquets microcode

2015-04-26 Thread Damien TOURDE
Bonjour,

Je viens de voir qu'il existait 3 paquets (au moins) concernant les
microcodes propriétaires sous Debian.

firmware-linux, intel-microcode, et amd64-microcode


Je ne suis pas sur de ce qu'ils apportent, et surtout de ce qu'ils
m'apporteraient.

Avez-vous des infos et/ou conseils par rapport à ces paquets (évidemment
le amd64 ne s'applique pas à mon cas) ?



Pour information, je tourne sur Jessie, avec un Intel Core 2 Duo.

Au niveau drivers propriétaires, j'ai installé ceux de nvidia, et
j'utilise /b43-fwcutter/  /firmware-b43-installer/ pour le wifi.

-- 
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/553cb665.6050...@tourde.org



Re: Les paquets microcode

2015-04-26 Thread Damien TOURDE
Merci des réponses.

En effet, vu la description de firmware-linux-free et
firmware-linux-nonfree, au niveau du matériel, ça ne me concerne pas
vraiment vu que mon matos est globalement bien supporté (à part le b43
qui déconne un peu de temps en temps... à régler plus tard).


Au niveau du paquet intel-microcode, je n'ai pas bien compris s'il
s'agissait d'une mise à jour du proc, ou bien d'un jeu d'instruction
propriétaire utilisable grâce à ce paquet, avez vous une idée de ce dont
il s'agit ?


Le 26/04/2015 12:50, mireero a écrit :
 T'as un matériel qui ne marche pas?
 
 Ex, j'avais du installer linux-firmware-nonfree (ou le contraire) pour
 la carte wifi de mon portable.
 
 Si tout ton matériel marche et est reconnu, je conseillerai de fuir
 devant toute modification du microcode.

Mon matériel est reconnu plutôt correctement, seul b43 provoque des
freezes de temps en temps au retour de veille ou lors de l'extinction,
il faudra que je m'en occupe.

 Avez-vous des infos et/ou conseils par rapport à ces paquets (évidemment
 le amd64 ne s'applique pas à mon cas) ?
 
 Évidemment, sans connaître ton cas :)

Mon cas c'est un Intel C2D :)
Si une améliorations des performances peut venir de l'installation de
intel-microcode, c'est à réfléchir.
Mais comme je l'ai dit plus haut, je ne sais pas encore vraiment ce que
fait ce paquet...

Quand je fais du montage vidéo avec Blender (uniquement du montage, pas
de modélisation), l'encodage x.264 étant très lent, surtout avec du flou
gaussien, si 5% de performances sont à gagner, ça se compterais en
minutes dans pas mal de cas :)

 
 Pas que je dise que ce soit ton cas, mais il faut bien dissocier le
 microcode du pilote, c'est 2 notions différentes.
 

-- 
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/553cd0db.9020...@gmail.com



Re: Réponse positive d'un cobaye

2015-04-26 Thread Damien TOURDE
Il me semble (depuis la Freebox tout du moins) que TF1 et M6 sont les
pires chaines pour les tests :-)

Freebox, on n'a pas le droit d'y accéder autrement que par la box,
après, y-a-t'il un moyen d'y accéder tout de même, je ne sais pas...

Le 26/04/2015 19:52, jber...@free.fr a écrit :
 Je peux effectivement lire sur VLC les flux que je lis dans Freetuxtv.
 En revanche j'ai essayé d'autres uri de flux prises au hasard sur
 Internet (TF1 M6) et ça ne marche pas (erreur sur le codec Telex le plus
 souvent, mais pas seulement). Je ne peux guère t'en dire plus car
 personnellement j'utilise peu VLC et je ne l'utiliise en tous cas que
 pour lire des fichiers.
  
 
 
 
 *De: *Damien TOURDE dam...@tourde.org
 *À: *debian-user-french@lists.debian.org
 *Envoyé: *Dimanche 26 Avril 2015 19:13:07
 *Objet: *Re: Réponse positive d'un cobaye
 
 
 
 Le 26/04/2015 17:49, jber...@free.fr a écrit :
  Je viens de passer un vieux PC (AMD turion 64, 2GB mémoire totale, 1
  processeur 1600 MHz, 512 KB de cache) de Wheezy à Jessie. Tout semble
  fonctionner à part un bégaiement de la grille Gnome des applications
  (pas pratique mais cette grille n'est qu'un accessoire). Ni plus ni
  moins lent qu'avant. J'avais déjà installé Jessie en version
 testing sur
  un PC plus récent. Celui-ci va bien sûr beaucoup plus vite, mais
 j'ai au
  moins le cas d'une appli (Freetuxtv) qui marche avec Jessie sur le
 vieux
  PC et ne marche pas sur le récent. Curieux !
 
 Tu peux jeter un coup d'œuil à VLC s'il fonctionne (notamment avec les
 flux), car il me semble que freetuxtv se base sur VLC.
 
 -- 
 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/553d1ca3.3060...@tourde.org
 
 

-- 
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/553d29c4.7090...@tourde.org



Forcer un port sur une interface via UFW

2015-04-26 Thread Damien TOURDE
Bonjour,

Savez vous si on peut forcer UFW à n'autoriser les connexions que sur
une interface particulière ?


Je veux faire passer toutes les connexions (TCP/UDP entrantes 
sortantes) du port 51413 sur l'interface tun0.

tun0 est l'interface crée par OpenVPN lorsque je me connecte, sachant
que je ne me connecte au VPN que quand j'en ai besoin.


Je précise UFW car c'est ce que j'utilise, mais si on peut le faire avec
iptables directement (et que UFW n'a pas de problèmes lorsqu'on ajoute
des règles IPTABLES...).


Merci,
Damien


PS: Je ne détaillerais pas l'utilisation exacte, mais bon, le port
51413, c'est celui utilisé par Transmission

-- 
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/553d3062.3040...@tourde.org



Re: Réponse positive d'un cobaye

2015-04-26 Thread Damien TOURDE


Le 26/04/2015 17:49, jber...@free.fr a écrit :
 Je viens de passer un vieux PC (AMD turion 64, 2GB mémoire totale, 1
 processeur 1600 MHz, 512 KB de cache) de Wheezy à Jessie. Tout semble
 fonctionner à part un bégaiement de la grille Gnome des applications
 (pas pratique mais cette grille n'est qu'un accessoire). Ni plus ni
 moins lent qu'avant. J'avais déjà installé Jessie en version testing sur
 un PC plus récent. Celui-ci va bien sûr beaucoup plus vite, mais j'ai au
 moins le cas d'une appli (Freetuxtv) qui marche avec Jessie sur le vieux
 PC et ne marche pas sur le récent. Curieux !

Tu peux jeter un coup d'œuil à VLC s'il fonctionne (notamment avec les
flux), car il me semble que freetuxtv se base sur VLC.

-- 
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/553d1ca3.3060...@tourde.org



Re: auto-complétion en root

2015-04-25 Thread Damien TOURDE
Bonjour,

Personnellement, j'ai copié une partie du .bashrc par défaut dans ton /home.

J'ai juste désactivé la colorisation afin de voir rapidement si ma
session est root ou user.


La partie qui t'intéresse est :

if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
  fi
fi



Le 25/04/2015 19:10, mireero a écrit :
 La question est dans le titre.

 Précisément, comment faire pour que bash_completion (ou autre
 mécanisme) fonctionne en root de la même façon qu'en utilisateur
 ordinaire?
 (On aura compris que je parle de bash, cela dit, les réponses pour les
 autres shells m'intéressent aussi, je vais bientôt en changer.)

 Par exemple, en utilisateur ou en root, ce qui fonctionne:
 ~$/# apti[TAB] =
 ~$/# aptitude

 Par contre les TAB ci dessous ne fonctionnent qu'en utilisateur
 ordinaire:
 ~$ sudo aptitude i[TAB] =
 ~$ sudo aptitude install swaps[TAB] =
 ~$ sudo aptitude install swapspace

 Question subsidiaire:
 Pourquoi est-ce désactivé en root, question de sécurité?
 (Si oui, comment cela implique moins de sécurité?)


-- 
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/553bc940.7070...@gmail.com



Re: auto-complétion en root

2015-04-25 Thread Damien TOURDE
Bonjour,

Personnellement, j'ai copié une partie du .bashrc par défaut dans ton /home.

J'ai juste désactivé la colorisation afin de voir rapidement si ma
session est root ou user.


La partie qui t'intéresse est :

if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
  fi
fi



Le 25/04/2015 19:10, mireero a écrit :
 La question est dans le titre.

 Précisément, comment faire pour que bash_completion (ou autre
 mécanisme) fonctionne en root de la même façon qu'en utilisateur
 ordinaire?
 (On aura compris que je parle de bash, cela dit, les réponses pour les
 autres shells m'intéressent aussi, je vais bientôt en changer.)

 Par exemple, en utilisateur ou en root, ce qui fonctionne:
 ~$/# apti[TAB] =
 ~$/# aptitude

 Par contre les TAB ci dessous ne fonctionnent qu'en utilisateur
 ordinaire:
 ~$ sudo aptitude i[TAB] =
 ~$ sudo aptitude install swaps[TAB] =
 ~$ sudo aptitude install swapspace

 Question subsidiaire:
 Pourquoi est-ce désactivé en root, question de sécurité?
 (Si oui, comment cela implique moins de sécurité?)


-- 
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/553bca45.6090...@tourde.org



Re: passage de ce soir de wheezy à jessie

2015-04-25 Thread Damien TOURDE
Savons-nous quand il y aura un nouveau testing (je veux dire plus à
jour que Jessie) ?

Le 25/04/2015 22:11, David Pinson a écrit :
 Le 25/04/2015 22:02, steve a écrit :
salut à toi, utilisateur debian

jessie franchira la porte cette nuit

sois averti, tu peux

continuer avec wheezy, mais assure-toi que dans ton
sources.list, stable soit remplacé par wheezy

ou mettre à niveau vers jessie, auquel cas tu dois avoir
ou jessie ou stable dans ton sources.list

ensuite tu

apt-get update
apt-get upgrade

 merci debian

 Que la force soit avec vous...
 

-- 
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/553bf771.7080...@tourde.org



Demande de RDV

2014-03-20 Thread Damien FONTAINE
Madame, Monsieur,

Nous proposons un service de proximité en région Rhône-Alpes pour la création 
ou la refonte de sites web à partir de 1500 Euros.

Implantés à Savoie Technolac, nous intervenons auprès des TPE / PME pour 
apporter une réponse personnalisée à leurs besoins en communication : Site 
internet,Référencement, Charte graphique, plaquette, logo, etc.

Ci-dessous, quelques-unes de nos références :
http://www.lzaweb.com/
http://www.arol-energy.com/accueil/
http://www.financierement-parlant.fr/
 
En vous remerciant pour votre attention, nous restons à votre disposition pour 
vous présenter nos solutions et convenir d’un rendez-vous.

Cordialement.

Damien Fontaine, Web@ccess
BP 254 - Savoie Technolac
73374 LE BOURGET DU LAC CEDEX
Tél : 04 86 15 40 26
E-mail : i...@2web-access.com




---


Dans le respect de la Loi n° 2004-575 du 21 juin 2004 parue au JO n° 143 du 22 
juin 2004, nous invitons toutes personnes ne souhaitant plus recevoir de 
courriel de notre part à utiliser le lien suivant : 
http://app.enleys.com/u.php?p=12f/rs/bj0/vb/11w/rs

Nos fichiers sont déclarés à la CNIL sous le numéro : 1349691

--
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/4c54a243100a8d0b54d0259cc835b...@app.enleys.com



Joindre deux OS en dual boot

2014-03-03 Thread damien ADDE
Bonjours,
J'aurais aimez savoir si l'on peut gérer Debian a partir de Windows 
fonctionnant en dual Boot. Je demande ceci car je n'est pas de connexion sous 
Debian mais une connexion wifi sous Windows. Ceci me permettrais d'installer le 
reste des paquets. 
Merci de votre compréhension  

  1   2   3   4   5   6   7   8   9   10   >