Re: Squeeze : plus de wifi après mise à jour
Raphaël POITEVIN a écrit : Le 22/01/11, pascatgmpasca...@gmail.com a écrit : Je joins la sortie de dmesg relative à la carte réseau wifi : [ 11.912187] iwl3945 :10:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 11.969994] iwl3945 :10:00.0: loaded firmware version 15.32.2.9 [ 12.041035] Registered led device: iwl-phy0::radio [ 12.041053] Registered led device: iwl-phy0::assoc [ 12.041105] Registered led device: iwl-phy0::RX [ 12.041121] Registered led device: iwl-phy0::TX [ 12.053646] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.628061] iwl3945 :10:00.0: Failed to get channel info for channel 140 [0] [ 15.629756] wlan0: direct probe to AP (try 1) [ 15.632115] wlan0: direct probe responded [ 15.632118] wlan0: authenticate with AP (try 1) [ 15.634218] wlan0: authenticated [ 15.634254] wlan0: associate with AP (try 1) [ 15.636728] wlan0: RX AssocResp from (capab=0x411 status=0 aid=1) [ 15.636731] wlan0: associated [ 15.638342] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready et une ligne un peu plus bas qui se plaint de l'absence de routeur IPV6. C'est tout. Il me semble pas y avoir de problème à ce niveau... Oui chez moi ça dit pareil. Tentes pour voir de retirer temporairement ta protection wep et associe ta carte, ça enlèvera un paramètre gênant en moins pour voir si ta carte marche réellement et si tu n'as pas un pb dans ta config. Enfin ça n'est qu'une proposition comme une autre, peut-être quelqu'un a-t-il une astuce plus catholique pour tester. Raphaël Bon hé bien la désactivation de la sécurité sur la live box n'a rien donné et je constate toujours le même comportement assez incompréhensible malheureusrement. P. -- 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/4d3bf740.70...@gmail.com
Re: Squeeze : plus de wifi après mise à jour
Raphaël POITEVIN a écrit : Le 22/01/11, pascatgmpasca...@gmail.com a écrit : Je joins la sortie de dmesg relative à la carte réseau wifi : [ 11.912187] iwl3945 :10:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 11.969994] iwl3945 :10:00.0: loaded firmware version 15.32.2.9 [ 12.041035] Registered led device: iwl-phy0::radio [ 12.041053] Registered led device: iwl-phy0::assoc [ 12.041105] Registered led device: iwl-phy0::RX [ 12.041121] Registered led device: iwl-phy0::TX [ 12.053646] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.628061] iwl3945 :10:00.0: Failed to get channel info for channel 140 [0] [ 15.629756] wlan0: direct probe to AP (try 1) [ 15.632115] wlan0: direct probe responded [ 15.632118] wlan0: authenticate with AP (try 1) [ 15.634218] wlan0: authenticated [ 15.634254] wlan0: associate with AP (try 1) [ 15.636728] wlan0: RX AssocResp from (capab=0x411 status=0 aid=1) [ 15.636731] wlan0: associated [ 15.638342] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready et une ligne un peu plus bas qui se plaint de l'absence de routeur IPV6. C'est tout. Il me semble pas y avoir de problème à ce niveau... Oui chez moi ça dit pareil. Tentes pour voir de retirer temporairement ta protection wep et associe ta carte, ça enlèvera un paramètre gênant en moins pour voir si ta carte marche réellement et si tu n'as pas un pb dans ta config. Enfin ça n'est qu'une proposition comme une autre, peut-être quelqu'un a-t-il une astuce plus catholique pour tester. Raphaël Ooops ! désolé j'ai posté trop vite ! Dans ma hâte d'expérimenter je me suis reconnecté *avant* que la live box n'ait pris en compte le changement de configuration... Résultat : Bingo ! Ca marche...Mais alors je ne comprends plus rien car la connexion s'est brutalement interrompue pendant une mise à jour il y a plus d'une semaine alors qu'elle fonctionnait auparavant ! Et je n'ai touché à aucun paramètre de configuration pendant... Se peut-il qu'un changement quelque part fasse comprendre différemment à la carte les paramètres de sécurité de la LB ? Enfin, je ne peux laisser ouvert l'accès à la live box Mais bon, on avance ! P. -- 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/4d3bfd62.8010...@gmail.com
Re: Squeeze : plus de wifi après mise à jour [Résolu]
Raphaël POITEVIN a écrit : Le 22/01/11, pascatgmpasca...@gmail.com a écrit : Je joins la sortie de dmesg relative à la carte réseau wifi : [ 11.912187] iwl3945 :10:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 11.969994] iwl3945 :10:00.0: loaded firmware version 15.32.2.9 [ 12.041035] Registered led device: iwl-phy0::radio [ 12.041053] Registered led device: iwl-phy0::assoc [ 12.041105] Registered led device: iwl-phy0::RX [ 12.041121] Registered led device: iwl-phy0::TX [ 12.053646] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.628061] iwl3945 :10:00.0: Failed to get channel info for channel 140 [0] [ 15.629756] wlan0: direct probe to AP (try 1) [ 15.632115] wlan0: direct probe responded [ 15.632118] wlan0: authenticate with AP (try 1) [ 15.634218] wlan0: authenticated [ 15.634254] wlan0: associate with AP (try 1) [ 15.636728] wlan0: RX AssocResp from (capab=0x411 status=0 aid=1) [ 15.636731] wlan0: associated [ 15.638342] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready et une ligne un peu plus bas qui se plaint de l'absence de routeur IPV6. C'est tout. Il me semble pas y avoir de problème à ce niveau... Oui chez moi ça dit pareil. Tentes pour voir de retirer temporairement ta protection wep et associe ta carte, ça enlèvera un paramètre gênant en moins pour voir si ta carte marche réellement et si tu n'as pas un pb dans ta config. Enfin ça n'est qu'une proposition comme une autre, peut-être quelqu'un a-t-il une astuce plus catholique pour tester. Raphaël Bon...Dans la configuration de la LB je suis passé de mixte WEP/WPA qui était auparavant le défaut (et qui fonctionnait très bien) à WEP. J'ai viré NM, installé wicd configuré wicd, rebooté et Hô miracle le wifi fonctionne à nouveau. Quant à savoir pourquoi la configuration de la LB n'a plus convenu subitement... Mystère ! En tous les cas, merci pour votre aide à tous ! Bon dimanche... P. -- 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/4d3c0986.7030...@gmail.com
[limit HS : mélange lenny et ubuntu]Munin server Debian, Munin-node ubuntu pas de données
Bonjour, J'ai un soucis avec munin : pas de mise à jour pour le munin-node d'une ubuntu que j'ai ajouté hier (l'ubuntu, le reste tourne depuis plusieurs mois). Une recherche munin-node 1.4.5 1.2.6 incompati ne m'a pas fait avancer Sur http://munin-monitoring.org/wiki/faq, je n'ais rien vu (y'a ptet quand même) Tout d'abord l'inventaire : 1 Munin souslenny en 1.2.6-10~lenny2 11 Munin-node sous lenny en 1.2.6-10~lenny2 1 Munin-node sous ubuntu en 1.4.5-1ubuntu2 # grep -A 2 ubuntu.bulot-fr.com /etc/munin/munin.conf [ubuntu.bulot-fr.com] address 192.168.1.203 use_node_name no J'ai les graphs des 11 nodes qui fonctionnent. Seul celui d'ubuntu reste vide (sur la page web du serveur munin). Pourtant # telnet 192.168.1.203 4949 Trying 192.168.1.203... Connected to 192.168.1.203. Escape character is '^]'. # munin node at 203.dozer.bulot-fr.com list apache_accesses apache_processes apache_volume cpu df df_inode entropy forks fw_packets if_err_venet0 if_venet0 interrupts load memory open_files open_inodes proc_pri processes sendmail_mailqueue sendmail_mailstats sendmail_mailtraffic swap threads uptime users vmstat fetch cpu user.value 1070 nice.value 0 system.value 2336 idle.value 7903280 iowait.value 2531 irq.value 0 softirq.value 0 steal.value 0 . quit Dans grep ubuntu /var/log/munin/*.log | more je n'ai vu aucun message d'erreur Que dois-je chercher, y'a-t-il un truc que j'ai oublié ? -- Cordialement Grégory BULOT -- 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/20110123120113.2b231...@morpheus.bulot-fr.com
Re: [limit HS : mélange lenny et ubuntu]Munin server Debian, Munin-node ubuntu pas de données
Le Sun, 23 Jan 2011 12:01:13 +0100, Grégory Bulot debian.list200...@batman.dyndns.org a écrit : Bonjour, J'ai un soucis avec munin : pas de mise à jour pour le munin-node d'une ubuntu que j'ai ajouté hier (l'ubuntu, le reste tourne depuis plusieurs mois). Une recherche munin-node 1.4.5 1.2.6 incompati ne m'a pas fait avancer Sur http://munin-monitoring.org/wiki/faq, je n'ais rien vu (y'a ptet quand même) Tout d'abord l'inventaire : 1 Munin souslenny en 1.2.6-10~lenny2 11 Munin-node sous lenny en 1.2.6-10~lenny2 1 Munin-node sous ubuntu en 1.4.5-1ubuntu2 # grep -A 2 ubuntu.bulot-fr.com /etc/munin/munin.conf [ubuntu.bulot-fr.com] address 192.168.1.203 use_node_name no J'ai les graphs des 11 nodes qui fonctionnent. Seul celui d'ubuntu reste vide (sur la page web du serveur munin). Pourtant # telnet 192.168.1.203 4949 Trying 192.168.1.203... Connected to 192.168.1.203. Escape character is '^]'. # munin node at 203.dozer.bulot-fr.com list apache_accesses apache_processes apache_volume cpu df df_inode entropy forks fw_packets if_err_venet0 if_venet0 interrupts load memory open_files open_inodes proc_pri processes sendmail_mailqueue sendmail_mailstats sendmail_mailtraffic swap threads uptime users vmstat fetch cpu user.value 1070 nice.value 0 system.value 2336 idle.value 7903280 iowait.value 2531 irq.value 0 softirq.value 0 steal.value 0 . quit Dans grep ubuntu /var/log/munin/*.log | more je n'ai vu aucun message d'erreur Que dois-je chercher, y'a-t-il un truc que j'ai oublié ? -- Cordialement Grégory BULOT bonjour, rrd collect existe pour ton soucis ... slt bernard -- 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/20110123124628.1dc4f512.bernard.schoenacker_free.fr@hamtaro
Re: Certification d'un horodatage
Le 21/01/2011 20:01, Alain Vaugham a écrit : Le Friday 21 January 2011 19:17:16 Jean-Yves F. Barbier, vous avez écrit : ... S'il ne coopère pas, change de port (en Gal 443 reste ouvert.) C'est prévu. J'attends une machine basse conso pour la laisser 24/24 ON. ... Tout dépend si tu vends des paniers moules, auquel cas pas de PB, ou de la haute technologie, auquel cas GROS PB. Pour utiliser cet exemple très justement imagé, c'est justement sur les paniers de moules qu'on perd du temps - parceque il y en a plus - alors que sur les autres, là ou les enjeux sont très importants, il n'y a jamais de problème. Les deux ne se traitent pas avec le même rythme. Je dirais qu'en l'état actuel des choses, soit tu sécurises *toute* la chaîne, avec logs signés, SMTP 'amis' only, etc; soit tu reste au même niveau, et dans ce cas, un logging de 'ntptrace' suffit largement puisqu'il te donne l'écart avec le svr ntp externe. Cette suggestion me plait beaucoup au sens que c'est autonome. Elle ne tiendra pas face à certains tiers en l'absence d'audit mais elle a l'avantage de montrer qu'une action a été mise en place. si le problème est de prouver au client que tu n'as rien reçu à la date D, alors une solution est de lui envoyer un accusé de réception signé avec une clé privée à toi, et au préalable: - tu lui fournis la clé publique correspondante - tu lui dis: pas d'accusé de réception, pas de garantie. là du coup, c'est le client qui fait tierce partie (partielle). bien sûr, il pourra prétendre que - tu as reçu une commande et tu l'as jetée - tu as reçu une commande et tu l'as mise de côté - ... mais y a rien à faire là. tu peux très bien arrêter ton postfix pendant quelques heures, faire un filtrage sur le postfix pour retarder un mail, ... etc. et pour réaliser un système avec preuve suffisante, va falloir vendre beaucoup de moules, payer un tierce pêcheur (qui s'appelle Martin?) et être affilié à une autorité de coquillages certifiés. d'autant plus qu'en général, ce qui compte c'est la bonne foi et l'intime conviction... et un bon avocat (mayonnaise?) j'aime les Vendredis longs! [snip] -- 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/20110123115121.8931713a4...@liszt.debian.org
Re: HS: mdadm et grub2
Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit : On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeauxno-s...@tootai.net wrote: je viens d'installer un serveur Dell T110 ayant 2 disques SATA et incorporant le controleur suivant (lspci) RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA RAID Controller (rev 05) Le BIOS du serveur donne PERC S100 comme controleur RAID. Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv qui fait le RAID, pas le hard), ensuite personne n'a réussi à le faire fonctionner correctement en software RAID Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque SATA qui était sda lors de l'installation démarre aussi bien en SATA0 qu'en SATA1. Le second disque, celui en sdb lors de l'installation et qui semblait fonctionnel aux yeux de mdadm, ne démarre ni en SATA0 ni en SATA1 :-( Bon ... -- Daniel -- 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/4d3c19ae.9020...@tootai.net
Re: Squeeze : plus de wifi après mise à jour
Pour ma clé USB WiFi je passe par la méthode suivante : /etc/network/interfaces : --- allow-hotplug wlan0 auto wlan0 iface wlan0 inet dhcp wireless-essid de ta Box wireless-key ta clé wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf Je vérifie que le module est bien dans les processus, chez moi rt73. # ifup wlan0 la clé WiFi USB se met à clignoter ... et ici, parfois, elle n'accroche pas le numéro IP. Je fais : # ifdown wlan0 Je la débranche puis la rebranche : # ifup wlan0 et elle reçoit un n° IP de la Box. Si je boote sous XP puis ensuite repasse à Debian, je suis obligé de faire la manip ci-dessus. (WiFi capricieux ...) comme si la clé avait enregistré des infos Windows qui ne convenaient pas à Linux. Si ça peut t'apporter ... -- 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/201101231314.00980.cor...@free.fr
Re: HS: mdadm et grub2
Le 23/01/2011 13:06, Daniel Huhardeaux a écrit : Le 23/01/2011 05:14, Jean-Yves F. Barbier a écrit : On Sat, 22 Jan 2011 18:13:14 +0100, daniel huhardeauxno-s...@tootai.net wrote: je viens d'installer un serveur Dell T110 ayant 2 disques SATA et incorporant le controleur suivant (lspci) RAID bus controller: Intel Corporation 5 Series/3400 Series Chipset SATA RAID Controller (rev 05) Le BIOS du serveur donne PERC S100 comme controleur RAID. Tu n'y peux rien: d'abord ce n'est même pas un vrai ctrlr RAID (c'est le drv qui fait le RAID, pas le hard), ensuite personne n'a réussi à le faire fonctionner correctement en software RAID Il me parait que raison t'es donnée: j'ai poussé mes tests, mon disque SATA qui était sda lors de l'installation démarre aussi bien en SATA0 qu'en SATA1. Le second disque, celui en sdb lors de l'installation et qui semblait fonctionnel aux yeux de mdadm, ne démarre ni en SATA0 ni en SATA1 :-( Il y a quand même un truc qui me chiffonne: le RAID est désactivé dans le BIOS, j'ai mis AHCI mode ou ATA mode. Le raid logiciel devrait être fonctionnel ... -- Daniel -- 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/4d3c1d48.9070...@tootai.net
Re: Commande find
Arrrgh
finalement y a pas grand chose qui pourrais me satisfaire finalement...
On Sun, Jan 23, 2011 at 01:47:36AM +0100, Jeremie COURREGES-ANGLAS wrote:
On Saturday 22 January 2011 à 10:36:57PM, Yves Rutschle wrote:
On Sat, Jan 22, 2011 at 10:06:27PM +0100, Fabien LUCE wrote:
je viens d'essayer un petit:
tar cjvf test.tar.bz2 $(find . -mindepth 1 -name * -exec echo {} +)
Eeek.
Y'a un gros souci là.
Dans ton utilisation de find, tu ne résouds en rien le problème des noms de
fichiers problématiques, pour une bonne raison : tu laisses le shell
splitter la sortie de find, par la simple utilisation de $(...).
Tu pourrais, en étant vraiment vicieux, utiliser find pour ta tâche :
$ find . -mindepth 1 -exec tar cjvf test.tar.bz2 {} +
Mais ce genre d'utilisation est déconseillée, car on crée ainsi des archives
qui s'extraient dans le répertoire courant.
J'ai peut-être raté un épisode, mais pourquoi ne pas faire
un simple:
tar cjvf test.tar.bz2 *
?
Histoire de sauvegarder aussi les fichiers et répertoires cachés ?
Ou pas...
Sinon, j'aurais tendance à ajouter des guillements autour
des noms de fichiers qui contiennent des espaces, donc:
tar cjvf test.tar.bz2 $(find . -mindepth 1 -name * -exec echo \{}\ +)
Inutile, le problème intervient lorsque le shell interprète la sortie de la
substitution $(...).
De manière générale, utiliser $(...) sans guillemets doubles autour est une
erreur.
Pas besoin de mettre des guillemets autour de {} : le shell n'interprète
pas les noms de fichier car {} est une sémantique interne à find(1).
find(1) passe directement par un appel à execvp(2) pour lancer la commande,
donc les noms de fichiers représentés par {} ne sont pas interprétés.
Pas testé, donc sans garantie.
Y.
--
Free software, free society.
Jérémie Courrèges-Anglas
GPG key : 06A11494
--
Fabien LUCE
Jabber ID: f...@lutix.org
Identi.ca: http://identi.ca/ftg
Web: www.lutix.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: http://lists.debian.org/20110123125107.ga25...@serveur.lutix.org
Re: Squeeze : plus de wifi après mise à jour [Résolu]
Le dimanche 23 janvier 2011 11:57:10, pascatgm a écrit : Raphaël POITEVIN a écrit : Le 22/01/11, pascatgmpasca...@gmail.com a écrit : Je joins la sortie de dmesg relative à la carte réseau wifi : [ 11.912187] iwl3945 :10:00.0: firmware: requesting iwlwifi-3945-2.ucode [ 11.969994] iwl3945 :10:00.0: loaded firmware version 15.32.2.9 [ 12.041035] Registered led device: iwl-phy0::radio [ 12.041053] Registered led device: iwl-phy0::assoc [ 12.041105] Registered led device: iwl-phy0::RX [ 12.041121] Registered led device: iwl-phy0::TX [ 12.053646] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 15.628061] iwl3945 :10:00.0: Failed to get channel info for channel 140 [0] [ 15.629756] wlan0: direct probe to AP (try 1) [ 15.632115] wlan0: direct probe responded [ 15.632118] wlan0: authenticate with AP (try 1) [ 15.634218] wlan0: authenticated [ 15.634254] wlan0: associate with AP (try 1) [ 15.636728] wlan0: RX AssocResp from (capab=0x411 status=0 aid=1) [ 15.636731] wlan0: associated [ 15.638342] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready et une ligne un peu plus bas qui se plaint de l'absence de routeur IPV6. C'est tout. Il me semble pas y avoir de problème à ce niveau... Oui chez moi ça dit pareil. Tentes pour voir de retirer temporairement ta protection wep et associe ta carte, ça enlèvera un paramètre gênant en moins pour voir si ta carte marche réellement et si tu n'as pas un pb dans ta config. Enfin ça n'est qu'une proposition comme une autre, peut-être quelqu'un a-t-il une astuce plus catholique pour tester. Raphaël Bon...Dans la configuration de la LB je suis passé de mixte WEP/WPA qui était auparavant le défaut (et qui fonctionnait très bien) à WEP. J'ai viré NM, installé wicd configuré wicd, rebooté et Hô miracle le wifi fonctionne à nouveau. Quant à savoir pourquoi la configuration de la LB n'a plus convenu subitement... Mystère ! En tous les cas, merci pour votre aide à tous ! Bon dimanche... P. maintenant que tu as wicd essaies WPA sur ta livebox ,car je crois que la sécurité avec WEP est loin d'être optimum. A+ Philippe -- 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/201101231438.05794.phil-deb1.mer...@laposte.net
Re: rsync
Le Sat, 22 Jan 2011 10:10:02 +0100, Fabien LUCE a écrit : est ce que rsync supprime les fichiers sur la destination qui ne sont pas sur la source? Dans mon cas cela se produit, y a t il moyen de lui dire de ne pas le faire? dans grsync (GUI de rsync) il y a l'option donc elle doit exister pour rsync. -- 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/4d3c2daf$0$28498$426a3...@news.free.fr
Re: HS: mdadm et grub2
Le 22 janvier 2011 18:13, daniel huhardeaux no-s...@tootai.net a écrit : Bonjour, Bonjour, J'ai invalidé le Raid dans le BIOS pour ne faire que du RAID1 logiciel avec mdadm. Tout se déroule correctement C'est à dire ? Je pense que tu devrai développer la procédure que tu as suivi. As-tu bien regénéré le initramfs ? jusqu'au test du raid après installation: le serveur ne démarre pas si je débranche sda alors qu'il démarre si je débranche sdb! J'ai fait un grub-install sur /dev/sda /dev/sdb et /dev/md0 (partition Raid1 pour /boot, /dev/md1 étant mon swap et /dev/md2 mon /) Je ne vois pas pourquoi installer grub sur un périphérique raid, grub se doit d'être sur /dev/sda et /dev/sdb Lorsque je démarre en ayant débrancher sda, je vois Welcome to GRUB puis le serveur redémarre. J'ai tenté de mettre set root=(hd1) en lieu et place de (md0) dans grub.cfg, rien n'y fait. Dans le BIOS, j'ai activer le boot à partir du second disque, le serveur démarre bien si sda est présent. Tout se passe donc comme si GRUB démarre sur sdb mais a besoin de sda pour le reste :-( Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai du mal à t'aider. J'ai demander au BIOS de se comporter comme si les disques étaient en ATA, pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en cause et interfère. Je pense qu'il n'y a aucun rapport Merci pour toute suggestion ou histoire vécue et résolue ;-) qui me permettrai de sortir de cette impasse. J'ai commencé un tutoriel sur le sujet, je te colle le brouillon : peut être que quelques étapes ne sont pas dans l'ordre L'idée est de partir d'un système standard à un système installé en raid 1 en passant par une matrice raid 1 dégradée. Les étapes à ne pas louper sont celle concernant le initramfs et le fstab. Je n'ai pas utilisé l'installateur pour configurer le raid, je l'ai fais une fois installé. Je me base sur 2 disques identiques sda (disque source) et sdb (disque cible), le système dans 1 unique partition + 1 swap (/dev/sda5 et /dev/sdb5). Les étapes à suivre : Paquets Prérequis : mdadm Disque source = /dev/sda Disque cible = /dev/sdb - Partitionner le disque cible en Linux raid auto detect pour / + 1 swap - Créer le système raid 1 sur la partition cible en mode dégradé : Seule la partition /dev/sdb1 est utilisée lors de cette étape : mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb1 missing - Créer un système de fichier (mkfs.ext3 /dev/md0) sur le disque cible - Monter la future partition cible /dev/md0 sur /point_montage_md0/ - Copier les fichiers du système source sur le disque cible (cp -dprx /dev/sda1 /dev/sdb1) - Modifier /etc/madam/mdadm.conf sur le disque cible pour prendre en compte la matrice raid (mdadm ---examine --scan /point_montage_md0/etc/mdadm/mdadm.conf) - Modifier /etc/fstab du disque cible pour qu'il utilise le nouveau système de fichiers (/ sur /dev/md0) - Générer le initramfs sur le disque cible : cd /point_montage_md0/boot/ puis mkinitramfs -v -o ./leinitrdquivabien sur le nouveau disque - Modifier pour avoir la ligne kopt=/dev/md0 (de mémoire) dans menu.lst - Installer Grub à partir de grub sur le disque cible : root (hd1,0) , setup(hd1) - Installer Grub à partir de grub sur le disque source : root (hd1,0) , setup(hd0) - Là devrait être spécifié root comme /dev/md0 dans /boot/grub/menu.lst sur le disque cible et source (les entrées dans le menu grub), mais il faut aussi garder les autres menus au cas ou - Démonter la partition cible /dev/md0 - On laisse les swap (1 sur chaque partition), on refera la manipulation de création d'un disque /dev/md1 de swap par la suite, pour le moment on peut continuer à utiliser /dev/sdb5 - Rebooter sur le nouveau disque sdb (md0) en mode dégradé (à spécifier à partir du bios, ou changer les cavaliers des disques IDE) - Vérifier que le système a bien monté / sur /dev/md0, sinon, on peut supposer un mauvais paramétrage du grub - Changer le type de partition de /dev/sda1 en Linux raid auto detect - Intégrer le disque source dans la matrice raid : mdadm /dev/md0 --add /dev/sda1 ... et attendre la synchronisation - Pour la swap, même idée, mais c'est plus simple, il suffit juste de créer un disque raid 1 et le déclarer comme swap dans fstab cible - C'est fini - Relancer pour vérifier le boot sur chacun des disques. ... et ... - Tester A+ k. -- 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/AANLkTi=r8eeubscdntzkv19jfkvkw0i_3etmxf1u3...@mail.gmail.com
Re: HS: mdadm et grub2
Le 23/01/2011 15:45, kaliderus a écrit : [...] Je ne vois pas pourquoi installer grub sur un périphérique raid, grub se doit d'être sur /dev/sda et /dev/sdb Non, avec grub2 on peut l'installer sur le périphérique raid ainsi les x disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux disques) [...] Sans le descriptif détaillé de la procédure que tu as suivi, j'aurai du mal à t'aider. Mon problème n'est pas l'installation du raid, je sais faire ;-). J'ai demander au BIOS de se comporter comme si les disques étaient en ATA, pas plus de résultat. Bref, j'en vient à penser que le contrôleur est en cause et interfère. Je pense qu'il n'y a aucun rapport Et bien si: le perc s100 semble bien être la cause du problème [...] - Relancer pour vérifier le boot sur chacun des disques. Et c'est la ou cela coince. -- Daniel -- 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/4d3c630f.3080...@tootai.net
Re: HS: mdadm et grub2
Salut, Daniel Huhardeaux a écrit : Et bien si: le perc s100 semble bien être la cause du problème Cette affirmation me semble en contradiction avec ton message de 13h06 relatant le résultat de la permutation des disques. Le problème pourrait venir de la correspondance entre les noms de périphérique pour Linux et le BIOS pour le second disque. - A l'installation, sdb = second disque dur dans le BIOS (hd1 selon grub 1, mais il paraît que ça a changé avec grub 2). - Si on enlève le premier disque, sdb devient premier disque donc hd0. Si l'amorce de grub a été configurée pour aller chercher le reste sur hd1, ça ne marche pas. Quand j'avais installé grub 1 sur deux disques en RAID 1, j'avais dû installer l'amorce sur le second disque en déclarant que pour le BIOS c'était le premier, car pour le BIOS le disque qui boote est toujours le premier. -- 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/4d3c67bc.30...@plouf.fr.eu.org
Re: HS: mdadm et grub2
Le 23 janvier 2011 18:19, Daniel Huhardeaux no-s...@tootai.net a écrit : Le 23/01/2011 15:45, kaliderus a écrit : [...] Je ne vois pas pourquoi installer grub sur un périphérique raid, grub se doit d'être sur /dev/sda et /dev/sdb Non, avec grub2 on peut l'installer sur le périphérique raid ainsi les x disques peuvent démarrer (le raid n'est pas forcément sur uniquement deux disques) Ah d'accord, et grub s'installe tout seul sur les x disques en question ? Parceque le bios doit bien choisir a un moment sur lequel charger le système - Relancer pour vérifier le boot sur chacun des disques. Et c'est la ou cela coince. Si tu passe par du raid logiciel, je ne comprends plus le soucis de ton controleur. -- 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/aanlktin0f35k-q8xktkru7-ohoasvjo83xvhe6cb-...@mail.gmail.com
Re: HS: mdadm et grub2
Le 23/01/2011 18:39, Pascal Hambourg a écrit : Salut, Daniel Huhardeaux a écrit : Et bien si: le perc s100 semble bien être la cause du problème Cette affirmation me semble en contradiction avec ton message de 13h06 relatant le résultat de la permutation des disques. Je ne pense pas. J'ai poussé plus loin en débranchant SATA0 et en faisant un installation fraiche sur le disque qui ne démarrait pas en le laissant connecté à SATA1 qui est bien devenu sda l'autre disque ayant été débranché: et bien cela a fonctionné! Chaque disque installé avec son OS démarre bien, SATA0 ou SATA1. J'en suis arrivé à la conclusion que le raid avec mdadm fait que l'ecriture a bien lieu sur le premier disque et pas sur le second. Cela explique pourquoi mon sdb ne démarrait pas puisqu'il ne devait en fait avoir rien d'écrit :-( J'ai rebranché les deux disques, chacun comme il était connecté à la livraison. Un dd if=/dev/sda of=/dev/sdb est entrain de tourner. Je redémarrerai ensuite sur chaque disque pour voir si tout est ok, puis les remettrai dans l'espace raid. Je créerai ensuite un fichier puis retirerai le sda de la grappe et redémarrerai sur sdb: le résultat me dira déjà si j'ai vu juste. De la lecture sur Internet, je suis pessimiste quant au résultat. Le problème pourrait venir de la correspondance entre les noms de périphérique pour Linux et le BIOS pour le second disque. Il ne parle que de disque C: J'ai comme seul choix de dire celui que je veux pour représenter ce disque C: Un contrôleur à fuire, c'est la première fois que je me retrouve dans une telle situation :-( [...] -- 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/4d3c6eae.2060...@tootai.net
Accès à un disque SMB avec les droits de l'utilisateur connecté
Bonjour, Un serveur sous debian fait tourner un serveur samba qui partage un répertoire. J'accède à ce répertoire depuis un ordinateur sous windows en rentrant login et mot de passe. Maintenant je veux faire la même chose depuis mon poste linux, ça marche mais je me rends compte que je dois rentrer le login et le mdp de l'utilisateur samba dans le fichier /etc/fstab. Or je veux que l'utilisateur qui accède au disque utilise ses droits personnels. D'après ce que j'ai trouvé sur le net, ce n'est pas possible, pouvez-vous me confirmer ? Je me tourne donc vers une solution à la windows, chaque utilisateur effectue son propre montage sur un point de montage dans son répertoire home par exemple via un script. Est-ce l'unique solution ? Y a-t-il un moyen pour ne pas stocker en clair les mdp des utilisateurs dans un fichier en clair ? Merci d'avance pour toute réponse. Mickaël -- 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/1295821753.4d3cabb995...@webmail.free.fr
Re: Accès à un disque SMB avec les droits de l'utilisateur connecté
Le Sun, 23 Jan 2011 23:29:13 +0100, vera.mick...@free.fr a écrit : Bonjour, Un serveur sous debian fait tourner un serveur samba qui partage un répertoire. J'accède à ce répertoire depuis un ordinateur sous windows en rentrant login et mot de passe. Maintenant je veux faire la même chose depuis mon poste linux, ça marche mais je me rends compte que je dois rentrer le login et le mdp de l'utilisateur samba dans le fichier /etc/fstab. Or je veux que l'utilisateur qui accède au disque utilise ses droits personnels. D'après ce que j'ai trouvé sur le net, ce n'est pas possible, pouvez-vous me confirmer ? Je me tourne donc vers une solution à la windows, chaque utilisateur effectue son propre montage sur un point de montage dans son répertoire home par exemple via un script. Est-ce l'unique solution ? Y a-t-il un moyen pour ne pas stocker en clair les mdp des utilisateurs dans un fichier en clair ? Merci d'avance pour toute réponse. Mickaël bonjour, pourquoi ne pas employer les acl ? http://www.linux-france.org/~fclerc/article/serveur/samba-acl/debian-samba-acl-xfs.html http://www.coagul.org/spip.php?article177 autrement, il existe une solution payante : ZENworks slt bernard -- 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/20110124073531.423b4921.bernard.schoenacker_free.fr@hamtaro
Re: rsync
J'ai fini partrouvé dans le man: --delete fait exacement ce que je veux! a+ On Sun, Jan 23, 2011 at 01:31:27PM +, moi-meme wrote: Le Sat, 22 Jan 2011 10:10:02 +0100, Fabien LUCE a écrit : est ce que rsync supprime les fichiers sur la destination qui ne sont pas sur la source? Dans mon cas cela se produit, y a t il moyen de lui dire de ne pas le faire? dans grsync (GUI de rsync) il y a l'option donc elle doit exister pour rsync. -- 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/4d3c2daf$0$28498$426a3...@news.free.fr -- Fabien LUCE Jabber ID: f...@lutix.org Identi.ca: http://identi.ca/ftg Web: www.lutix.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: http://lists.debian.org/20110124070849.gb25...@serveur.lutix.org
