Ben moi, quand je fais un free -g, je n'ai plus de mémoire :
$ free -g
total used free shared buffers cached
Mem: 0 0 0 0 0 0
-/+ buffers/cache: 0 0
Swap: 0 0 0
C'est grave docteur ?
Plus sérieusement, c'est peut-être parce que ta machine n'est pas surchargée et qu'elle n'a pas besoin de (tant de) mémoire que ça, ce qui fait que la taille du swap utilisée au moment ou tu tapes la commande est inférieure à un Mo ?
Bon, ben ça y est, ça fonctionne, mais je n'ai pas compris pourquoi ?
Si ça interresse quelqu'un, je donnerai la solution ici même plus tard, sinon, je ne vois pas l'interêt de polluer le forum plus avant.
J'avais activé le proxy transparent de l'ipcop. Je l'ai viré.
Lorsque je tente d'accéder à mon serveur apache en pointant sur mon adresse dyndns, ça tourne dans le vide, puis ça me renvoie une page d'erreur 'Pas de réponse du serveur....'
Juste après avoir lancé la requête http, si je fais un netstat -alpen, j'ai cette ligne qui me choque :
tcp 0 1 192.168.0.1:34253 80.14.120.252:80 SYN_SENT 1000 100944 20873/konquerorLF5S
Ca dit quelqu-chose à quelqu'un ? On dirait que mon serveur aimerait bien répondre, mais que ça ne part pas ou quelque chose du genre ?
Après quelques recherches, il semblerait que le problème pourrait venir d'un partage pointant vers un répertoire qui n'existe pas. En l'occurence, celui pointé par print$, comme expliqé ici : http://lists.samba.org/archive/samba/2004-March/083203.html(...)
C'est marrant, je n'ai jamais eu ce genre de soucis avec samba (mais peut-être est-ce parce que je ne partage pas les imprimantes par ce biais, nous n'avons que des imprimantes réseau....).
Voilà, en espérant avoir solutionné ton problème....
... mais quelques pistes....
1) Quel est le nom netbios du serveur ? Si ce n'est pas défini dans le smb.conf, il prend le nom trouvé dans hostname ou dans le fichier host apparmement. Ce dernier est-il valable au regard du protocole smb (pas d'expace, d'accent...) ?
2) Sous quel user lances-tu cette commande ? Il parrait que ça donne ça quand on lance, par exemple, la commande smbtree connecté root alors que root n'existe pas en tant qu'utilisateur de samba (smbpasswd).
3) Le compte invité existe-t-il ? Sur les postes windows ? Sur le serveur ?
4) Les partages ADMIN$ et C$ existent-ils sur le serveur ? Les partages administratifs sont-ils corrects sur les clients sous XP (IPC$ et x$ avec x pour chaque lecteur existant) ?
5) Pour info voici mon smb.conf :
workgroup = Appartement
server string = Samba Server
security = user
log file = /usr/local/samba/var/log.%m
max log size = 50
socket options = TCP_NODELAY
os level = 64
domain master = yes
preferred master = yes
dns proxy = no
[homes]
comment = Home Directories
browseable = no
writable = yes
[printers]
comment = All Printers
path = /usr/spool/samba
browseable = no
guest ok = no
writable = no
printable = yes
6) Y'aurais pas deux machines portant le même nom netbios sur ton réseau des fois ? (je sais c'est con comme question, mais sait-on jamais !)...
Je suis bien conscient que nous n'avons sûrement pas les mêmes objectifs, car il s'agit ici de bien pauvres partages entre les 2/3 pc de la maison. Pas de contrôleur de domaine, etc.
Voici les quelques pistes que j'ai pu découvrir sur google et autres.
Ayant cherché ceci : "CD Multi-session linux" ici http://www.google.com(...)
j'ai obtenu ceci : http://www.google.fr/search?q=CD+Multi-session+linux&ie=ISO-885(...)
et en suivant le lien n° 5 ( http://www.tldp.org/HOWTO/CDROM-HOWTO/x1186.html#AEN1349(...) ) qui indique (en anglais, certes), qu'un CD mulitsessions sera monté comme tout autre CD sous linux (donc, je pense qu'un mount /dev/cdrom /mnt/cdrom fera l'affaire).
Par contre, et je pense que c'est le sens de ta question, il n'est visiblement possible d'accéder qu'à la dernière session sous Linux (aucune idée sur le sujet en ce qui concerne d'autres OS). Si le but est d'accéder aux autres sessions, je ne pense pas que ce soit faisable.
Voilà, j'espère avoir sinon répondu à la question, au moins n'avoir pas trop dit d'anneries !
Merci, 10 000 mercis, c'est exactement ce que je cherchais !
Je voudrais bien pouvoir de "pertinenter" tout plein, mais on ne peut le faire qu'une fois, et de toutes façons, allez savoir pourquoi, je n'arrive pas à faire comprendre à templeet que je ne suis pas un robot.... Mais bon, c'est un autre problème. Je vais pouvoir poursuivre l'installation de mon LFS pépère....
En tout cas, ça montre bien que tout n'est pas forcément difficile sous Linux, il suffit "juste" de savoir quelle option passer au bon moment.
Par ailleurs, je pense que je vais avoir un soucis similaire avec mes cartes sons.... Mais je garde ça pour plus tard, quand j'aurais vraiment à faire face à cet autre problème....
Bonsoir !
Pour les deux premiers points, je suis partiellement d'accord, vu que pour l'instant, je veux laisser mes disques branchés comme ils le sont actuellement, donc il faudrait un "boot on-board first" ou quelque chose du genre.
Là encore, je parle d'une intuition, mais je parierai fort que le VIA integré à la carte mère est connecté exactement de la même manière que l'autre au bus PCI de celle-ci. La seule différence que je vois, c'est qu'en quelque sorte il est soudé à la carte mère.... Donc du point de vue du kernel, je ne vois pas vraiment comment il pourrait faire la différence entre les deux.... (Pitié, éclairez moi sur ce point, car je commence à avoir les neuronnes qui grillent ;c) )
Mais si l'insertion du module de la Q-Tec ne marche pas il n'y a pas de raison que le mettre en dur marche, etant donné qu'il n'y a aucune difference entre un driver 'en dur' et un en module.
Ben si, justement ! En fait, j'ai dans l'idée (je peux me tromper, une fois n'est pas coutume !) que le module de la Q-TEC ne fonctionne pas si l'autre est en dur car il tente de gérer le chipset VIA à la place (ou tout du moins lui envoie une commande qui ne lui plait pas). Pour preuve : j'ai conservé le noyau initial (et je ne suis pas prêt de le dégager...), et j'ai juste passé le support du VIA en module et le support du CMD en module également. "Make modules && make modules_install" étant passé (sans reboot, évidement), si je charge le module VIA, je n'ai pas d'erreur, mais je ne peux pas le décharger, et je peux ensuite charger le module siimage qui fonctionne comme un charme. Si je passe le chargement du module pour le VIA, le chargement du second se passe aparement sans problèmes, mais je ne peux plus rien faire, même halt m'indique une erreur d'accès au système de fichiers (et évidement, plus moyen de lancer la moindre commande ; 'ls' devient alors une insulte).
Cependant, en bootant sur un kernel 'propre' avec les deux chipsets pilotés par le kernel en direct, j'ai bien une détection des 8 disques potentiels, mais un beau kernel panic, puisque hdb est devenu hdf, CQFD.
Enfin, rapport au "Mot de la fin", je suis bien d'accord, mais avant de poster, j'ai cherché un peu sur Lea, via google, mais je n'ai rien trouvé de probant, et c'est pourquoi j'ai posté (naivement ?) ici en espérant trouver quelqu'un (un gourou ou approchant) qui saurait me dire rapidement comment procéder ou alors juste me donner un lien explicatif ?
Quoi qu'il en soit, merci pour les remarques...
Ma solution proposée ci-dessus ne fonctionne évidement pas, j'ai posté trop vite. J'ai fait quelques essais avec une tabe dans une base postgres, et j'ai obtenu quelques résultats intéressants.
Qu'on utilise le OR comme tu le proposes, ou IN comme je le propose (en remplaçant le reste de ma requête par la tienne, bien entendu), le coût en terme de temps d'execution est exactement le même.
Par contre, je ne sais pas ce que ça donnerai avec plusieurs num_motclef (en plus la requête devient plus longue avec des OR)...
Sinon, on peut obtenir le même résultat en utilisant un alias sur le deuxième mot clef, mais là, c'est coûteux en tout (requête deux fois plus lente, et n-mots-clefs fois plus longue).
Voilà, en espérant avoir aidé un peu quand même à faire avancer le schmilblick.
Non, vraiment, sans rire, j'aimerai savoir.... Parce que bon, 497M€ quand même, ça fait une somme....
Et puis, dans la même veine, qui décide d'où va l'argent des condamnations en général ? Enfin, je veux dire dans des cas similaires ?
A toutes fins utiles, voici ce que donne gdb :
Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 26730)]
0x413fab79 in __wait4 () from /lib/libc.so.6
#0 0x413fab79 in __wait4 () from /lib/libc.so.6
#1 0x413fab08 in __libc_waitpid (pid=-512, stat_loc=0x0, options=-512)
at ../sysdeps/unix/sysv/linux/waitpid.c:26
#2 0x411facd3 in waitpid (pid=-512, stat_loc=0xfffffe00, options=-512)
at wrapsyscall.c:181
#3 0x407849e0 in KCrash::defaultCrashHandler ()
from /usr/local/kde/lib/libkdecore.so.4
#4 <signal handler called>
#5 0x41bc1dad in DOM::TreeWalkerImpl::getNextSibling ()
from /usr/local/kde/lib/libkhtml.so.4
#6 0x41bc1a8f in DOM::TreeWalkerImpl::nextNode ()
from /usr/local/kde/lib/libkhtml.so.4
#7 0x41d2c08b in DOM::TreeWalker::nextNode ()
from /usr/local/kde/lib/libkhtml.so.4
#8 0x41cd6777 in KJS::DOMTreeWalkerProtoFunc::tryCall ()
from /usr/local/kde/lib/libkhtml.so.4
#9 0x41c7fe03 in KJS::DOMFunction::call ()
from /usr/local/kde/lib/libkhtml.so.4
#10 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#11 0x41dc7609 in KJS::FunctionCallNode::evaluate ()
from /usr/local/kde/lib/libkjs.so.1
#12 0x41dcbb8a in KJS::ExprStatementNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#13 0x41dcbf2e in KJS::IfNode::execute () from /usr/local/kde/lib/libkjs.so.1
#14 0x41dd23cc in KJS::SourceElementsNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#15 0x41dcb99f in KJS::BlockNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#16 0x41dd18e3 in KJS::FunctionBodyNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#17 0x41df017c in KJS::DeclaredFunctionImp::execute ()
from /usr/local/kde/lib/libkjs.so.1
#18 0x41def593 in KJS::FunctionImp::call () from /usr/local/kde/lib/libkjs.so.1
#19 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#20 0x41dc7609 in KJS::FunctionCallNode::evaluate ()
from /usr/local/kde/lib/libkjs.so.1
#21 0x41dcbb8a in KJS::ExprStatementNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#22 0x41dd2353 in KJS::SourceElementsNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#23 0x41dcb99f in KJS::BlockNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#24 0x41dd18e3 in KJS::FunctionBodyNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#25 0x41df017c in KJS::DeclaredFunctionImp::execute ()
from /usr/local/kde/lib/libkjs.so.1
#26 0x41def593 in KJS::FunctionImp::call () from /usr/local/kde/lib/libkjs.so.1
#27 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#28 0x41cd749e in KJS::JSEventListener::handleEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#29 0x41bb2223 in DOM::DocumentImpl::defaultEventHandler ()
from /usr/local/kde/lib/libkhtml.so.4
#30 0x41bb4f23 in DOM::NodeImpl::dispatchWindowEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#31 0x41bdd9c1 in DOM::HTMLDocumentImpl::close ()
from /usr/local/kde/lib/libkhtml.so.4
#32 0x41b793cc in KHTMLPart::checkEmitLoadEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#33 0x41b7825f in KHTMLPart::slotFinishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#34 0x41b92a0b in KHTMLPart::qt_invoke () from /usr/local/kde/lib/libkhtml.so.4
#35 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#36 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#37 0x41bb2efb in DOM::DocumentImpl::finishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#38 0x41bb2fa8 in DOM::DocumentImpl::qt_emit ()
from /usr/local/kde/lib/libkhtml.so.4
#39 0x41bde89d in DOM::HTMLDocumentImpl::qt_emit ()
from /usr/local/kde/lib/libkhtml.so.4
#40 0x40b5da35 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#41 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#42 0x41bc4cbb in khtml::Tokenizer::finishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#43 0x41bd4860 in khtml::HTMLTokenizer::end ()
from /usr/local/kde/lib/libkhtml.so.4
#44 0x41bd4163 in khtml::HTMLTokenizer::write ()
from /usr/local/kde/lib/libkhtml.so.4
#45 0x41bd554d in khtml::HTMLTokenizer::notifyFinished ()
from /usr/local/kde/lib/libkhtml.so.4
#46 0x41c75613 in khtml::CachedScript::checkNotify ()
from /usr/local/kde/lib/libkhtml.so.4
#47 0x41c7555f in khtml::CachedScript::data ()
from /usr/local/kde/lib/libkhtml.so.4
#48 0x41c79340 in khtml::Loader::slotFinished ()
from /usr/local/kde/lib/libkhtml.so.4
#49 0x41c7b8a8 in khtml::Loader::qt_invoke ()
from /usr/local/kde/lib/libkhtml.so.4
#50 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#51 0x40198132 in KIO::Job::result () from /usr/local/kde/lib/libkio.so.4
#52 0x4017f8ba in KIO::Job::emitResult () from /usr/local/kde/lib/libkio.so.4
#53 0x401812fe in KIO::SimpleJob::slotFinished ()
from /usr/local/kde/lib/libkio.so.4
#54 0x4018461e in KIO::TransferJob::slotFinished ()
from /usr/local/kde/lib/libkio.so.4
#55 0x4019993d in KIO::TransferJob::qt_invoke ()
from /usr/local/kde/lib/libkio.so.4
#56 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#57 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#58 0x40174d2e in KIO::SlaveInterface::finished ()
from /usr/local/kde/lib/libkio.so.4
#59 0x401721c4 in KIO::SlaveInterface::dispatch ()
from /usr/local/kde/lib/libkio.so.4
#60 0x40171490 in KIO::SlaveInterface::dispatch ()
from /usr/local/kde/lib/libkio.so.4
#61 0x4016e3d5 in KIO::Slave::gotInput () from /usr/local/kde/lib/libkio.so.4
#62 0x40170bb0 in KIO::Slave::qt_invoke () from /usr/local/kde/lib/libkio.so.4
#63 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#64 0x40b5db60 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#65 0x40e77692 in QSocketNotifier::activated ()
from /usr/local/kde/lib/libqt-mt.so.3
#66 0x40b79e20 in QSocketNotifier::event ()
from /usr/local/kde/lib/libqt-mt.so.3
#67 0x40b028c5 in QApplication::internalNotify ()
from /usr/local/kde/lib/libqt-mt.so.3
#68 0x40b01f7b in QApplication::notify () from /usr/local/kde/lib/libqt-mt.so.3
#69 0x406f315c in KApplication::notify ()
from /usr/local/kde/lib/libkdecore.so.4
#70 0x40af2518 in QEventLoop::activateSocketNotifiers ()
from /usr/local/kde/lib/libqt-mt.so.3
#71 0x40aadf7c in QEventLoop::processEvents ()
from /usr/local/kde/lib/libqt-mt.so.3
#72 0x40b15b86 in QEventLoop::enterLoop ()
from /usr/local/kde/lib/libqt-mt.so.3
#73 0x40b15a28 in QEventLoop::exec () from /usr/local/kde/lib/libqt-mt.so.3
#74 0x40b02b11 in QApplication::exec () from /usr/local/kde/lib/libqt-mt.so.3
#75 0x415bb4f6 in kdemain () from /usr/local/kde/lib/libkdeinit_konqueror.so
#76 0x4125c8d6 in kdeinitmain () from /usr/local/kde/lib/kde3/konqueror.so
#77 0x0804d013 in launch ()
#78 0x0804e0d1 in handle_launcher_request ()
#79 0x0804e63a in handle_requests ()
Je n'ai rien contre AOL (je ne suis ni client, ni abonné), mais je trouve que c'est très bien qu'UFC-que choisir fasse valoir les droits des consommateurs qui sont (un peu TROP souvent à mon goût) pris pour des cons, vaches à lait, neu².
J'espère que ça fera réfléchir d'autres sociétés qui pourraient éventuellement se trouver dans le même cas, mais qui sont épargnées pour l'instant, et dans le bon sens en plus.
Quant à ce qui est dis dans un autre commentaire, je suis pour que ça fasse jurisprudence dans le cas de la facturation à la seconde, et que ce soit appliqués par tous les opérateurs, que ce soient les fournisseurs d'accès où les opérateurs de téléphonie.
Je viens d'effectuer une recherche sur apps.kde.org avec les mots 'phone' et 'fax', y'a pas photo : c'est un domaine super creux !
Donc, il ne "reste" plus qu'à retrousser les manches et coder tout depuis le départ.
Je n'ai pas les connaissances suffisantes pour initier un tel projet, ni le temps nécessaire au suivi.... Au pire aller, je veux bien faire partie des béta testeurs (et non des testeurs bétas ...) si un tel projet devait émerger des propos tenus dans ces commentaires.
Non, mais c'est vrai, c'est quoi ces conneries ? C'est Microsoft qui se fait justice maintenant ? Où alors c'est la news (d'ailleurs c'est copié-collé du site cité en référence...) qui est mal formulée, ou alors y'a un truc que je pige pas, là....
Ca ne veut pas dire que je trouve ça bien de pirater les produits de la firme de Redmond, loin de là, mais à mon avis, c'est plus à la police/justice française d'agir qu'à Microsoft....
Après quelques investigations, j'ai compris la chose suivante :
pour que ça fonctionne, il ne faut pas que le cadre de droite et le cadre de gauche soient en position:relative; float: left; .
J'ai partiellement résolu le problème en forçant la largeur du cadre de gauche à une certaine valeur, et en plaçant le cadre situé à sa droite manuellement en fixant la marge de gauche. Je n'ai pas les sources sous la main, mais je pourrais retrouver ça mardi, pas avant.
Y'a quand même deux ou trois choses qui me chiffonnent : si on met width:auto; pour le cadre de gauche, celui-ci prend toute la largeur de la page au lieu de se fixer à la taille de ce qu'il contient. Résultat, le cadre de droite se retrouve en dessous, super le placement.....
Et puis, je ne peux pas croire que mon brouteur ne soit pas capable de faire des calculs aussi simple. J'ai aussi relevé quelques incongruités dont je ferais part mardi également, mais celles-ci relèvent de la différence de rendu entre deux navigateurs (moz et ..... konqueror, on parle de navigateurs, alors ie on s'en fout, hein !).
A mardi donc pour un discours un peu plus étayé !
En passant.... Un truc que j'ai pas compris,
Quelle est la différence entre :
[a href="#" onclick="change_class(this, document.getElementById ('SousMenu2'));return (false);"][+][/a]
Le premier fonctionne a merveille alors que le second ne fait rien du tout.... Pas compris, vraiment.... Pour moi, les deux sont équivalent, encore que le premier crée un lien mort associé à un gestionnaire d'évenements...
Enfin, comme je l'ai déjà indiqué, je suis loin de tout savoir, mais ça ne coute rien de se renseigner.... A votre bon coeur m'sieurs dammes !
# Mettre à jour déjà...
Posté par Gyro Gearllose . En réponse au journal Cherche mozilla en français. Évalué à 3.
Sinon, faut regarder dans les prefs, et là, j'avoue que l'interface n'est pas très claire....
# Ma connerie du samedi soir....
Posté par Gyro Gearllose . En réponse au message Partition swap toujours à zéro. Évalué à 2.
$ free -g
total used free shared buffers cached
Mem: 0 0 0 0 0 0
-/+ buffers/cache: 0 0
Swap: 0 0 0
C'est grave docteur ?
Plus sérieusement, c'est peut-être parce que ta machine n'est pas surchargée et qu'elle n'a pas besoin de (tant de) mémoire que ça, ce qui fait que la taille du swap utilisée au moment ou tu tapes la commande est inférieure à un Mo ?
[^] # Re: Une piste ?
Posté par Gyro Gearllose . En réponse au message Problème de forward de port.... Évalué à 1.
Si ça interresse quelqu'un, je donnerai la solution ici même plus tard, sinon, je ne vois pas l'interêt de polluer le forum plus avant.
# Une piste ?
Posté par Gyro Gearllose . En réponse au message Problème de forward de port.... Évalué à 1.
Lorsque je tente d'accéder à mon serveur apache en pointant sur mon adresse dyndns, ça tourne dans le vide, puis ça me renvoie une page d'erreur 'Pas de réponse du serveur....'
Juste après avoir lancé la requête http, si je fais un netstat -alpen, j'ai cette ligne qui me choque :
tcp 0 1 192.168.0.1:34253 80.14.120.252:80 SYN_SENT 1000 100944 20873/konquerorLF5S
Ca dit quelqu-chose à quelqu'un ? On dirait que mon serveur aimerait bien répondre, mais que ça ne part pas ou quelque chose du genre ?
[^] # Re: Solution avec xargs...
Posté par Gyro Gearllose . En réponse au message Find..... Évalué à 1.
$ for $i in `find . -type d`
do
~/bin/convert_ISO_UTF.py $i
done
....
[^] # Re: Pas de solution clef en main...
Posté par Gyro Gearllose . En réponse au message Samba et erreur NT_STATUS_BAD_NETWORK_NAME. Évalué à 1.
C'est marrant, je n'ai jamais eu ce genre de soucis avec samba (mais peut-être est-ce parce que je ne partage pas les imprimantes par ce biais, nous n'avons que des imprimantes réseau....).
Voilà, en espérant avoir solutionné ton problème....
# Pas de solution clef en main...
Posté par Gyro Gearllose . En réponse au message Samba et erreur NT_STATUS_BAD_NETWORK_NAME. Évalué à 1.
1) Quel est le nom netbios du serveur ? Si ce n'est pas défini dans le smb.conf, il prend le nom trouvé dans hostname ou dans le fichier host apparmement. Ce dernier est-il valable au regard du protocole smb (pas d'expace, d'accent...) ?
2) Sous quel user lances-tu cette commande ? Il parrait que ça donne ça quand on lance, par exemple, la commande smbtree connecté root alors que root n'existe pas en tant qu'utilisateur de samba (smbpasswd).
3) Le compte invité existe-t-il ? Sur les postes windows ? Sur le serveur ?
4) Les partages ADMIN$ et C$ existent-ils sur le serveur ? Les partages administratifs sont-ils corrects sur les clients sous XP (IPC$ et x$ avec x pour chaque lecteur existant) ?
5) Pour info voici mon smb.conf :
workgroup = Appartement
server string = Samba Server
security = user
log file = /usr/local/samba/var/log.%m
max log size = 50
socket options = TCP_NODELAY
os level = 64
domain master = yes
preferred master = yes
dns proxy = no
[homes]
comment = Home Directories
browseable = no
writable = yes
[printers]
comment = All Printers
path = /usr/spool/samba
browseable = no
guest ok = no
writable = no
printable = yes
6) Y'aurais pas deux machines portant le même nom netbios sur ton réseau des fois ? (je sais c'est con comme question, mais sait-on jamais !)...
Je suis bien conscient que nous n'avons sûrement pas les mêmes objectifs, car il s'agit ici de bien pauvres partages entre les 2/3 pc de la maison. Pas de contrôleur de domaine, etc.
Voici les quelques pistes que j'ai pu découvrir sur google et autres.
# Ben...
Posté par Gyro Gearllose . En réponse au message Lire CD Multi-session. Évalué à 1.
j'ai obtenu ceci : http://www.google.fr/search?q=CD+Multi-session+linux&ie=ISO-885(...)
et en suivant le lien n° 5 ( http://www.tldp.org/HOWTO/CDROM-HOWTO/x1186.html#AEN1349(...) ) qui indique (en anglais, certes), qu'un CD mulitsessions sera monté comme tout autre CD sous linux (donc, je pense qu'un mount /dev/cdrom /mnt/cdrom fera l'affaire).
Par contre, et je pense que c'est le sens de ta question, il n'est visiblement possible d'accéder qu'à la dernière session sous Linux (aucune idée sur le sujet en ce qui concerne d'autres OS). Si le but est d'accéder aux autres sessions, je ne pense pas que ce soit faisable.
Voilà, j'espère avoir sinon répondu à la question, au moins n'avoir pas trop dit d'anneries !
[^] # Re: Y a tout ce que tu veut..
Posté par Gyro Gearllose . En réponse au message Linux et deux contrôleurs IDE.. Évalué à 2.
Je voudrais bien pouvoir de "pertinenter" tout plein, mais on ne peut le faire qu'une fois, et de toutes façons, allez savoir pourquoi, je n'arrive pas à faire comprendre à templeet que je ne suis pas un robot.... Mais bon, c'est un autre problème. Je vais pouvoir poursuivre l'installation de mon LFS pépère....
En tout cas, ça montre bien que tout n'est pas forcément difficile sous Linux, il suffit "juste" de savoir quelle option passer au bon moment.
Par ailleurs, je pense que je vais avoir un soucis similaire avec mes cartes sons.... Mais je garde ça pour plus tard, quand j'aurais vraiment à faire face à cet autre problème....
[^] # Re: Y a tout ce que tu veut..
Posté par Gyro Gearllose . En réponse au message Linux et deux contrôleurs IDE.. Évalué à 1.
Je teste de suite, réponse dans 2 min !
[^] # Re: Y a tout ce que tu veut..
Posté par Gyro Gearllose . En réponse au message Linux et deux contrôleurs IDE.. Évalué à 1.
Pour les deux premiers points, je suis partiellement d'accord, vu que pour l'instant, je veux laisser mes disques branchés comme ils le sont actuellement, donc il faudrait un "boot on-board first" ou quelque chose du genre.
Là encore, je parle d'une intuition, mais je parierai fort que le VIA integré à la carte mère est connecté exactement de la même manière que l'autre au bus PCI de celle-ci. La seule différence que je vois, c'est qu'en quelque sorte il est soudé à la carte mère.... Donc du point de vue du kernel, je ne vois pas vraiment comment il pourrait faire la différence entre les deux.... (Pitié, éclairez moi sur ce point, car je commence à avoir les neuronnes qui grillent ;c) )
Mais si l'insertion du module de la Q-Tec ne marche pas il n'y a pas de raison que le mettre en dur marche, etant donné qu'il n'y a aucune difference entre un driver 'en dur' et un en module.
Ben si, justement ! En fait, j'ai dans l'idée (je peux me tromper, une fois n'est pas coutume !) que le module de la Q-TEC ne fonctionne pas si l'autre est en dur car il tente de gérer le chipset VIA à la place (ou tout du moins lui envoie une commande qui ne lui plait pas). Pour preuve : j'ai conservé le noyau initial (et je ne suis pas prêt de le dégager...), et j'ai juste passé le support du VIA en module et le support du CMD en module également. "Make modules && make modules_install" étant passé (sans reboot, évidement), si je charge le module VIA, je n'ai pas d'erreur, mais je ne peux pas le décharger, et je peux ensuite charger le module siimage qui fonctionne comme un charme. Si je passe le chargement du module pour le VIA, le chargement du second se passe aparement sans problèmes, mais je ne peux plus rien faire, même halt m'indique une erreur d'accès au système de fichiers (et évidement, plus moyen de lancer la moindre commande ; 'ls' devient alors une insulte).
Cependant, en bootant sur un kernel 'propre' avec les deux chipsets pilotés par le kernel en direct, j'ai bien une détection des 8 disques potentiels, mais un beau kernel panic, puisque hdb est devenu hdf, CQFD.
Enfin, rapport au "Mot de la fin", je suis bien d'accord, mais avant de poster, j'ai cherché un peu sur Lea, via google, mais je n'ai rien trouvé de probant, et c'est pourquoi j'ai posté (naivement ?) ici en espérant trouver quelqu'un (un gourou ou approchant) qui saurait me dire rapidement comment procéder ou alors juste me donner un lien explicatif ?
Quoi qu'il en soit, merci pour les remarques...
[^] # Re: Ça a l'air de marcher
Posté par Gyro Gearllose . En réponse au message Requete SQL. Évalué à 2.
Qu'on utilise le OR comme tu le proposes, ou IN comme je le propose (en remplaçant le reste de ma requête par la tienne, bien entendu), le coût en terme de temps d'execution est exactement le même.
Par contre, je ne sais pas ce que ça donnerai avec plusieurs num_motclef (en plus la requête devient plus longue avec des OR)...
Sinon, on peut obtenir le même résultat en utilisant un alias sur le deuxième mot clef, mais là, c'est coûteux en tout (requête deux fois plus lente, et n-mots-clefs fois plus longue).
Voilà, en espérant avoir aidé un peu quand même à faire avancer le schmilblick.
# Heu, au pif....
Posté par Gyro Gearllose . En réponse au message Requete SQL. Évalué à 1.
from table t
where num_motclef in (2,3);
ca doit marcher, mais il y a sûrement plus propre comme code....
[^] # Re: Requiem
Posté par Gyro Gearllose . En réponse au journal Journal tres prive. Évalué à 2.
[^] # Re: Où va aller cet argent ?
Posté par Gyro Gearllose . En réponse au journal [Presse] Microsoft règle son amende. Évalué à 6.
# Où va aller cet argent ?
Posté par Gyro Gearllose . En réponse au journal [Presse] Microsoft règle son amende. Évalué à 2.
Et puis, dans la même veine, qui décide d'où va l'argent des condamnations en général ? Enfin, je veux dire dans des cas similaires ?
[^] # Re: 3.2.3 + Xfree4.4.0+ LFS 5.1
Posté par Gyro Gearllose . En réponse au journal Comment crasher konqueror en 1 leçon. Évalué à 1.
Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 26730)]
0x413fab79 in __wait4 () from /lib/libc.so.6
#0 0x413fab79 in __wait4 () from /lib/libc.so.6
#1 0x413fab08 in __libc_waitpid (pid=-512, stat_loc=0x0, options=-512)
at ../sysdeps/unix/sysv/linux/waitpid.c:26
#2 0x411facd3 in waitpid (pid=-512, stat_loc=0xfffffe00, options=-512)
at wrapsyscall.c:181
#3 0x407849e0 in KCrash::defaultCrashHandler ()
from /usr/local/kde/lib/libkdecore.so.4
#4 <signal handler called>
#5 0x41bc1dad in DOM::TreeWalkerImpl::getNextSibling ()
from /usr/local/kde/lib/libkhtml.so.4
#6 0x41bc1a8f in DOM::TreeWalkerImpl::nextNode ()
from /usr/local/kde/lib/libkhtml.so.4
#7 0x41d2c08b in DOM::TreeWalker::nextNode ()
from /usr/local/kde/lib/libkhtml.so.4
#8 0x41cd6777 in KJS::DOMTreeWalkerProtoFunc::tryCall ()
from /usr/local/kde/lib/libkhtml.so.4
#9 0x41c7fe03 in KJS::DOMFunction::call ()
from /usr/local/kde/lib/libkhtml.so.4
#10 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#11 0x41dc7609 in KJS::FunctionCallNode::evaluate ()
from /usr/local/kde/lib/libkjs.so.1
#12 0x41dcbb8a in KJS::ExprStatementNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#13 0x41dcbf2e in KJS::IfNode::execute () from /usr/local/kde/lib/libkjs.so.1
#14 0x41dd23cc in KJS::SourceElementsNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#15 0x41dcb99f in KJS::BlockNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#16 0x41dd18e3 in KJS::FunctionBodyNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#17 0x41df017c in KJS::DeclaredFunctionImp::execute ()
from /usr/local/kde/lib/libkjs.so.1
#18 0x41def593 in KJS::FunctionImp::call () from /usr/local/kde/lib/libkjs.so.1
#19 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#20 0x41dc7609 in KJS::FunctionCallNode::evaluate ()
from /usr/local/kde/lib/libkjs.so.1
#21 0x41dcbb8a in KJS::ExprStatementNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#22 0x41dd2353 in KJS::SourceElementsNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#23 0x41dcb99f in KJS::BlockNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#24 0x41dd18e3 in KJS::FunctionBodyNode::execute ()
from /usr/local/kde/lib/libkjs.so.1
#25 0x41df017c in KJS::DeclaredFunctionImp::execute ()
from /usr/local/kde/lib/libkjs.so.1
#26 0x41def593 in KJS::FunctionImp::call () from /usr/local/kde/lib/libkjs.so.1
#27 0x41df4ce0 in KJS::Object::call () from /usr/local/kde/lib/libkjs.so.1
#28 0x41cd749e in KJS::JSEventListener::handleEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#29 0x41bb2223 in DOM::DocumentImpl::defaultEventHandler ()
from /usr/local/kde/lib/libkhtml.so.4
#30 0x41bb4f23 in DOM::NodeImpl::dispatchWindowEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#31 0x41bdd9c1 in DOM::HTMLDocumentImpl::close ()
from /usr/local/kde/lib/libkhtml.so.4
#32 0x41b793cc in KHTMLPart::checkEmitLoadEvent ()
from /usr/local/kde/lib/libkhtml.so.4
#33 0x41b7825f in KHTMLPart::slotFinishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#34 0x41b92a0b in KHTMLPart::qt_invoke () from /usr/local/kde/lib/libkhtml.so.4
#35 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#36 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#37 0x41bb2efb in DOM::DocumentImpl::finishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#38 0x41bb2fa8 in DOM::DocumentImpl::qt_emit ()
from /usr/local/kde/lib/libkhtml.so.4
#39 0x41bde89d in DOM::HTMLDocumentImpl::qt_emit ()
from /usr/local/kde/lib/libkhtml.so.4
#40 0x40b5da35 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#41 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#42 0x41bc4cbb in khtml::Tokenizer::finishedParsing ()
from /usr/local/kde/lib/libkhtml.so.4
#43 0x41bd4860 in khtml::HTMLTokenizer::end ()
from /usr/local/kde/lib/libkhtml.so.4
#44 0x41bd4163 in khtml::HTMLTokenizer::write ()
from /usr/local/kde/lib/libkhtml.so.4
#45 0x41bd554d in khtml::HTMLTokenizer::notifyFinished ()
from /usr/local/kde/lib/libkhtml.so.4
#46 0x41c75613 in khtml::CachedScript::checkNotify ()
from /usr/local/kde/lib/libkhtml.so.4
#47 0x41c7555f in khtml::CachedScript::data ()
from /usr/local/kde/lib/libkhtml.so.4
#48 0x41c79340 in khtml::Loader::slotFinished ()
from /usr/local/kde/lib/libkhtml.so.4
#49 0x41c7b8a8 in khtml::Loader::qt_invoke ()
from /usr/local/kde/lib/libkhtml.so.4
#50 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#51 0x40198132 in KIO::Job::result () from /usr/local/kde/lib/libkio.so.4
#52 0x4017f8ba in KIO::Job::emitResult () from /usr/local/kde/lib/libkio.so.4
#53 0x401812fe in KIO::SimpleJob::slotFinished ()
from /usr/local/kde/lib/libkio.so.4
#54 0x4018461e in KIO::TransferJob::slotFinished ()
from /usr/local/kde/lib/libkio.so.4
#55 0x4019993d in KIO::TransferJob::qt_invoke ()
from /usr/local/kde/lib/libkio.so.4
#56 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#57 0x40b5d834 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#58 0x40174d2e in KIO::SlaveInterface::finished ()
from /usr/local/kde/lib/libkio.so.4
#59 0x401721c4 in KIO::SlaveInterface::dispatch ()
from /usr/local/kde/lib/libkio.so.4
#60 0x40171490 in KIO::SlaveInterface::dispatch ()
from /usr/local/kde/lib/libkio.so.4
#61 0x4016e3d5 in KIO::Slave::gotInput () from /usr/local/kde/lib/libkio.so.4
#62 0x40170bb0 in KIO::Slave::qt_invoke () from /usr/local/kde/lib/libkio.so.4
#63 0x40b5da00 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#64 0x40b5db60 in QObject::activate_signal ()
from /usr/local/kde/lib/libqt-mt.so.3
#65 0x40e77692 in QSocketNotifier::activated ()
from /usr/local/kde/lib/libqt-mt.so.3
#66 0x40b79e20 in QSocketNotifier::event ()
from /usr/local/kde/lib/libqt-mt.so.3
#67 0x40b028c5 in QApplication::internalNotify ()
from /usr/local/kde/lib/libqt-mt.so.3
#68 0x40b01f7b in QApplication::notify () from /usr/local/kde/lib/libqt-mt.so.3
#69 0x406f315c in KApplication::notify ()
from /usr/local/kde/lib/libkdecore.so.4
#70 0x40af2518 in QEventLoop::activateSocketNotifiers ()
from /usr/local/kde/lib/libqt-mt.so.3
#71 0x40aadf7c in QEventLoop::processEvents ()
from /usr/local/kde/lib/libqt-mt.so.3
#72 0x40b15b86 in QEventLoop::enterLoop ()
from /usr/local/kde/lib/libqt-mt.so.3
#73 0x40b15a28 in QEventLoop::exec () from /usr/local/kde/lib/libqt-mt.so.3
#74 0x40b02b11 in QApplication::exec () from /usr/local/kde/lib/libqt-mt.so.3
#75 0x415bb4f6 in kdemain () from /usr/local/kde/lib/libkdeinit_konqueror.so
#76 0x4125c8d6 in kdeinitmain () from /usr/local/kde/lib/kde3/konqueror.so
#77 0x0804d013 in launch ()
#78 0x0804e0d1 in handle_launcher_request ()
#79 0x0804e63a in handle_requests ()
# 3.2.3 + Xfree4.4.0+ LFS 5.1
Posté par Gyro Gearllose . En réponse au journal Comment crasher konqueror en 1 leçon. Évalué à 1.
Si jamais ça peut aider celui qui fera le rapport de bogue...
# Bien fait...
Posté par Gyro Gearllose . En réponse au journal AOL et les clauses abusives.... Évalué à 3.
J'espère que ça fera réfléchir d'autres sociétés qui pourraient éventuellement se trouver dans le même cas, mais qui sont épargnées pour l'instant, et dans le bon sens en plus.
Quant à ce qui est dis dans un autre commentaire, je suis pour que ça fasse jurisprudence dans le cas de la facturation à la seconde, et que ce soit appliqués par tous les opérateurs, que ce soient les fournisseurs d'accès où les opérateurs de téléphonie.
[^] # Re: !
Posté par Gyro Gearllose . En réponse au journal Téléphonie en modem rtc. Évalué à 1.
Je viens d'effectuer une recherche sur apps.kde.org avec les mots 'phone' et 'fax', y'a pas photo : c'est un domaine super creux !
Donc, il ne "reste" plus qu'à retrousser les manches et coder tout depuis le départ.
Je n'ai pas les connaissances suffisantes pour initier un tel projet, ni le temps nécessaire au suivi.... Au pire aller, je veux bien faire partie des béta testeurs (et non des testeurs bétas ...) si un tel projet devait émerger des propos tenus dans ces commentaires.
[^] # Re: Où va-t-on ?
Posté par Gyro Gearllose . En réponse au journal Démantèlement d'un réseau de produits Microsoft contrefaits. Évalué à 1.
Au moins ça lève le doute sur ce que j'indique, je cite :
Où alors c'est la news (...) qui est mal formulée
Tant mieux, d'ailleurs. J'aurais trouvé ça un peu inquiétant qu'ils se fassent justice eux mêmes.
# Où va-t-on ?
Posté par Gyro Gearllose . En réponse au journal Démantèlement d'un réseau de produits Microsoft contrefaits. Évalué à 1.
Ca ne veut pas dire que je trouve ça bien de pirater les produits de la firme de Redmond, loin de là, mais à mon avis, c'est plus à la police/justice française d'agir qu'à Microsoft....
[^] # Re: On demande un boss en CSS
Posté par Gyro Gearllose . En réponse au message Problème de CSS..... Évalué à 1.
pour que ça fonctionne, il ne faut pas que le cadre de droite et le cadre de gauche soient en position:relative; float: left; .
J'ai partiellement résolu le problème en forçant la largeur du cadre de gauche à une certaine valeur, et en plaçant le cadre situé à sa droite manuellement en fixant la marge de gauche. Je n'ai pas les sources sous la main, mais je pourrais retrouver ça mardi, pas avant.
Y'a quand même deux ou trois choses qui me chiffonnent : si on met width:auto; pour le cadre de gauche, celui-ci prend toute la largeur de la page au lieu de se fixer à la taille de ce qu'il contient. Résultat, le cadre de droite se retrouve en dessous, super le placement.....
Et puis, je ne peux pas croire que mon brouteur ne soit pas capable de faire des calculs aussi simple. J'ai aussi relevé quelques incongruités dont je ferais part mardi également, mais celles-ci relèvent de la différence de rendu entre deux navigateurs (moz et ..... konqueror, on parle de navigateurs, alors ie on s'en fout, hein !).
A mardi donc pour un discours un peu plus étayé !
# Au hasard....
Posté par Gyro Gearllose . En réponse au message poster sur certains sujets. Évalué à 1.
[^] # Re: ----------------------------
Posté par Gyro Gearllose . En réponse au journal Au risque de me répéter.... Évalué à 1.
Quelle est la différence entre :
[a href="#" onclick="change_class(this, document.getElementById ('SousMenu2'));return (false);"][+][/a]
et
[a href="JavaScript:change_class(this, document.getElementById ('SousMenu2'));return (false);"][+][/a]
Le premier fonctionne a merveille alors que le second ne fait rien du tout.... Pas compris, vraiment.... Pour moi, les deux sont équivalent, encore que le premier crée un lien mort associé à un gestionnaire d'évenements...
Enfin, comme je l'ai déjà indiqué, je suis loin de tout savoir, mais ça ne coute rien de se renseigner.... A votre bon coeur m'sieurs dammes !