Reprise du message précédent :

 
ma sarge a bien reussi a trouver ma passerelle alors que j'ai pas de dhcp...

Faut pas mélanger passerelle et DHCP, c'est pas la même chose (si l'on considère que la passerelle ne fait pas également office de serveur DHCP évidemment).
 
Accéder à une passerelle depuis son adresse IP sur le réseau c'est une chose, obtenir une adresse IP par DHCP c'est autre chose...    
 
La simple passerelle ne s'occupe que du routage des paquets sur le réseau, pas d'attribuer une IP à des postes clients. Dans le premier cas on parle d'un réseau avec un adressage statique, dans le deuxième cas d'un réseau avec un adressage dynamique (bien qu'il serait plus vrai de parler d'une topologie réseau mixant les deux comme c'est souvent le cas).

 
oui, et?
 
j'ai une passerelle sous ipcop, sans le dhcp d'activé, quand j'ai installé ma sarge, j'avais le debut de l'adresse ip d'ecrite, il manquait plus que le dernier chiffre, et l'adresse de la passerelle etait bonne...

 
 
les dd ntfs ne figurent pas dansl e fstab apparement
 
 
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hda1       /               ext3    defaults,errors=remount-ro 0       1
/dev/hda5       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   iso9660 ro,user,noauto  0       0
/dev/hdg        /media/cdrom1   iso9660 ro,user,noauto  0       0
/dev/hdh        /media/cdrom2   iso9660 ro,user,noauto  0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
 
 
 
ca confirme que les 3 DD NTFS sont portés disparus

Ils sont pas portés disparu hein Ils sont juste pas mentionner dans ton fstab. A l'installation, quand tu as choisi de partitionner ton disque, tu avais le choix d'intégrer tes partitions NTFS à ton système
 
SInon, t'as plus qu'à les rajouter dans ton fstab.

 
On est content pour toi néanmoins THRAK a raison, y'a pas de lien direct avec le problème de Nounours ..

 
 
 
comment proceder ?
 

 
fdisk -l est ton ami.
Après, tu rajoutes une ligne dans ce genre (à adapter à ta config, cf. man fstab) :

Donc c'est bien ce que je pensais...    
 

Heu... obtenir une adresse dynamiquement c'est tout à fait autre chose, hein

 
 
en fait, avec dhclient eth0
 
la carte wifi deviens opérationnel
 
voila, ca peux servir a d'autre

Vous pourriez m'aider....
 
Je cherche à recompiler mon kernel... rien de bien nouveau, mais je suis sous debian, et je VEUX le faire à la facon debian, avec    make-kpkg     afin d'obtenir un .deb    
 
et je ne suis pas du tout habitué à faire ca comme ca....
 
vous auriez un howto bien detaillé pour le faire (kernel 2.6)  et comme on applique les patch ?

http://people.via.ecp.fr/~alexis/f [...] ebian.html

DAUBIANNE SAPUE

Moi hier j'ai mangé une pomme ...

Bonjour,
 
ou configurer debian pour qu'il fasse les mise à jour tous seul comme un grand. Sans que je sois derriere lui comme une mere ?
 
 
merci
 

Regarde du coté de cron.

dès qu'il demandera pour modifier un fichier de conf ça ne passera pas aussi

Il me semble qu'il y a des options à passer pour accepter les choix par défaut non
Par contre c'est pas recommandé de le faire. Si certains packages sont bogués tu  vas les installer

oui voila, autant passer 3 min/jour pour être sûr qu'il n'y aura pas de pb

 
 
 
ce qu'il faut voir, aussi c'est l'utilisation de ton pc et les paquets installés.
 
car certains d'entre vous ont surement installé des serveurs web, apache, etc.
 
 
Moi c'est juste environnement graphique que j'ai installé.

quand tu feras une mise à jour d'un paquet buggué de kde/gnome ou autre
Il y a beaucoup plus de package pour un environnement graphique que pour une utilisé apache

oue, donc je fais attention

 
Hum, en fait ça dépend surtout de la version de Debian que tu emploies.  
 
1) Il s'agit de la branche stable :
Tu peux automatiser les mises à jour sans risque puisqu'elles ne concernent que des correctifs et non des changements majeurs sur les versions des paquets installés.
 
2) Il s'agit de la branche testing :
Il est également possible d'automatiser les mises à jour mais avec le risque d'avoir parfois des paquets bogués ou des dépendances cassées ; cela étant les gros problèmes restent tout de même assez rares.
 
3) Il s'agit de la branche unstable :
L'automatisation des mises à jours est déconseillée, comme il s'agit de la version de développement on rencontre régulièrement des bogues avec des niveaux de gravité plus ou moins élevés. De ce fait il est plus sûr de suivre de près les mises à jours en les effectuant manuellement et en interdisant l'installation de paquets avec des bogues graves ou critiques susceptibles de tout casser (une utilisation conjointe d'apt-listbugs et d'aptitude permet de gérer cela efficacement).
 
