Reprise du message précédent :

Pour en revenir sur le pinning, je voudrais utiliser un dépôt non officiel debian pour un seul paquet, mais comment monter son fichier preferences ?
cat /etc/apt/preferences.d/parsix :

cat /etc/apt/preferences.d/debian :

En passant par aptitude je n'ai aucune alerte me disant que je vais piocher dans un dépôt qui à une priorité basse.
Est-ce que le safe-upgrade tiens bien compte des priorités ? J'ai une bonne brouette de paquets en attente
De même, un safe-upgrade d'après le man met à jour à la dernière version, mais il n'y a pas mention des priorités fixées par /etc/apt/preferences.

J'aimerai bien laissé le dépôt unstable en cas de besoin, et parsix pour le paquet nvidia, mais tout le reste de la distrib basée sur testing.

[edit] un aptitude safe-upgrade -t testing est pas mal, mais ca serait mieux que le safe-upgrade soit automatiquement fixé sur les priorités définies.

drivers/input/misc/pcspkr.c
 
Si c'est pour jouer avec le son, je te conseille de bosser en userspace.
Tu peux utiliser ioperm() et faire des outb.

Salut

y a t'il moyen de killer 200 processus avec le même nom qui est /usr/local/bin/mysql2300 ?

Car mon programme a planté et comme je fais un cron dessus il m'a lancé 200 fois la même commande.

Merci

killall -9 mysql2300 ?

Bonjour,
 
J'ai un soucis avec ma Debian SID : Au boulot j'ai un Optiplex 960 et j'arrive pas à faire fonctionner l'accelleration graphique comme il faut. J'ai essayé les pilotes free mais c'est pas encore fameux, donc j'ai essayé d'installer le pilote propriétaire et là ..  
 
xserver-xorg-core: Est en conflit avec: xserver-xorg-video-5 qui est un paquet virtuel
 
Donc pas possible de l'installer.  
 
Est-ce que vous avez une idée de comment faire? C'est possible même en utilisant Xorg 1.5 ?
 
Sinon vous avez une autre solution ?  
 
merci

Quelle carte graphique ? Y en a plusieurs sur le site de dell.
 
Au pire désinstalle tout xorg, et fait une installation propre en sélectionnant les paquets souhaités. J'ai déjà eu le cas en passant d'une version à une autre, aptitude se prend les pieds dans le tapis.

C'est la Radeon HD 3450.
Je suis pas sûr qu'en ré-installant le tout "proprement" ça marchera, parce que xserver-xorg-video-5 est fourni par fglrx-driver et en conflit avec xorg-core, donc je vois pas en quoi ça changera quelque chose

J'ai un souci après changement de processeur.
dmesg me renvoi les infos de l'ancien proc installé et tente de charger les governors adéquats, sauf que le nouveau proc n'a qu'un core (l'ancien 2).
Le module de température à aussi changer (de k10temp vers k8temp).
J'ai refais l'initrd des kernels présents, sans changement.
 
Lors du boot j'ai ce message avec une bonne longueur de debug:

Suivi par la liste des modules:

Une idée de comment relancer la bête ?

c'est quoi un "governor" ?

à part ça est-ce que le système fonctionne bien ?

ce sont peut-être juste des warnings qui ne sont pas handicapants pour les perfs,

si tu peux essaie de recompiler le noyau avec les bonnes options adaptées à ton CPU, il doit y avoir un tutoriel quelque part pour choisir les bonnes options et désactiver celles qui ne sont pas necessaires,

