Reprise du message précédent :

 
Je pense qu'il y aura pas trop de probleme  

Désolé, j'ai des réflexes "Ubuntien"    
Je me suis vu pleurer après avoir fais des majs  

Installe apt-listbugs avant de faire la grosse mise à jour

Très drole  
 
Edit : Non mais ca existe en plus  

Et c'est bien utile des fois
Lors de grosses mises à jour ca peut faire peur, mais tu as la possibilité par la suite d'interdire certaines versions de paquets (option "p" lorsqu'il te demandes si tu veux tout installer, ensuite "n" pour interrompre l'installation, tu quittes aptitude, tu gardes ce que tu veux dans /etc/apt/preferences).

 
Merci pour les réponses, mais c'est un peu léger
 

• laisser faire l'oom : ben .... non justement je veux éviter que l'oom ne commence à tuer des process au hasard et surtout des process systeme !
• ulimit : je connais ulimit mais ce n'est pas la réponse à ma question (ulimit n'agit que dans le shell courant)

Hello there !

Deux questions très différentes.

1) Sur un serveur Dell R200 ("petit" 1U, Core2Duo) j'aimerai pouvoir modifier la vitesse de rotation de ventilo, car je suis qu'à 30° sur sensors. J'ai un peu cherché, j'ai rien trouvé pour faire ça..

Enfin si, mais :

Pourtant sensors detect me trouve pas mal de choses :

2) Moins important, mais bon : j'ai un vieux truc au boulot, genre un Celeron 333 et une ATI Rage IIC intégrée. Impossible de monter la résolution au dela de 800x600, alors que sous windows 98 c'était possible. C'est "normal" ?

 
Sauf que parfois il y a un bug dans le paquet de listbug qu'il n'a pas vu, il le maj et le coup suivant, il fait planter apt-get

Se prendre un bug quand tu fais un dist-upgrade qui peut potentiellement t'en ramener une bonne dizaine, c'est mieux que se les prendre tous
 
D'ailleurs, j'ai de gros ramages visuels avec libcairo2 d'unstable, la version de testing roule au poil

 
 
http://thank.debian.net/message/1730

 
Debian, doing it right

 
j'ai des machines avec 10 ans d'upgrades derrière elles

Peut-on considérer qu'un machine dont on a migré le HD régulièrement sans réinstaller l'OS mais dont le matériel a profondément changé au cours du temps est dans ce cas ?

Ben ouais, vu que le système est sur le DD, c'est ça qui joue. En fait, c'est même encore pus joli, ça démontre la capacité de Debian à gérer le matériel et s'adapter aux (grosses) variations de matos p/r à l'install !
 
Nice, donc  

C'est ce que je pensais. Après, c'est pas propre à Debian, toutes les distribs permettent ces migrations de HD (j'en suis à mon troisième sous Arch).

 
ulimit c'est pour le shell courant uniquement si tu appelles le programme directement... renseigne toi sur /etc/limits

Oui tout à fait, c'est propre au noyau Linux.
 
Mais j'voulais pas être hors sujet, alors...  
 
Debian c'est chouette quand même. Et NX aussi, d'ailleurs, même si ça n'a aucun rapport direct.

 
T'as toujours gardé la meme HDD en changeant de matos, c'est ca ?

par curiosité, la procédure (version simplifiée, juste pour le concept) c'est quoi ?

Bon, apt-get update && apt-get upgrade sans soucis
Merci debian.
 
Question pour un super champion
 
J'ai ouvert une session root que j'ai pas refermé sur le serveur.  
La j'ouvre une session en SSH, j'aimerais récupérer ma console laissée ouverte, c'est possible ce genre de trucs ?

Utilise screen

si tu l'avais ouvert via screen ou autre "multiplexer de terminaux" c'est possible. Sinon il y a de forte chance qu'à l'expiration de la session TCP/SSH ton shell ait été fermé.
Vérifie via un ps aux

 
Non, c'est super simple de recopier son disque sur un autre plus récent/plus grand.
 
 

 
Rien justement
Sous Linux : soit le kernel gère ton matos et ça marche, soit il ne le gère pas et ça marche pas (pas de drivers externes contrairement à Windows)
 
Du coup même en cas de changement hyperviolent de matériel t'as rien à faire (pas de réinstallation de drivers ou autre) : fout le disque dur du PC1 dans le PC2 et boot. Et c'est tout, ça marche.
 
 

Sauf que la je n'avais plus d'apt
Et rien pour me dire que ça venait de list-but
 

 
Meuh non, une Debian/Hurd peut faire pareil

Ah tu fais pas ca à moitié toi

 
Tu peux aussi le faire avec BSD/Solaris/autre
 

 
Ou changé de HDD sans changer de matos
 

• cfdisk/rsync/grub
• dump/restore
• etc ...

 
j'ai déjà bougé une distro d'une machine entière à une autre (y compris le HDD) sans aucun soucis. Ca prend juste le temps de la copie
 

 
t'as peur de la concurrence ?

Je me réjoui d'avoir de la concurrence

 
La tu te fou de moi, spa possible    
Petite question tout de même pour le mbr, dans ce cas, tu le recopies comment ?
J'imagine que la copie totale des fichiers du disque ne suffit pas, faut à minima re-installer grub non ?
 

Même xorg s'en sort bien ?
J'imagine que c'est moyennant ne pas avoir installé de drivers spécifiques genre driver nvidia proprio, non ? J'imagine que le serveur x doit en baver quand tu mets une nouvelle carte graphique ?
Je demande juste par curiosité, j'ai même pas de X qui tourne sur ma debian  

je l'avais ouvert en console, "tout betement   "
Je suis allé la fermer ma session, mais la question m'interesse quand même.

Vais regarder ça  

 
Lis donc mon message
 

 
Il suffit de modifier la conf de X (ce que la plupart des distros font facilement en mode X "dégradé" ), voire de réinstaller le pilote correspondant (dans le cas où tu utilises un pilote proprio et que tu passes par exemple de nvidia à ati)

Il arrivait après celui que je commentais. Je suis FIFO moi      
 

Si tu installes xorg sans rien toucher, normalement tu as aussi le paquet xorg-server-video-all qui contient un bon paquet de drivers plus ou moins répandus.

Un peu tout : changement de HD (SSD maintenant), changemnt de portable.

Je fais tout avec la commande cp (et ses arguments qui vont bien) et un boitier externe. Tu recréé tes partitions sur le nouveau HD, tu recopies chaque partoche d'origine dans son nouvel emplacement, tu met à jour ton fstab si tu utilises les UUID, tu réinstalles Grub et c'est fini

Au pire, il faut installer le pilote graphique de la nouvelle machine (et le firmware/pilote du chip WiFi), mais de toute façon c'est que du petit paramétrage, rien de comparable avec une réinstallation d'OS.

Un OS c'est juste un tas de fichiers Tu recopies avec tar (comme ça tous les droits sont préservés, contrairement à cp qui va les changer pour mettre ceux du mec qui a lancé cp), et oui tu fous un boot loader dans le mbr. Et pis f'est tout.

De plus Xorg (depuis quelques versions) se passe de xorg.conf, donc c'est peinard.

On arrete pas le progrès... Il est loin le temps de ma mandrake 7  

 
Sauf si on l'utilise correctement, c'est à dire avec un cp -a  

-p

Bof, plus simple et complet le -a :
 

Non mais on est vendredi, alors j'encule des mouches