Reprise du message précédent :
Bonjour à tous,

tite question: dans l'installeur de debian 7.3, y a moyen de changer le disque où l'on installe grub? car à chaque fois, il me le colle sur sda alors que c'est mon disque qui contient l'iso (le zalman machin qui permet de monter un iso en cd) alors que mon disque est en sdb

merci

edit: okay noob suffit de dire non et de spécifier....

Bonjour les barbus,
 
je viens de me mettre à Debian (j'avais déjà testé Ubuntu avec GNOM et XFCE) mais pour le reste je suis un super débutant.
 
Je bidouille par ci par là et j'ai actuellement un problème de son. Il me semble que celui ci est survenu après l'installation du package oss4-base. Auriez vous une idée pour récupérer mes bêtises ?
 
Deuxième question : Debian est installé sur un PC portable, j'ai installé laptop-mode-tools mais je ne sais pas comment le configurer. Serait-il possible de trouver un profile déjà tout fais et de l'installer ?
 
Merci

Salut,
Je vais bientôt installer un debian sur un powerpc, est-ce que la procédure d’installation est différente?
Merci

 
zsh FTW

 
Pour mettre une ubuntu sur un mac, version 10.04 j'avais rien eu de particulier à part trouver comment booter un CD/DVD sur un mac.

Ok, merci est-ce que debian 7 est trop lourd pour un mac mono cpu avec 4go de ram?

Comme il y a plein d'interfaces de bureau disponibles et d'usages différents possibles on ne peut pas répondre à cette question
 
Avec 4go de RAM on fait beaucoup de chose

 
est-ce que c'est vrai ce que dit cette personne a propos de linux
 
comme quoi linux n'est pas la solution de remplacement de xp
 

 
 
http://forum.hardware.fr/hfr/Windo [...] 6456_1.htm
 
comment savoir si le CPU supporte la technologie PAE

Je resterai concis parceque là y a trop de chose à dire...
 
En tout cas je ne pense pas que le non-PAE soit pas abandonné dans le noyau puisque debian propose des versions avec et sans. Après peut-être qu'ubuntu ne propose que du PAE, là c'est une autre histoire... Et ici tu es sur le topic debian
 
Ca va pas trop t'avancer, mais si ton cpu supporte le pae, en ayant booté un linux (j'avais prévenu ) "grep pae /proc/cpuinfo" dans u nterminal, si tu as un retour c'est que oui.
Depuis windows, avec un soft style cpuinfo, tu dois pouvoir savoir. Sachant que c'est quand même ultra répandu le pae...

Je dirais que c'est inexact.
Linux vient d'abandonner le support du 386, et ne supporte donc plus que les 486 et supérieurs.
J'ai d'ailleurs installé un debian wheezy lxde sur un PC qui ne supporte que le i486 (peut-être i586 mais pas sûr), même pas le i686 sans PAE.
 
Pour la question du PAE, en fait cela se limite au Pentium M qui avait un bug hardware là-dessus. Et encore, il existe une bidouille pour activer quand même le PAE dessus en ignorant l'absence du flag qui annonce le support du PAE. (une iso "non officielle" modifiée de ubuntu par exemple)
 
Ca pourrit un peu la vie des gens avec un laptop en Pentium M. Tant pis, ai-je envie de dire.. C'est vraiment un bug puisque les prédécesseurs du Pentium M qui datent de 1995 et 1997 (Pentium Pro, Pentium II) ont le PAE, ainsi que le Pentium III, et donc sur ces CPU on n'est pas confronté au bug.

Bah tu tournes en 486 épicétou  
Tu n'es pas "bloqué", tu bénéficies pas du 686 mais au moins tu peux booter  

Bonjour,
 
Concernant le problème du support PAE, comme l'a indiqué blazkowicz, seuls les Pentium M posent problème (et encore, cela ne concerne que les premières versions du processeur). Autrement le noyau par défaut convient bien, même aux anciens PC :
 

 
Après pour ceux qui n'ont pas de chance avec leur Pentium M, il reste le paquet linux-image-486 ou la possibilité de recompiler à partir des sources une version optimisée pour l'architecture du Pentium M tout en ayant désactivé le PAE, ce qui fonctionne très bien (je suis dans ce cas, c'est ce que j'ai fait sur mon ultraportable).

justement car le pc de mes parents est encore sous xp et aussi mon pc bureautique.
 
j'ai téléchargé virtualbox pour savoir en virtualisation si le pc que m'a donné un ami supportera la dernière version de debian sur les 2 CPU

Go ubuntu
 
XaT

 
 
j'ai rien installé pour le moment mais si tu veux le listing des cpu
 