à voir aussi du coté de grub si tu peux ajouter des options de boot pour le noyau afin de désactiver certaines choses ( j'ai pu résoudre comme cela un bug de detection de cable IDE UDMA100 )

A part ca, ca ne boot pas
le ctrl-alt-sup lance la procédure d'exctinction mais n'arrête pas le pc
 
Je n'ai qu'un accès au mode console, mais le telinit 5 ne passe pas.

bizarre que ça bloque à ce point alors que tu as gardé la même carte mère et le même chipset, tu as plusieurs kernel au choix lors du boot ?
 
peut-être qu'avec un plus vieux noyau qui n'utilise pas le module incompatible avec ton CPU ça passera
 
ton nouveau CPU est bien ventilé ?  
le voltage vcore dans le bios est bien adapté à ton CPU ? ( mauvaise configuration dans le bios )

J'ai booté sans soucis sur une ubuntu 9.04 usb. J'ai du mal à comprendre, ca ne semble pas être un problème matériel.
 
J'ai testé le proc il y a quelques mois, et ca marchais déjà comme ca (sauf les upgrades, normal). J'ai tout un paquet de kernels sous grub, aucun ne passe (2.6.32-2, du sidux ancien et récent).
 
Semble quand même y avoir un problème avec le module powernowk8, je n'ai aucune info sous debian avec cpufreq-info, alors que j'en ai avec la ubuntu.

il y a pas moyen désactiver le module powernowk8 en passant une option de boot pour le noyau dans le fichier de config de grub ?

The Thana54 effect

non mais c'est lourd là, pas moyen de booter
En désactivant cpufrequtils via sysv-rc-conf, ca boot correctement, mais j'ai toujours la trace d'un bug.

Le boot après désactivation du service cpufrequtils:

Aucun moyen d'installer un paquet touchant aux governors, cpufreq, aucun ne démarre et ce quelque soit le kernel (2.6.30, 2.6.32 unstable, 2.6.32 sidux)
Et l'extinction/reboot ne se fait plus correctement, j'ai bien le "will now halt/reboot" mais la machine ne s'éteint pas

T'as regardé dans /etc/default/cpufreqd si y a pas un module listé qui servirait entre autre à construire le initrd ?
 
Au pire : aptitude purge cpufreqd
Puis tu le reinstalles plus tard

La version stable passe un peu mieux. Mais je viens de perdre les ports usb, aucune réaction des souris pourtant il y a de l'activité dans dmesg.

Vais reflasher la mobale, c'est bizarre ca.

tu as testé les barettes ram avec memtest ? ( présent dans le cd de boot ultimate boot cd )

la moindre erreur dans la mémoire peut provoquer ce genre de problèmes bizarre sous Linux

Nan mais c'est Thana54, faut pas chercher des causes bizarres, c'est juste lui

j'ai remis le sempron 140, ca passe pour cpufrequtils et powernow-k8

avant d'accuser le logiciel il faut bien explorer la piste matérielle ( stabilité PC, ram, bloc d'alim, condensateurs HS, config bios etc... )

Je n'ai rien changé à la config, elle tourne comme ca depuis un an.
le memtest est un peu bête, et ne reconnait que 640k de mémoire, alors qu'avec le sempron 1200, j'ai bien 1.5Go (500 pour chipset)

les pépins avec la ram ça arrive sans prévenir, une puce qui déconne et parfois on a du mal à s'en rendre compte car ça génère des erreurs aléatoires

tu as utilisé la dernière version de memtest ?

il y a aussi la version memtest+

sinon il faudrait chercher dans la base de connaissances Debian si il y a des possesseurs de CPU Sempron qui ont eu des soucis avec les dernières versions de Debian

memtest+ 4.00-2.2 dans unstable, pas plus neuf donc. La même version sur le portable me trouve des erreurs alors qu'il n'y a pas un souci  

c'est rare que memtest se trompe, c'est un programme tout bête qui se base sur des algos d'écriture sur la ram, ça place des valeurs sur différentes cases de la ram et ensuite le programme essaie de relire ces valeurs, si les valeurs ne sont pas les mêmes alors il considère qu'il y a une erreur sur la barrette,
 
essaie d'underclocker ton PC ( baisse du FSB ram et CPU ) afin de voir si ton prob sous Debian disparait, si c'est le cas alors c'est bien un prob matériel

C'est justement dans ce cas que memtest se plante. Et même le sempron 140 @stock ne lui plait pas. Le chipset n'a pas changé, mais je pense que memtest ne sait pas utiliser le contrôleur mémoire contenu dans le proc.

le HS va se poursuivre dans la cat appropriée je pense

Une seule erreur dans memtest signifie qu'il y a un problème hardware.
Ce n'est pas forcément une puce mémoire. L'erreur peut être causée par le CPU ou le NB.
Au contraire, une machine peut passer plusieurs memtest mais être instable.
Les cellules de la DRAM sont périodiquement rafraîchies, sinon, des bits sautent tout seuls.
Le JEDEC dit que la fréquence minimum de fonctionnement pour de la DDR2 est 125MHz.
 
Ce qui est certain, c'est que c'est pas memtest qui se plante.
Soit c'est ton hardware, soit c'est toi

