Re: problème configuration RAID
A toutes fins utiles ce que j'ai trouvé dans kern.log: Jul 28 07:51:42 uther kernel: [1.930622] md: bindsdb6 Jul 28 07:51:42 uther kernel: [1.931704] md: bindsdb3 Jul 28 07:51:42 uther kernel: [1.932709] md: bindsda7 Jul 28 07:51:42 uther kernel: [1.933443] md: bindsdb7 Jul 28 07:51:42 uther kernel: [1.934671] md: raid1 personality registered for level 1 Jul 28 07:51:42 uther kernel: [1.934916] md/raid1:md126: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [1.934987] created bitmap (2 pages) for device md126 Jul 28 07:51:42 uther kernel: [1.935071] md126: bitmap initialized from disk: read 1 pages, set 0 of 2669 bits Jul 28 07:51:42 uther kernel: [1.952097] md126: detected capacity change from 0 to 179069517824 Jul 28 07:51:42 uther kernel: [1.954400] md: bindsdb5 Jul 28 07:51:42 uther kernel: [1.954820] md126: unknown partition table Jul 28 07:51:42 uther kernel: [1.955734] md: bindsda3 Jul 28 07:51:42 uther kernel: [1.956890] md/raid1:md1: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [1.956911] md1: detected capacity change from 0 to 13176602624 Jul 28 07:51:42 uther kernel: [1.957585] md: bindsda6 Jul 28 07:51:42 uther kernel: [1.958762] md1: unknown partition table Jul 28 07:51:42 uther kernel: [1.960058] md/raid1:md127: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [1.960077] md127: detected capacity change from 0 to 2991849472 Jul 28 07:51:42 uther kernel: [1.960840] md: bindsda5 Jul 28 07:51:42 uther kernel: [1.961006] md127: unknown partition table Jul 28 07:51:42 uther kernel: [1.962237] md/raid1:md2: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [1.962254] md2: detected capacity change from 0 to 13176602624 Jul 28 07:51:42 uther kernel: [1.963223] md: bindsdb2 Jul 28 07:51:42 uther kernel: [1.963423] md2: unknown partition table Jul 28 07:51:42 uther kernel: [1.965864] md: bindsda2 Jul 28 07:51:42 uther kernel: [1.967575] md/raid1:md0: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [1.967592] md0: detected capacity change from 0 to 31466586112 Jul 28 07:51:42 uther kernel: [1.969172] md0: unknown partition table Jul 28 07:51:42 uther kernel: [4.871853] EXT4-fs (md1): mounting ext3 file system using the ext4 subsystem Jul 28 07:51:42 uther kernel: [4.874561] EXT4-fs (md1): mounted filesystem with ordered data mode. Opts: (null) Jul 28 07:51:42 uther kernel: [5.275584] EXT4-fs (md1): re-mounted. Opts: errors=remount-ro Jul 28 07:51:42 uther kernel: [5.446537] EXT4-fs (md2): mounted filesystem with ordered data mode. Opts: (null) Jul 28 07:51:42 uther kernel: [5.517726] EXT4-fs (md0): mounting ext3 file system using the ext4 subsystem Jul 28 07:51:42 uther kernel: [5.518987] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) Jul 28 07:51:42 uther kernel: [ 113.731920] md126: detected capacity change from 179069517824 to 0 Jul 28 07:51:42 uther kernel: [ 113.731928] md: md126 stopped. Jul 28 07:51:42 uther kernel: [ 113.731934] md: unbindsdb7 Jul 28 07:51:42 uther kernel: [ 113.747752] md: export_rdev(sdb7) Jul 28 07:51:42 uther kernel: [ 113.747868] md: unbindsda7 Jul 28 07:51:42 uther kernel: [ 113.763752] md: export_rdev(sda7) Jul 28 07:51:42 uther kernel: [ 120.443529] md127: detected capacity change from 2991849472 to 0 Jul 28 07:51:42 uther kernel: [ 120.443535] md: md127 stopped. Jul 28 07:51:42 uther kernel: [ 120.443538] md: unbindsda6 Jul 28 07:51:42 uther kernel: [ 120.459186] md: export_rdev(sda6) Jul 28 07:51:42 uther kernel: [ 120.459306] md: unbindsdb6 Jul 28 07:51:42 uther kernel: [ 120.475222] md: export_rdev(sdb6) Jul 28 07:51:42 uther kernel: [ 154.979098] md: bindsda7 Jul 28 07:51:42 uther kernel: [ 154.979640] md: bindsdb7 Jul 28 07:51:42 uther kernel: [ 154.985074] md/raid1:md4: not clean -- starting background reconstruction Jul 28 07:51:42 uther kernel: [ 154.985078] md/raid1:md4: active with 2 out of 2 mirrors Jul 28 07:51:42 uther kernel: [ 154.985160] created bitmap (2 pages) for device md4 Jul 28 07:51:42 uther kernel: [ 154.985377] md4: bitmap initialized from disk: read 1 pages, set 2669 of 2669 bits Jul 28 07:51:42 uther kernel: [ 155.001356] md4: detected capacity change from 0 to 179069517824 Jul 28 07:51:42 uther kernel: [ 155.001416] md: md4 switched to read-write mode. Jul 28 07:51:42 uther kernel: [ 155.004239] md: resync of RAID array md4 Jul 28 07:51:42 uther kernel: [ 155.004241] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. Jul 28 07:51:42 uther kernel: [ 155.004244] md4: unknown partition table Jul 28 07:51:42 uther kernel: [ 155.004246] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for resync. Jul 28 07:51:42 uther kernel: [ 155.004252] md: using 128k window, over a total of 174872576k. Jul 28 07:51:42 uther kernel: [ 155.146840]
Re: problème configuration RAID
Bonsoir, mdadm ne gère que le raid logiciel. Cordialement, Guillaume Le 29/07/2015 20:51, Christophe De Natale a écrit : Le 29 juil. 2015 à 17:09, Thierry Despeyroux thierry.despeyr...@inria.fr a écrit : Bonjour, Dans une configuration RAID1 opérationnelle, un disque a commencé à montrer des signes de faiblesse. J'ai donc voulu remplacé les 2 disques par des SSD. Les anciens disques étaient des 250G, et les SSD des 240G... Donc aorès moultes manip, je me retrouve avec une configuration qui tourne. Sauf que, à chaque reboot ça foire. Bonsoir, Raid matériel ou logiciel ? As-tu supprimé les données de configuration de l’ancienne grappe ? Cordialement, Christophe *Ce que dit cat /proc/mdstat Personalities : [raid1] md3 : active raid1 sdb6[1] sda6[0] 2921728 blocks super 1.2 [2/2] [UU] md4 : active raid1 sdb7[1] sda7[0] 174872576 blocks super 1.2 [2/2] [UU] bitmap: 1/2 pages [4KB], 65536KB chunk md0 : active raid1 sda2[3] sdb2[2] 30729088 blocks super 1.2 [2/2] [UU] md2 : active raid1 sda5[2] sdb5[3] 12867776 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda3[2] sdb3[3] 12867776 blocks super 1.2 [2/2] [UU] unused devices: none *Ce que dit mdadm --detail --scan ARRAY /dev/md/1 metadata=1.2 name=uther:1 UUID=542ab515:6ff448ed:4f04778d:deb50dec ARRAY /dev/md/2 metadata=1.2 name=uther:2 UUID=7cf7c432:34ad7dca:f88c2712:bb89bace ARRAY /dev/md/0 metadata=1.2 name=uther:0 UUID=0e4a3bdc:589c0654:7205bf91:b165f927 ARRAY /dev/md4 metadata=1.2 name=uther:4 UUID=1fab1da2:d81656eb:c307197b:1603bc2c ARRAY /dev/md3 metadata=1.2 name=uther:3 UUID=30b1085b:e798de40:3bae037c:5033fd30 et c'est ce que j'ai reporté dans /etc/mdadm/mdadm.conf (pourquoi cette différence entre /dev/md/1 et /dev/md3 ??) au reboot j'ai un message pour me dire qu'un process est en court sur dev-md4.device et meme chose pour dev-md3.device puis je me retrouve en mode mono-utilisateur avec des /dev/md127 et /dev/md126 qui ne sont pas montés bien sur. J'arrête ces 2 grappes, je crée md3 et md4 et ça roule... Qu'ai-je loupé ?? Merci pour vitre aide ! Thierry -- 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/20150729170918.5590f...@archimede5.inria.fr -- 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/55b94c71.6010...@gwilhom.fr
Re: configuration ipv6
Hello, Le 29/07/2015 22:24, Fabien R a écrit : Hello, Je teste la freebox 4k en IPv6 only. Je suis sous stable/i386. En testant quelques sites avec ping6, certains échouent en renvoyant l'erreur unknown host. Faut-il mettre en place une solution de type 6to4 ? Les sites testés sont ils IPv6 compliant ? Le unknown host est typique d'un host qui le possède pas d'enregistrement DNS . La configuration IPv6 only c'est marrant à tester. Par contre, cela nécessite quelques outils pour conserver l'accès aux services IPv4 only : en l'occurrence, au minimum une passerelle 6to4 en périphérie du réseau (je n'ai plus de nom en tête), et un proxy DNS qui convertit de l'enregistrement DNS A (enregistrement véritable) en enregistrement (sur ton réseau v6 only. exemple : totd). Du coup, le dual stack reste à mon avis, la solution la plus sereine à l'heure actuelle ... Mais je persiste à dire que le IPv6 only est bon à essayer, car c'est une source d'apprentissage énorme pour ceux qui s’intéressent au sujet ;) . @+ Christophe. -- 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/55b93caa.50...@stuxnet.org
Re: Plus possible d'ouvrir Libreoffice
On Tuesday 28 July 2015 07:00:58 Thierry Chatelet wrote: On Monday 27 July 2015 21:59:52 André wrote: À quoi sert le paquet avahi, avec ses librairies, collant comme de la colle forte, qui s'insinue partout ? D'après les docs, il se chargerait du DNS... et d'éléments réseau... et il semble s'incruster dans d'autres applis comme Libreoffice. As tu avahi d'installé et peux tu lancer Libreoffice sans problèmes ? apt-cache --recurse rdepends libreoffice : Cette commande ne semble pas conforme. # apt-cache rdepends libreoffice aucun lien avec avahi, mais libreoffice:i386, alors que je suis en jessie 64 bits. libreoffice-kde, mais ne suis pas sous kde... Si je désinstalle libreoffice ou complètement avahi, je suis invité à désinstaller mon bureau tde-trinity et bien d'autres paquets... quid ? 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/201507292248.46720.andre_deb...@numericable.fr
Re: problème configuration RAID
Le 29 juil. 2015 à 17:09, Thierry Despeyroux thierry.despeyr...@inria.fr a écrit : Bonjour, Dans une configuration RAID1 opérationnelle, un disque a commencé à montrer des signes de faiblesse. J'ai donc voulu remplacé les 2 disques par des SSD. Les anciens disques étaient des 250G, et les SSD des 240G... Donc aorès moultes manip, je me retrouve avec une configuration qui tourne. Sauf que, à chaque reboot ça foire. Bonsoir, Raid matériel ou logiciel ? As-tu supprimé les données de configuration de l’ancienne grappe ? Cordialement, Christophe *Ce que dit cat /proc/mdstat Personalities : [raid1] md3 : active raid1 sdb6[1] sda6[0] 2921728 blocks super 1.2 [2/2] [UU] md4 : active raid1 sdb7[1] sda7[0] 174872576 blocks super 1.2 [2/2] [UU] bitmap: 1/2 pages [4KB], 65536KB chunk md0 : active raid1 sda2[3] sdb2[2] 30729088 blocks super 1.2 [2/2] [UU] md2 : active raid1 sda5[2] sdb5[3] 12867776 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda3[2] sdb3[3] 12867776 blocks super 1.2 [2/2] [UU] unused devices: none *Ce que dit mdadm --detail --scan ARRAY /dev/md/1 metadata=1.2 name=uther:1 UUID=542ab515:6ff448ed:4f04778d:deb50dec ARRAY /dev/md/2 metadata=1.2 name=uther:2 UUID=7cf7c432:34ad7dca:f88c2712:bb89bace ARRAY /dev/md/0 metadata=1.2 name=uther:0 UUID=0e4a3bdc:589c0654:7205bf91:b165f927 ARRAY /dev/md4 metadata=1.2 name=uther:4 UUID=1fab1da2:d81656eb:c307197b:1603bc2c ARRAY /dev/md3 metadata=1.2 name=uther:3 UUID=30b1085b:e798de40:3bae037c:5033fd30 et c'est ce que j'ai reporté dans /etc/mdadm/mdadm.conf (pourquoi cette différence entre /dev/md/1 et /dev/md3 ??) au reboot j'ai un message pour me dire qu'un process est en court sur dev-md4.device et meme chose pour dev-md3.device puis je me retrouve en mode mono-utilisateur avec des /dev/md127 et /dev/md126 qui ne sont pas montés bien sur. J'arrête ces 2 grappes, je crée md3 et md4 et ça roule... Qu'ai-je loupé ?? Merci pour vitre aide ! Thierry -- 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/20150729170918.5590f...@archimede5.inria.fr -- 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/02ac138c-6da7-45d2-87b0-cd55291b6...@orange.fr
configuration ipv6
Hello, Je teste la freebox 4k en IPv6 only. Je suis sous stable/i386. En testant quelques sites avec ping6, certains échouent en renvoyant l'erreur unknown host. Faut-il mettre en place une solution de type 6to4 ? -- Fabien -- 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/55b93669.6000...@free.fr
Dangerous Goods – A Risk to Buyer and Vendor
If your email program has trouble displaying this email, view it as a web page
[http://now.eloqua.com/es.asp?s=1076e=62782elq=7749f854c8aa45d09318aa68628236ce]
MRO Asia-Pacific
November 3-5, 2015
Singapore Expo Convention and Exhibition Centre
http://mroasia.aviationweek.com/as15/public/enter.aspx
What to expect at MRO Asia-Pacific 2015!
20+ conference sessions and 50+ speakers debate and discuss best practices
and implementable new business strategies.
With nearly 70 countries represented at MRO Asia-Pacific this is your
opportunity to build partnerships with operators in China, Japan, Korea,
Singapore, Thailand and the surrounding Asia-Pacific area.
Meet the low-cost carriers that serve this region.
Connect with local organizations, airlines and service providers. Singapore
is Asia’s MRO hub: the world’s 4th busiest hub and 6th busiest airport!
125+ exhibitors showcasing the latest technology and services.
Integrated content that encompasses end-to-end MRO from engineering to
propulsion to technology to leasing.
75+ commercial, regional, cargo and charter airlines and leasing
organizations.
--
Session Spotlight: Dangerous Goods – A Risk to Buyer and Vendor
Sponsored by IATA – Complimentary session! This session is open to all
attendees of MRO Asia-Pacific.
Many aircraft components are, or contain, dangerous goods (hazmat) and
dangerous goods are widely used in aircraft repair and maintenance. However,
this reality is often missed by operators when contracting a MRO, and by the
MROs in developing robust safety management systems. A failure to properly
address compliance with the dangerous goods regulations places both parties at
risk. This session will explore the issues and challenges and propose ways that
compliance can be addressed. Learn More Register
Rodrigo Reyes, Regional Manager Asia Pacific, Airport, Passenger, Cargo
Security Division, IATA
Register today! http://mroasia.aviationweek.com/as15/public/enter.aspx
The Exhibition Center
Get your FREE exhibit hall pass NOW!
Meet with solution providers a the forefront of aviation maintenance.
Experience the newest technology and services first-hand. Speak to experts,
test drive products and get demonstrations of emerging solutions. See the
complete list of participants and get your FREE PASS.
http://mroasia.aviationweek.com/as15/public/enter.aspx
Produced by
Aviation Week Network
Copyright © 2015, Penton. All rights reserved. Terms of Use
http://www.penton.com/terms-of-service/?utm_rid=CAVIW06559018utm_campaign=7047utm_medium=emailelq2=7749f854c8aa45d09318aa68628236ceelq=7749f854c8aa45d09318aa68628236ceelqCampaignId=1732elqaid=7047elqat=1elqTrackId=fbe196cbac6043b38edba9224c0d5a8e
| Privacy Notice
http://www.penton.com/PrivacyStatement/tabid/75/Default.aspx?utm_rid=CAVIW06559018utm_campaign=7047utm_medium=emailelq2=7749f854c8aa45d09318aa68628236ceelq=7749f854c8aa45d09318aa68628236ceelqCampaignId=1732elqaid=7047elqat=1elqTrackId=fadb4ca5671f4e13b467a33125a3dc76
If you do not wish to receive further e-mail solicitations from Aviation Week,
please click here
http://app.info.aviationweek.com/e/cu?s=1076elqc=49elq=7749f854c8aa45d09318aa68628236ce
or write to Aviation Week, Privacy Official, 1166 Avenue of the Americas, 10th
Floor, New York, NY 10036, USA. If you wish to unsubscribe from all Aviation
Week email communications, click here
http://app.info.aviationweek.com/e/u?s=1076elq=7749f854c8aa45d09318aa68628236ce.
View Penton's Corporate Privacy Policy
http://www.penton.com/PrivacyStatement/tabid/75/Default.aspx?utm_rid=CAVIW06559018utm_campaign=7047utm_medium=emailelq2=7749f854c8aa45d09318aa68628236ceelq=7749f854c8aa45d09318aa68628236ceelqCampaignId=1732elqaid=7047elqat=1elqTrackId=6b37d296431049a5a0c58f63d7a4cacd
for more information.To learn more about how Aviation Week applies this
Policy, you can contact laurie.bec...@aviationweek.com
mailto:laurie.bec...@aviationweek.com or click here
http://www.penton.com/PrivacyStatement/tabid/75/Default.aspx?utm_rid=CAVIW06559018utm_campaign=7047utm_medium=emailelq2=7749f854c8aa45d09318aa68628236ceelq=7749f854c8aa45d09318aa68628236ceelqCampaignId=1732elqaid=7047elqat=1elqTrackId=deac331bbcec41cea329c8e76acde1d2.
@media print{ #_t { background-image:
url('https://oqrfrsq2.emltrk.com/oqrfrsq2?pd=debian-user-french@lists.debian.orgt=7047+1076');}}
div.OutlookMessageHeader
{background-image:url('https://oqrfrsq2.emltrk.com/oqrfrsq2?fd=debian-user-french@lists.debian.orgt=7047+1076')}
table.moz-email-headers-table
{background-image:url('https://oqrfrsq2.emltrk.com/oqrfrsq2?fd=debian-user-french@lists.debian.orgt=7047+1076')}
blockquote #_t
Re: systemd
Bonjour, Le mardi 28 juillet 2015 à 21:39, Guillaume Caron a écrit : Me semble que disable ne fonctionne pas super bien dans ce cas, et le meilleur moyen de l'inhiber c'est avec systemctl mask qui crée un fichier .service pointant vers /dev/null : # systemctl mask lightdm.service Created symlink from /etc/systemd/system/lightdm.service to /dev/null. Normalement il ne devrait plus se lancer. En effet, mais il ne pourra plus être démarré manuellement (via systemctl, donc normalement pas de problème avec startx). Sinon, tu peux aussi changer la cible par défaut (l'équivalent du niveau - runlevel - dans SysV). Par défaut c'est « graphical.target » : $ systemctl get-default graphical.target Tu peux la changer en « multi-user.target » (pas testé) : $ sudo systemctl set-default multi-user.target Sébastien -- 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/20150729072332.ga3...@sebian.nob900.homeip.net
Re: systemd
Le mercredi 29 juillet 2015, 09:23:32 Sébastien NOBILI a écrit : Bonjour, ’lut, […] # systemctl mask lightdm.service Created symlink from /etc/systemd/system/lightdm.service to /dev/null. Normalement il ne devrait plus se lancer. En effet, mais il ne pourra plus être démarré manuellement (via systemctl, donc normalement pas de problème avec startx). Ce qui fait que l’on peut se poser la question : à quoi ça sert de conserver lightdm installé si non seulement on ne s’en sert pas mais, qu’en plus, on ne peut pas s’en servir ? -- Sylvain Sauvage -- 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/1850596.5EPqZTiFvQ@earendil
Re: utf8 en console [ boulet online]
Le mercredi 29 juillet 2015 à 11:02, Fabrice Regnier a écrit : Bref, je comprends le soucis même si je ne sais pas comment le rêgler. J'imagine qu'il disparaîtrait de lui-même si, sur mon poste, je passais en UTF-8 et en virant ISO-8859-15 avec dpkg-reconfigure locales ? C'est justement ce que je t'aurais proposé. Ça ne risque pas de poser problème à certaines applications ne comprenant encore que le ISO-8859-15 ? La plupart d'entre vous sont-ils déjà full utf8 ? J'ai complètement migré en UTF-8 (mais j'ai conservé les ISO-* au cas où) depuis un bon moment maintenant (ça devait être aux alentours de Sarge ou Etch). $ locale -a C C.UTF-8 français french fr_FR fr_FR@euro fr_FR.iso88591 fr_FR.iso885915@euro fr_FR.utf8 POSIX $ cat /etc/default/locale # File generated by update-locale LANG=fr_FR.UTF-8 Aucun problème constaté (au contraire même, le genre de problème que tu as là, je ne connais plus depuis !). Tu auras sûrement besoin de convertir un certain nombre de choses (contenu des fichiers, noms de fichiers), ça pourra t'aider : https://www.debian.org/doc/manuals/debian-reference/ch11.fr.html Sébastien -- 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/20150729093344.gb3...@sebian.nob900.homeip.net
Re: utf8 en console [ boulet online]
'lut, Par « console », tu entends bien un tty, hein, pas une connexion ssh ou autre ? oops, il s'agit d'une connexion ssh sur le serveur distant. Du coup, et pour répondre aussi à Sébastien, je comprends que le client ssh peut poser des problèmes d'encodage s'il est mal paramétré. Dans mon cas, le protocole fish est utilisé par kate pour ouvrir des fichiers distants. Je recréé donc un lien fish vers mon serveur en spécifiant l'encodage utf8. Voici les locales de mon poste: fabricer@FR-PORT:~$ locale LANG=fr_FR@euro LANGUAGE= LC_CTYPE=fr_FR@euro LC_NUMERIC=fr_FR@euro LC_TIME=fr_FR@euro LC_COLLATE=fr_FR@euro LC_MONETARY=fr_FR@euro LC_MESSAGES=fr_FR@euro LC_PAPER=fr_FR@euro LC_NAME=fr_FR@euro LC_ADDRESS=fr_FR@euro LC_TELEPHONE=fr_FR@euro LC_MEASUREMENT=fr_FR@euro LC_IDENTIFICATION=fr_FR@euro LC_ALL= Il faut donc que dans /etc/ssh/ssh_config de mon poste, je commente SendEnv LANG LC_* pour éviter de balancer fr_FR@euro Sur le serveur, pareil, je commente AcceptEnv LANG LC_* pour qu'il arrête d'accepter les confs des clients. Pour info, sur le serveur, j'ai: fabricer@ns330829:~$ locale LANG=fr_FR.UTF-8 LANGUAGE=fr_FR.UTF-8 LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL=fr_FR.UTF-8 Pour résumer: J'utilise kate avec fish pour modifier des fichiers sur le serveur. Ces fichiers sont en utf8 (d'après kate). Pour créer le lien fish, j'ai bien spécifier encoding=utf8 Sur le serveur, je commente AcceptEnv LANG LC_*. Sur mon poste, je commente SendEnv LANG LC_* Je me connecte en ssh sur le serveur: * je peux écrire école sur la ligne de commande * mais si je veux afficher un fichier du serveur (créé par kate sur mon poste), j'ai toujours: fabricer@ns330828:~$ head -n 2 /home/fabricer/infocentre/util.php ?php //test utf8: école école école Ça signifie que la console du serveur accédée en ssh en passée en latin-9. Il faudrait que j'accède physiquement au serveur, sur un tty pour vérifier que head -n 2 /home/fabricer/infocentre/util.php me donne bien ?php //test utf8: école école école Bref, je comprends le soucis même si je ne sais pas comment le rêgler. J'imagine qu'il disparaîtrait de lui-même si, sur mon poste, je passais en UTF-8 et en virant ISO-8859-15 avec dpkg-reconfigure locales ? Ça ne risque pas de poser problème à certaines applications ne comprenant encore que le ISO-8859-15 ? La plupart d'entre vous sont-ils déjà full utf8 ? Désolé pour ce long post. f. Le 27/07/2015 19:00, Fabrice Regnier a écrit : salut la liste ;) Je ne me suis jamais senti très à l'aise entre utf8 et iso-machin. Mais cette fois, je souhaite basculer complètement vers utf8. Et je ne m'explique pas ceci: Je créé un fichier utf8 avec kate sur une machine de dev qui contient des accents et que je déplace sur le serveur. En console, sur le serveur, je ne vois pas apparaître les accents fabricer@ns330829:~/infocentre$ head util.php ?php //test utf8: école ~~ Et pourtant sur le serveur: fabricer@ns330828:~/infocentre$ locale LANG=fr_FR.UTF-8 LANGUAGE=fr_FR:fr LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL=fr_FR.UTF-8 avec dpkg-reconfigure locale, je n'ai gardé que utf8. J'ai l'impression que mes consoles sont encore en iso-8859-15. J'ai aussi rajouté dans mon .bashrc et .profile ceci: export LC_ALL=fr_FR.UTF-8 export LANG=fr_FR.UTF-8 export LANGUAGE=fr_FR.UTF-8 Lorsque j'utilise l'éditeur joe. Il me dit bien que je suis en utf-8 mais ne m'autorise pas à taper des accents. Sinon, je ne sais pas si console-data peut m'aider. Ma question est donc la suivante: comment avoir ses consoles en utf8 avec toujours la possibilité de taper les accents ? merci! f. -- 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/55b896a8$0$3055$426a7...@news.free.fr
Re: utf8 en console [ boulet online]
Le Wed, 29 Jul 2015 11:02:32 +0200, Fabrice Regnier regnier@free.fr a écrit : La plupart d'entre vous sont-ils déjà full utf8 ? Perso je suis passé à UTF8 dès que j'ai pu, et ça commence à faire pas mal d'année. Aucun regret d'avoir quitté le BabelWeb ! Jongler avec les encodages nationaux est une plaie ! （￣～￣;）ウーン・・・ -- haricoph...@aranha.fr -- 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/20150729112524.5c435e0d@azuki.aranha
Re: systemd
On 28/07/2015 20:59, Benoit B wrote: Bonjour, Je suis habitué avec init et ne comprend pas encore le fonctionnement de systemd. On n'est pas vendredi mais tu as la possibilité de le désactiver: # apt-get install sysvinit-core sysvinit sysvinit-utils # reboot -- Fabien -- 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/55b8841c.2070...@free.fr
Re: systemd
Le 28/07/2015 20:59, Benoit B a écrit : j'aurais voulu que lightdm ne démarre plus automatiquement et me loger en mode terminal, puis taper startx. Je pensais désactiver ainsi, mais ca ne marche pas... systemctl disable lightdm.service Bonjour Bizarre, il me semble avoir fait récemment sur Jessie systemctl stop lightdm systemctl disable lightdm et ça a bien marché... Sinon, le plus simple est de désinstaller lightdm sans le purger afin de pouvoir revenir en arrière. -- Maderios -- 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/55b8afba.40...@gmail.com
Re: noyau 4.0 et lvm sur raid logiciel
Bonjour, Le mercredi 29 juillet 2015, Gilles Mocellin a écrit... Bug référencé sur lvm2 : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791869 Solution en attendant : dans /etc/lvm/lvm.conf, mettre à 0 : use_lvmetad = 0 Et regénérer l'initramfs (update-initramfs -u) use_lvmetad est déjà à 0. J'ai quand même testé `pvscan --cache` puis `update-initramfs -u`, mais la punition est identique… Merci de t'être penché sur mon problème. Il me faudrait peut-être mieux éplucher le rapport de bug pour voir si j'ai autre chose à en tirer. -- jm -- 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/20150729095243.GA2929@espinasse
Re: utf8 en console [ boulet online]
J'vous l'avais bien dit que j'étais un boulet ;) Mon soucis venait de Konsole (pour lancer une console sous KDE) qui n'avait pas l'encodage utf8 par défaut mais iso-machin. Donc, malgré une conf de mon poste (presque) nickel en utf8, je rencontrais toujours le soucis. Merci à tous et désolé pour le bruit! f. Le 29/07/2015 11:40, Sébastien NOBILI a écrit : Le mercredi 29 juillet 2015 à 11:02, Fabrice Regnier a écrit : Bref, je comprends le soucis même si je ne sais pas comment le rêgler. J'imagine qu'il disparaîtrait de lui-même si, sur mon poste, je passais en UTF-8 et en virant ISO-8859-15 avec dpkg-reconfigure locales ? C'est justement ce que je t'aurais proposé. Ça ne risque pas de poser problème à certaines applications ne comprenant encore que le ISO-8859-15 ? La plupart d'entre vous sont-ils déjà full utf8 ? J'ai complètement migré en UTF-8 (mais j'ai conservé les ISO-* au cas où) depuis un bon moment maintenant (ça devait être aux alentours de Sarge ou Etch). $ locale -a C C.UTF-8 français french fr_FR fr_FR@euro fr_FR.iso88591 fr_FR.iso885915@euro fr_FR.utf8 POSIX $ cat /etc/default/locale # File generated by update-locale LANG=fr_FR.UTF-8 Aucun problème constaté (au contraire même, le genre de problème que tu as là, je ne connais plus depuis !). Tu auras sûrement besoin de convertir un certain nombre de choses (contenu des fichiers, noms de fichiers), ça pourra t'aider : https://www.debian.org/doc/manuals/debian-reference/ch11.fr.html Sébastien -- 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/55b8c72a$0$3347$426a3...@news.free.fr
Re: portable : conseil avant achat
En ce moment dans le métro, pud de cddiscount, sur un portable i3, écran 16 pouces, 4Go, DD 1To, à 499€. Si tu prendes le métro, en tout cas lignes 2 et 3, tu ne peux la rater :-) 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/201507291458.13894.andre_deb...@numericable.fr
problème configuration RAID
Bonjour, Dans une configuration RAID1 opérationnelle, un disque a commencé à montrer des signes de faiblesse. J'ai donc voulu remplacé les 2 disques par des SSD. Les anciens disques étaient des 250G, et les SSD des 240G... Donc aorès moultes manip, je me retrouve avec une configuration qui tourne. Sauf que, à chaque reboot ça foire. *Ce que dit cat /proc/mdstat Personalities : [raid1] md3 : active raid1 sdb6[1] sda6[0] 2921728 blocks super 1.2 [2/2] [UU] md4 : active raid1 sdb7[1] sda7[0] 174872576 blocks super 1.2 [2/2] [UU] bitmap: 1/2 pages [4KB], 65536KB chunk md0 : active raid1 sda2[3] sdb2[2] 30729088 blocks super 1.2 [2/2] [UU] md2 : active raid1 sda5[2] sdb5[3] 12867776 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda3[2] sdb3[3] 12867776 blocks super 1.2 [2/2] [UU] unused devices: none *Ce que dit mdadm --detail --scan ARRAY /dev/md/1 metadata=1.2 name=uther:1 UUID=542ab515:6ff448ed:4f04778d:deb50dec ARRAY /dev/md/2 metadata=1.2 name=uther:2 UUID=7cf7c432:34ad7dca:f88c2712:bb89bace ARRAY /dev/md/0 metadata=1.2 name=uther:0 UUID=0e4a3bdc:589c0654:7205bf91:b165f927 ARRAY /dev/md4 metadata=1.2 name=uther:4 UUID=1fab1da2:d81656eb:c307197b:1603bc2c ARRAY /dev/md3 metadata=1.2 name=uther:3 UUID=30b1085b:e798de40:3bae037c:5033fd30 et c'est ce que j'ai reporté dans /etc/mdadm/mdadm.conf (pourquoi cette différence entre /dev/md/1 et /dev/md3 ??) au reboot j'ai un message pour me dire qu'un process est en court sur dev-md4.device et meme chose pour dev-md3.device puis je me retrouve en mode mono-utilisateur avec des /dev/md127 et /dev/md126 qui ne sont pas montés bien sur. J'arrête ces 2 grappes, je crée md3 et md4 et ça roule... Qu'ai-je loupé ?? Merci pour vitre aide ! Thierry -- 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/20150729170918.5590f...@archimede5.inria.fr
Re: portable : conseil avant achat
Concernant cdiscount, si le prix est alléchant c'est qu'il y a une productivité technique = on remplace un composant, on enlève le bluetooth, l'écran c'est plus de l'IPS...etc Pour mettre fait avoir sur le bluetooth et la qualité de l'écran de mon portable gamer, j'aime bien avertir. En général je prends les références de matériel.net qui propose que le meilleur. J’achète principalement chez LDLC qui en matière de retour client est l'un des meilleurs qui soit. Voilà pour ce petit retour d'expérience ;) -- 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/CAJeHwDbOsU9aP=g6fza-oQAnT8u5PbSPE=etj_tk21w+q+e...@mail.gmail.com
