Arch étant en rolling release, ne pas garder son système à jour, c'est un peu contre-nature ... Et si tu dois gérer toi-même à la main, t'es pas revenu ... Si t'as pas de problème de bande passante ni de stockage, ça serait pas moins "problématique" de faire un miroir des dépôts sur ta mac...

et si t'essayes d'installer autre chose que grub (ou une autre version) ?

Genre ton autre Linux, il s'installe sur de l'usb ?

Juste pour voir si c'est lié au grub utilisé par arch. Si oui, on pourra essayer de le remplacer (version plus récente, grub2, lilo, ...)

Question suivante, tu as regardé sur le web si quelqu'un d'autre a rencontré le même problème ?

et t'as essayé sensors-detect ?

Troll à part, c'est pas un soucis de gnome 3 ? Si tu regardes dans (h)top, t'as pas un processus qui tourne à fond ? Tout un temps, j'avais un processus de KDE qui tournait à 100% d'un de mes processeurs en permanence ce qui entraînait que le ventillo tournait à fond en permanence et à terme, ça cha...

Je doute que ça vienne du JDK.

Si tu lances Eclipse depuis la console et que tu essayes de le fermer, il y a quelque chose d'intéressant qui s'affiche dans la console ?

Cela pourrait être dû à une particularité de la marque en question d'où ma question

Wisthler a écrit :Sinon, le même problème avec 2 clés différentes du même modèle (enfin, si j'ai bien suivi), ça me semble louche. T'as regardé sur le web s'il y avait pas des infos sur un problème "similaire" ?

Je suis pas vraiment expert dans le domaine, mais ça me semble plausible

Bah surtout je vois pas l'intérêt de laisser FF allumé pour le plaisir ... tu le fermes et quand tu rentres tu restaures la session

une idée comme ça en passant, une clé usb c'est de la mémoire flash. Est-ce qu'il y a seulement moyen de mettre le grub dans le MBR sur une clé usb ? Sinon, le même problème avec 2 clés différentes du même modèle (enfin, si j'ai bien suivi), ça me semble louche. T'as regardé sur le web s'il y avait ...

On peut mettre le topic en résolu vu qu'on a répondu à la question posée.

donc, si on veut ajouter Arch, il "suffit" de créer un 01_arch_direct et un 02_arch_chainload Après, faut réussir à comprendre la syntaxe des grubs. Mais comme je suis au boulot, j'ai pas vraiment le temps de faire ça :p Pour revenir sur l'installation du grub depuis un chroot, l'erreur à ...

<troll>T'as essayé avec un vrai browser ?</troll>

sinon, plus sérieusement, si tu essayes avec un autre browser, ça fait pareil ?

J'aurais tendance à dire que le /etc/default/grub est utilisé par l'OS suite à la mise à jour du kernel pour updater le grub.

S'il faut ajouter un truc, ce serait plutôt dans /etc/grub.d/

Il y a déjà quelque chose dans le dossier ?

de la swap sur un device usb ? il est pas un peu à l'étroit pour ça ?

Ouais mais si tu désactives tout, le /dev/sdb reste-t-il sdb ?

Et, pour le test, pourrais-tu ajouter une entrée de le grub de Linux Mint pour booter sur l'Arch du sdb ?

Si ça fonctionne, on pourra essayé de chainload le grub du sdb depuis le grub du sda.

On aurait pas un peu dévié du sujet de base ?

Dans le listing des partitions, il y a 2 fois /dev/sda et 2 fois /dev/sdb ... ça me semble pas très normal tout ça Après ça, on charge (hd1,0), ce qui correspondrait à sdb1 Pour le reste, je ne vois pas d'erreur dans les fichiers de conf ... T'as essayé d'installer le grub sur les différents 2 /dev/...

Là comme ça, la seule idée qui me passe par la tête, c'est un problème de débordement de la ram/swap ... mais ça me semble peu probable ...

Rien dans les logs ?

Ça ne plante que lorsque ssh est utilisé pour un transfert ?

Et, plus rien de répond, c'est au niveau graphique ? pas de réponse à un ping ?