NeoX a écrit 18055 commentaires

OpenFirmware et OpenBoot sont libres, donc pourquoi penser à LinuxBIOS dans ce cas précis?

surement parce que si tu lis bien les 2 sites
LinuxBios et openBios

Linuxbios :

It performs just a little bit of hardware initialization and then executes a so-called payload, for example a Linux kernel, FILO, GRUB2, OpenBIOS, Open Firmware, ...

OpenBios :

In most cases, the Open Firmware implementations provided on this site rely on an additional low-level firmware for hardware initialization, such as LinuxBIOS or U-Boot.

ce qui se traduirait rapidement par
"la machine demarre lance LinuxBios qui lance OpenBios"

mais le principe exposé là est de surfer en passant par un poxy

il suffira alors aux fournisseurs de bloquer le trafic vers ce proxy (comme il le fait deja avec d'autres sites proposant des torrents), non ?

ou bien il s'agit d'un reseau alternative qui permet de surfer en peer2peer et donc si une source tombe, d'autres ont l'infos.

j'ai pas tout compris.

il y a peut-etre une option voire meme une ligne pour sda1 dans ton /etc/fstab

du coup c'est peut-etre cette ligne qui est prise en compte par le montage automatique.

à voir.

et j'install souvent des /boot un peu loin dans le disque.

par contre je le met toujours dans une partition primaire.

sinon tu peux aussi deplacer la partition windows pour faire une petite partition pour /boot (128Mo ca suffit) au debut du disque.

tu obtiens alors
/boot
windows
/ linux
...

ah oui tiens

bien vu benoar.

sinon à tous hasard et pour faire avancer le schmil....
tu as bien fait gaffe à la version de graphiteone que tu as recuperé

d'apres le site
http://www.graphiteone-cad.com/en/freedl.htm?agree=1&ima(...)

y a des RPMs pour Suse 9.3 (de memoire cette version suse etait 32bits et date de qques années déjà)

donc exit les versions d'OS 64bits, ou bien avec une emulation 32bits et il faudra lancer le logiciel avec un
linux32 graphiteone

reponse pour ubuntu mais ca doit marcher pour pratiquement tous les linux :
http://forum.ubuntu-fr.org/viewtopic.php?pid=563711

sinon vieille machine => vieux forum
http://forum.zebulon.fr/index.php?showtopic=26053

hier c'etait le 25 decembre

et pour que le pere noel puisse se deplacer rapidement, depuis quelques années, il fonctionne à la teleportation.

du coup ca fait des parasites et les reseaux wifi sont perturbés

:D

ton programme en python cherche une API en version 1013

et ta machine ne semble fournir que libsip en version 1012

suffit de mettre à jour libsip pour regler "ce" probleme

opengl mal configuré ?

s'il est mal configuré il fait tout en software, et c'est donc le CPU qui fait tout.

avais-tu essayé de redemarrer ton linux apres avoir reussi les manips avec le ndiswrapper ?

si oui, et que cela avait bien demarré, alors c'est probablement bien un probleme de mis à jour de l'airport

sinon c'est surement que les manips faites avec le ndiswrapper ne sont pas memorisées et que du coup il faut les refaire à chaque demarrage (ou les automatiser dans un coin) et la MAJ apple n'a rien a voir la dedans.

1°) 32Mo de ram video, suivant ce que tu veux faire, c'est clair que ton CPU va passer du temps à faire les transferts.

2°) vu la carte et la ram video, le CPU est peut-etre pas enorme => normal qu'il soit au taquet

3°) heu tu lui fais faire quoi comme test ?

pose lui la question OSD
il devrait de repondre pas mal de chose à ce sujet.

par exemple le mien me propose :

:~$ apt-cache search osd

gnome-osd - OSD message framework for GNOME

libxosd-dev - X On-Screen Display library - development
libxosd2 - X On-Screen Display library - runtime
licq-plugin-osd - on-screen display plug-in for Licq
lineak-xosdplugin - LinEAK On-Screen Display plugin

osdclock - Clock using the XOSD library
osdsh - Overlays your screen with various system information

python-osd - Python bindings for X On-Screen Display library

xosd-bin - X On-Screen Display library - binary files
xmms-osd-plugin - Greffon XMMS utilisant xosd

soit des programmes qui utilisent deja OSD,
soit des librairies pour faire des programmes qui utilisent OSD

point 1 :
il faut etre root pour pouvoir utiliser les scripts presents dans /etc/init.d/

il vaut mieux lancer le script complet
/etc/init.d/gdm stop pour arreter gdm et X
/etc/init.d/gdm start pour demarrer gdm et X

point 3 :
prend ton navigateur internet et vas dans le dossier des sources voir si tu y trouves ce que tu cherche.

à defaut, les drivers nvidia pour linux sont dispo sur le site nvidia, et il y a tout plein d'howto à ce sujet.

