Compte_supprime_74291

resize2fs (pour les partoches ext2/ext3), puis lvresize... en faisant super-mega-gaffe à ce que l'on fait (surtout pas de fs plus grand que le lv, ce qui implique qu'il ne faut pas faire les choses dans le même ordre selon qu'on augmente ou qu'on réduit l'espace)...

C'est ceci dit top moumoute quand on trifouille avec les serveurs isolés/virtuels, type vserver et xen... ça réduit le risque qu'une saloperie sur un serveur avec des softs "douteux" ne foute trop le bordel (par exemple, freenet, qui se met à jour tout seul en mode master-goretto... pas top confiance en lui... au moins, dans un vserver sur sa partition, il ne bouffera pas plus d'espace que sa partition... et si je voulais retailler celle-ci, je trouve que LVM est encore le plus pratique)... Mettre les logs (que j'aime bien mettre sur une partoche à part, comme /tmp, pour éviter que ça bouffe tout l'espace qui reste indument) sur un LVM peut aussi être une bonne idée, si on finit par se rendre compte que les besoins en la matière ont été sous-estimés... Enfin, bref, j'aime bien LVM sur les serveurs... après, chacun ses méthodes et ses préférences...

... la doc des registres pour les R300 est publiée .

J'ai reçu les derniers trucs ce matin... je vais pouvoir m'y atteler

Oki... bah, de mon côté, je pars sur un E4500 en espérant l'overclocker assez pour qu'il puisse lire même les gros trucs... en fait, à la base, j'étais "juste" parti sur le déplacement de mon barton-m d'un shuttle (le bruit de l'alim, même raisonnablement léger, me saoule) à un boîtier micro-atx (PC-C31, avec une Seasonic M12), mais la mobo micro-ATX que j'avais n'avait pas assez d'USB interne ou de PCI en rab, pour que j'y case un VFD/télécommande... donc , upgrade de tout (sauf la M-audio en carte son... ça, je garde... et sauf la mobo, vu que j'en ai une en 775 qui me reste et qui correspond à ce que je veux faire... en espérant que le SI-128 passe sans trop d'encombre, malgré l'épaisseur déjà non négligeable du boîtier)... Plus qu'à attendre que Mythtv 0.21 arrive chez M'sieur Marillat (même si les versions plus anciennes tournent chez moi depuis un an et demi de manière satisfaisante) ... et que mes câble QED arrivent enfin d'outre-Manche , pour que la mort de mon vieil ampli de salon (le vilain évènement responsable de mon actuelle frénésie d'achats, heureusement, en cette douce période de déstockage) ne soit plus qu'un lointain souvenir, allègrement surcompensé ... Aefron, le manchot qui raconte sa vie et parle hardware/overclock dans le bar linux ( , Luke, )...