Pas possible, Memtest place juste des données en mémoire, que le contrôleur soit sur le CPU, dans le chipset, ou qu'il ne le connaisse pas n'a aucune espèce d'importance.
C'est ton chipset/CPU qui gère ça.

Et Memtest fonctionne très bien sur mon Athlon II, même contrôleur mémoire que le tien.

Edit : essaye avec la version standalone (CD de boot) sur le site de Memtest86+

donc pour résumer il y a 99% de chances que le prob soit matériel si memtest t'affiche des erreurs
 

+1

Si erreurs, il y a un soucis.

(pas forcément sur les barrettes mémoire elles-mêmes d'ailleurs, en témoignent mes récents problèmes, carte mère en cause)

Comme on dit par chez nous, "ya un thana dans l'moteur"

Du nouveau, Installer Debian 6.0 alpha1: http://www.debian.org/devel/debian [...] 0/20100221

Une autre news : le projet Debian sera officiellement représenté au CeBIT 2010.
 
Ça se passe du 2 au 6 mars, à Hanovre (Allemagne) ; un aperçu de Debian 6.0 Squeeze sera disponible et on parlera du nouveau port Debian GNU/kFreeBSD, basé sur le noyau FreeBSD.
 
 

 
 
j'ai ubuntu et je voudrais installer debian à la place.
mon /home est sur une partition à part et je ne le formaterai pas.
actuellement sur le PC il y a plusieurs comptes utilsateurs, et je voudrais retrouver ces comptes apres l'install de debian ainsi que leurs répertoires associés qui sont dans /home.
voilà comment je pense faire mais je suis pas sûr de moi :
 
1) sauvegarde de /etc/group ; /etc/passwd et /etc/shadow
2) ensuite installation de debian et création d'un user avec même login et même password (d'un des users d'ubuntu)
3) copie des 3 fichiers de létape 1) dans l' /etc de debian
4) si besoin attribuer les permissions des users pour leurs repertoire respectifs dans /home
 
franchement ça m'étonnerait que ça marche, si vous avez une solution ça serait sympa
 
merci

J'ai un problème de configuration host/domain/je-sais-pas-quoi
 
Alors je m'explique quand j'utilise wget depuis mon serveur:
- wget http://www.google.com => ça marche
- wget http://www.mon-propre-nom-de-domaine => ça timeout
- wget http://127.0.0.1 => ça marche
 
EDIT: - wget http://www.mon-propre-nom-de-domaine.com (à partir d'une autre machine que le serveur) => ça marche    
 
Une idée pourquoi mon serveur n'est pas capable de se connecter à lui-même par un nom de domain qui pointe sur lui?
 
Le vrai problème derrière tout-ça c'est que j'ai des applis hébergées sur ce serveur qui communiquent entre-elles par des POST et qui ne passent pas
 
Merci d'avance pour votre aide

pour un truc propre j'éviterai l'étape 1 et 3,

tu gardes la partition /home, tu formates le reste et tu installes debian, puis en mode root tu crée les users correspondants à ceux présents dans home  

et si ça suffit pas il y a les commandes chown et chgrp

t'as vérifié que sur CE serveur, son nom de domaine a lui pointe bien sur localhost (127.0.0.1) dans /etc/hosts ?

si tu wget par l'ip publique et par l'ip reseau depuis le serveur, ça marche ?

 
ne recupere pas toutes les lignes de ces 3 fichiers mais que celle concernant tes users.
ce script recupere toutes les donnees sur tes users dans les 3 fichiers sauf les groupes secondaires. (c'est volontaire)

 
 
ceci sous reserve que tu n'ai pas fait de groupes perso, si c'est le cas ajoute les.
pareil il prend les user normaux donc si tu tes amuser a en creer a la main avec des uid "custom" ca va pas marcher.
 
ensuite tu fais ton install normalement
une fois l'install terminer tu as un user bidon (celui que l'installeur te force a creer) nomme le comme tu veux mais pas comme un de tes vrai users.
 
lance ce script avec le nom de ton user bidon en argument

 
attention avec ce script quand meme tape bien le nom de l'user bidon en argument sinon ca va foirer et tu devra rattraper a la main! et ne lance pas le script plusieurs fois...
 
j'ai pas tester entierement le deuxieme mais ca devrais marcher.