Re: intégrité d'une sauvegarde et RAID
Bonjour, merci à tous pour vos réponses. On Wed, 22 Dec 2010, steve wrote: Le 22-12-2010, à 05:24:17 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : Pour commencer, je voudrais vérifier la sauvegarde. Par exemple en comparant les checksums des fichiers sur les deux disques. Est-ce qu'il existe un logiciel pour faire cela ? De manière récurrente ? md5sum dans une boucle et le tour est joué. Cela prendra juste un peu de temps. J'ai finalement trouvé encore plus fainéant-proof : md5deep puis md5sum -c. J'envisage de mettre les deux disques en RAID 1 (ils sont identiques), mais je me pose quelques questions : - est-ce qu'en RAID 1 le système me préviendra si les deux copies diffèrent ? Je ne crois pas. - en RAID 1, mon backup sera moins robuste à une fausse manip. (suppression de dossiers, etc.). Je pourrais compenser en utilisant un système de fichiers versionné, ou, à tout le moins, qui supporte des snapshots (disons quotidiens). Que me conseilleriez-vous d'éprouvé ? LVM ? LVM n'a rien à voir avec une sauvegarde. La fonction snapshot de LVM s'en rapproche toute de même. Mais à la réflexion, je pense que je ne pourrai pas l'utiliser : il me faudrait trop de place pour les snapshots. Donc il est plus que conseillé de réfléchir à une vraie méthode de sauvegarde, sur un autre support que le RAID 1. ok, je vais sois continuer avec unison (c'est comme rsync, mais en plus rapide), sois me tourner vers rsnapshot. Ce sera plus simple. J'espère que si mon script démonte la partition de sauvegarde après la sauvegarde, le disque dur qui la contient arrêtera de tourner. Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. zut, c'est décevant. Encore merci à tous.
Re: intégrit é d'une sauvegarde et RAID
Le 23-12-2010, à 11:13:44 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : Le 22-12-2010, à 05:24:17 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : Pour commencer, je voudrais vérifier la sauvegarde. Par exemple en comparant les checksums des fichiers sur les deux disques. Est-ce qu'il existe un logiciel pour faire cela ? De manière récurrente ? md5sum dans une boucle et le tour est joué. Cela prendra juste un peu de temps. J'ai finalement trouvé encore plus fainéant-proof : md5deep puis md5sum -c. Je ne connaissais pas, merci. J'envisage de mettre les deux disques en RAID 1 (ils sont identiques), mais je me pose quelques questions : - est-ce qu'en RAID 1 le système me préviendra si les deux copies diffèrent ? Je ne crois pas. - en RAID 1, mon backup sera moins robuste à une fausse manip. (suppression de dossiers, etc.). Je pourrais compenser en utilisant un système de fichiers versionné, ou, à tout le moins, qui supporte des snapshots (disons quotidiens). Que me conseilleriez-vous d'éprouvé ? LVM ? LVM n'a rien à voir avec une sauvegarde. La fonction snapshot de LVM s'en rapproche toute de même. Mais à la réflexion, je pense que je ne pourrai pas l'utiliser : il me faudrait trop de place pour les snapshots. Je ne pensais pas à ça en particulier, mais effectivement cette fonction existe (mais jamais utilisée, et n'utilise actuellement pas LVM non plus). Donc il est plus que conseillé de réfléchir à une vraie méthode de sauvegarde, sur un autre support que le RAID 1. ok, je vais sois continuer avec unison (c'est comme rsync, mais en plus rapide), sois me tourner vers rsnapshot. Ce sera plus simple. Certainement. J'espère que si mon script démonte la partition de sauvegarde après la sauvegarde, le disque dur qui la contient arrêtera de tourner. On doit pouvoir dire au disque de s'arrêter mais je ne sais pas comment faire. Tiens-nous au courant quand tu sauras. Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. zut, c'est décevant. Bin non, le RAID 1 n'est juste pas fait pour ça. Mais d'autres RAID le fait si je ne m'abuse. Encore merci à tous. Pas de quoi. Belle journée. s. -- 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/20101223102252.ga12...@localdomain
Re: intégrité d'une sauvegarde et RAID
On Wed, 22 Dec 2010 08:40:31 +0100, steve dl...@bluewin.ch wrote: ... - est-ce qu'en RAID 1 le système me préviendra si les deux copies diffèrent ? Je ne crois pas. Si, bien sûr (c'est pas w$=/), il suffit de paramétrer l'adresse email de l'admin et il sera prévenu dès qu'un PB surviendra (résultat de la Cde mdadm expédié, comme ça tu sais quel HD a le PB) ... - quid de la consommation électrique ? J'imagine qu'elle double ? Deux disques qui tournent = double consommation. Evidemment; mais tu peux minorer (surtout vu le contenu): en utilisant 2 HDz Seagate tournant à 5900RPM (et en plus tu gagnes le silence:) Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. En partie faux: l'augmentation des perfs est surtout sensible sur la lecture; et si les HDz sont déphasé de 180°, alors les perfs en lecture doublent. -- Life is a bitch, but the puppies can be cute. -- 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/20101223113219.45195...@anubis.defcon1
Re: intégrité d'une sauvegarde et RAID
On Thu, 23 Dec 2010 11:22:52 +0100, steve dl...@bluewin.ch wrote: ... On doit pouvoir dire au disque de s'arrêter mais je ne sais pas comment faire. Tiens-nous au courant quand tu sauras. La Cde: hdparm -Y /dev/sdb met le disque en sommeil, normalement un accès le réveille (éventuellement précédé de: hdparm -w /dev/sdb.) Mais c'est une mauvaise idée: le nombre de cycle on/off d'un HD normal (pas un 21/2 de portable) est relativement limité (~3,500-4,500) et une telle manip compte pour un tel cycle; mieux vaut utiliser des HDz qui consomment moins et les laisser tourner (rapport éco. edf/rachat d'un disque...) Sans compter les (Tmauvais) effets d'une chauffe/refroidissement qui ne sont pas du tout bons pour la mécanique (la meilleur solution consiste à laisser tourner les HDz 24/7: leur température reste quasi-constante et c'est l'un des gages de longévité.) -- Nothing motivates a man more than to see his boss put in an honest day's work. -- 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/20101223115030.62bb3...@anubis.defcon1
[rotation disque]Re: intégrité d'une sauvegarde et RAID
Bonjour, Bonsoir, Reprise de votre mail en citation, reponses éventuelles au fil du texte Le Thu, 23 Dec 2010 11:22:52 +0100, steve, vous avez écrit : Le 23-12-2010, à 11:13:44 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : J'espère que si mon script démonte la partition de sauvegarde après la sauvegarde, le disque dur qui la contient arrêtera de tourner. On doit pouvoir dire au disque de s'arrêter mais je ne sais pas comment faire. Tiens-nous au courant quand tu sauras. Quand j'étais en scsi, il y avait un outils qui s'appelais scsi-spin [on|off] qui arrétait la rotation des plateaux. Il me semble que le sata est proche du scsi, peut-être que cela peut fonctionner aussi. Ne jamais oublier de redémarrer le disque avant de le monter -- 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/20101223115520.36f12...@morpheus.bulot-fr.com
Re: intégrité d'une sauvegarde et RAID
Bonjour, Bonsoir, Reprise de votre mail en citation, reponses éventuelles au fil du texte Le Thu, 23 Dec 2010 11:32:19 +0100, Jean-Yves F. Barbier, vous avez écrit : Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. En partie faux: l'augmentation des perfs est surtout sensible sur la lecture; et si les HDz sont déphasé de 180°, alors les perfs en lecture doublent. La face avant des disques orientées plein nord, on gagne des microsecondes :-D -- 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/20101223115730.0057b...@morpheus.bulot-fr.com
Re: intégrité d'une sauvegarde et RAID
On Wed, 22 Dec 2010 05:24:17 +0100, Sébastien Barthélémy barthel...@crans.org wrote: J'ai un disque d'1To qui contient mes données multimédia : musique, films photos. Des données qui changent assez peu souvent. J'avais pour habitude de le synchroniser (avec unison à travers le réseau) avec un autre disque au bureau, pour disposer d'une sauvegarde, et de musique au bureau. Hélàs, je dois rapatrier ce disque à la maison et donc revoir ma méthode de sauvegarde. En tout état de cause, et comme l'a souligné J-B Yata plus bas, un HD ou un système de HDz n'est *PAS* une sauvegarde (en tout ça pas une fiable) - à l'extrême limite ça peut en faire office à la condition expresse que le backup ne soit ni alimenté par une énergie de même provenance que l'original, ni situé dans les mêmes locaux. Les seuls backups réellement fiables restent les bandes. -- As long as the answer is right, who cares if the question is wrong? -- 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/20101223115828.28d88...@anubis.defcon1
Re: intégrit é d'une sauvegarde et RAID
Le 23-12-2010, à 11:32:19 +0100, Jean-Yves F. Barbier (12u...@gmail.com) a écrit : On Wed, 22 Dec 2010 08:40:31 +0100, steve dl...@bluewin.ch wrote: ... - est-ce qu'en RAID 1 le système me préviendra si les deux copies diffèrent ? Je ne crois pas. Si, bien sûr (c'est pas w$=/), il suffit de paramétrer l'adresse email de l'admin et il sera prévenu dès qu'un PB surviendra (résultat de la Cde mdadm expédié, comme ça tu sais quel HD a le PB) Effectivement, une fois que la grappe a été construite. Je croyais que la question portait justement sur la construction proprement dite, et là le système ne va pas dire « plus de données sur le disque A que sur le B ». Ensuite, évidement, toute modification entrainera une alerte. ... - quid de la consommation électrique ? J'imagine qu'elle double ? Deux disques qui tournent = double consommation. Evidemment; mais tu peux minorer (surtout vu le contenu): en utilisant 2 HDz Seagate tournant à 5900RPM (et en plus tu gagnes le silence:) Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. En partie faux: l'augmentation des perfs est surtout sensible sur la lecture; Mwai, pas vraiment convaincu de ça (surtout pour des disques identiques). Personnellement, je n'ai jamais ressenti d'accélération à la lecture, au contraire, en sortant un disque de la grappe (pour tester par exemple), il me semble que c'était plus rapide. Mébon, ce ne sont que des ressentis. et si les HDz sont déphasé de 180°, alors les perfs en lecture doublent. C'est à dire « déphasés » ? -- 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/20101223115557.ga23...@localdomain
Re: intégrité d'une sauvegarde et RAID
On Thu, 23 Dec 2010 12:55:57 +0100, steve dl...@bluewin.ch wrote: ... Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. En partie faux: l'augmentation des perfs est surtout sensible sur la lecture; Mwai, pas vraiment convaincu de ça (surtout pour des disques identiques). Personnellement, je n'ai jamais ressenti d'accélération à la lecture, au contraire, en sortant un disque de la grappe (pour tester par exemple), il me semble que c'était plus rapide. Mébon, ce ne sont que des ressentis. et si les HDz sont déphasé de 180°, alors les perfs en lecture doublent. C'est à dire « déphasés » ? Même si la rotation est asservie, il-y-a des différences minimes: si on prend comme point de référence le byte 0 du secteur 0, ces points ne se trouvent jamais dans le même azimut par rapport au centre (ex: sur HD0 ce point est à 0°, et sur HD1 à 65°) - la lecture se faisant en simultané sur les 2 HDz, le premier arrivé aux données gagne; donc avec un bon contrôleur la lecture est plus rapide - C'est peu fréquent sur les contrôleurs onboard parce qu'ils traîtent les données séquentiellement (pour des raisons de coût), contrairement à un contrôleur intégrant ses propres µ-ctrlrs et sa RAM. -- Let's show this prehistoric bitch how we do things downtown! -- The Ghostbusters -- 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/20101223131348.518cf...@anubis.defcon1
Samba: dernier caractere du nom d'un partage supprime
Bonjour, J'ai un serveur avec une lenny ultrasparc 64 bits. J'ai installé samba. Depuis quinze jours 30 personnes l'utilisent quotidiennement sans soucis. Ce matin, j'ai un utilisateur sous Windows XP SP3 qui n'arrive plus accéder à son partage scanner (accède aux autres partages). Dans les logs j'ai ça: [2010/12/23 13:09:04, 0] smbd/service.c:make_connection(1370) citron (:::192.168.1.11) couldn't find service scann [2010/12/23 13:09:04, 0] param/loadparm.c:process_usershare_file(8287) process_usershare_file: stat of /var/lib/samba/usershares/scann failed. Permission non accordée [2010/12/23 13:09:04, 0] param/loadparm.c:process_usershare_file(8287) process_usershare_file: stat of /var/lib/samba/usershares/scann failed. Aucun fichier ou répertoire de ce type Depuis le compte administrateur, ou d'autres postes, le partage est accessible. Tous les postes sont configuré de la même manière (master). En regardant les trames réseaux, je constate que Windows demande bien le partage scanner et non pas scanne. Sur le BTS, aucun bug de ce type n'a été déclaré. J'ai essayé de ruser en ajoutant un partage [scanne] avec les mêmes paramètres en remplaçant browseable = yes par browseable = no, mais cela ne fonctionne pas. Quelqu'un a t-il déjà eu cela ? Merci. -- Eric -- 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/4d134add.3040...@gmail.com
Re: Samba: dernier caractere du nom d'un partage supprime
On Thu, 23 Dec 2010 14:13:01 +0100, Eric GUIRBAL eric.guir...@gmail.com wrote: soucis. Ce matin, j'ai un utilisateur sous Windows XP SP3 qui n'arrive plus accéder à son partage scanner (accède aux autres partages). Dans les logs j'ai ça: [2010/12/23 13:09:04, 0] smbd/service.c:make_connection(1370) citron (:::192.168.1.11) couldn't find service scann ... Depuis le compte administrateur, ou d'autres postes, le partage est accessible. Ergo le PB est localisé sur ce client. En dehors de la classique réponse du user (j'te jure que j'ai *strictement* rien installé sur la station), qu'a-t'il réellement installé (très) récemment comme soft(s) (ou désactivé comme service.) Tous les postes sont configuré de la même manière (master). ?? il n'y-a qu'un seul master sur un réseau m$, et c'est en Gal le svr. En regardant les trames réseaux, je constate que Windows demande bien le partage scanner et non pas scanne. T'es sûr que tu n'a pas confondus les adresses IP? re-vérifie. J'ai essayé de ruser en ajoutant un partage [scanne] avec les mêmes paramètres en remplaçant browseable = yes par browseable = no, mais cela ne fonctionne pas. Sur la station, que raconte un: net use Z: \\ip_svr\scanner (SANS browseable = no) Est que le share est visible et browseable dans Z:\ ? Si non, c'est un w$ (synonyme de PB) et la solution la plus rapide consiste à réinstaller (compte le temps que tu passes à poser des questions, à chercher des solutions de réparation et tu arrives au temps de réinstall...) Si oui, ça peut faire le joint un temps, mais tu n'échapperas pas à la réinstall (axiome w$ (pro): au strict minimum une fois par an sur le métier ton ouvrage remettras et le scélérat réinstalleras.) -- No, I'd rather look for porn. -- Debian Project Leader Martin Michlmayr, when asked to do some real work -- 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/20101223144917.00329...@anubis.defcon1
[Squeeze] noyau 2.6.32-5-686 et scsi
Bonjour à tous :) Un peu en urgence ma boite m'a demandé d'installer un OS GNU/Linux sur un serveur IBM xSeries 336 et j'ai donc choisi ma distrib préférée Debian mais je fais face à des problèmes que je ne rencontre jamais d'habitude. Je précise que le serveur à deux disques scsi en RAID 1 (géré matériellement donc un seul visible depuis le système), que c'est un x86 et que les partitions sont sous LVM. 1 / J'ai tenté d'abord de mettre une squeeze via le CD de netinstall (j'ai pris le CD nonfree pour les firmwares) mais celui-ci à un bug que je ne sais pas résoudre : Le premier écran du CD passe bien (celui avec le Menu Install, Graphical Install, etc) mais sitôt que je choisi Install, l'affichage se brouille et je ne peux plus continuer. Du coup j'ai tenté un ancien CD de Lenny : Miracle ça passe ! Je verrais plus tard pour remonter ce problème donc ... 2 / Me voilà donc à installer une Lenny puis a faire une migration vers Squeeze ce qui devrait en théorie fonctionner pareil. Donc je mets à jour le source.list comme d'habitude, je fais la migration, il m'installe les nouveautés comme grub2, dash et le noyau 2.6.32-5-686 mais sur celui-ci impossible booter : après le grub, une fois le pivot root effectué, il ne sait pas retrouver mes partitions lvm : au début des messages volume group nickel not found, /dev/mapper/nickel-root not found puis passage en prompt initramfs ... (nickel est le nom de mon VG) J'ai tenté de revenir sur grub-legacy : pas mieux J'ai tenté de purger grub2, le réinstaller : pas mieux J'ai tenté de purger l'image, la réinstaller : pas mieux J'ai tenté de mettre des UUID dans le fstab : pas mieux J'ai tenté de régénérer le initrd : pas mieux J'ai tenté de régénérer le device.map : pas mieux ... Dernier test : J'ai tenté de réinstaller et de juste mettre à jour le noyau : pas mieux. Là je me tate à mettre un noyau liquorix conseillé par un ami mais j'aurais préféré le noyau officiel tout de même. Je vois plusieurs pistes mais rien de concluant : * un lien avec le passage en /dev/disk/by-id/ (par exemple dans mon device.map, c'est marqué sda et ce n'est peut être ça qu'attends le noyau sauf que je ne sais pas ce qu'il attend !) * une mauvaise gestion des scsi * un bug lié au lvm (je ne vois pas pourquoi) Avant de rendre les armes, je me demande si quelqu'un à subit des erreurs dans ce goût là ou des idées de solutions à me proposer ? Merci :) -- Kévin Contributeur Mozilla Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
Re: [Squeeze] noyau 2.6.32-5-686 et scsi
Hello, Le jeudi 23 décembre 2010 à 15:55 +0100, Kevin Hinault a écrit : 2 / Me voilà donc à installer une Lenny puis a faire une migration vers Squeeze ce qui devrait en théorie fonctionner pareil. Donc je mets à jour le source.list comme d'habitude, je fais la migration, il m'installe les nouveautés comme grub2, dash et le noyau 2.6.32-5-686 mais sur celui-ci impossible booter : après le grub, une fois le pivot root effectué, il ne sait pas retrouver mes partitions lvm : au début des messages volume group nickel not found, /dev/mapper/nickel-root not found puis passage en prompt initramfs ... (nickel est le nom de mon VG) Je suppose que tu finis dans le shell busybox de l'initrd... Je suppose aussi que le disque est bien trouvé (/dev/sd?? existent) mais que /dev/mapper/ est vide. Si c'est bien ça, il y a des chances pour que cela soit juste un pb de timing : le disque RAID est détecté par le noyau après que l'initrd demande à LVM cherche ses petits. Donc une solution pourrait être de demander à l'initrd d'attendre un peu plus en passant une option rootdelay=XXX (man initramfs-tools) à la ligne de commande du noyau. Bruno -- ORDRE M : Pauvre malade ! Ça te fait jouir de massacrer les fourmis ?! P : Quel massacre ? Je réprime une grève qui met en péril l'équilibre budgétaire de la fourmilière... signature.asc Description: This is a digitally signed message part
Re: [Squeeze] noyau 2.6.32-5-686 et scsi
Le 23 décembre 2010 16:22, Bruno Muller br...@inertiacreeps.net a écrit : Je suppose que tu finis dans le shell busybox de l'initrd... Exact Je suppose aussi que le disque est bien trouvé (/dev/sd?? existent) mais que /dev/mapper/ est vide. Exact Si c'est bien ça, il y a des chances pour que cela soit juste un pb de timing : le disque RAID est détecté par le noyau après que l'initrd demande à LVM cherche ses petits. Ah tien ... Donc une solution pourrait être de demander à l'initrd d'attendre un peu plus en passant une option rootdelay=XXX (man initramfs-tools) à la ligne de commande du noyau. Je viens d'essayer avec rootdelay=30 et ça marche (Je vais diminuer un peu et retenter) Oh purée et dire que j'ai perdu tant de temps pour si peu :'( Merci beaucoup ! Y a pas a dire on en apprend tous les jours -- Kévin
Re: Xen4 plus driver NVIDIA
Le 22/12/2010 02:07, jblemarchand a écrit : Bonjour, voilà quelques jours que je cherche a installer les drivers nvidia propriètaires sur un noyau xen4-amd64. J'ai a peu près tout essayé(je suis sous debian squeeze): installation du driver via les dépôts non-free installation du driver via les dépôts non-free unstable installation du driver via les dépôts non-free avec comoilation manuel installation du driver via les dépôts non-free unstable avec comoilation manuel dans tous les cas, quand je fais un startx, l'écran devient noir mais reste allumé, puis s'éteint complètement. Impossible de retourné sur tty1, par contre, quand j'étaint le PC en appuyant sur le bouton, il sétaint proprement. Je désespère. Je sais que je ne devrai pas utiliser les driver proprio, en bon libriste, mais pour le moment c'est comme ça. :-) Allez c'est noël, faites moi un joli cadeau. :-| ++JB Pour ma part NVIDIA = drivers officiel du site un joli .run a télécharger et à installer ... Pour le moment, aucun échec sur différents OS, Debian 5 et 6 , Ubuntu, SuSE, et même Solaris 10 x86 Poustiquet -- 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/4d137ef6.8050...@informatiqueetentreprise.fr
Re: Remplacer un retour à la ligne par une espace
Le jeudi 23 décembre 2010 à 03:07 +0300, Christophe Gallaire a écrit : Bonsoir, J'aimerais remplacer tous les retours à la ligne dans un fichier par une espace. Est-ce que quelqu'un peut m'indiquer une commande pour faire ça ? @+ Christophe Il y a peut-être mieux, mais ça doit marcher : sed ':a;N;$!ba;s/\n/ /g' toto titi -- Jérôme Les flocons... quand il y en a un, ça va. C'est quand il y en a plusieurs que ça pose problème. -- 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/1293125244.8561.3.ca...@azuki.aranha.ici
Suspected SPAM Menu Saint sylvestre !
http://nassim-traiteur.blog4ever.com/blog/lire-article-454565-2038953-menu_saint_sylvestre.html -- 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/20101223193658.eb2ac13a6...@liszt.debian.org
Re: intégrité d'une sauvegarde et RAID
On Thu, 23 Dec 2010, steve wrote: Le 23-12-2010, à 11:13:44 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : Le 22-12-2010, à 05:24:17 +0100, Sébastien Barthélémy (barthel...@crans.org) a écrit : Et qu'en contrepartie les performances en lecture doublent également ? Non, pas en RAID 1. zut, c'est décevant. Bin non, le RAID 1 n'est juste pas fait pour ça. Mais d'autres RAID le fait si je ne m'abuse. Comme les données sont identiques sur les 2 disques, j'espérais qu'il en lise la moitié sur chacun, ce qui aurait doublé la bande passante. Mais si j'ai bien suivi les histoires de déphasage, ce n'est possible qu'avec des contrôleurs matériels particuliers.
Re: intégrité d'une sauvegarde et RAID
On Thu, 23 Dec 2010, Jean-Yves F. Barbier wrote: Mais c'est une mauvaise idée: le nombre de cycle on/off d'un HD normal (pas un 21/2 de portable) est relativement limité (~3,500-4,500) et une telle manip compte pour un tel cycle; mieux vaut utiliser des HDz qui consomment moins et les laisser tourner (rapport éco. edf/rachat d'un disque...) Sans compter les (Tmauvais) effets d'une chauffe/refroidissement qui ne sont pas du tout bons pour la mécanique (la meilleur solution consiste à laisser tourner les HDz 24/7: leur température reste quasi-constante et c'est l'un des gages de longévité.) J'ai cherché ce genre d'infos. il y a deux ans sans les trouver. D'où les tenez-vous ?