Greywolf

tu as bien refait la procédure make && make install des drivers nforce pour ton nouveau noyau? un depmod -a te dit quoi? tu as essayé de les charger par modconf?

faut te faire un script batch. ça devrait donner ça en gros @ echo off for %%i in (`dir "*.jpg"`) do convert -resize 640x480 %%i res_%%i ça devrait redimensionner tous les jpg du répertoire en 640x480 et renommer le fichier de sortie en res_[nomdufichier] http://www.imagemagick.org/www/convert.html à moins de pouvoir écrire directement ça en ligne de commande sans passer par un fichier batch? si quelqu'un s'y connaissant en batch pouvait corriger.

éventuellement réessaie un apt-get update / upgrade, y'avait ptet un package foireux hier qui est corrigé aujourd'hui.

bizarre... mon inittab est rigoureusement identique... un sbin/getty tty2 tout seul plante pareil? y'a vraiment rien dans les logs quand la commande plante? quand tu fais init2, y'a aucun souci dans les différents scripts lancés (/etc/rc2.d) ? tu n'as pas touché à /etc/inittab ni aux scripts /etc/init.d/rcS (ou un script lors d'une install ou mise à jour)? le fait que sur l'ancien noyau tout fonctionne normalement alors que les scripts de lancement utilisés sont les mêmes laisse à penser qu'il y a un souci avec le nouveau noyau mais lequel pas de framebuffer d'activé sur l'un et pas sur l'autre? //pourquoi ne pas avoir mis un 2.4.23 non sujet à la faille brk?

je dirais même plus: de la gestion du php par ton serveur web?

