Re: Effacer plusieurs millions de fichiers d'un répertoire !
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
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
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
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
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
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
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
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
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
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
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
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&ie=UTF8&qid=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
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 ?
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
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
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
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
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
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
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
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 ?
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
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
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
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: Repartitionner une clef USB
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
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
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
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
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
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
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 ?
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 ?
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 ?
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 ?
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 ?
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
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 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
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
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
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"
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
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
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
Re: Restauration d'une config LVM / mdadm raid 1
port: http://lists.freedesktop.org/mailman/listinfo/systemd-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
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
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: Restauration d'une config LVM / mdadm raid 1
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
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: Grub en version beta
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) >
Re: Restauration d'une config LVM / mdadm raid 1
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 on
Restauration d'une config LVM / mdadm raid 1
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: Commande "docker network" introuvable
Bonjour, On 25/01/2016 06:15, Bernard Schoenacker wrote: > Le Sun, 24 Jan 2016 18:35:31 +0100, > Damien TOURDE 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
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
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 To: jdd 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"
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
Re: [INTERNET] iGPU Intel (Skylake) et second écran "vertical"
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 > --- >
iGPU Intel (Skylake) et second écran "vertical"
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
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
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 ...
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: Debian Stretch/Sid, pourquoi Sid ?
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: [testing] Gnome 3.18 ...
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 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 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 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 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 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 ?
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 ?
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 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: Debian Stretch/Sid, pourquoi Sid ?
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 <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: [testing] Gnome 3.18 ...
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 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 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 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 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
Debian Stretch/Sid, pourquoi Sid ?
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
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, ...).
Re: Synchroniser deux PC
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 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
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 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
Synchroniser deux PC
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 ?
Re: Problèmes driver carte nvidia sous Stretch
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 > [
Problèmes driver carte nvidia sous Stretch
: vendor="NVIDIA Corporation" [ 5.879] compiled for 4.0.2, module version = 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
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
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
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
Re: logiciel de gestion de photos
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
Ne se met plus en veille depuis dernière MAJ
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: Choix hardware pour un serveur
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
Re: Récupérer état mise à jour
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
Récupérer état mise à jour
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: rsync et /run
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
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
Re: Rép: rsync et /run
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
rsync et /run
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: Forcer un port sur une interface via UFW
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: Forcer un port sur une interface via UFW
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
Forcer un port sur une interface via UFW
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
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" > *À: *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
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
Re: Réponse positive d'un cobaye
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
Re: Les paquets microcode
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
Les paquets microcode
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: passage de ce soir de wheezy à jessie
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
Re: auto-complétion en root
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
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
Demande de RDV
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
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
Re: problème "c.." avec lirc et bash
> Si j'essaie :
> irw >tmp/lirc : je relis impec la fifo
> irw |awk '{print $0}' >/tmp/lirc : rien ne ressort sur la fifo
Essaie de jouer avec la command stdbuf, par exemple (non testé):
stdbuf -i0 -o0 -e0 irw |awk '{print $0}' >/tmp/lirc
Par ailleurs, si ton awk est en réalité gawk ou mawk, ca fait une différence,
dans ce cas http://www.perkin.org.uk/posts/how-to-fix-stdio-buffering.html
pourra t'aider.
@+, JD.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201305222359.30771.jeandamiendur...@free.fr
