Greywolf

En effet, l'erreur entière aiderait à trouver. la ligne de commande est bonne pourtant

c'est pas une histoire de FAT16 (8 caractères maxi) / FAT32 (gestion des noms longs)? Ton prog gère-t-il les longs noms de fichiers?

Très bon choix, c'est moins "clickodrome" que Mandrake, le système de gestion de paquets est très performant au niveau des dépendances mais faut éviter de faire du Linux From Scratch. Avec le pdf de A. de Lattre (y'a un lien donné par Automne) c'est du gâteau.

les lecteurs/graveurs sont gérés directement par l'OS (donc pas de pilotes spécifiques à installer). Dans un premier temps, j'essayerai de virer les 2 lecteurs du gestionnaire de périph, rebooter, laisser passer la redétection automatique et voir ce qui se passe. Pour l'accès et la prise en charge des graveurs, il y a bien parfois des problèmes de couche ASPI conflictuelles qui empeche un bon fonctionnement (Nero et ECDC installés en même temps par exemple peuvent ne pas faire bon ménage).

Si si on peut avec la librairie GD => http://developpeur.journaldunet.com/tutori...717php_gd.shtml

#hdparm -d /dev/xxx te dis quoi? le DMA est-il bien activé?

Si t'as pas de chance, ton mdp a été haché par une fonction md5 qui est unidirectionnelle => ça risque d'être très dur de retrouver le mdp d'origine. (voire impossible dans un temps raisonnable)

Te plains pas, un 80.000.000.000 d'octets fait 74,5 Go (1 Ko = 1024 octets, etc etc...) ton DD est un 81.944.754.782 d'octets, donc tu ne t'es pas fait arnaquer par contre, pour l'espace utilisé je comprends pas

