Débutant Le monde de Linux - Page 3

kim (./56) :

[ftp83plus] (./54) :
Et, de Ubuntu étant, il ne veut pas effacer dans les dossiers Windows que je lui dis, bien que je sois loggué en Administrateur.

Les droits d'accès/écriture, c'est la machine distante qui les définit... T'es sûr de pas avoir raté un épisode ?

J'y avais pensé, mais d'une autre macnhine windows accédant à ces mêmes fichiers, je n'ai aucun problème (Samba et l'autre Win se logguent Administrateur)

PpHd ./57>

user@crhsj55201:~$ ls /etc/rc2.d/
README              S16openvpn        S20powernowd      S89cron
S01apport           S19hplip          S20rsync          S90binfmt-support
S05vbesave          S20apmd           S20samba          S98usplash
S10acpid            S20dbus           S20smartmontools  S99acpi-support
S10powernowd.early  S20hotkey-setup   S20wifi-radar     S99rc.local
S10sysklogd         S20makedev        S21nfs-common     S99rmnologin
S11klogd            S20nvidia-kernel  S50hdparm         S99stop-readahead
S13gdm              S20postfix        S50ntp-server

Java, ça devait être pour OpenOffice. Maintenant, top donne:
22,5% pour Firefox-bin, 11,9% pour nautilus, 6,5% pour Xorg. 246Mo RAM utilisés, 167Mo swap utilisés.

Pollux (./60) :
ben oui mais t'es bien obligé de redimensionner ta partition fat32/ext3, non ?

Oui mais ça, à la rigueur, tu le fais qu'une seule fois. Et gparted fait ça bien, nan ?

[ftp83plus] (./61) :
Java, ça devait être pour OpenOffice. Maintenant, top donne: 22,5% pour Firefox-bin, 11,9% pour nautilus, 6,5% pour Xorg. 246Mo RAM utilisés, 167Mo swap utilisés.

Dans un sens, linux récupère toujours toute la ram dispo, même s'il ne l'utilise pas. Sauf que là tu tapes pas mal de swap, c'est pas excellent...
Java, ça peut être plein de trucs, OOo, firefox (raaaaah les applets java comment elles te bouffent ta ram et ton cpu !)...

Pour le rc2.d, je vois que tu as des trucs inutiles.
postfix, rsync (je suppose), ... le reste est plutôt à classer dans l'indispensable dans ton cas. Peut être pas smartmontools, je sais pas trop à quoi ça correspond, je suppose que c'est de la surveillance de l'état du disque. Pour le hdparm de l'autre fois, c'pas top top comme résultat, je me souviens par contre plus de la sup commande utile pour l'améliorer...

kim> bah la java_vm prend beaucoup moins maintenant...2,8%. Pourtant, y'a aucun site avec Java d'ouvert...p-ê yAronet, et encore...