Remarque : il est peut être possible d'automatiser les mises à jour sous testing/unstable sans trop de risque via un script maison qui interdirait la mise à jour des paquets contenant les bogues référencés par apt-listbugs. Cela reste cependant peu évident à mettre en oeuvre si l'on veut une solution qui gère finement les mises à jour de paquets avec un filtrage des bogues mineurs ou des bogues ne concernant pas son architecture.
 
 
PS:
Je ne parle pas d'automatiser des mises à jour pour experimental, vous aurez compris pourquoi  

j'ai la version testing.

Tu as la version testing parce que tu en avais marre d'attendre Sarge   , ou tu as la version testing parce que tu comptes suivre Etch quand Sarge sera sortie officiellement ?
 
Dans le cas où tu restes en Sarge, tu peux alors automatiser les mises à jour sans risque (elle est en freeze donc les changements actuels qui y sont effectués sont normalement sans risque pour le système et lorsqu'elle passera officiellement en stable et ben c'est bon de toute façon).
 
NOTE :
Si tu comptes rester sous Sarge, il faudra modifier ton sources.list de façon à y faire figurer "sarge" ou "stable" dedans et ce dès sa sortie officielle, c'est important d'y faire attention, sinon tu passeras sur Etch puisqu'il s'agit de la prochaine version testing.
 
 
Pour la mise à jour automatique dans testing c'est à toi de voir à l'usage si tu rencontres des problèmes. Comme il s'agit d'une machine dédié à la bureautique, c'est forcément moins dangereux que si tu te posais la question quand à l'utiliser, et de cette façon sur un serveur de prod   . Dans le pire des cas, tu peux te retrouver avec ton environnement graphique planté jusqu'à une prochaine mise à jour qui corrigera le problème, mais de voir ton système totalement paralysé il y a très peu de risque pour que cela arrive...

 
 
non si c'est persité sur la testing c'est que la WOODY c'est trop chiant a installer les drivers manuelle ( car la woody est incappable de detecter la carte reseau de ma GA-7NNXP au demarrage.
 
il aurait fallu que je dl le dvd ou tous les cd.
 
car j'ai pas voulu tenter de copier les drivers linux nforce qui font 6 MO sur une disquette 3 P 1/2  
 
 
car a part surfer sur le net et receptionner les emails, et avoir (une consience tranquille pour de possible achat en ligne) sans que linux soit plein de mouchards comme XP. Sinon a par ses utilisations, linux me sert à rien

Vous connaissez pas cron-apt avec installation des paquets qui demandent pas de confirmation et mise en attente des paquets ou ya des fichiers de conf modifiés ?

si mais nous on est des anciens on fait tout à la main

moi aussi mais t'es pas obligé de conseiller aux autres de faire la même chose, certaines personnes ont envie d'évoluer avec leur temps

en même temps :  
 
tomate@gate:~$ apt-cache search apt cron
apticron - cron-script to mail impending apt updates
cron-apt - automatic update of packages using apt-get
debarchiver - Tool to handle debian package archives
mini-dinstall - daemon for updating Debian packages in a repository
 
 
 
trop dur

ON dit pas ancien on dit barbus

 
 
il y a 2 categories  
 
ceux qui aiment faire tous à la main et controler le moindre fichier.
 
ceux qui aiment pas se faire chier, qui se foutent de ce qu'il telecharge du moment que tous ce trouve en relation avec des taches planifiées.

en même temps la philosophie de la debian c'est plutôt la 1ère catégorie

JarJar vas hurler

 
 
de nos jours, la philosophie c'est plus sur l'OS utilisé mais l'utilisation de l'ordinateur que tu fais.
 
car si tu as un pc sous linux qui ne sert à surfer, je doute que t'appliques la meme philosophie que si tu devais entretenir un serveur sous windows 2000 server dans une entreprise.

Arrete de regarder Stargate

La question c'est aussi de se demander si cron-apt se base sur apt-get ou aptitude (ça peut être un critère important compte tenu de la gestion des dépendances plus performante avec aptitude) et comment on peut gérer son comportement face aux bogues référencés par apt-listbugs.
 
C'est vrai ensuite qu'on peut utiliser cron-apt pour simplement télécharger les mises à jour, puis surveiller les notifications à ce sujet par e-mail, mais bon s'il faut quand même au final intervenir soi-même pour gérer la mise à jour, je n'appelle plus ça de l'automatisme... L'intérêt reste d'avoir une machine autonome.

 
Non mais tu veux vraiment que le futur ressemble a Matrix ??  

je regarde pas

Arf