1014 => demander un test d'atténuation du signal en vue de l'éligibilité de la ligne adsl. FT envoie les listes de lignes raccordables à l'adsl à Free par envois groupés, du coup les banques de données de Free concernant l'éligibilité des lignes dépendent de FT (sic). Après savoir s'ils le font exprès ou pas de retarder l'envoi de ces données . Une fois la valeur en dB de l'atténuation de ta ligne connue, et si elle est <60dB, ta ligne est éligible ADSL. Après savoir si Free va s'engager sur ta simple parole (et vi c'est comme ça ) à faire faire construire ta ligne par FT, c'est une autre histoire. Désolé.

Rasmol le fait et plein d'autres également => Cf http://www.rcsb.org/pdb/software-list.html Mais si à la base tu ne savais pas ce qu'était un fichier pdb, je pense que tu ne travailles pas dans la modélisation moléculaire donc je vois pas ce que vas t'apporter personnellement l'ouverture d'un tel fichier.

Si ça se trouve, ils (ou toi) se sont/s'est planté dans l'adresse de correspondance mail. Du coup, tu n'as pas reçu tes id/mdp. Tu peux toujours vérifier cette hypothèse en allant sur l'adresse mentionnée et aller sur "J'ai oublié mon id et/ou mdp", là tu rentres ton id qui en général est de la forme n° de ta ligne téléphonique suivi de @freeadsl : 0000000000@freeadsl Normalement, si ton identifiant existe le serveur doit t'envoyer un mail avec ton mdp à l'adresse mentionnée sur ta feuille de contrat. Si tu ne reçois pas de mail, y'a un souci quelquepart (filtrage de mail, boite morte, erreur d'adresse....) => tu peux peut être appeler leur service commercial (3144) Si ton identifiant n'existe pas, y'a un plus gros souci étant donné qu'il t'est attribué avant même que la demande de construction de ligne soit adressée à FT (donc dès réception de l'AR quasimment). => pareil, service commercial En étant poli tout plein, on arrive à s'arranger avec eux en général.

http://support.microsoft.com/default.aspx?...kb;en-us;263044

https://forum.zebulon.fr/topic/23659-probleme-resolution-page-web-a-laffichage/

Salut all, un petit problème me "pourrit" mon utilisation de Linux: Pour rappel, j'ai installé une debian woody 3.0 kernel 2.4.20 en multiboot avec Win98. Lilo est installé dans le mbr du /hda1 (Windows) et la debian est sur le /hdb. Lors de la compilation du kernel, j'ai mis en module le enhanced real time clock support dans la section Character Devices (je sais pas si ça a son importance mais bon sait-on jamais) Le problème est le suivant: si je démarre à froid sur Linux (enfin, tant que j'ai pas démarré une fois Windows et ensuite rebooté sur linux), la séquence de boot reste bloqué sur le Real Time Clock Driver (apparemment il essaye de s'ajuster sur l'horloge système ??) un Ctrl+C + tard j'arrive à ma console. Le shutdown fait pareil => blocage sur le clock driver (obligé de rebooter avec les System request Magic Keys) Ce problème disparait si je boote d'abord sur windows et ensuite sur linux ??? Que faire? je mets en dur dans le noyau? Sur les forums de Lea, on m'a dit que cela pouvait avoir un lien avec le fait que je n'ai pas de connexion internet active au démarrage Petite précision: sur mon portable, j'ai installé la même distri avec les mêmes options dans le noyau et celui ci boote sans problème en l'absence de réseau (la seule différence réside dans le fait que le portable a un /etc/resolv.conf indiquant mon PC de bureau comme passerelle et que le PC de bureau n'a pas de renseignements dans ce fichier) Je m'en remets à vos bons conseils

partant pour un CS

oups j'ai gaffé.. Merci

j'avais reçu ce mail quand ils ont réceptionné ma demande Si tu as tes id, tu peux peut être consulter l'adresse indiquée.

et avec cette astuce, ça ne marche pas?

Oui apparemment la difficulté technique n'était pas énorme; c'était plutôt un sombre imbroglio polito-commercial entre FT et FreeTélécom

sortie de #modinfo nvidia donc a priori c'est les mêmes options. j'ai essayé d'activer le FW a chaud sans rebooter: update-modules suivi de /etc/init.d/modutils mais le FW était toujours désactivé. Ma carte graphique gère pas le SBA (Geforce2) selon le cat /proc/driver/nvidia/agp/card. Vais essayer en rebootant. Au pire je démarre en telinit3 et je remodifie le fichier

tu fais comment?? Simple, je suis au boulot

le modprobe, c'est ce qui te permet de charger les modules de tes périph soit à la console soit via le fichier /etc/modules.conf pour qu'ils soient lancé au démarrage => donc dans ton fichier modules.conf, tu dois avoir une section qui appelle le module de ta carte graphique, section à laquelle il semble falloir rajouter les options avec les valeurs 1, 2 ou 4. Es tu sur que cette manip est valable avec les drivers propriétaires nvidia et pas uniquement pour les open source nv J'essayerai ce soir

http://peering.skiwebcenter.net/forum/view...ewtopic.php?t=5 quelques informations sur le pourquoi du comment, tenants et aboutissants éventuels,... malheureusement on ne peut vérifier les sources de certains intervenants (qui ont l'air quand même de savoir de quoi ils causent). www.free.fr est accessible via RENATER

Le problème ne semble pas concerner les pages perso de freenautes mais également de sites fréquemment visités par toute une communauté d'internautes comme telecharger.com, les sites hébergés par ovh, etc etc... Donc à moins que des hébergeurs comme ovh courbent l'échine pour se mettre sur le réseau FT sans broncher, les abonnés wanadoo ne peuvent plus aller consulter ces sites (enfin apparemment) De ma propre expérience, hier soir je pouvais encore me connecter à wanadoo.fr avec ma connexion Free donc soit le blocage marche dans un seul sens, soit j'ai eu de la chance soit c'est une histoire de lignes dégroupées ou non...

J'ai pas plus d'infos sur le sujet mais un des arguments de wanalag.fr.st me parait étrange: De ce que j'ai compris de l'histoire, seuls les abonnés Wanadoo seraient concerné par ce problème de sites difficilement joignables voire même injoignables; ceci dû au sous-dimensionnement du peering réseau FT-réseau FreeTélécom. Si c'est FT qui coince, "pour des raisons politico-économiques", les premiers lésés sont donc leurs propres abonnés Wanadoo (quand bien même FT et Wanadoo sont 2 entités morales distinctes, etc..........). Leur première réaction serait donc de passer à l'ennemi: FreeADSL Je vois pas trop où est la récupération de clients dans ce cas là Devant si peu d'informations (d'ailleurs les sources officielles, je ne les ai pas vues) et surtout d'informations unilatérales, je ne sais que penser