Ça c'est les symptômes, pour poser le diagnostic, j'en ait pas la moindre idée (D'autant que c pas moi qu'ait fait l'installation)

rc2.d, je ne sais pas ce que ça fait... Kess qui serait inutile, et kess que ça fait dans le système, normalement?

kim (./62) :

Pollux (./60) :
ben oui mais t'es bien obligé de redimensionner ta partition fat32/ext3, non ?

Oui mais ça, à la rigueur, tu le fais qu'une seule fois. Et gparted fait ça bien, nan ?

sûrement, je disais juste que le redimensionnement est une opération essentielle d'un gestionnaire de partition ^^

rc2.d, je ne sais pas ce que ça fait... Kess qui serait inutile, et kess que ça fait dans le système, normalement?

En run level 2 (l e niveau d'execution normal), c'est l'endroit où on stocke les liens des programmes à lancer au démarrage de ton système.

Pour le hdparm de l'autre fois, c'pas top top comme résultat, je me souviens par contre plus de la sup commande utile pour l'améliorer...

Tu peux regarder à http://linux.oreillynet.com/lpt/a/272

PpHd (./65) :
En run level 2 (l e niveau d'execution normal), c'est l'endroit où on stocke les liens des programmes à lancer au démarrage de ton système.

J'ajoute qu'ils se lancent dans l'ordre alphabétique des fichiers, et au démarrage, ceux commençant par S, ceux finissant par K sont là pour les Kill => pour l'arrêt (propre) des applis.
tu as normalement des /etc/rcX.d, avec X le runlevel. Le fichier /etc/inittab définit les lancements "runlevel". Ca parait compliqué au départ, mais à l'arrivée, le principe est pas bête, et surtout assez simple quand on aime mettre les mains dans le camboui, et tout casser (on peut vraiment tout casser ).
Après, que dire... Que en fait t'as pas besoin de tout ça ? y'a des interfaces pour.

Effectivement, après cette petite explication, nvidia-kernel serait rigoureusement inutile, vu que cet ordi contient une ATI, puis...powernow?
Mais, de ce que j'en sais, les dépendances des paquets entre eux sont peu évidentes au premier abord...suffit qu'une seul appli utilise une seule fonction d'une librairie autrement inutile, pour qu'il faille la garder.

Par contre, tu parles de programmes à lancer au démarrage, ils sont distincts des services, non? Car Boot-Up Manager ne donne rien de pareil, et surtout pas les noms internes :-/

(Je regarde la page sur hdparm..)

Après, que dire... Que en fait t'as pas besoin de tout ça ? y'a des interfaces pour.

Elles marchent jamais Je me fais les rm a la mano, et les ajout a la mano. Je suis un bourrin question administration.

Par contre, tu parles de programmes à lancer au démarrage, ils sont distincts des services, non? Car Boot-Up Manager ne donne rien de pareil, et surtout pas les noms internes :-/

Ce sont les vrai services lancés au démarrage. Je ne connais pas boot-up manager.

BUM, c'est en GUI...si t'es si bourrin tu dois pas y toucher.

Donc, quoi de neuf ds la 7.04?

Question comme ça, est-ce qu'il y a une meilleur chance que tous les bons pilotes soient bien mis du premier coup si je connecte tous les périphériques qu'il pourrait y avoir sur la machine? (Technique du niooB bourrin)

Je ne comprends pas bien ta derniere phrase.

bootup manager agit sur le run level 3 je crois, donc au niveau au dessus.

Tapes "runlevel"
pour connaitre ton runlevel.

C'est sur que pour la gestion des runlevel et des services rien ne peut egaler le gestionnaire de gentoo

haaaa

rc-update del hdpram default



rc-update add apache home-net

Runlevel actuel donne "2". Mais je ne vois pas trop à quoi ça sert...

PpHd> que si par exemple, il devait y avoir un jour une clé bluetooth sur ce PC, si c'était mieux de la connecter de manière à ce k'elle soit détectée au moment où une (éventuelle) copie de de la 7.04 s'installerait. Si c'est bien fait, ça devrait installer le pilote correspondant, non? En tout cas, y-a-t-il une chance que ce genre d'installation "propre" par l'OS lui-même fasse enfin que le gestionnaire bluetooth ne plante pas lamentablement ?

Après une petite lecture des blueprints pour feisty, on dirait que nulle part le double écran a été évoqué...ou alors c'est inclus dans les entrées sur l'amélioration de X?

"Defferred" signifique quoi dans ce cas ??

kim (./66) :

PpHd (./65) :
En run level 2 (l e niveau d'execution normal), c'est l'endroit où on stocke les liens des programmes à lancer au démarrage de ton système.

J'ajoute qu'ils se lancent dans l'ordre alphabétique des fichiers, et au démarrage, ceux commençant par S, ceux finissant par K sont là pour les Kill => pour l'arrêt (propre) des applis.
tu as normalement des /etc/rcX.d, avec X le runlevel. Le fichier /etc/inittab définit les lancements "runlevel". Ca parait compliqué au départ, mais à l'arrivée, le principe est pas bête, et surtout assez simple quand on aime mettre les mains dans le camboui, et tout casser (on peut vraiment tout casser ).

Godzil m'a devancé, mais j'aimerais préciser que c'est vraiment préhistorique un système tel que celui-ci, dans lequel il faut faire de la résolution de dépendances soi même. Les initscripts de gentoo sont bien mieux foutus de ce point de vue là (résolution automatique des dépendances, démarrage de certains scripts activés par des évènements udev/hotplug (tout ce qui dépend des périphériques disponibles), gestion par un utilitaire centralisé, création facile de nouveaux runlevels autres que 123456, etc ...).

La résolution automatique des dépendances, ça arrive petit à petit sur toutes les distributions en fait, avec aussi le lancement en parallèle de ce qui peut se faire en même temps

Et sinon pour ftp83plus :

[ftp83plus] (./69) :
Donc, quoi de neuf ds la 7.04?

http://linuxfr.org/2007/04/19/22368.html

Après une petite lecture des blueprints pour feisty, on dirait que nulle part le double écran a été évoqué...ou alors c'est inclus dans les entrées sur l'amélioration de X?

Je pense qu'il faille attendre X.org 7.3, donc pas cette release de ubuntu.

PpHd> que si par exemple, il devait y avoir un jour une clé bluetooth sur ce PC, si c'était mieux de la connecter de manière à ce k'elle soit détectée au moment où une (éventuelle) copie de de la 7.04 s'installerait. Si c'est bien fait, ça devrait installer le pilote correspondant, non? En tout cas, y-a-t-il une chance que ce genre d'installation "propre" par l'OS lui-même fasse enfin que le gestionnaire bluetooth ne plante pas lamentablement ?

Tu veux dire avoir tous les périphériques allumés lors de l'installation ? Possible.

Prévue pour quand la 7.3 de Xorg ?? Pke le dual screen, ça fait 10 ans sous Windows. J'aime pas le rappeller, mais....

Sinon, c installé, et déjà le premier bug: après une mise en hibernation, les ports USB sont désactivés ! Résultat, plus de Bluetooth ni de WiFi jusqu'au reboot.

Ais-je loupé qqch?

Sinon, la config réseau sans fil en un clic fonctionne enfin ! Mais toujours pas de support VPN qui fonctionne.

je comprends pas le souci avec xorg, ça fait aussi 10 ans que j'ai configuré un serveur X dual head

ce que vous demandez, c'est "a quand l'outil de feignasse qui configure mon serveur tout seul a coup de souris?" ? Parce que sinon, tout se passe dans /etc/X11/xorg.conf, hein

bin, pourquoi avoir besoin de la souris pour configurer un écran qui a déjà été branché ?
tu le branches et ça marche, rien d'autre à faire ...

(et surtout par fermer toutes ses applis pour devoir les relancer 5s après... )

(ah oué, comme sous mac, pardon)

bin sur mac je branche et ça marche je le fais depuis 3 ans, je pense que je m'en serais rendu compte si ça ne marchait pas...

oui, je sais, je trouve ça

Flanker (./81) :
(et surtout par fermer toutes ses applis pour devoir les relancer 5s après... )

la solution en question, c'est pour redémarrer X sans les drivers, parce que les drivers nvidia ne marchent pas pour le dual head (enfin, c'est ce que j'en déduis). donc là c'est pas linux qui est à blamer, mais les drivers propriétaires de nvidia.

tu déduis mal
les drivers nvidia marchent très bien avec le twinview... c'est juste que xorg n'est pas capable de faire de l'ajout d'écran à chaud...

bah chais pas il a dit qu'il fallait redémarrer avec vesa, c'est bien qu'il y a un pb avec nvidia, non ?

Il a surtout dit « (vraie question. je ne sais pas) »

Flanker (./83) :
bin sur mac je branche et ça marche je le fais depuis 3 ans, je pense que je m'en serais rendu compte si ça ne marchait pas...

Pas sur iBook...
Et pourquoi garder un programme ouvert lorsqu'on ne l'utilise pas?
Enfin osX Tiger j'en ai eu plus qu'assez, du beau maquillage pour finalement pas grand chose.

sur iBook également y a juste un patch à appliquer

je dirais plutôt pourquoi fermer des programmes ? ça me permet de regarder rapidement si j'ai des mails, de toujours avoir mon carnet d'adresse et mon calendrier sous la main, d'écouter de la musique, de faire un tour rapide sur yAronet ( ) tout en bossant avec plusieurs terminaux, une machine virtuelle lancée, ... c'est ma configuration standard quand je bosse, je ne vois vraiment pas l'intérêt de fermer des programmes et de les relancer 5 min après...