Q6600
Pentium D 930
relique prescott 3giga socket 478
 
ses 3 config sont encore sous XP donc je vais pas les laisser sous xp, autant qu'elles passent sous debian si elles supportent la dernière version

Je suis pas certain que virtualbox te permette d'aller à ce niveau de précision dans la simulation (et c'est j'imagine ce que make install sous-entends).

Non mais c'est l'histoire de VirtualBox qui m'a l'air bien bancale. Je ne sais pas trop ce que tu veux faire mais ça me semble mal parti

EDIT: grillé

car certains disent que 8 refuserait de s'installer sur tout les CPU ne possédant pas la technologie PAE et que ca serait de meme pour certaines version de linux

Ce n'est pas virtualbox qui te permettra de le savoir. Il faut tester sur la machine même. Tu n'as qu'a mettre ta distro linux sur un clé usb via unetbootin et booter sur ladite clé pour voir.

Il y a le PAE sur tous ces CPU, NX bit également sauf pour le vieux Prescott qui est donc compatible avec les linux PAE mais pas avec Windows 8.

les barbus,
 
Je débarque sous Debian Squeeze (bon, en fait, c'est OpenMediaVault mais si mes recherches sont bonnes, OMV 0.5 se base dessus). Donc j'espère que vous pourrez m'aider.
 
Je cherche un moyen pour surveiller la température du CPU. Sur raspberry, j'avais utilisé la commande cat /sys/class/thermal/thermal_zone0/temp. Pas possible ici, je n'ai pas ce fichier. J'ai fait quelques recherches, j'ai vu que c'était possible via d'autres méthodes comme :  
- cat /proc/acpi/thermal_zone/THRM/temperature
- cat /sys/devices/virtual/thermal/thermal_zone0/temp
- cat /sys/kernel/debug/ips/cpu_temp
Mais ces fichiers n'existent pas non plus.  
 
J'ai aussi tenté via le paquet lm-sensors mais sensors-detect ne détecte rien. Bref, je suis bien embêté.
J'ai pris la version la plus récente de lm-sensors (lm_sensors-3.3.5) et je l'ai compilée. Pas mieux.
 
 
Arrivé là, j'ai vu qu'il fallait la version 2.6.35 du kernel (voir le tableau http://www.lm-sensors.org/wiki/Devices ).
uname -r renvoie 2.6.32-5-amd64 et mon CPU est un G1820 (Intel).
 
De plus, "modprobe coretemp" renvoie  

 
J'ai voulu faire un apt-get install coretemp mais le paquet ne semble pas exister.
Que dois-je faire ? Upgrader le kernel ?

 
PS : L'UEFI récupère bien une t° CPU donc il doit bien exister une sonde.

sensors-detect ne te donne pas une liste de module kernel à charger (en fonction de ton matos)?
 
Et oui, si tu peux installer le kernel 3.2 à partir de squeeze-backports, ça aidera sûrement (je connais pas OMV, je donne pas de garantie sur les effets de bord possibles)...

J'en ai pas l'impression. Voici ce que ça me donne :

 
 
 
Je crois que je vais d'abord essayer d'installer le driver coretemp. Là, je suis en phase de test sur OMV donc je peux me permettre les trucs farfelus mais à terme, j'aimerais bien avoir la t° sans méthode tordue, ca me semble nécessaire de monitorer la t° sur un NAS.

En même temps, avec un système clairement plus vieux que ton matos, faut pas s'attendre à des miracles non plus

Faut pas être défaitiste, ca progresse, j'ai fait un modprobe i2c-i801 avant de lancer le sensors-detect et ça me dit qu'il me manque le driver nct6775.

La seule façon que j'ai trouvée pour lire les températures en général sous debian/buntu c'est d'installer xsensors, je ne sais pas si c'est dispo sous squeeze.

Je regrette aussi la faiblesse du support, il n'y en a que pour la température CPU en gros, ce qui est déjà utile mais pas moyen de diagnostiquer les tensions d'une alim en charge.. ça fait partie des trucs que je pouvais faire il y a douze ans sur mon PC sous windows 98 mais pas aujourd'hui sous nunux.

C'est une méthode graphique ? Ou je peux avoir un retour en CLI ?
Parce que j'ai oublié de préciser, OMV 0.5, c'est du Debian server.

Edit : installé, j'ai ma réponse

Oui c'est graphique mais tu peux te contenter de l'utiliser en ssh -X, pas besoin de bureau sur le serveur.
On peut essayer ça faute de mieux (et regarder jusqu'où ça monte quand on fait tourner des cpuburn) ensuite peut-être que lm-sensors pourra marcher, je ne sais pas.

Je vais devoir réinstaller la machine d'un pote actuellement sous ArchLinux (comme moi), mais les MAJ de cette dernière sont parfois un peu pénibles lorsqu'on entretient la machine d'un ami (risque de plantage, mettre les mains dans le cambouis et donc potentiellement casser quelque chose, etc...), donc pour sa prochaine installation la semaine prochaine, je vais lui installer Debian. D'où ce message, qui me sert de drapeau.
 
En revanche, j'hésite entre stable et testing. Lui, il se sert de sa machine pour du multimédia et de l'Internet, donc machine pas critique du tout a priori, mais il travaille également avec (recherche d'infos ou de pièces sur Internet, impression de facture ou documents pro, etc), donc la machine doit rester fonctionnelle. Ca a toujours été le cas avec Arch, même quand des choses pas super finies arrivent dans les dépôts, mais il y a quand même fallu une fois ou deux que j'aille chez lui en urgence pour corriger un truc bateau mais qui empêchait la bécane de tourner correctement (lui n'a aucune compétence en informatique et souhaite pas en avoir). Jadis, je fus sous Debian, testing ne m'a jamais trop posé de problème (même Sid d'ailleurs), mais si quelqu'un a un avis éclairé sur la question, je suis preneur. Si la question revient trop souvent, ne répondez même pas, je chercherai par moi même, c'est pas un souci, juste là j'ai pas le temps, je poste plus pour poser un drapeau.

Bon je vais pas m'étendre sur le "tu t'emmerdes salement" ni sur "tu connais pas ssh ?"
D'ailleurs je sais pas comment ni qui faisait les maj sous arch vu les compétences du pote. Et donc comment tu comptes faire sous Debian
 
Mais si c'est pas critique en fonctionnalités et qu'il faut un truc bien rock solid, opte pour stable, tu seras bien plus tranquille.

C'est moi qui lui faisait un Syu quand j'allais boire le café à l'occaz, sachant que je l'avais déjà fait sur ma machine avant et que donc je savais s'il y avait des MAJ un peu tendues. Une Debian, je pense que je peux me permettre de lui expliquer comment fonctionne Synaptic pour faire une mise à jour, ça devrait rester dans ses cordes, et s'il tourne en stable, y a pas de raison que ça se passe mal puisqu'il n'y a que des MAJ de sécurité.
 
SSH, pourquoi pas, c'est à étudier, ceci dit je passe chez lui souvent, c'est surtout le boulot que ça peut représenter d'entretenir une machine qu'on manipule pas souvent (et donc avec des MAJ pas super fréquentes), avec des MAJ poids lourd des fois, comme l'abandon du rc.conf pour systemd sous Arch. Je vais regarder quelles sont les versions de softs qu'il utilise dans stable, et je prendrai la décision en fonction.

Quel intérêt de la version testing pour une utilisation lambda ? Autant sous Windows, je peux comprendre qu'on veuille les dernières nouveautés pour gratter 3FPS sur un jeu mais sous Debian... Tant qu'on a les màj de sécurité, c'est bon, non ?
 
@Kortex@HFR : tu peux configurer Synaptic pour avoir les màj autant comme sous Ubuntu ?
SSH reste une bonne solution, à condition de respecter qq règles de sécurité élémentaires (mot de passe fort, changement du port).

Configurer Synaptics pour faire les MAJ en auto, ce serait bien oui Bon, avant faut installer le système de toute façon.
 
Tiens, une question, comment se comporte l'installeur de Debian avec les SSD ? Est-ce qu'il aligne les partitions ext4 à 2048 secteurs par défaut ? J'imagine que oui puisqu'il me semble que c'est une norme de parted depuis maintenant un moment, mais juste pour être sur.

Attention synaptic (sans s, synaptics c'est les touchpad ) permet de mettre à jour, mais pas aussi simplement que l'update manager d'ubuntu, et celui-ci est peut-être pas disponible sous debian.
Pour les SSD, je pense qu'il sait gérer tout seul, au pire regarde la doc de l'installeur.

Il doit bien y avoir cron sous Debian ?  
sudo apt-get update && sudo apt-get upgrade une fois par semaine et rulez.

Tiens en parlant de apt-get, lorsque je lance un apt-get dist-upgrade, ma debian me réactive des softs dans les différents level d'init, alors que je les ai retiré avec un update-rc -f "monsoft" remove
 
Comment faire pour ce que ce soit permanent ?
 

J'aurais plutôt tendance à faire la même chose mais directement depuis la crontable de root. C'est une connerie ou pas ? Parce que là, ta commande elle va rentrer en mode interactif non ?

Ah oui j'avais même pas grillé le sudo    
Bien sûr que c'est une très mauvaise idée