en linux single, quand tu essayes de lancer un getty :/sbin/getty 38400 tty2 que se passe-t-il? voire passer en init2? t'as pas oublié d'options de compil dans ton noyau pour les tty? (j'ai pas de noyau sous la mian là désolé)

tu peux te logger en init 1 (linux single au prompt lilo)? ça te permettra d'avoir accès à tes partitions et aux fichiers considérés (/etc/inittab par exemple) vérifies par le mêmes occasions les log (boot.log, dmesg, etc...) tu pourras identifier qui cause ce problème (getty??) ça te le fait également avec ton ancien noyau?

Florent, nonoche & Douds

imagemagick http://www.imagemagick.org/index.html avec un petit script en batch et ça roule (du genre for in in `ls *.jpg`; do; convert -geometry 800x600 $i /resized/$i; done)

il faut que dans le lilo.conf la ligne install indique la partition (/dev/hda1) et non le disque dur (/dev/hda). /dev/hda et /dev/hda1 ne sont que des exemples

c'était des calculs d'alignement de toutes les séquences primaires (l'enchainement des acides aminés) probables des quelques milliers de protéines connues et putatives identifiées à partir du code génétique. A visée de classification des protéines par famille et de phylogénie (par analyse du nombre de mutations/insertion/délétion entre deux séquences) c'était juste pour être précis ce qui est embetant c'est qu'une protéine c'est pas qu'une séquence primaire, c'est aussi une organisation tridimensionnelle.. une même séquence primaire peut donner diverses structures 3D en fonction de l'environnement/modifications chimiques... et ça la comparaison exhaustive des n structures 3D possibles dans m conditions après xyz modifications entre les w protéines possibles, c'est une autre paire de manches... Ensuite, y'a les interactions entre les protéines et là et ça reste du in silico...faut voir in vitro et in vivo (on a des surprises parfois)

merci pour l'explication de texte Kewlcat donc fdisk /mbr faut pas : http://www.cknow.com/vtutor/vtfdiskmbr.htm (à moins de connaitre son DD) mieux vaut un lilo -u (si on l'a installé dans le mbr) Windows n'a donc besoin que du flag bootable sur la partition primaire et les fichiers du second stage. Autre question: il n'y a qu'une seule partition qui peut être flaggée bootable sur un DD? parce que sinon comment le MBR choisit entre la partition windows et la partition linux (quand on a installé lilo dans le superblock)?? //c'est juste pour me remettre les idées en place

si tu es toujours en stable, les module-init-tools n'y sont pas. tu peux rajouter les sources pour unstable éventuellement et passer par apt-get -t unstable module-init-tools. Si tu veux rester en woody lors des màj, renseigne le fichier /etc/apt/preferences avec les pin-priority qui vont bien (Cf le guide de référence debian sur http://www.debian.org ou le howto de apt) Lis bien les indications du README et Changelog à la racine du répertoire Documentation des sources du kernel => ils indiquent quels packages doivent être mis à jour.

un peu bourrin comme méthode mais ça doit fonctionner. Tu sais que tu peux récupérer ta knoppix installée en bootant sur ton CD? SI tu veux réinstaller Mandrake, pourquoi ne pas utiliser cette partition pendant l'install (il la reformatera comme il faut au besoin)? ou si tu veux vraiment faire ça avec PM, efface seulement la partition, ça fera de l'espace libre. Le MBR est le premier secteur du disque dur lu lorsque le bios lui donne la main. Celui-ci prend en charge le lancement de(s) OS(s). Le(s) bootloader(s) de linux peuvent s'installer dans le Master Boot record du disque ou sur le superblock d'une partition. Si tu installes le bootloader dans le MBR, il est préférable de songer à le désinstaller proprement (lilo -u par exemple) avant de virer le système d'exploitation. Une autre méthode consiste à placer le bootloader au début de la partition qui héberge l'OS. Mais une question me chiffonne, pour accéder au superblock de la partition il faut bien un boot manager dans le MBR du disque (XoSL par exemple) non? Le bios donne la main au MBR du DD indiqué dans sa séquence de boot? mais après faut qu'il sache quoi booter: la partition flaggée bootable pour Win, le superblock du la partition étendue y pour linux //c'était Kewl, le quote

Salut Nick667, Concernant la gestion des modules pour le 2.6, as-tu installé les module-init-tools (que pour Sarge et Sid)? configuré modprobe.conf (la façon de gérer les modules a changé comparé au 2.4) en furetant à gauche et à droite pour la A7N8X, j'ai trouvé ceci. En espérant que ça t'aide (notamment y'a un patch 3Com à appliquer au kernel) http://attila.stevens-tech.edu/~dkopko/a7n8x.txt par ailleurs tu pourras trouver des tips pour le nforce ici: http://www.nforcershq.com/forum/viewforum.php?f=29

c'est un tracert en effet. Et on voit que le premier routeur rencontré (soit sa passerelle internet) répond en 0.4s, ce qui est énorme => problème de ligne adsl ou de la passerelle tele2 (en tout cas c'est imputable au FAI)

pathping est implémenté sous XP/2000 je crois. Cette commande combine un ping plus un tracert plus des informations concernant chaque routeur traversé =>ceci permettant de déterminer où ça coince.

Bonsoir Ipl_001, Un switch ethernet est un bridge. Faire de son PC un bridge ethernet le transforme en switch ethernet avec autant de ports que de cartes ethernet. Le bridge travaille en dessous de IP et apprend les différentes adresses MAC de chaque sous-réseau auquel il est raccordé; il transmet ainsi les trames ethernet directement au bon sous-réseau. ça permet donc de connecter des sous-réseaux avec un adressage IP différent. On peut même pousser le vice à faire un bridge firewallant n'ayant pas d'IP et donc indétectable aux scans. Linux fait ça sans problème avec bridge-utils et ebtables (+le support du pont dans le noyau 802.1d)

oui c'est possible. Les PC ayant les 2 interfaces feront routeur pour que les PC du réseau 1 communiquent avec les PC du réseau 2. (activation routage IP et mumuse avec route add) PS: les protocoles utilisés sont les mêmes : TCP/IP (on peut même faire un bridge ethernet si on veut jouer en dessous de IP)

en effet, le 1er routeur a l'air dans les choux. Tele2 pas bon

//tu n'es pas dans le bon forum... les noms des virus? Ton AVG ne les voit pas? as tu vérifié la branche de registre HKLM/Software/Microsoft/Windows/run* pour vérifier s'il n'y a pas d'entrée louche? essaie de faire un scan sur secuser.com et au besoin de télécharger les utilitaires de désinfection ad hoc (sur www.sarc.com par exemple)

http://www.hylafax.org/ c'est beau Google sniff

essaie avec la commande pathping au moins tu pourras voir à quel routeur ça merdoie (mais tu n'y pourras pas grand chose)

tu peux brancher plusieurs switchs ensemeble via le port uplink afin qu'il n'en fasse qu'un seul virtuel => comme ça tu conserves le même adressage IP partout. //je copie bolulu mais sa réponse semble la plus simple et donc la plus appropriée

a priori shoutcast fonctionne sur TCP 8000 (bizarre pour du streaming... l'UDP est plus approprié) Il faut donc que le PC serveur accepte les connexions TCP entrantes sur le port 8000. ça a l'air d'être tout..