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é)
Posté par NeoX .
En réponse au message conseils.
Évalué à 1.
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
du -h --max-depth
te donnera la taille de chaque dossier qui se trouve dans le dossier courant.
ca peut aider pour trouver le truc qui prend de la place.
faut peue-tre aussi arreter de muler ou de logger tout ce qui se passe.
l'integralité du df -h pourrait nous permettre de savoir si c'est vraiment /home qui se remplit
ca depend de l'age de la carte mere, du bios qu'il y a dessus...
j'ai une machine dell, bi- PIII 500 qui a bien 4 emplacements, mais chaque emplacement ne supporte que jusqu'a 256Mo
4x256Mo => 1Go
dans ton cas, la doc de ta carte mere te renseignera
et le site du fabriquant pourra te permettre de savoir s'il faut faire une mise à jour du bios, ou pas.
tu as mis 2x512, et linux ne voit que 512 donc
- soit tu as une barrete naze (facile à tester, n'en met qu'une et voit si la machine demarre ou pas)
- soit la machine ne voit que 256Mo sur chacune des barrettes, facile aussi, tu n'en met qu'une, et tu vois si la amchine en voit 256 ou 512
(il faut alors voir la doc de la carte mere et le bios)
-s etant pour connaitre la source du paquet, il est coherent de ne laisser rentrer que certaines sources.
les filtrer en sortie (OUTPUT) voudrait dire que tu es deja passé par INPUT/FORWARD et que finalement tu n'en veux pas, autant filtrer à l'arrivée.
le filtre -d c'est un paquet à destination de.
il est donc logiquement appliqué quand le paquet sort mais là encore suivant le traitement, le plus tot tu le places, le moins de traitement tu effectue.
# root ?
Posté par NeoX . En réponse au message Paramétrage écrans, install drivers. Évalué à 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.
[^] # Re: en fait
Posté par NeoX . En réponse au message grus dans le mbr ou dans la partition racine.. Évalué à 1.
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
Posté par NeoX . En réponse au message grus dans le mbr ou dans la partition racine.. Évalué à 1.
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é)
# correct
Posté par NeoX . En réponse au message swap commun. Évalué à 1.
et elle ne sera pas utilisée par les 2 systemes en meme temps.
[^] # Re: Inkscape ou scribus
Posté par NeoX . En réponse à la dépêche Expolibre version II : appel à contributions. Évalué à 1.
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.
[^] # Re: faineant ?
Posté par NeoX . En réponse au message Reglage du CPU / Kpowersave. Évalué à 1.
frequence scaling howto mandriva
et miracle le 5e lien :
http://forum.mandriva.com/viewtopic.php?p=318955&highlig(...)
trop fort ce Google
;-)
[^] # Re: depmod et cie
Posté par NeoX . En réponse au message liste des modules et operation de nettoyage. Évalué à 1.
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" ?
# faineant ?
Posté par NeoX . En réponse au message Reglage du CPU / Kpowersave. Évalué à 2.
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.
[^] # Re: des essais
Posté par NeoX . En réponse au message Démarrer un shell avec un programme dedans.. Évalué à 1.
pour ensuite savoir "comment le faire"
parce que là j'ai l'impression que tu cherches à couper les cheveux en 4...
# des essais
Posté par NeoX . En réponse au message Démarrer un shell avec un programme dedans.. Évalué à 1.
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.
# chez moi, ca marche pareil
Posté par NeoX . En réponse au message Démarrer un shell avec un programme dedans.. Évalué à 1.
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 ?
[^] # Re: quelques remarques
Posté par NeoX . En réponse au message conseils. Évalué à 1.
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
[^] # Re: quelques remarques
Posté par NeoX . En réponse au message conseils. Évalué à 1.
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
# mon conseil
Posté par NeoX . En réponse au message conseils. Évalué à 1.
2°) installer les linux, dans l'ordre que tu veux.
les partitions ?
1 partitions syteme windows
1 paritions systeme mandriva
1 partitions systeme ubuntu
1 partition home mandriva
1 partition home ubuntu
1 partition data en NTFS, pourquoi NTFS, car elle sera ainsi accessible par les 2 linux mais aussi par le windows :D
[^] # Re: Mondo rescue
Posté par NeoX . En réponse au message mondorescue. Évalué à 1.
là il te gueule dessus car tu veux faire une disquette de boot qui fait 16384Kb
et surtout à plusieurs reprises
/var/cache/mindi/tools.files: No such file or directory
pas sur que l'installation ce soit bien passée
j'ai fait un DRBL avec un monrescue sur FTP ca marchait bien.
[^] # Re: Comme ça ?
Posté par NeoX . En réponse au message Apache2 : rediriger http en https pour 2 virtual host sur 3 ?. Évalué à 1.
< virtualhost *:80> pour dire que tu regardes ce qui arrive sur le port 80
ServerName et ServerAlias pour dire que tu regardes sous quel nom la demande arrive...
et enfin le redirect qui dit ou tu renvoie les connections.
[^] # Re: Comme ça ?
Posté par NeoX . En réponse au message Apache2 : rediriger http en https pour 2 virtual host sur 3 ?. Évalué à 1.
dans ton cas
< virtualhost test.server.com:80>
[...]
Redirect / https://test.server.com/
< /virtualhost >
< virtualhost server.com:80>
[...]
ServerAlias www.server.com
Redirect / https://www.server.com/
< /virtualhost >
[^] # Re: raid1
Posté par NeoX . En réponse au message Détection d'erreur sur du raid. Évalué à 1.
sauf à te dire que c'est surement possible, au besoin en allant modifier la source du programme ou du driver ...
# raid1
Posté par NeoX . En réponse au message Détection d'erreur sur du raid. Évalué à 1.
le raid 1 c'est cloner les infos sur les N autres disques.
donc ton systeme se balance de savoir s'il y a un defaut, il stocke sur les 3 disques.
si un disque est en defaut, il stocke sur les autres
de meme il lit sur les autres
# df et du
Posté par NeoX . En réponse au message Mon disque dur se rempli tout seul. Évalué à 1.
du donne l'occupation.
du -h --max-depth
te donnera la taille de chaque dossier qui se trouve dans le dossier courant.
ca peut aider pour trouver le truc qui prend de la place.
faut peue-tre aussi arreter de muler ou de logger tout ce qui se passe.
l'integralité du df -h pourrait nous permettre de savoir si c'est vraiment /home qui se remplit
# robot.txt
Posté par NeoX . En réponse au message probleme de process sur apache. Évalué à 1.
sinon il faut peut-etre augmenter les nombres de process.
[^] # Re: divers
Posté par NeoX . En réponse au message lenteur sur PIII / fedora 5 et 1 Go de SDRAM. Évalué à 1.
j'ai une machine dell, bi- PIII 500 qui a bien 4 emplacements, mais chaque emplacement ne supporte que jusqu'a 256Mo
4x256Mo => 1Go
dans ton cas, la doc de ta carte mere te renseignera
et le site du fabriquant pourra te permettre de savoir s'il faut faire une mise à jour du bios, ou pas.
tu as mis 2x512, et linux ne voit que 512 donc
- soit tu as une barrete naze (facile à tester, n'en met qu'une et voit si la machine demarre ou pas)
- soit la machine ne voit que 256Mo sur chacune des barrettes, facile aussi, tu n'en met qu'une, et tu vois si la amchine en voit 256 ou 512
(il faut alors voir la doc de la carte mere et le bios)
[^] # Re: explications :
Posté par NeoX . En réponse au message Iptables, INPUT/OUTPUT et options -s / -d. Évalué à 1.
les filtrer en sortie (OUTPUT) voudrait dire que tu es deja passé par INPUT/FORWARD et que finalement tu n'en veux pas, autant filtrer à l'arrivée.
le filtre -d c'est un paquet à destination de.
il est donc logiquement appliqué quand le paquet sort mais là encore suivant le traitement, le plus tot tu le places, le moins de traitement tu effectue.
# plus de precision ?
Posté par NeoX . En réponse au message Reconnaissance d'un disque SATA déjà partitionné. Évalué à 2.
- comment tu sais qu'il voit le disque ?
- comment tu fais pour le monter ?
- quel message d'erreur ?
[^] # Re: divers
Posté par NeoX . En réponse au message lenteur sur PIII / fedora 5 et 1 Go de SDRAM. Évalué à 1.
pour lister les partitions du disque sda