Ce que cela peut être frustrant ton 'troll detected'...
Je confirme pour arbitraire rien que pour le support multi-users de gvm (pam_console (redhat) et non pam_foreground (debian & lfs))...
Au propos du "sujet":
le 2.6.18 apporte un bien meilleur support pour les mac intel (macbook), (toujours avec les patch mactel), j'ai moins de freeze du disque sata (assez désagréable).
Posté par eloi .
En réponse au message probleme g++.
Évalué à 1.
Bien qu'il soit préférable selon certains de n'installer que des paquets prévus pour sur les distribs, j'ai pour ma part une autre vision des choses ( LFS).
Donc le type d'erreur obtenue par ./configure:
-checkin whether the C++ compiler (gcc ) works ........no
configure: error: installation or configuration problem: c++ compiler cannot create executables.
provient généralement d'une déclaration d'optimisation et ce par
les deux variable $CFLAGS et $CPPFLAGS
donc avant de paniquer, un petit unset est le bienvenue.
ensuite Gcc 4.0 est désuet et buggué 4.1 est préférable.
Pour information la LFS permet de concevoir des systèmes
extrêmement stables donc lors du choix d'une version il peut être
une bonne idée de se référer à la communautée LFS
www.linuxfromscratch.org
Toutefois modifier son compilateur sur une distrib n'est pas une bonne idée.
Pour revenir à ton sujet je pense que tu dois effacer les 2 variables avant:
soit avec unset var
soit par export CFLAGS='' puis export CPPFLAGS=$CFLAGS
Posté par eloi .
En réponse au message compilation.
Évalué à 1.
Cela semble simple pour moi, mais ...
sous root tu vas dans le repertoire de ton noyau
tu tape make xconfig ou make gconfig (si gtk+2.4 ou sup)
si pas de graphique ce sera make menuconfig
dans driver => char tu devellope drm
tu vire tout à l'exeption de ton matériel
si cela ne fonctionne pas
(mon cas: plantage lors du lancement du serveur X)
tu supprime tout simplemet le drm
(oui je sais c'est bête mais bon...)
[je te dis ça de tête car cela fait un mois que loin de mon lfs nota bene avant de partir je l'avais upgrader au 2.11.? donc fait de même mais il est courant que le drm lâche.]
bein voui mieux "veau" modifier que de passer au 2.10
(oui c'etait nul mais fallait pas écrire crémière...)
pourquoi: super sauf que le module vfs de control-center plante
ballot, pas vraiment car plus de menus car impossible d'accéder à l'url applications:///
parfois j'envie les distribs...
bon, aller je me donne du courage et j'y retourne
ah, sinon ne passe surtout pas à hal-0.5 (kernel > 2.6.8)
gnome ne le supporte pas (là par contre c'est vraiment ballot)
j'ai des patch mais fait ch...
et en plus l'autre débilité de control-center qui foire j'te jure ça donne vraiment envie de passer chez les autres zoives
et pour gconf-editor j'acquiesse ainsi que pour les grammes
bon bein vu l'heure...(yenaquinebossentpasdemain...)
bref
dans le cas où les sources vont être modifiées il faudra tout recompiller et c'est pas la mer à boire
(ps si distrib, installer les devels)
cependant si on est adepte de l'editeur hex ou bin, on peut rechercher les occurences relatives à la modif voulue et changer en hard le binaire (chaud) mais aussi faisable avec grep pour la recherche et sed pour la modification
bon bah moi je vais me coucher...dure soirée j'en tiens une bonne !
euh, oui pas de bol
comme tu le dis, je crois aussi que le problème vient du fait que tu utilises un portable:
(sans vouloir en vexer plus d'un)
les hd sont en général plus lents car embarqués (failble conso)
5400 ou 7200 tr/min ?
moi, tous sont en 7200tr/min
comme tu dis tant pis, mais au moins ça marche
au fait hdparm permet de réduire la conso des disque (cf man page)
l'option -M reduit non seulement le bruit mais aussi la conso
selon les termes même de la commande:
hdparm -t /dev/hdc (qui lui est en UDMA100)
(en haut niveau système eg init 5)
Mais pour présciser tu es sous une distrib et pas moi
donc l'ensemble de mon système est compiler pour un AMDXP
(sauf l'eternel flex qui ne supporte vraiment pas d'optimisation )
notabene, l'ide passe par le proc donc tout dépend de la charge du système et de sa capacité ...
néanmoins j'ai souvenir qu'avec une Mandrake (8.x)
mes deux seagate 20Go UDMA66 étaient "rapides"
sinon vérifie que tu utilise bien une nappe IDE adaptée (fils fins)
car c'est peut être stupide mais pendant 4 ans je me suis fait avoir
bref dis-je
pour répondre à ta requête,
hdparm -d1 -c1 -X66 -K1 /dev/...
(ça marche aussi avec les CD-DVD-RW )
pas de config particulière pour le kernel si ce n'est
et un extrait de hdparm -t /dev/hd[a-c]
/dev/hda:
Timing buffered disk reads: 86 MB in 3.05 seconds =28.22 MB/sec
/dev/hdb:
Timing buffered disk reads: 86 MB in 3.07 seconds =28.04 MB/sec
/dev/hdc:
Timing buffered disk reads: 118 MB in 3.04 seconds =38.82 MB/sec
les hd[a-b] sont en UDMA66
je n'ai pas testé encore le bk4 il se peut que le problème recommence pour moi donc bon courage !
Moi je ne dis rien mais il existe sous ce merveilleux environement
un utilitaire délicieusement nommé gconf-editor qui pourrait
par une utilisation des plus ludique vous faire découvrir comment rendre GNOME completement inutilisable (sisi)
blague à part gconf-editor permet de configurer manuellement n'importe quoi dans gnome
j'ai passé 2 min à rechercher votre problème : pas trouvé
(là je me sens niais)
mais bon doit y avoir une solution
c'est vrai que cela peut devenir énervant...
une autre solution est d'éditer les sources de gtk+ (ark ark ark... hum)
et de changer la variable corespondante... simple
pour ma part je n'ai que gnome 2.8 et je ne supporte pas kde
et comme j'ai tout compilé moi même j'ai tout ce qu'il me faut avec gtk+
il grave d'origine à combien ton dvdburner ?
parceque le mien (et récent), grave au maximum les DVD-R en 4x
donc si d'origine tu ne peux graver à plus de 5x un dvd ne cherche plus...
désolé pour la question débile...
nb si tu préfère cdrecord avec les 2.6 > 2.6.8 utilise sudo avec le wrapper suivant: (le mien)
/usr/bin/sudo-wrapper
#!/bin/bash
#Enabling sudo for anything we want
exec sudo "$0"-sudo "$@"
#Yahoo !! IDE cdwriting for >= 2.6.8.1
et
renome cdrecord par cdrecord-sudo
lie symboliquement
ln -s sudo-wraper cdrecord
Merci,
pour info,j'utilise le 2.6.11-rc5 depuis le post d'hier et:
free
total used free shared buffers cached
Mem: 516072 295188 220884 0 27700 120420
-/+ buffers/cache: 147068 369004
Swap: 265032 0 265032
c'est déja mieux même après 12h d'utilisation
je pense que l'explication est la suivante:
pour la première fois l'UDMA fonctionne "pleinement" avec ce noyau
avant max 15Mo/s maintenant 30-40Mo/s en moyenne
(SiS 5513)
pour les con kolivas je vais voir et voire même essayer...
[^] # Re: Email de Thorvalds.
Posté par eloi . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 1.
Je confirme pour arbitraire rien que pour le support multi-users de gvm (pam_console (redhat) et non pam_foreground (debian & lfs))...
Au propos du "sujet":
le 2.6.18 apporte un bien meilleur support pour les mac intel (macbook), (toujours avec les patch mactel), j'ai moins de freeze du disque sata (assez désagréable).
# autre approche...
Posté par eloi . En réponse au message probleme g++. Évalué à 1.
Donc le type d'erreur obtenue par ./configure:
-checkin whether the C++ compiler (gcc ) works ........no
configure: error: installation or configuration problem: c++ compiler cannot create executables.
provient généralement d'une déclaration d'optimisation et ce par
les deux variable $CFLAGS et $CPPFLAGS
donc avant de paniquer, un petit unset est le bienvenue.
ensuite Gcc 4.0 est désuet et buggué 4.1 est préférable.
Pour information la LFS permet de concevoir des systèmes
extrêmement stables donc lors du choix d'une version il peut être
une bonne idée de se référer à la communautée LFS
www.linuxfromscratch.org
Toutefois modifier son compilateur sur une distrib n'est pas une bonne idée.
Pour revenir à ton sujet je pense que tu dois effacer les 2 variables avant:
soit avec unset var
soit par export CFLAGS='' puis export CPPFLAGS=$CFLAGS
bonne continuation.
# commence alléger ta conf
Posté par eloi . En réponse au message compilation. Évalué à 1.
sous root tu vas dans le repertoire de ton noyau
tu tape make xconfig ou make gconfig (si gtk+2.4 ou sup)
si pas de graphique ce sera make menuconfig
dans driver => char tu devellope drm
tu vire tout à l'exeption de ton matériel
si cela ne fonctionne pas
(mon cas: plantage lors du lancement du serveur X)
tu supprime tout simplemet le drm
(oui je sais c'est bête mais bon...)
[je te dis ça de tête car cela fait un mois que loin de mon lfs nota bene avant de partir je l'avais upgrader au 2.11.? donc fait de même mais il est courant que le drm lâche.]
[^] # pour gnome-2.10
Posté par eloi . En réponse au message gnome/GTK2 : "parcourir autres dossiers" par défaut ?. Évalué à 2.
(oui c'etait nul mais fallait pas écrire crémière...)
pourquoi: super sauf que le module vfs de control-center plante
ballot, pas vraiment car plus de menus car impossible d'accéder à l'url applications:///
parfois j'envie les distribs...
bon, aller je me donne du courage et j'y retourne
ah, sinon ne passe surtout pas à hal-0.5 (kernel > 2.6.8)
gnome ne le supporte pas (là par contre c'est vraiment ballot)
j'ai des patch mais fait ch...
et en plus l'autre débilité de control-center qui foire j'te jure ça donne vraiment envie de passer chez les autres zoives
et pour gconf-editor j'acquiesse ainsi que pour les grammes
[^] # waou after
Posté par eloi . En réponse au message gnome/GTK2 : "parcourir autres dossiers" par défaut ?. Évalué à 1.
bref
dans le cas où les sources vont être modifiées il faudra tout recompiller et c'est pas la mer à boire
(ps si distrib, installer les devels)
compilation de preférence selon la procédure LFS
http://mirror.vtx.ch/lfs/blfs/view/svn/x/gtk2.html(...)
sauf que c'est la 2.6.4 (même procédure pour la 2.4.14)
à prioris valable pour une distribe rpm ou deb
cependant si on est adepte de l'editeur hex ou bin, on peut rechercher les occurences relatives à la modif voulue et changer en hard le binaire (chaud) mais aussi faisable avec grep pour la recherche et sed pour la modification
bon bah moi je vais me coucher...dure soirée j'en tiens une bonne !
[^] # sisi
Posté par eloi . En réponse au message gnome/GTK2 : "parcourir autres dossiers" par défaut ?. Évalué à 1.
à vous gedit !
[^] # bon d'accord...
Posté par eloi . En réponse au message gnome/GTK2 : "parcourir autres dossiers" par défaut ?. Évalué à 3.
édition de gtk+...
voilà :
il faut changer: gtk/gtkfilechooserdefault.c
l'occurence voulue doit être modifiée à la bonne valeur...
original (2.4.14)
/* Expander */
alignment = gtk_alignment_new (0.0, 0.5, 1.0, 1.0);
gtk_box_pack_start (GTK_BOX (vbox), alignment, FALSE, FALSE, 0);
recherche fonctionement...
plus le temps (5 min), il faut que je me mine la gu.. ce soir
bon bah la suite à plus et bonne ...
non sans blague cartouche ce soir !
ps : 5 -> 10
[^] # Re: question bête...
Posté par eloi . En réponse au message gravure de DVD: growisofs et buffer. Évalué à 1.
cdrecord* ne supporte pas l'ATA il faut donc le forcer avec hdparm
[^] # Re: vi
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
[^] # vi
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
merci pour ces prescisions,mais finalement pas de sous...
sinon j'ai lu une chose intérressante:
une option du kernel empecherait le passage en UDMA pour VIA82CXX
pourquoi pas avec une sis5513 ?
c'est l'option suivante: CONFIG_BLK_DEV_GENERIC
à voir...
[^] # UDMA5
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
le mien dit:
/dev/hdc:
Model=ST340016A, FwRev=3.10, SerialNo=3HS1FLSB
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=78165360
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version:
* signifies the current active mode
donc passe en udma5
option : -X udma5
pas de raison que ça ne marche pas
sinon ton portable c'est quoi (j'en cherche un pour partir en stage)
pas de soucis... (à part ça)
[^] # ah bah là
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
comme tu le dis, je crois aussi que le problème vient du fait que tu utilises un portable:
(sans vouloir en vexer plus d'un)
les hd sont en général plus lents car embarqués (failble conso)
5400 ou 7200 tr/min ?
moi, tous sont en 7200tr/min
comme tu dis tant pis, mais au moins ça marche
au fait hdparm permet de réduire la conso des disque (cf man page)
l'option -M reduit non seulement le bruit mais aussi la conso
[^] # 30-40 (si si) j'ai vérifié
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
hdparm -t /dev/hdc (qui lui est en UDMA100)
(en haut niveau système eg init 5)
Mais pour présciser tu es sous une distrib et pas moi
donc l'ensemble de mon système est compiler pour un AMDXP
(sauf l'eternel flex qui ne supporte vraiment pas d'optimisation )
notabene, l'ide passe par le proc donc tout dépend de la charge du système et de sa capacité ...
néanmoins j'ai souvenir qu'avec une Mandrake (8.x)
mes deux seagate 20Go UDMA66 étaient "rapides"
sinon vérifie que tu utilise bien une nappe IDE adaptée (fils fins)
car c'est peut être stupide mais pendant 4 ans je me suis fait avoir
bref dis-je
pour répondre à ta requête,
hdparm -d1 -c1 -X66 -K1 /dev/...
(ça marche aussi avec les CD-DVD-RW )
pas de config particulière pour le kernel si ce n'est
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_SIS5513=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
et un extrait de hdparm -t /dev/hd[a-c]
/dev/hda:
Timing buffered disk reads: 86 MB in 3.05 seconds =28.22 MB/sec
/dev/hdb:
Timing buffered disk reads: 86 MB in 3.07 seconds =28.04 MB/sec
/dev/hdc:
Timing buffered disk reads: 118 MB in 3.04 seconds =38.82 MB/sec
les hd[a-b] sont en UDMA66
je n'ai pas testé encore le bk4 il se peut que le problème recommence pour moi donc bon courage !
[^] # NON MAIS pas d'insanités (et GCONF vous connaissez ?) !!!
Posté par eloi . En réponse au message gnome/GTK2 : "parcourir autres dossiers" par défaut ?. Évalué à 1.
un utilitaire délicieusement nommé gconf-editor qui pourrait
par une utilisation des plus ludique vous faire découvrir comment rendre GNOME completement inutilisable (sisi)
blague à part gconf-editor permet de configurer manuellement n'importe quoi dans gnome
j'ai passé 2 min à rechercher votre problème : pas trouvé
(là je me sens niais)
mais bon doit y avoir une solution
c'est vrai que cela peut devenir énervant...
une autre solution est d'éditer les sources de gtk+ (ark ark ark... hum)
et de changer la variable corespondante... simple
pour ma part je n'ai que gnome 2.8 et je ne supporte pas kde
et comme j'ai tout compilé moi même j'ai tout ce qu'il me faut avec gtk+
vive LFS
[^] # Re: Rien d'anormal
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
car j'ai de GROS ploblèmes de gravure (IDE) si <2.6.11-rc3
[^] # question bête...
Posté par eloi . En réponse au message gravure de DVD: growisofs et buffer. Évalué à 1.
il grave d'origine à combien ton dvdburner ?
parceque le mien (et récent), grave au maximum les DVD-R en 4x
donc si d'origine tu ne peux graver à plus de 5x un dvd ne cherche plus...
désolé pour la question débile...
nb si tu préfère cdrecord avec les 2.6 > 2.6.8 utilise sudo avec le wrapper suivant: (le mien)
/usr/bin/sudo-wrapper
#!/bin/bash
#Enabling sudo for anything we want
exec sudo "$0"-sudo "$@"
#Yahoo !! IDE cdwriting for >= 2.6.8.1
et
renome cdrecord par cdrecord-sudo
lie symboliquement
ln -s sudo-wraper cdrecord
fin du nb
[^] # Re: Rien d'anormal
Posté par eloi . En réponse au message Consommation mémoire trop importante. Évalué à 1.
pour info,j'utilise le 2.6.11-rc5 depuis le post d'hier et:
free
total used free shared buffers cached
Mem: 516072 295188 220884 0 27700 120420
-/+ buffers/cache: 147068 369004
Swap: 265032 0 265032
c'est déja mieux même après 12h d'utilisation
je pense que l'explication est la suivante:
pour la première fois l'UDMA fonctionne "pleinement" avec ce noyau
avant max 15Mo/s maintenant 30-40Mo/s en moyenne
(SiS 5513)
pour les con kolivas je vais voir et voire même essayer...