Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Quoting Patrice Karatchentzeff (patrice.karatchentz...@gmail.com): > J'ai relu DUF d'août à décembre 2010 mais je n'arrive pas à me > connecter au wiki pour indiquer la relecture... comme j'ai la flemme > de chercher pourquoi il ne veut pas m'autoriser, je te laisse mettre à > jour la page ad hoc. C'est noté, merci. Ce serait quand même intéressant de voir pourquoi tu n'as pas pu faire de modifications. Le wiki est censé est simple à modifier et, jusqu'ici, nombreux sont ceux qui n'ont pas eu de problèmes. Sinon, tu peux aussi faire avant août 2010, bien sûr. Ce n'est pas parce que je n'ai pas mis ces mois dans le tableau (pour ne pas l'alourdir vu que personne ne les a encore traités au moins une fois) , qu'on ne peut pas les démarrer..:) Merci de ton travail. signature.asc Description: Digital signature
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Le Saturday 01 January 2011 23:33:47 Serge Cavailles, vous avez écrit : > Le Saturday 01 January 2011 22:42:23 Alain Vaugham, vous avez écrit : > > Sous KMail, il n'y a pas de lien en bas pour signaler > > le spam. ---> C'est pénalisant... > > Ce n'est pas propre à Kmail. Je me corrige : Si, il y a un lien depuis le 14/02/2010 en bas des posts : Archive: http://lists.debian.org/. En suivant ce lien on trouve le bouton "report as spam". ---> C'est rapide et simple pour moi. Quand un certain nombre de signalements est atteint des développeurs Debian prennent le relais. A mon niveau, si une telle action est suffisante, je ne comprend plus l'utilité de signaler la relecture sur : http://wiki.debian.org/I18n/FrenchSpamClean Cela ne fait-il pas double emploi? En plus, rien que pour ajouter mon nom en face des mois que j'ai vérifiés, il me semble que ça fait appel à des compétences que je ne possède pas encore. ---> J'ai abandonné. -- Alain Vaugham Clef GPG : 0xD26D18BC -- 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/201101020245.27320.al...@vaugham.com
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Le Saturday 01 January 2011 19:09:27 Christian PERRIER, vous avez écrit : > Une page wiki a été créée pour coordonner cet effort : > > http://wiki.debian.org/I18n/FrenchSpamClean > > Elle contient les détails de la méthode à utiliser. - J'ai pu m'enregistrer et m'identifier sur ce wiki. - J'ai repéré la colonne où il faut signaler les vérifications faites. Mais je ne sais pas comment je doit faire pour que je puisse ajouter mon nom en face des deux mois que j'ai vérifiés. svp... -- Alain Vaugham Clef GPG : 0xD26D18BC -- 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/201101020105.12436.al...@vaugham.com
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Le 1 janvier 2011 19:09, Christian PERRIER a écrit : > Bonjour à tou(te)s, Salut Bubulle, [...] > À la question « à quoi bon ? », une réponse simple est « parce qu'on le > peut ». Plus précisément, pourquoi le projet Debian conserverait sur > son site des spams qui sont un abus de ses ressources ? J'ai relu DUF d'août à décembre 2010 mais je n'arrive pas à me connecter au wiki pour indiquer la relecture... comme j'ai la flemme de chercher pourquoi il ne veut pas m'autoriser, je te laisse mettre à jour la page ad hoc. @+ PK -- |\ _,,,---,,_ Patrice KARATCHENTZEFF ZZZzz /,`.-'`' -. ;-;;,_ mailto:p.karatchentz...@free.fr |,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.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: http://lists.debian.org/aanlktinucwc58y1o8uunmb5_chvxzvvtx8d8_m9-z...@mail.gmail.com
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
On Sat, Jan 01, 2011 at 10:42:23PM +0100, Alain Vaugham wrote: > Après avoir lu les trois autres posts de ce sujet, je viens de passer 1/2 > heure à chercher sans succès où se trouve la page du post spammeur qui permet > de cliquer sur son bouton en haut à droite. > ---> C'est usant... Le bouton est présent sur les pages d'archive, par ex ton courrier: http://lists.debian.org/debian-user-french/2011/01/msg00030.html On voit en haut à droite de la page un bouton "Report as spam", au dessus du titre, à droite des liens de navigation. > Cette page aussi m'est incompréhensible : > >http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#MethodstoNominateSpamfortheReview-Process > ---> C'est frustrant... Je viens de préciser le point 1; le point 2 suggère de donner le Message-ID (que l'on voit dans l'entête du mail) à un CGI, et propose des plug-ins pour simplifier le processus depuis son programme de mail; le point 3 parle du 'bounce', dont je ne sais pas si c'est implémenté dans KMail. Le liens des plug-ins mène là pour KMail: http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam/MUAPlugins/KMail ce qui devrait répondre à tes questions concernant le 'bounce'. Y. -- 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/20110101222538.gh...@naryves.com
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Bonjour, Le Saturday 01 January 2011 22:42:23 Alain Vaugham, vous avez écrit : > Après avoir lu les trois autres posts de ce sujet, je viens de passer 1/2 > heure à chercher sans succès où se trouve la page du post spammeur qui > permet de cliquer sur son bouton en haut à droite. Je pense que ça fait référence aux archives publiques de la liste sur le web, ici: http://lists.debian.org/debian-user-french/ il faut trouver le bon post et cliquer sur le bouton spam qui apparaît en haut à droite de chaque page de post. Un exemple récent à titre d'entrainement ;) http://lists.debian.org/debian-user-french/2010/12/msg00160.html > A cause de mes yeux, je ne consulte pas les pages web sur lesquelles les > posts sont visibles. Ça limite forcément les possibilités. D'autant que... > Sous KMail, il n'y a pas de lien en bas pour signaler > le spam. ---> C'est pénalisant... Ce n'est pas propre à Kmail. D'où l'intérêt à mon sens de la proposition de Jean-Yves, de pouvoir forwarder un mail reçu vers une adresse ad-hoc. Cordialement, -- Serge pas de mail en CC. Merci -- 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/201101012333.47682.debse...@free.fr
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
Le Saturday 01 January 2011 21:12:43 Thierry Chatelet, vous avez écrit : > Il faut à peu près 3/4 d' heure pourfaire une année complête. Je viens de > faire 2009 et 2010. En tant que lecteur assidu de cette liste, c'est le genre de modeste contribution qui est tout à fait à ma portée. Mais... Après avoir lu les trois autres posts de ce sujet, je viens de passer 1/2 heure à chercher sans succès où se trouve la page du post spammeur qui permet de cliquer sur son bouton en haut à droite. ---> C'est usant... Cette page aussi m'est incompréhensible : >http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#MethodstoNominateSpamfortheReview-Process ---> C'est frustrant... Le Saturday 01 January 2011 20:42:37 Yves Rutschle, vous avez écrit : > le "faisant rebondir"(? == bounce dans mutt) vers l'adresse > report-lists...@lists.debian.org. Je n'utilise pas Mutt, mais Kmail. En termes non techniques, ---> On fait comment? A cause de mes yeux, je ne consulte pas les pages web sur lesquelles les posts sont visibles. Sous KMail, il n'y a pas de lien en bas pour signaler le spam. ---> C'est pénalisant... [HS] Je pense aussi à tous ceux qui animent cette liste. ---> Merci Bonne année. [/HS] -- Alain Vaugham Clef GPG : 0xD26D18BC -- 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/201101012242.23495.al...@vaugham.com
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
On Saturday 01 January 2011 19:09:27 Christian PERRIER wrote: > Bonjour à tou(te)s, > > Ce mail est envoyé dans les trois principales listes de diffusion > francophones du projet Debian. > > Depuis début 2010, les contributeurs de debian-l10n-french ont démarré > un travail d'élimination progressive du spam (ou pourriel) sur les > archives des listes de diffusion de cette liste. Ce travail prend > lui-même modèle sur le travail analogue lancé dans debian-boot par > Frans Pop en avril 2009, et suivi depuis par quelques contributeurs de > Debian Installer. > > Le fonctionnement de ce système est décrit dans l'annonce publiée en > avril 2009 par les listmasters Debian : > http://lists.debian.org/debian-devel-announce/2009/04/msg00012.html. > > En résumé, cela se fait en deux étapes : tout d'abord les messages > identifiés comme « spam » doivent être « signalés » à l'aide du bouton > "Report as spam" qui apparaît sur tout message consulté via > l'interface web des lists de diffusion Debian. > > Une fois qu'un message donné est « signalé » suffisamment de fois, il > devient candidat à la suppression. Des développeurs Debian volontaires > prennent alors le relais et examinent les messages signalés. S'ils > confirment que ces messages doivent être considérés comme du spam, > ceux-ci sont alors supprimés des archives de lists.debian.org (il faut > au minimum trois développeurs Debian qui confirment un message donné > comme étant du spam pour qu'il soit supprimé). > > > Là où tout le monde peut apporter sa contribution, c'est à la première > étape : signaler les spams potentiels. > > Une page wiki a été créée pour coordonner cet effort : > > http://wiki.debian.org/I18n/FrenchSpamClean > > Elle contient les détails de la méthode à utiliser. Vous pouvez d'ores > et déjà « jouer »et chercher à faire aussi bien que l'équipe de > l'installateur qui a « traité » toutes les archives de « sa » liste et a > permis la suppression de 6393 spams : > > http://wiki.debian.org/DebianInstaller/SpamClean > > > À la question « à quoi bon ? », une réponse simple est « parce qu'on le > peut ». Plus précisément, pourquoi le projet Debian conserverait sur > son site des spams qui sont un abus de ses ressources ? Il faut à peu près 3/4 d' heure pourfaire une année complête. Je viens de faire 2009 et 2010. 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: http://lists.debian.org/201101012112.43458.tchate...@free.fr
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
On Sat, Jan 01, 2011 at 07:20:48PM +0100, Jean-Yves F. Barbier wrote: > cela pose 2 questions: > 1- qui utilise cette I/F au lieu d'une souscription? > 2- qui va se déplacer sur l'I/F en question pour signaler? > > une adresse spécifique de forward du spam aurait été mieux vue. C'est curieux que ça ne soit pas spécifié sur les liens de Christian, mais on peut signaler qu'un mail est un spam en le "faisant rebondir"(? == bounce dans mutt) vers l'adresse report-lists...@lists.debian.org. C'est indiqué ici: http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#MethodstoNominateSpamfortheReview-Process Ça me parait autrement plus pratique que l'interface Web, du moins pour faire le nettoyage au fil de l'eau. Y. -- 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/20110101194237.gd...@naryves.com
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
Le 01/01/11 19:29, TISSET Mathieu a écrit : > > Bonjour Daniel, > > tout d'abord, merci de te réponse, > alors, pour répondre à toutes tes questions: > - J'ai installé une lenny > - Pour l'install de xorg: apt-get install xorg > (donc l'installation par défaut) > - gdm est installé > - le résultat de 'aptitude search xorg~i' en PJ > - et enfin, un 'dpkg-reconfigure xorg-server' me donne le msg d'erreur de paquet non installé (c'est bien "xorg-server"???) Bonsoir, Il me semble que c'est 'xserver-xorg' (cf 3e paquet dans la liste des paquets installés que tu retourne en pièce jointe) > > Merci de ton aide, > > mat > En espérant te permettre d'avancer un peu. Jérémy -- 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/4d1f7388.2030...@v-jeremy.net
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
Bonjour Daniel, tout d'abord, merci de te réponse, alors, pour répondre à toutes tes questions: - J'ai installé une lenny - Pour l'install de xorg: apt-get install xorg (donc l'installation par défaut) - gdm est installé - le résultat de 'aptitude search xorg~i' en PJ - et enfin, un 'dpkg-reconfigure xorg-server' me donne le msg d'erreur de paquet non installé (c'est bien "xorg-server"???) Merci de ton aide, mat -- TISSET Mathieu i xorg- Système X Window de X.Org i A xorg-docs - Miscellaneous documentation for the X.Org i A xserver-xorg- Serveur X X.Org i A xserver-xorg-core - Serveur X X.Org - base du serveur i A xserver-xorg-input-all - serveur X X.org - méta-paquet des pilotes i A xserver-xorg-input-evdev- X.Org X server -- evdev input driver i A xserver-xorg-input-kbd - Serveur X X.Org - pilote de clavier i A xserver-xorg-input-mouse- Serveur X X.Org - pilote de souris i A xserver-xorg-input-synaptics- Synaptics TouchPad driver for X.Org/XFree8 i A xserver-xorg-input-wacom- X.Org X server -- Wacom input driver i A xserver-xorg-video-all - serveur X X.org - méta-paquet des pilotes i A xserver-xorg-video-apm - X.Org X server -- APM display driver i A xserver-xorg-video-ark - X.Org X server -- ark display driver i A xserver-xorg-video-ati - X.Org X server -- ATI display driver wrapp i A xserver-xorg-video-chips- X.Org X server -- Chips display driver i A xserver-xorg-video-cirrus - serveur X X.Org -- pilote d'affichage Cirr i A xserver-xorg-video-cyrix- X.Org X server -- Cyrix display driver i A xserver-xorg-video-dummy- X.Org X server -- dummy display driver i A xserver-xorg-video-fbdev- X.Org X server -- fbdev display driver i A xserver-xorg-video-glint- X.Org X server -- Glint display driver i A xserver-xorg-video-i128 - X.Org X server -- i128 display driver i A xserver-xorg-video-i740 - X.Org X server -- i740 display driver i A xserver-xorg-video-imstt- X.Org X server -- IMSTT display driver i A xserver-xorg-video-intel- X.Org X server -- Intel i8xx, i9xx display i A xserver-xorg-video-mach64 - X.Org X server -- ATI Mach64 display drive i A xserver-xorg-video-mga - X.Org X server -- MGA display driver i A xserver-xorg-video-neomagic - X.Org X server -- Neomagic display driver i A xserver-xorg-video-nsc - X.Org X server -- NSC Geode GX1 display dr i A xserver-xorg-video-nv - X.Org X server -- NV display driver i A xserver-xorg-video-openchrome - X.Org X server -- VIA display driver i A xserver-xorg-video-r128 - X.Org X server -- ATI r128 display driver i A xserver-xorg-video-radeon - X.Org X server -- ATI Radeon display drive i A xserver-xorg-video-radeonhd - X.Org X server -- AMD/ATI r5xx, r6xx displ i A xserver-xorg-video-rendition- X.Org X server -- Rendition display driver i A xserver-xorg-video-s3 - X.Org X server -- legacy S3 display driver i A xserver-xorg-video-s3virge - X.Org X server -- S3 ViRGE display driver i A xserver-xorg-video-savage - X.Org X server -- Savage display driver i A xserver-xorg-video-siliconmotio - X.Org X server -- SiliconMotion display dr i A xserver-xorg-video-sis - X.Org X server -- SiS display driver i A xserver-xorg-video-sisusb - X.Org X server -- SiS USB display driver i A xserver-xorg-video-tdfx - X.Org X server -- tdfx display driver i A xserver-xorg-video-tga - X.Org X server -- TGA display driver i A xserver-xorg-video-trident - Server X X.Org -- pilote d'affichage Tride i A xserver-xorg-video-tseng- X.Org X server -- Tseng display driver i A xserver-xorg-video-v4l - X.Org X server -- Video 4 Linux display dr i A xserver-xorg-video-vesa - X.Org X server -- VESA display driver i A xserver-xorg-video-vga - X.Org X server -- VGA display driver i A xserver-xorg-video-vmware - X.Org X server -- VMware display driver i A xserver-xorg-video-voodoo - Server X X.Org -- pilote d'affichage Voodo
Re: Nettoyage du spam dans les listes de diffusion Debian francophones
On Sat, 1 Jan 2011 19:09:27 +0100, Christian PERRIER wrote: cela pose 2 questions: 1- qui utilise cette I/F au lieu d'une souscription? 2- qui va se déplacer sur l'I/F en question pour signaler? une adresse spécifique de forward du spam aurait été mieux vue. ... > identifiés comme « spam » doivent être « signalés » à l'aide du bouton > "Report as spam" qui apparaît sur tout message consulté via > l'interface web des lists de diffusion Debian. -- The three best things about going to school are June, July, and August. -- 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/20110101192048.7fe3b...@anubis.defcon1
Nettoyage du spam dans les listes de diffusion Debian francophones
Bonjour à tou(te)s, Ce mail est envoyé dans les trois principales listes de diffusion francophones du projet Debian. Depuis début 2010, les contributeurs de debian-l10n-french ont démarré un travail d'élimination progressive du spam (ou pourriel) sur les archives des listes de diffusion de cette liste. Ce travail prend lui-même modèle sur le travail analogue lancé dans debian-boot par Frans Pop en avril 2009, et suivi depuis par quelques contributeurs de Debian Installer. Le fonctionnement de ce système est décrit dans l'annonce publiée en avril 2009 par les listmasters Debian : http://lists.debian.org/debian-devel-announce/2009/04/msg00012.html. En résumé, cela se fait en deux étapes : tout d'abord les messages identifiés comme « spam » doivent être « signalés » à l'aide du bouton "Report as spam" qui apparaît sur tout message consulté via l'interface web des lists de diffusion Debian. Une fois qu'un message donné est « signalé » suffisamment de fois, il devient candidat à la suppression. Des développeurs Debian volontaires prennent alors le relais et examinent les messages signalés. S'ils confirment que ces messages doivent être considérés comme du spam, ceux-ci sont alors supprimés des archives de lists.debian.org (il faut au minimum trois développeurs Debian qui confirment un message donné comme étant du spam pour qu'il soit supprimé). Là où tout le monde peut apporter sa contribution, c'est à la première étape : signaler les spams potentiels. Une page wiki a été créée pour coordonner cet effort : http://wiki.debian.org/I18n/FrenchSpamClean Elle contient les détails de la méthode à utiliser. Vous pouvez d'ores et déjà « jouer »et chercher à faire aussi bien que l'équipe de l'installateur qui a « traité » toutes les archives de « sa » liste et a permis la suppression de 6393 spams : http://wiki.debian.org/DebianInstaller/SpamClean À la question « à quoi bon ? », une réponse simple est « parce qu'on le peut ». Plus précisément, pourquoi le projet Debian conserverait sur son site des spams qui sont un abus de ses ressources ? -- signature.asc Description: Digital signature
Re: Redimensionner la partition /
> > Ben... j'en suis presque à ce stade-là. Dans cas, ne risque-t-il pas > > d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ? > > Oui et Non > Oui les uuid risquent de ne plus être les mêmes, > Non parce que que tu : > - soit les retrouver mais je ne sais plus où en deux minutes ; avec: blkid 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: http://lists.debian.org/201101011858.42412.tchate...@free.fr
Re: Redimensionner la partition /
Le Sat, 1 Jan 2011 14:09:26 +0300, Christophe Gallaire a écrit : > Yann Cohen a dit dans un souffle : > >Le Fri, 31 Dec 2010 21:33:02 +0300, > >Christophe Gallaire a écrit : > > > >> Bonsoir, > >Bonjour, > > > >> > >> J'ai un souci de partionnement : j'ai laissé l'installateur choisir > >> la taille de la partition racine (7 Go) et j'ai créer un /home > >> séparé. Ce qui donne : > >> > >> /dev/sda1 / > >> /dev/sda2 qui contient > >> /dev/sda5 swap > >> /dev/sda6 /home > >> > >> J'ai libéré de l'espace que j'ai fait passer juste après la racine > >> (/) mais je ne parviens pas à l'allouer à ladite racine... c'est > >> comme s'il dépendait de la partition sda2. > >> > >> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient > >> l'espace "unallocated" et /dev/sda5, /dev/sda6. > >> > >> Une idée ? > > > >La dernière fois que j'ai fait cela c'était pour faire de la place > >sur une machine WIN$, j'ai travaillé avec Gparted depuis un système > >"live" (rescuecd). > > Un autre souci s'est possible : peu de distributions gèrent > correctement l'i3 Intel (en KMS). Toutou Linux m'a permis de lancer > puis retailler tout ça : > [...] > > >5) déplacer la partiton étendue à la fin du disque ; > > Comment je fais çà ? ben, moi je joue au cliquodrome avec gparted... par contre je ne connais pas vraiment la commande en ligne pour le faire... Donc si le toutou en dispose (de gparted) c'est du gâteau, mais comme ils disent ça peut prendre "a while", alors à faire avec un bon café ou un bon bouquin (la doc de LVM par exemple ;-)). > > >6) étendre sda1 ; 7) retailler à la hausse le file système sur > >sda1... > > > >Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela > >dépend du type de fs (il en existe encore qui sont uniquement > >augmentables). Si c'est pas possible c'est : sauvegarde des > >données/destruction/retaillage partition/reformatage/restauration des > >données. > > Ben... j'en suis presque à ce stade-là. Dans cas, ne risque-t-il pas > d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ? Oui et Non Oui les uuid risquent de ne plus être les mêmes, Non parce que que tu : - soit les retrouver mais je ne sais plus où en deux minutes ; - soit temporairement tu remets dans le fstab les noms des devices de dans le temps (/dev/sda1, etc.) et bien sur du indique aussi à grub d'utiliser aussi le /dev/sda1 comme rootfs > > >Bien sûr, il est préférable de faire cela avec les FS démontés, donc > >sur une version "live"... > > La version Live de Lenny fonctionne (à peu près correctement). > > >Enfin, pour minimiser les risques l'utilisation de LVM permettra de > >simplifier un peu ce type de problème en utilisant de l'agrégation de > >disques simple. C'est à dire : > >- création d'une partition primaire boot en ext3 (c'est plus simple > >et > > elle n'a pas besoin de "beaucoup" de place"), > >- création d'une partition primaire sur le reste du disque pour LVM > >- création d'un volume group (vg) simple avec la partition LVM, > >- création de plusieurs logical volums (lv) pour root, swap et home > >en > > les taillant suivant les besoins du moment, > >- création des fs sur les volumes root et home en choisissant un fs > > retaillable à la volée (xfs, reiserfs, etc.). > > Dans l'idéal, j'aimerais bien arriver à ça. Mais avec LVM, il faut > que je détruise tout, non ? Si si... ou bien il faut ajouter un disque dans la machine, construire la structure LVM, transférer les données, retoucher le fstab (encore !), réinstaller grub sur le nouveau disque... Tant que l'on est dans le cambouis, en ajoutant un disque de même taille tu peux même en profiter pour mettre en place un RAID1 -mirroir- logiciel (mais cela est une autre histoire). [...] > >Et hop... > > > >J'espère avoir répondu. > > Oui en grande partie. bonne soirée. Yann. > > >PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont > >changer... mais bon... > > > >http://en.wikipedia.org/wiki/Comparison_of_file_systems > > Yann. > > 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: http://lists.debian.org/20110101184707.76580...@yan.ianco.homelinux.org
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
On Saturday 01 January 2011 17:11:28 TISSET Mathieu wrote: > Tout d'abord, merci pour ta réponse. > > Alors, l'install est une lenny, choisie parce qu'elle est stable (du coup, > je ne me suis pas posé la question de la "stabilisation" de squeeze). > L'install basique est volontaire, je cherche à comprendre le > fonctionnement de chaque brique d'un OS et souhaite donc installer étape > par étape... > > Tu comprends donc mes réticences face à tes propositions d'installation > auto ;) > > En tout cas, merci et je reste à l'écoute si tu as d'autres idées. > > mat > D'accord, c'est une très bonne raison. Tu devrais donc trouver là: http://formation-debian.via.ecp.fr/ tout plein de bonnes info, en particulier dans la section 3, qui traite du serveur graphique. 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: http://lists.debian.org/201101011720.20913.tchate...@free.fr
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
Tout d'abord, merci pour ta réponse. Alors, l'install est une lenny, choisie parce qu'elle est stable (du coup, je ne me suis pas posé la question de la "stabilisation" de squeeze). L'install basique est volontaire, je cherche à comprendre le fonctionnement de chaque brique d'un OS et souhaite donc installer étape par étape... Tu comprends donc mes réticences face à tes propositions d'installation auto ;) En tout cas, merci et je reste à l'écoute si tu as d'autres idées. mat On Sat, Jan 01, 2011 at 04:44:42PM +0100, Thierry Chatelet wrote: > On Saturday 01 January 2011 15:27:31 mat wrote: > > Bonjour à tous, > > > > petite demande d'aide suite à un problème réçent rencontré sur une > > nouvelle installation Debian (ma première) sur une eeeBox 1501 d'Asus. > > > > J'ai fait une installation avec juste debian dans un premier temps (pas de > > serveur graphique). > > J'ai ensuite installé xorg. > > > > Initialement, en faisant un 'startx', l'écran branché en VGA se > > déconnectait (comme s'il était sous tension mais sans source). Après > > recherche, j'ai lu qu'il pouvait s'agir d'une protection vis-à-vis des > > fréquences de rafraichissement. J'ai donc précisé les fréquences dans > > mon xorg.conf. > > > > > > Merci d'avance > > > > mat > > Puisque tu as un fichier xorg.conf je pense que tu as installé une lenny. > Alors > j'ai 2 remarques, qui ne sont pas des réponses directes à ton problème, mais > qui peuvent contribuer à sa solution: > 1. Pourquoi pas installer une squeeze, qui va bientôt (?) être stable, mais > qui > marche très bien, même en test. > 2. Pourquoi ne pas avoir fait une install complête, avec le 'desktop' inclus, > par exemple: install desktop=kde? > > Et il me vient à l'instant une autre idée: > Essayes en console administrateur: > desktop=kde (ou ce que veux: gnome, xfe...) Attention pas d'espace autour du > signe = > tasksel install desktop > > Ça devrait installer tout ce qui te faut. > 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: http://lists.debian.org/201101011644.42955.tchate...@free.fr > -- TISSET Mathieu -- 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/20110101161128.ga8...@serveur.lutix.org
Re: sens d'un ventilo cpu
On Saturday 01 January 2011 15:56:44 Jean-Yves F. Barbier wrote: > On Sat, 01 Jan 2011 16:19:34 +0100, gesar wrote: > > Une simple remarque idiote de ma part: > > Ne suffit-il pas pour être persuadé du sens du ventillo, d'approcher un > > ruban léger (attetion aux doigts ou à l'objet tenant le ruban) devant > > les pales du ventillo pour s'assurrer le sens de la ventillation? > > Non, parce que comme pour les pales d'un hélico il-y-a un écoulement > tourbillonnaire à la sortie de l'air. Alors là, faut faire attention aux doigts!!! 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: http://lists.debian.org/201101011647.07930.tchate...@free.fr
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
On Saturday 01 January 2011 15:27:31 mat wrote: > Bonjour à tous, > > petite demande d'aide suite à un problème réçent rencontré sur une > nouvelle installation Debian (ma première) sur une eeeBox 1501 d'Asus. > > J'ai fait une installation avec juste debian dans un premier temps (pas de > serveur graphique). > J'ai ensuite installé xorg. > > Initialement, en faisant un 'startx', l'écran branché en VGA se > déconnectait (comme s'il était sous tension mais sans source). Après > recherche, j'ai lu qu'il pouvait s'agir d'une protection vis-à-vis des > fréquences de rafraichissement. J'ai donc précisé les fréquences dans > mon xorg.conf. > > > Merci d'avance > > mat Puisque tu as un fichier xorg.conf je pense que tu as installé une lenny. Alors j'ai 2 remarques, qui ne sont pas des réponses directes à ton problème, mais qui peuvent contribuer à sa solution: 1. Pourquoi pas installer une squeeze, qui va bientôt (?) être stable, mais qui marche très bien, même en test. 2. Pourquoi ne pas avoir fait une install complête, avec le 'desktop' inclus, par exemple: install desktop=kde? Et il me vient à l'instant une autre idée: Essayes en console administrateur: desktop=kde (ou ce que veux: gnome, xfe...) Attention pas d'espace autour du signe = tasksel install desktop Ça devrait installer tout ce qui te faut. 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: http://lists.debian.org/201101011644.42955.tchate...@free.fr
Re: Demande d'aide : Eeebox 1501, Debian et xorg : écran noir
Le 01/01/11 à 15:27, mat a écrit : M> J'ai fait une installation avec juste debian dans un premier temps (pas de M> serveur graphique). Lenny ou squeeze ? M> J'ai ensuite installé xorg. Quels paquets ? Tu as installé gdm ? Que donne un aptitude search xorg~i M> Initialement, en faisant un 'startx', l'écran branché en VGA se M> déconnectait (comme s'il était sous tension mais sans source). Après M> recherche, j'ai lu qu'il pouvait s'agir d'une protection vis-à-vis des M> fréquences de rafraichissement. J'ai donc précisé les fréquences dans M> mon xorg.conf. Essaie de remettre le xorg.conf minimal initial puis de lancer un dpkg-reconfigure xorg-server Ensuite, teste un /etc/init.d/gdm start (faut installer gdm) ou un startx, et si l'écran s'éteint, alt+F1 pour revenir à ta console et voir les messages d'erreurs s'il y en a... Sinon, regarde les résolutions de ton xorg.conf, ton écran devrait pas être du 720x400. -- Daniel Celui qui ne sais pas où il va se retrouve ailleurs. Robespierre Avec la variante de Pierre Dac : Ceux qui ne savent pas où ils vont sont surpris d'arriver ailleurs. -- 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/20110101160509.72520...@quad.lairdutemps.org
Re: sens d'un ventilo cpu
On Sat, 01 Jan 2011 16:19:34 +0100, gesar wrote: > Une simple remarque idiote de ma part: > Ne suffit-il pas pour être persuadé du sens du ventillo, d'approcher un > ruban léger (attetion aux doigts ou à l'objet tenant le ruban) devant > les pales du ventillo pour s'assurrer le sens de la ventillation? Non, parce que comme pour les pales d'un hélico il-y-a un écoulement tourbillonnaire à la sortie de l'air. -- Wethern's Law: Assumption is the mother of all screw-ups. -- 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/20110101155644.087d6...@anubis.defcon1
Re: sens d'un ventilo cpu
Bonjour, Une simple remarque idiote de ma part: Ne suffit-il pas pour être persuadé du sens du ventillo, d'approcher un ruban léger (attetion aux doigts ou à l'objet tenant le ruban) devant les pales du ventillo pour s'assurrer le sens de la ventillation? gesar -- 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/4d1f4606.9070...@skynet.be
Re: msg par ssh
On Fri, 31 Dec 2010 18:25:26 +0100, Jérôme wrote: En fait, je viens de retrouver mes notes et c'est bien ça; et je me suis trompé: en fait y'a pas de ligne d'IM, c'est du simple sens :( merci à tous, et Bô-Nénés 2011 aussi! > Genre : > xmessage Message -display :0 & ssh -X u...@machine xmessage -display :0.0 "fenaitreuuuh" -- A genius is a queer who can whistle while he works. -- Bobby Knight -- 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/20110101150604.45389...@anubis.defcon1
Re: xen + debian lenny + sauvegarde VM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 01/01/2011 14:32, Thierry B a écrit : > Le 01/01/2011 13:40, Jean Baptiste FAVRE a écrit : >> Tout dépend de ce que tu utilises. Mais dans le cas d'un LVM, un >> snapshot VM arrêté suivi d'un gros dd est amplement suffisant :-) >> Tu obtiens une image disque que tu peut restaurer sur ton nouveau LV. >> >> Ou alors tu joues avec des fichiers images et tu peux même utiliser le >> Copy-On-Write (QCOW). >> Du coup ton image de base ne change jamais et chacun de tes domU >> n'utilise en espace disque que le delta avec l'image de base. > > Ok donc ton domU vu depuis le dom0 est soit > - un LV : sauvegarde avec dd par exemple > - une image de base et là tu peux utiliser la Copy On Write (je sais pas > trop encore ce que c'est lol) > > Pourquoi l'image ne changerait pas? > Si tu installes des nouveaux paquets dans ton domU par exemple, l'image > va grossir ou bien l'espace utilisé par le LV depuis dom0 va augmenter > aussi non? Il faut considérer l'image de base comme le plus petit dénominateur commun à tous tes domU (en gros, une install "système de base" debian). Le Copy-On-Write est aux fichiers image ce que le snapshot est à LVM: le snapshot initial prend très peu de place. Il va dériver au fil du temps puisque chaque modif dans le LV d'origine provoque la modif inverse dans le snapshot. Dans le cas de images, si l'image en lecture seule est le système de base, l'image en écriture contiendra toutes les modifications de conf et les paquets supplémentaires que tu auras installé: exemple d'un serveur Web, le serveur HTTP n'est pas présent dans l'image de base, mais il est ajouté dans l'image spécifique au domU. >> Reste le problème des data: de mon point de vue, il faut séparer les partitions data du système. Donc par exemple un LV data dédié. Du coup, on fait les backups depuis le domU. >> >>> Ouais, j'ai essayé de séparer le data du système mais en créeant le LV >>> data coté dom0 : par exemple, un LV pour stocker le mail, un autre pour >>> le web et ensuite ces LV sont mappés vers des partitions virtuelle >>> xdva1,2... >> >>> Si les backups sont justement sur le domU, j'ai du mal à voir comment en >>> cas de crash de la VM, tu peux récupérer ces backups vu qu'ils sont dans >>> le domU? >> >> Euh... Le fait que tu sois en environnement virtualisé ou non ne change >> rien au besoin de gestion des backups. >> Que tu fasse les backups depuis le dom0, depuis un domU dédié ou dans >> chaque domU ne change rien au problème: il faut les séparer des data >> d'origine. >> >> Chez moi, j'ai un domU dédié aux backup qui dispose d'un accès NFS sur >> un NAS. Quand j'ajoute une machine (domU ou non) J'ai juste besoin >> d'ajouter le nom de la machine à la liste des backups à faire. >> Ensuite, tous mes serveurs et domU sont organisés de la même façon: >> installation en PXE avec preseed + configuration par Puppet. Tout est >> dans /data. Du coup, pas de questions existentielles à se poser pour >> savoir quoi backuper: >> /etc (au cas où, même si en fait je n'en ai pas besoin grâce à Puppet) >> /data >> /home >> /usr/local (pour les scripts que j'ajoute. Là encore, en fait pas besoin >> car déployé par Puppet) >> >> Les backups sont faits avec rdiff-backups et stockés sur le NAS. >> >> Et voilà :-) > > Euh pas compris cette histoire de /data. > /data est monté à partir d'une partition qui se trouve où? sur ton dom0, > sur chaque domU? En fait peu importe: soit tu fais un LV particulier dans le dom0 que tu "exporte" au niveau du domU (le plus propre selon moi), soit tu fais un LV ou une partition à l'intérieur du domU. > Par exemple pour le mail, j'ai un LV Mail crée depuis le dom0 et depuis > le domU dédié, ce LV est vu comme une partition virtuelle. Donc tu utilises mon premier exemple > Donc ces datas là, pour le moment, je les sauvegarde depuis le dom0 dans > le dom0. > > Si je voulais sauvegarder ces datas dans un domU, faudrait que je linke > ce LV là (qui a été crée coté dom0), dans le domU à partir duquel je > souhaite faire la sauvegarder de ces datas. > Mais du coup, si je fais ma sauvegarde depuis le domU, la sauvegarde > sera stockée dans le domU. Rien ne t'empêche de faire un snapshot depuis ton domU s'il est installé en LVM. En revanche, il faut toujours sortir les data du domU, d'où l'intérêt d'avoir une machine (virtuelle ou non) qui soit dédiée à cela. Tu ne peux pas linker 1 LV sur 2 domU (sauf avoir un FS cluster, mais de toute façon je ne pense pas que Xen te l'autorise). En revanche, rien ne t'empêche de faire un rsync depuis un autre domU (man rdiff-backup :) ) > Si tu as un peu de temps à l'occcasion, tu pourrais me donner un exemple > concret et simple (création d'un LV toto depuis tel domX...) pq j'ai > toujours du mal à voir comment ta conf marche lol. Ma conf n'a rien de sorcier: je fais en virtualisé ce que je faisais déjà en physique: un serveur se charge de backuper tous les autres et stocke les backup sur un NAS.
Re: xen + debian lenny + sauvegarde VM
Le 01/01/2011 13:40, Jean Baptiste FAVRE a écrit : > Tout dépend de ce que tu utilises. Mais dans le cas d'un LVM, un > snapshot VM arrêté suivi d'un gros dd est amplement suffisant :-) > Tu obtiens une image disque que tu peut restaurer sur ton nouveau LV. > > Ou alors tu joues avec des fichiers images et tu peux même utiliser le > Copy-On-Write (QCOW). > Du coup ton image de base ne change jamais et chacun de tes domU > n'utilise en espace disque que le delta avec l'image de base. Ok donc ton domU vu depuis le dom0 est soit - un LV : sauvegarde avec dd par exemple - une image de base et là tu peux utiliser la Copy On Write (je sais pas trop encore ce que c'est lol) Pourquoi l'image ne changerait pas? Si tu installes des nouveaux paquets dans ton domU par exemple, l'image va grossir ou bien l'espace utilisé par le LV depuis dom0 va augmenter aussi non? > >>> Reste le problème des data: de mon point de vue, il faut séparer les >>> partitions data du système. Donc par exemple un LV data dédié. Du coup, >>> on fait les backups depuis le domU. > >> Ouais, j'ai essayé de séparer le data du système mais en créeant le LV >> data coté dom0 : par exemple, un LV pour stocker le mail, un autre pour >> le web et ensuite ces LV sont mappés vers des partitions virtuelle >> xdva1,2... > >> Si les backups sont justement sur le domU, j'ai du mal à voir comment en >> cas de crash de la VM, tu peux récupérer ces backups vu qu'ils sont dans >> le domU? > > Euh... Le fait que tu sois en environnement virtualisé ou non ne change > rien au besoin de gestion des backups. > Que tu fasse les backups depuis le dom0, depuis un domU dédié ou dans > chaque domU ne change rien au problème: il faut les séparer des data > d'origine. > > Chez moi, j'ai un domU dédié aux backup qui dispose d'un accès NFS sur > un NAS. Quand j'ajoute une machine (domU ou non) J'ai juste besoin > d'ajouter le nom de la machine à la liste des backups à faire. > Ensuite, tous mes serveurs et domU sont organisés de la même façon: > installation en PXE avec preseed + configuration par Puppet. Tout est > dans /data. Du coup, pas de questions existentielles à se poser pour > savoir quoi backuper: > /etc (au cas où, même si en fait je n'en ai pas besoin grâce à Puppet) > /data > /home > /usr/local (pour les scripts que j'ajoute. Là encore, en fait pas besoin > car déployé par Puppet) > > Les backups sont faits avec rdiff-backups et stockés sur le NAS. > > Et voilà :-) Euh pas compris cette histoire de /data. /data est monté à partir d'une partition qui se trouve où? sur ton dom0, sur chaque domU? Par exemple pour le mail, j'ai un LV Mail crée depuis le dom0 et depuis le domU dédié, ce LV est vu comme une partition virtuelle. Donc ces datas là, pour le moment, je les sauvegarde depuis le dom0 dans le dom0. Si je voulais sauvegarder ces datas dans un domU, faudrait que je linke ce LV là (qui a été crée coté dom0), dans le domU à partir duquel je souhaite faire la sauvegarder de ces datas. Mais du coup, si je fais ma sauvegarde depuis le domU, la sauvegarde sera stockée dans le domU. Si tu as un peu de temps à l'occcasion, tu pourrais me donner un exemple concret et simple (création d'un LV toto depuis tel domX...) pq j'ai toujours du mal à voir comment ta conf marche lol. Merci :-) -- 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/4d1f2cde.9020...@tbzone.org
Re: msg par ssh
Le 01/01/11 à 13:49, Daniel Caillibaud a écrit : DC> Pour du chat en console, y'a talk qui est fait pour (mais y'a sûrement d'autres solutions). aptitude search talk renvoie du monde, en dehors du classique talk/talkd, y'a visiblement aussi xtalk et ytalk, ktalkd pour KDE, chatplus pour gtk (et aussi inetutils-talk). -- Daniel L'ennui dans ce monde c'est que les idiots sont sûr d'eux et les gens sensés pleins de doutes. Bertrand Russell -- 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/20110101135827.234c9...@quad.lairdutemps.org
Re: msg par ssh
Le 31/12/10 à 18:25, Jérôme a écrit : J> > j'ai zappé un thread d'il-y-a qq semaines sur un chtit pgm permettant une J> > communication à travers SSH (genre winpopup.) J> > Si kékun pouvait me redonner le nom et la syntaxe, ça serait cool. J> Genre : J> xmessage Message -display :0 & J> ?? C'est pareil que zenity ça, ça permet pas un "chat" entre celui qui est localement sur son X et l'autre distant via ssh. Pour du chat en console, y'a talk qui est fait pour (mais y'a sûrement d'autres solutions). Sinon avec write (mesg y coté réception avant, w pour voir la liste des tty utilisés) echo 'Un petit message, multiligne mais sans accents si le terminal est en utf8' | write arthur pts/3 Y'a aussi moyen d'utiliser screen pour partager un terminal (éditer un fichier texte pour papoter par ex). -- Daniel Aujourd'hui les gens connaissent le prix de tout et la valeur de rien. Oscar Wilde -- 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/20110101134904.762c4...@quad.lairdutemps.org
Re: xen + debian lenny + sauvegarde VM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 01/01/2011 05:25, Thierry B a écrit : > Le 31/12/2010 21:06, Jean Baptiste FAVRE a écrit : >> Bonsoir, >> >> Le 31/12/2010 18:31, Thierry B a écrit : >>> Le 31/12/2010 15:48, Jean Baptiste FAVRE a écrit : > Qu'en pensez-vous ? J'en pense que, pour ma part, moins j'en mets dans le dom0, mieux je me porte. Le dom0 est là pour gérer les VM, pas les backups. La solution domU dédié aux backups me paraît plus "propre". Au pire, il peut être intéressant pour les paranos comme moi de s'inspirer de Qubes-OS qui déporte la gestion du stockage dans un domU :) Un snapshot d'un FS en cours d'utilisation impose un fsck à un moment ou à un autre. Si en plus il est fait hors du domU (donc par exemple depuis le dom0 soit "sous" le domU) , il n'y a aucun moyen "élégant" (c-a-d hors SSH) de dire au domU de synchroniser ses disques juste avant de faire le snapshot. Ajoutez à cela les différents rôles que peuvent prendre un domU (MySQL, HTTP, ...) et vous aurez vite un script façon usine à gaz. Ce n'est que mon avis, mais je le partage :) >> >>> Hello, >> >>> Tu gérerais comment ensuite la sauvegarde de la VM proprement parlé dans >>> cette hypothèse? >> >> Tout dépend comment elle est installée :) >> Dans le meilleur des mondes, on s'en fout: toute la conf est gérée par >> Puppet ou CFEngine, donc tu as juste besoin d'un template de VM de base. > > Un template de VM sous forme d'un LV ou fichier image? Tout dépend de ce que tu utilises. Mais dans le cas d'un LVM, un snapshot VM arrêté suivi d'un gros dd est amplement suffisant :-) Tu obtiens une image disque que tu peut restaurer sur ton nouveau LV. Ou alors tu joues avec des fichiers images et tu peux même utiliser le Copy-On-Write (QCOW). Du coup ton image de base ne change jamais et chacun de tes domU n'utilise en espace disque que le delta avec l'image de base. >> Reste le problème des data: de mon point de vue, il faut séparer les >> partitions data du système. Donc par exemple un LV data dédié. Du coup, >> on fait les backups depuis le domU. > > Ouais, j'ai essayé de séparer le data du système mais en créeant le LV > data coté dom0 : par exemple, un LV pour stocker le mail, un autre pour > le web et ensuite ces LV sont mappés vers des partitions virtuelle > xdva1,2... > > Si les backups sont justement sur le domU, j'ai du mal à voir comment en > cas de crash de la VM, tu peux récupérer ces backups vu qu'ils sont dans > le domU? Euh... Le fait que tu sois en environnement virtualisé ou non ne change rien au besoin de gestion des backups. Que tu fasse les backups depuis le dom0, depuis un domU dédié ou dans chaque domU ne change rien au problème: il faut les séparer des data d'origine. Chez moi, j'ai un domU dédié aux backup qui dispose d'un accès NFS sur un NAS. Quand j'ajoute une machine (domU ou non) J'ai juste besoin d'ajouter le nom de la machine à la liste des backups à faire. Ensuite, tous mes serveurs et domU sont organisés de la même façon: installation en PXE avec preseed + configuration par Puppet. Tout est dans /data. Du coup, pas de questions existentielles à se poser pour savoir quoi backuper: /etc (au cas où, même si en fait je n'en ai pas besoin grâce à Puppet) /data /home /usr/local (pour les scripts que j'ajoute. Là encore, en fait pas besoin car déployé par Puppet) Les backups sont faits avec rdiff-backups et stockés sur le NAS. Et voilà :-) >> Si la VM plante, on en démarre une nouvelle, on raccroche le LV data et >> c'est reparti. >> >> C'est par exemple le modèle Amazon. >> >> Au pire, tu fais une sauvegarde de la VM une fois installée/configurée >> au petits oignons. Du coup, plus besoin de faire de sauvegarde (sauf si >> changement de conf !). Et tu as juste besoin de faire les maj de paquets >> audn tu en démarres une nouvelle. >> >>> Finalement, je me dis que pour mon utilisation de cette VM, une fois que >>> tout sera bien installé, plus trop besoin d'installer de nouvelles >>> choses, donc par exemple, je pourrais faire: >> >>> - une sauvegarde avec shutdown + lv snapshot de temps en temps en cas >>> d'install de nouveaux paquets avec donc une interruption de service de >>> la VM d'une minute ou deux peut-etre. >> >>> - des synchrpnisations de ce qui change de façon quotidienne, comme les >>> logs, les mails... >> >> Encore une fois, je n'aime pas bcp les backups depuis le dom0 >> >> Aller, dernier mail de l'année :) >> Bon réveillon à toutes et à tous, > > Bonne année 2011 :-) Meilleurs voeux, JB -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0fIMAACgkQM2eZoKJfKd3+ugCfdwbqnutE0/O14vMm3nbkoMKI UxwAoIjxI7CR2ukb3o8zjeZyzgBcqUSu =ZAxV -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message ave
Re: Redimensionner la partition /
Le 01/01/11 à 13:52, Christophe Gallaire a écrit : CG> > Faudrait en dire un peu plus... CG> > - que donne un fdisk -l ? CG> CG> Voilà le résultat : CG> CG> Disk /dev/sda: 500.1 GB, 500107862016 bytes CG> 255 heads, 63 sectors/track, 60801 cylinders CG> Units = cylinders of 16065 * 512 = 8225280 bytes CG> Sector size (logical/physical): 512 bytes / 512 bytes CG> I/O size (minimum/optimal): 512 bytes / 512 bytes CG> Disk identifier: 0x0005a521 CG> CG> Device Boot Start End Blocks Id System CG> /dev/sda1 * 1 851 6835626 83 Linux CG> /dev/sda2 852 60801 4815483755 Extended CG> /dev/sda5 16452 202763072 82 Linux swap / Solaris CG> /dev/sda6 20304 39426 153605466 83 Linux CG> CG> > - comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à part supprimer et CG> > recréer la partition, je vois pas...) CG> CG> J'essaie de prendre l'espace libre non alloué sur /dev/sda2. J'essaie de faire CG> cette manipulation avec GParted. sda2 n'est pas une partition primaire, c'est juste une partition qui "emballe" les partitions étendues (les autres, regarde les frontières, elle démarre juste après sda1 mais fini bien après sda6). Donc, tu peux créer une nouvelle partition étendue de 852 à 2000 (par ex), mais elle va probablement retrouver sda7. C'est pas très grave que les n° soient pas dans l'ordre du disque, m'enfin si on évite c'est pas plus mal (j'ai toujours la crainte d'outils qui renuméroteraient tout seul, mais c'est surtout le risque humain d'emmêlage de pinceaux). Avec fdisk tu peux les renuméroter dans l'ordre (dans le menu expert). CG> Comment je sais si LVM est supporté par mon noyau ? Et puis, je n'ai pas CG> "formaté" mon disque en LVM. Si ce n'est pas le cas, je ne peux rien faire. Si ? Oui, pour créer le pv faut virer les données. Ensuite, je sais pas si tu peux stocker tout ton / et ton home ailleurs. Si oui tu peux mettre tout le disque en LVM, mais sinon, tu peux aussi laisser en l'état et - virer le swap (30Go c'est beaucoup non ?) - essayer de recréer une partition primaire entre 852 et 20303 (avec ton gparted, essaie de réduire sda2 au max vers la fin puis de créer une primaire avant, sinon essaie avec avec fdisk, cfdisk ou sfdisk, y'a p'tet moyen, ça te ferait une vraie sda2 primaire, puis une sda3 extended pour emballer ton sda6 actuelle) - mettre cette partition en LVM et y créer un pv (physical volume) puis un vg (volume group) et tes lv (logical volume, qui jouent le rôle de tes partitions actuelle). Si tu arrive pas à la créer en primaire, mets là en étendue (ça revient à agrandir ton sda5 en lui donnant toute la place dispo), puis lvm pareil... Si tu peux stocker temporairement sda1 dans sda6, réduit sda1 à 50~100Mo pour un /boot et prend le reste dans ta partition LVM. Tu peux aussi garder ton sda1 pour y mettre un linux "de secours", ça peut toujours servir si l'autre démarre plus. Après, tu met ton / et ton swap dans le lvm, et tu garde ton home comme il est là (ou tu le déplaces dans le lvm, au choix, mais maintenant qu'il est là...). Autre solution peut-être plus intéressante pour toi, c'est de créer cette partition LVM plutôt entre 1500 et 20303, créer tes lv, copier temporairement sda1 dedans et agrandir sda1 jusqu'à 1499, ça te garde ton / sur une partition primaire, et le lvm pour le reste. Si tu veux ensuite ajouter le sda6 au lvm, faut y créer un 2e pv que tu ajoute dans le vg existant (comme si c'était un 2e disque). Je sais pas trop ce que ça donne en perfs (d'avoir 2 pv sur le même disque), mais je pense pas que ça gêne bcp... Sinon, y'a d'autres solutions, comme mettre /var ou /usr à part, mais je trouve que ça complique sans avoir d'intérêt pour du desktop. Bon courage (et évidemment, tout ça depuis un live CD) -- Daniel L'utopie ne signifie pas l'irréalisable, mais l'irréalisé. T Monod -- 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/20110101132956.38636...@quad.lairdutemps.org
Re: Redimensionner la partition /
Le vendredi 31 décembre 2010 à 21:33 +0300, Christophe Gallaire a écrit : > Une idée ? C'est parce que tu as une partition "étendue" qui contient tes partitions logiques. Ça rend les choses moins simples. Je n'ai jamais essayé, je suppose que ça doit marcher avec gparted (depuis un liveCD, rien ne doit être monté). En tout cas sauvegarde avant. -- 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/1293882511.3605.2.ca...@azuki.aranha.ici
Re: Redimensionner la partition /
Yann Cohen a dit dans un souffle : Le Fri, 31 Dec 2010 21:33:02 +0300, Christophe Gallaire a écrit : Bonsoir, Bonjour, J'ai un souci de partionnement : j'ai laissé l'installateur choisir la taille de la partition racine (7 Go) et j'ai créer un /home séparé. Ce qui donne : /dev/sda1 / /dev/sda2 qui contient /dev/sda5 swap /dev/sda6 /home J'ai libéré de l'espace que j'ai fait passer juste après la racine (/) mais je ne parviens pas à l'allouer à ladite racine... c'est comme s'il dépendait de la partition sda2. Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace "unallocated" et /dev/sda5, /dev/sda6. Une idée ? La dernière fois que j'ai fait cela c'était pour faire de la place sur une machine WIN$, j'ai travaillé avec Gparted depuis un système "live" (rescuecd). Un autre souci s'est possible : peu de distributions gèrent correctement l'i3 Intel (en KMS). Toutou Linux m'a permis de lancer puis retailler tout ça : Il faut : 1) faire une sauvegarde des données sensible au cas où ; 2) retailler à la baisse le file system sur sda6 ; J'ai fait ça. 3) retailler les partitions à l'intérieur de la partition étendue (sda2) ; Ça aussi. 4) retailler la partition étendue ; Je vais faire ça. 5) déplacer la partiton étendue à la fin du disque ; Comment je fais çà ? 6) étendre sda1 ; 7) retailler à la hausse le file système sur sda1... Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela dépend du type de fs (il en existe encore qui sont uniquement augmentables). Si c'est pas possible c'est : sauvegarde des données/destruction/retaillage partition/reformatage/restauration des données. Ben... j'en suis presque à ce stade-là. Dans cas, ne risque-t-il pas d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ? Bien sûr, il est préférable de faire cela avec les FS démontés, donc sur une version "live"... La version Live de Lenny fonctionne (à peu près correctement). Enfin, pour minimiser les risques l'utilisation de LVM permettra de simplifier un peu ce type de problème en utilisant de l'agrégation de disques simple. C'est à dire : - création d'une partition primaire boot en ext3 (c'est plus simple et elle n'a pas besoin de "beaucoup" de place"), - création d'une partition primaire sur le reste du disque pour LVM - création d'un volume group (vg) simple avec la partition LVM, - création de plusieurs logical volums (lv) pour root, swap et home en les taillant suivant les besoins du moment, - création des fs sur les volumes root et home en choisissant un fs retaillable à la volée (xfs, reiserfs, etc.). Dans l'idéal, j'aimerais bien arriver à ça. Mais avec LVM, il faut que je détruise tout, non ? Plus tard, suivant les besoins, il est facile d'ajouter de l'espace de stockage pour étendre les partitions (version riche) en ajoutant du disque : - ajout d'un disque dans la machine ; - ajout du physical volume (pv) -le disque en entier- dans le vg : il s'agit d'un concaténation simple ; - extension du ou des lv (lvextend) ; - retaillage des fs au max des lv modifiés. Le tout, si les FS le permettent, en ligne sans interruption de service (à l'exception de l'ajout physique du disque bien sûr, à moins d'utiliser un DD de type esata ou usb). Et hop... J'espère avoir répondu. Oui en grande partie. PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont changer... mais bon... http://en.wikipedia.org/wiki/Comparison_of_file_systems Yann. Christophe -- Christophe Gallaire Attention ! Suppression des mails entrants dont la taille est supérieure à 2Mo ! N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts. --- Nouveau carnet de route : http://www.road2mayotte.org/blook --- Linux On The Root : http://ubunteros.tuxfamily.org/ --- Clé de chiffrement : 34AA23BB signature.asc Description: Digital signature
Re: Redimensionner la partition /
Le 31/12/10 à 21:33, Christophe Gallaire a écrit : CG> J'ai un souci de partionnement : j'ai laissé l'installateur choisir la taille de CG> la partition racine (7 Go) et j'ai créer un /home séparé. Ce qui donne : CG> CG> /dev/sda1 / CG> /dev/sda2 qui contient CG> /dev/sda5 swap CG> /dev/sda6 /home CG> CG> J'ai libéré de l'espace que j'ai fait passer juste après la racine (/) mais je CG> ne parviens pas à l'allouer à ladite racine... c'est comme s'il dépendait de la CG> partition sda2. CG> CG> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace CG> "unallocated" et /dev/sda5, /dev/sda6. CG> CG> Une idée ? Faudrait en dire un peu plus... - que donne un fdisk -l ? Voilà le résultat : Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0005a521 Device Boot Start End Blocks Id System /dev/sda1 * 1 851 6835626 83 Linux /dev/sda2 852 60801 4815483755 Extended /dev/sda5 16452 202763072 82 Linux swap / Solaris /dev/sda6 20304 39426 153605466 83 Linux - comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à part supprimer et recréer la partition, je vois pas...) J'essaie de prendre l'espace libre non alloué sur /dev/sda2. J'essaie de faire cette manipulation avec GParted. Comment je sais si LVM est supporté par mon noyau ? Et puis, je n'ai pas "formaté" mon disque en LVM. Si ce n'est pas le cas, je ne peux rien faire. Si ? Dans l'idéal, il faudrait donc que je déplace le contenu de /dev/sda1 sur une partie de l'espace libre de /dev/sda2, non ? Et juste un conseil en passant, avant de toucher à tes partitions, je te conseille vivement de booter sur un live-cd ou une clé usb (par ex avec system rescue cd) et de faire une sauvegarde de ton sda1 (vers un dd externe, une grosse clé ou ton home que tu montes pour l'occasion), avec partimage par ex. Mais bon, avec 7Go ça devrait aller à peu près, et si c'est trop juste et que tu veux pas te casser la tête à modifier ta partition /, Non c'est insuffisant. Ma partition / est gavée. Alors que je n'ai pas encore installé tout ce dont j'ai besoin, notamment TeXLive. tu peux au choix - créer un lien symbolique d'un morceau de / vers /home (par ex /usr/share -> /home/usr-share), mais suivant ta conf et le morceau choisi, y'aura p'tet des pbs (avec des réglages de sécu un peu parano, déplacer tout usr marchera probablement mal) - déplacer un bout de / vers une nouvelle partition que tu créé dans ton espace libre (partitionner, formater, monter la nlle partition sur un truc temporaire, y déplacer ta branche, modifier le fstab pour monter cette nlle partition à sa place et redémarrer, tout ça depuis ton live-cd). Ça me semble la solution la plus viable dans l'immédiat, non ? Je ne vois pas bien comment ça peut se faire concrètement... Je formate, ok, mais où je crée le point de montage, dans l'arborescence après l'avoir déplacé ? Imaginons que je veuille faire l'opération avec /usr et /var. Il faut que je déplace ces deux répertoires temporairement et que je les replace sur la nouvelle partition. Ensuite, je crée comment mes points de montages ? Un pour chaque ? Un truc du genre, dans /etc/fstab /dev/sda8/usr /usr ext3 quelles options ?dump ? pass ? @+ Christophe -- Christophe Gallaire Attention ! Suppression des mails entrants dont la taille est supérieure à 2Mo ! N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts. --- Nouveau carnet de route : http://www.road2mayotte.org/blook --- Linux On The Root : http://ubunteros.tuxfamily.org/ --- signature.asc Description: Digital signature
Re: Redimensionner la partition /
Le Fri, 31 Dec 2010 21:33:02 +0300, Christophe Gallaire a écrit : > Bonsoir, Bonjour, > > J'ai un souci de partionnement : j'ai laissé l'installateur choisir > la taille de la partition racine (7 Go) et j'ai créer un /home > séparé. Ce qui donne : > > /dev/sda1 / > /dev/sda2 qui contient > /dev/sda5 swap > /dev/sda6 /home > > J'ai libéré de l'espace que j'ai fait passer juste après la racine > (/) mais je ne parviens pas à l'allouer à ladite racine... c'est > comme s'il dépendait de la partition sda2. > > Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace > "unallocated" et /dev/sda5, /dev/sda6. > > Une idée ? La dernière fois que j'ai fait cela c'était pour faire de la place sur une machine WIN$, j'ai travaillé avec Gparted depuis un système "live" (rescuecd). Il faut : 1) faire une sauvegarde des données sensible au cas où ; 2) retailler à la baisse le file system sur sda6 ; 3) retailler les partitions à l'intérieur de la partition étendue (sda2) ; 4) retailler la partition étendue ; 5) déplacer la partiton étendue à la fin du disque ; 6) étendre sda1 ; 7) retailler à la hausse le file système sur sda1... Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela dépend du type de fs (il en existe encore qui sont uniquement augmentables). Si c'est pas possible c'est : sauvegarde des données/destruction/retaillage partition/reformatage/restauration des données. Bien sûr, il est préférable de faire cela avec les FS démontés, donc sur une version "live"... Enfin, pour minimiser les risques l'utilisation de LVM permettra de simplifier un peu ce type de problème en utilisant de l'agrégation de disques simple. C'est à dire : - création d'une partition primaire boot en ext3 (c'est plus simple et elle n'a pas besoin de "beaucoup" de place"), - création d'une partition primaire sur le reste du disque pour LVM - création d'un volume group (vg) simple avec la partition LVM, - création de plusieurs logical volums (lv) pour root, swap et home en les taillant suivant les besoins du moment, - création des fs sur les volumes root et home en choisissant un fs retaillable à la volée (xfs, reiserfs, etc.). Plus tard, suivant les besoins, il est facile d'ajouter de l'espace de stockage pour étendre les partitions (version riche) en ajoutant du disque : - ajout d'un disque dans la machine ; - ajout du physical volume (pv) -le disque en entier- dans le vg : il s'agit d'un concaténation simple ; - extension du ou des lv (lvextend) ; - retaillage des fs au max des lv modifiés. Le tout, si les FS le permettent, en ligne sans interruption de service (à l'exception de l'ajout physique du disque bien sûr, à moins d'utiliser un DD de type esata ou usb). Et hop... J'espère avoir répondu. PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont changer... mais bon... http://en.wikipedia.org/wiki/Comparison_of_file_systems > > Christophe > > Yann. -- 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/20110101114915.670f3...@yan.ianco.homelinux.org
Re: Redimensionner la partition /
Daniel Caillibaud a dit dans un souffle : Le 31/12/10 à 21:33, Christophe Gallaire a écrit : CG> J'ai un souci de partionnement : j'ai laissé l'installateur choisir la taille de CG> la partition racine (7 Go) et j'ai créer un /home séparé. Ce qui donne : CG> CG> /dev/sda1 / CG> /dev/sda2 qui contient CG> /dev/sda5 swap CG> /dev/sda6 /home CG> CG> J'ai libéré de l'espace que j'ai fait passer juste après la racine (/) mais je CG> ne parviens pas à l'allouer à ladite racine... c'est comme s'il dépendait de la CG> partition sda2. CG> CG> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace CG> "unallocated" et /dev/sda5, /dev/sda6. CG> CG> Une idée ? Faudrait en dire un peu plus... - que donne un fdisk -l ? Voilà le résultat : Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0005a521 Device Boot Start End Blocks Id System /dev/sda1 * 1 851 6835626 83 Linux /dev/sda2 852 60801 4815483755 Extended /dev/sda5 16452 202763072 82 Linux swap / Solaris /dev/sda6 20304 39426 153605466 83 Linux - comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à part supprimer et recréer la partition, je vois pas...) J'essaie de prendre l'espace libre non alloué sur /dev/sda2. J'essaie de faire cette manipulation avec GParted. Comment je sais si LVM est supporté par mon noyau ? Et puis, je n'ai pas "formaté" mon disque en LVM. Si ce n'est pas le cas, je ne peux rien faire. Si ? Dans l'idéal, il faudrait donc que je déplace le contenu de /dev/sda1 sur une partie de l'espace libre de /dev/sda2, non ? Et juste un conseil en passant, avant de toucher à tes partitions, je te conseille vivement de booter sur un live-cd ou une clé usb (par ex avec system rescue cd) et de faire une sauvegarde de ton sda1 (vers un dd externe, une grosse clé ou ton home que tu montes pour l'occasion), avec partimage par ex. Mais bon, avec 7Go ça devrait aller à peu près, et si c'est trop juste et que tu veux pas te casser la tête à modifier ta partition /, Non c'est insuffisant. Ma partition / est gavée. Alors que je n'ai pas encore installé tout ce dont j'ai besoin, notamment TeXLive. tu peux au choix - créer un lien symbolique d'un morceau de / vers /home (par ex /usr/share -> /home/usr-share), mais suivant ta conf et le morceau choisi, y'aura p'tet des pbs (avec des réglages de sécu un peu parano, déplacer tout usr marchera probablement mal) - déplacer un bout de / vers une nouvelle partition que tu créé dans ton espace libre (partitionner, formater, monter la nlle partition sur un truc temporaire, y déplacer ta branche, modifier le fstab pour monter cette nlle partition à sa place et redémarrer, tout ça depuis ton live-cd). Ça me semble la solution la plus viable dans l'immédiat, non ? Je ne vois pas bien comment ça peut se faire concrètement... Je formate, ok, mais où je crée le point de montage, dans l'arborescence après l'avoir déplacé ? Imaginons que je veuille faire l'opération avec /usr et /var. Il faut que je déplace ces deux répertoires temporairement et que je les replace sur la nouvelle partition. Ensuite, je crée comment mes points de montages ? Un pour chaque ? Un truc du genre, dans /etc/fstab /dev/sda8/usr /usr ext3 quelles options ?dump ? pass ? @+ Christophe -- Christophe Gallaire Attention ! Suppression des mails entrants dont la taille est supérieure à 2Mo ! N'envoyez, s'il vous plaît, que des pièces jointes en formats ouverts. --- Nouveau carnet de route : http://www.road2mayotte.org/blook --- Linux On The Root : http://ubunteros.tuxfamily.org/ --- Clé de chiffrement : 34AA23BB signature.asc Description: Digital signature