C'est un E4300 que tu prends ? Si c'est ça, d'après les tests que j'ai vu, ça doit pouvoir monter maxi à 2,7-2,9GHz, avec un peu de chance, sans over- ni under-volter, mais pas au-delà (donc, pour l'undervolt, à 2,4GHz, ça devrait le faire, mais pas de beaucoup)... Par contre, en puissance, le risque est de ne pas pouvoir lire les flux HD les plus gourmands, via décodage CPU... Je me suis commandé un E4500 pour mon nouvel HTPC, et j'espère qu'il sera tranquille à 266*11... en tout cas, je vais essayer de le pousser jusqu'où il montera au voltage de base (qui est plus faible que pour les C2D en FSB 266)... De toute façon, tant qu'on laisse le coeff en auto, et qu'on ne touche pas au voltage, EIST devrait fonctionner, donc, réduire la consommation la plupart du temps (ce qui n'empêche pas de mettre un governor plus nerveux quand on demande à lire une video)... vivement la fin de la semaine que j'aie tout-ça et que je bricole Edit : chiage entre 266*9 et 266*11

Sinon, comme je t'ai proposé... un CD d'install non officiel avec un 2.6.24 backporté (comme dans le lien que je t'ai donné... au moins, tu devrais avoir un debian-installer, sur le CD, et une installation, sur le HDD, comportant un 2.6.24)... de toute façon, si tu veux garder la carte réseau, il te faudra bien un 2.6.24 d'installé, donc, avec un Debian, un backport dans Etch (non officiel), ou un kernel venant spécifiquement de Sid, que tu veuilles Lenny ou Etch (ce qui est techniquement encore plus bourrin qu'un backport, pas plus "sekioure, et pas toujours forcément conseillé )... En tout cas, le projet Etch&1/2 serait clairement une bénédiction... mais pour l'instant, ça a encore l'air d'être balbutiant...

En effet ... par contre, l'installation de Debian sans le net, c'est souvent chiant (faut refaire le sources.list à la mimine, s'il ne peut se connecter aux dépôts pour vérifier qu'ils sont propres, voire, refaire l'import des clés GPG, et tout reconfigurer le réseau, il me semble)...

Si c'est le support kernel qu'il lui manque dès l'installation, récupérer un kernel de Sid ne va pas forcément l'aider Sinon, un CD d'install non officiel avec un kernel backporté, du genre ...

Toujours au 2.6.22, sur Lenny (ce qui commence d'ailleurs à faire long)... donc, le même kernel que l'autre-truc 7.10... Sinon, chez Debian, une Sid à partir d'un CD daily build... ça doit embarquer un 2.6.24...

Mon préféré ...

1Gio, ce n'est pas des masses... Essaye d'installer un truc tout basique (juste du login en TTY, et la base minimale d'administration), genre une Debian netinstall sans rajouter quelque fonction que ce soit... puis, choisit un WM seul et qui te plaira, léger tant qu'à faire (FVWM que j'adore ne prends que quelques Mio... auxquels il faut rajouter X.org et les applis que tu veux, mais ça doit être jouable sur aussi peu d'espace... à voir), sans devoir te traîner une tonne de paquets d'un environnement complet...

... je ne tourne qu'aux radeons (fut-ce sous nda, la fourniture des specs à l'époque des r200 a quand même servis de socle au driver radeon qui fait tourner jusqu'aux x850 librement)... Mais il faut reconnaître que intel fait encore mieux (puisqu'ils écrivent aussi le driver), ce que je fais, ni plus, ni moins.

Ou même ati (on n'a encore qu'un ersatz de specs... et rien pour ce qu'il y a entre le R200 et le R500... et ils ne développent pas de drivers libres... ils aident les gars de radeonhd, nuance)... ... voire même via (enfin, je tire sur la corde, là)...

Intel vient de sortir de la doc pour ses GPU... sans NDA, en CC-Attribution-No Derivative... Doc ouverte (on va quand même pas dire libre... même si ça pourrait être, et de loin, grave pire) et drivers libres... y en a qui pourraient en prendre de la graine...

Oui, alors, là... pincettes géantes... un upgrade de Debian, ça se fait en deux coups de cuiller à pot... un upgrade de l'autre truc, ça m'a déjà plombé une soirée tellement ça a pris de temps... ça fonctionne peut-être grosso merdo pareil, mais les gui, ça ne rend pas forcément le tout plus pratique... Sinon, gaffe à la perte des VM à l'upgrade de virtualbox... ... en plus, il faut rajouter une option (je ne me souviens plus laquelle) au boot des kernels par défaut de Debian (oui, je suis fainéant en ce moment) pour que le module se charge (car sans module noyau, maintenant libre, ceci dit, pas de démarrage des VM)... Bref, pas chaud du tout pour y retoucher, à ce machin... A côté, pour qemu dans Debian, tout est là (qemu, kqemu et qemulator), ça gère plus de choses que virtualbox-ose (notamment l'USB), mais il faudra compiler kqemu pour que la VM soit rapide, car les paquets binaires libres de la nouvelle version ne sont pas encore là (sinon, il y a les vieux non-free pour stable et unstable, mais pas pour testing)... m'enfin, c'est vite fait... et ça ne devrait pas tant tarder que ça à arriver...

:eeek2: Sojuz neru¨imyj respublik svobodnyh Splotila naveki Velikaja Rus'. Da zdravstvuet sozdannyj volej narodov, Edinyj, mogučij Sovetskij Sojuz! Slav'sja Otečestvo na¨e svobodnoe, Dru¸by narodov nadë¸nyj oplot! Partija Lenina - sila narodnaja, Nas k tor¸estvu kommunizma vedët! ... hein ? Quoi ? C'est une chanson nationaliste ? Bon, bah, on va au moins sortir la bonne couleur

Je ne sais plus très bien, mais il me semble que j'étais tombé sur un article lwn ou assimilé à ce sujet... si quelqu'un avait des infos concrètes

Il me semble que ça pose certains problèmes de sécurité, avec les patches RT...

Ah, ça, ça facilite la vie, les machines virtuelles... par contre, le genre de « feature » que j'ai découvert dans virtualbox-ose, ça m'a refroidi... pas le genre de truc que j'aime qu'il m'arrive, ça...

Bah, tu peux choisir l'archi du proc, l'espace disque, la RAM, les cartes réseau, s'il y a une carte son, mapper une image ISO ou ton lecteur/graveur optique, et même des partitions, voire des périphs usb, pour certains émulateurs, à l'intérieur de la machine émulée... ... tiens par contre, pour rester sur le sujet tout en disgressant (bah oui : on est dans un bar), j'ai eu une mise à jour de virtualbox-ose, l'autre jour... paf, changement de format des images (debconf a eu l'air de me dire que c'était général, avec cette appli)... et une image virtuelle de perdue, une.... bon, m'en fous, c'était pour tester : néanmoins, ça m'arrache quand même un « saloperie, va » ... déjà qu'il n'y a pas l'usb dans la version ose, et qu'on est obligé d'installer le module kernel pour faire tourner une machine (apparemment, pas de mode software-only), et que celui-ci demande de modifier mes paramètres de kernel... si en plus on doit se taper ce genre de régression merdique, ça mérite une grosse purge de paquet... allez hop : poubelle, virtualbox. J'en reste donc sur qemu/kqemu/qemulator...

Bon, faut aller foutre le bordel sur la news à Windu... Môssieur est vexé qu'on l'ait si peu fait... ... en plus, c'est bientôt la chandeleur... déjà qu'il va encore s'y prendre du rateau... on ne va quand même pas le laisser dépérir...

Non.... qt3 et qt4 peuvent parfaitement cohabiter... a priori, les programmes sont compilés avec un flag qt3 ou qt4 (enfin, sous Debian, pas encore d'applis par défaut en qt4... peut-être dans unstable et experimental... mais ça ne t'empêche toujours pas de te compiler un smplayer en qt4, par exemple, qui cohabitera avec des applis en qt3... il y aura plus de libs à charger, les libs de dev qt4 à installer, et les thèmes à uniformiser entre les applis qt3 e qt4, c'est tout)... ... par contre, ramener des applis d'une distro toute autre et pas binairement compatible avec Debian, c'est très déconseillé... déjà, pour faire un mix stable/testing/unstable, il faut t'y connaître un peu (jouer du pinpointing et cie... enfin, surtout si tu fais venir du unstable... si ta distro est majoritairement en testing, il n'y a généralement pas trop de soucis à faire venir des paquets de stable)... comme le disait Theo, tu peux rajouter contrib et non-free à main, pour ton dépôt... si tu as besoin d'applis multimedia (principalement des applis qui violeraient d'iniques brevets non encore applicables en Europe, et non intégrées à Debian, comme x264, libdvdcss ou autre mythtv), tu peux aussi rajouter le dépôt debian-multimedia... Sinon, tu peux toujours aller jeter un coup d'oeil chez apt-get.org ou mentors.debian.net pour aller chercher du .deb à installer à la mimine via dpkg, si tu veux tester... mais là, tu es un peu tout seul en slip, si tu fais ça... qemu est vraiment sympa ... en plus, kqemu est libre dans ses dernières versions (mais quand ça arrive sous testing, les modules binaires :grrr: ? ... bon, ràf... il y a quand même les sources)... et qemulator n'est pas mal du tout... Pour Xen, c'est vachement bien, mais c'est un peu une plaie, au niveau support des kernels... je trouve que ça reste beaucoup trop longtemps à la même version de kernel supporté... Je suis content pour son dev qu'il ait pu vendre son bébé, moins pour les conséquences que ça a sur la communauté libre... et puis, niveau support du partage de fichiers et de l'USB, c'est bof-bof (comme la plupart des trucs de virtualisation/compartimentation... hélas...)...

... de patrick_g, évidemment

Tu peux nous en dire plus Theo ? Genre, par rapport à vserver, ça change quoi ?