point 4 :
une fois les drivers nvidia installer tu pourras au choix
- modifier ponctuellement ta config ecran avec nvidia-settings
- la modifier definitivement en utilisant nvidia-settings en etant root et en enregistrant la config.

dans grub, avoir 2 partitions de boot à gerer je penses (mais je peux me tromper) que ce n'est pas le pied, y compris et surtout pour un debutant.

le probleme etant que si tu es 2 grubs et 2 partitions de boot,
tu n'auras de toute facon qu'un seul grub pour lancer tes linux (celui qui sera sur le disque qui amorce en premier)

du coup, a part choisir par le bios sur quel disque tu demarres, je ne vois pas comment tu vas gerer 2 grubs et 2 /boot differents.

en fait grub fonctionne avec 2 choses
le MBR dans lequel tu lui demandes de s'installer
le /boot qui contient les noyaux et les fichiers necessaires à grub.

je penses qu'il doit etre possible d'avoir une partition /boot commune à 2 installations de linux.

et du coup l'installation et la gestion en serait simplifier (mais je n'ai jamais essayé)

c'est une partition à part
et elle ne sera pas utilisée par les 2 systemes en meme temps.

inkscape devrait pouvoir importer tes fichiers AI.

bon chez moi ca plante, mais j'en recupere une partie
il m'a fallut ajouter les paquets perlmagick

je suis sur un linux 64bits.

soyons fun, demandons à google avec les mots
frequence scaling howto mandriva
et miracle le 5e lien :
http://forum.mandriva.com/viewtopic.php?p=318955&highlig(...)


trop fort ce Google

;-)

lsmod je connais

mais comment savoir dans cette grande liste, quel module est actuellement utilisé ou pas ?


car si la ligne
toto 2 tata,titi

me dit bien que toto est utilisé par 2 modules qui sont tata et titi
j'ai
tata 0
titi 0

ce qui ne veut pas dire que le module n'est pas utilisé.

enfin modules.dep correspond effectivement à la liste des dependances entre les modules, mais ce ne me dit pas lequel est en cours d'usage ou pas.

et pour ne pas demarrer un module je connais blacklist

bref, en fait on ne sait pas dire si le module titi ou tata est reellement utilisé ou s'il est simplement lancé par "habitude" ?

google est ton ami
et avec les mots "frequence scaling howto"

on trouve par exemple ca :
http://doc.ubuntu-fr.org/cpu-frequtils

certes c'est pas pour mandriva et c'est pour gnome,

mais franchement faut arreter de croire que c'est si different que ca.

ca reste un linux au depart et il y a donc plein de point commun.

la question est peut-etre de savoir ce que tu veux faire "au final"
pour ensuite savoir "comment le faire"


parce que là j'ai l'impression que tu cherches à couper les cheveux en 4...

sont presques bons

mais il doit falloir lancer un vim DANS un bash DANS un xterm

donc en theorie et sans avoir essayer
xterm -e bash -c vim

man xterm
et
man bash

pour savoir comment lancer une commande à l'appel du programme.

que chez toi,

mais j'ai pas saisi l'interet du Ctrl+Z qui me renvoie sur le shell en suspendant le vim

par rapport au :sh qui lance un shell dans le vim

et surtout quel est l'interet de lancer un vim directement si c'est pour l'arret pour avoir un shell, autant lancer le shell d'abord, non ?

analyse interessante

cependant il me semble avoir lu que ext faisait en fait une recherche du meilleur espace contigu pour stocker ces infos.

donc en effet sur un espace reduit je pour etre amener à reecrire souvent sur les memes blocs, mais concretement ca change quoi ?

le MTBF d'un disque ca doit etre dans les 100.000h (11ans) en usage normal

et il veut en faire une machine desktop,
pas sur qu'il ait des milliers de lignes dans les logs pour 3h de PC allumé par jour

SI en plus, tu te retrouves avec une partition /home de 10Go, tu risques de diminuer la durée de vie de ton disque. En effet, plus tu partitionnes, plus tu risques de lire et écrire sur les mêmes blocs physiques du disque dur. En plus, tu augmentes les chances de fragmentation de fichier et tu augmentes aussi les chances de pertes de place sur la fin des partitions.
Evidemment, si tu as un disque de 160Go, ce que je dis s'applique moins, le disque étant grand, tu as de la place pour ne réécrire que peu fréquemment au même endroit.

on ne doit pas avoir la meme definition d'une partition

pour moi une partition est par exemple (chiffre au hasard)
du block 1 à 10000 pour /
puis 10001 à 40000 pour /home
sur un disque de 10Go

du block 1 à 10000 pour /
puis 10001 à 140000 pour /home
sur un disque de 40Go

je ne vois pas en quoi je vais ecrire plus souvent sur les memes blocs en ayant 2 partitions qu'une seule.

par contre je vois un avantage à avoir un /home dans une partition separée.
tout simplement pouvoir reinstaller le meme systeme sans perdre le contenu du /home et les petits reglages perso