Écrire un nouveau message

Posté le 13/05/2015 à 17:24:10

Bonjour,

J'ai depuis quelques années (2003) un portable Toshiba 2410-s403 (p4-m, 768Mo, DD 40Go). Pas d'option boot USB dans le bios, j'utilise Plop pour les isos > à 700Mo.

Initialement sous Windows XP, j'ai installé par je ne sais quel miracle l'an dernier une puppy linux Triton 5.7.1 qui fonctionne.
Je ne me sens pas à l'aise avec ce système et souhaite migrer vers une autre distribution.
Donc, frais comme un gardon, je me suis lancé dans divers essais : MX14, Bodhi linux, Handylinux, Microwatt, Manjaro, Viperr pour ne citer que celles-ci. Live CD ou USB via Plop.

Échec sur échec, aucune ne souhaite me présenter un bureau en mode live.

"Kernel panic" est le message qui revient le plus souvent. Antix est allé jusqu'à me proposer d'utiliser cli-installer (j'ai fui) et même la Puppy triton 5.7.3 ne veut rien entendre.

S'il vous plaît. Aidez moi ;)

Posté le 13/05/2015 à 20:05:47

Bonjour,

le probleme ne viendrait il pas d'un incompatibilité avec les kernel recents et le materiel? Le CPU supporte bien le 686?

Posté le 14/05/2015 à 05:21:40

salut, yep je pense que le soucis viens du PAE inclus par défaut dans l'arch i686, je crois que debian live propose un boot en 486 non PAE

Posté le 14/05/2015 à 09:44:07

Salut.

@ Linette Pour la compatibilté CPU, je n'ai pas trouvé d'information claire. D'après mon interpretation de wikipedia Pentium M ce processeur est bien compatible 686. Y a t il une méthode de contrôle via logiciel ?

@H2L29 J'ai essayé Bodhi en classique et Legacy. J'ai aussi essayé MX14 en PAE et non-PAE. J'ai l'impression qu'MX14 bloque au moins sur SMB/CIFS et Windbind (Failed). Ça ne me parle pas du tout.

Posté le 15/05/2015 à 00:56:42

Alors effectivement les pentium M sont compatibles i686 et pae il me semble (j'ai installé une Handylinux-686 pae sur ce type de processeur il y a peu et je n'ai pas rencontré de soucis). Pour connaitre les fonctionnalité du processeur rien ne vaut le site du fabricant avec les references ;)

Par contre je ne comprend pas pourquoi dans le premier message tu parles de kernel panik et dans le dernier de SMB/CIFS, quel rapport?

Un test du materiel a etait fait histoire d'eloigner les hypoteses? (au moins la RAM et le HDD, ca se fait rapidement Wink

)

Posté le 15/05/2015 à 09:08:59

Pour le kernel panic et SMB/CIFS, j'ai repris le message que renvoit MX14 lorsqu'il "échoue - Failed" au chargement. Ca n'a aucun rapport ?

Je vais utiliser UBCD pour faire le point sur le materiel et vous tiens au courant
EDIT: le cpu est un Intel P4-M 2.2 Ghz Bus 400Mhz ... mon ami le moteur de recherche ne m'a retourné aucune précision à propos de PAE/non-PAE ou du type 686, 486...
Memorytest ne recense pas d'erreur :(... Memorytest+ oui mdr

. J'ai remplacé la barrette défectueuse, ça charge.

Merci !

PS: si quelqu'un peut me dire si ce CPU supporte PAE et quel est son 'type' 686...je suis preneur Sourire

Posté le 15/05/2015 à 10:28:58

Bonjour,

Par expérience le kernel panic est lié à une mauvaise concordance entre le kernel et le matériel ou une compilation foireuse mais là c'est pas le cas Très content

.

Prend pour tester : http://cdimage.debian.org/debian-cd/8.0.0/multi-arch/iso-cd/debian-8.0.0-amd64-i386-netinst.iso

Choisi l'install normale c'est a dire en 32bits, et il t'installera le pae automatiquement.

Si pas de kernel panic avec debian bein essaye d'autres distrib pas la suite avec la bonne archi, car une fois ta debian installé et booté fait un uname -a et un uname -r pour connaitre l'architecture a forcer sur les os qui ne ldetecte pas automatiquement.

Cordialement.

Posté le 15/05/2015 à 23:28:40

MX14 est passée avec le live USB PAE.

Je vais retenir le coup du kernel panic et du matériel foireux. Merci !

Pour de la vidéo(youtmotion et cie), la fluidité plein écran est un peu juste.
Le matèriel est pour l'instant le suivant Toshiba 2410-s403 (p4-m 2.2 Ghz, 2x256Mo PC2100, DD 40 Go)
Il y a peut être des optimisations logicielles à réaliser pour améliorer la fluidité ?

Posté le 16/05/2015 à 00:06:15

Pour la video vu ton materiel (en plus en rajoutant flash par dessus) il est normal que ce soit juste, je suis d'ailleurs ettonée que ce ne soit que "juste" ^_^

Posté le 17/05/2015 à 15:37:14

d'ailleurs, si cela n'est pas trop compliqué a mettre en place de ton coté, je te conseillerais de ne pas mettre flash. En dehors de toute consideration de sécurité ou d'ethique, sur ce genre de machine, ca n'ira pas tres bien.
Pour youmotion & cie, il est possible de passer par un script (youtube-dl) qui te permet de voir les videos dans un lecteur video classique (vlc, mpv, mplayer, ...). C'est encore, je pense, ce qui permettra à ces vidéos d'être regardable.

Posté le 20/05/2015 à 16:46:17

Youtube utilise le HTML5 par défaut de toute façon, depuis peu, et Vimeo l'utilise aussi, aidons flash à mourir en cessant de l'utiliser.

Posté le 20/05/2015 à 16:55:05

il est vrai que HTML5 peut se substituer a flash pour les vidéos (et j'encourage vivement a s'y mettre). Toujours est-il que HTML5 pour des vidéos consomme plus de CPU/RAM que flash pour afficher la même chose. D'ou mon conseil pour utiliser des lecteurs vidéos plutot que HTML5 dans le cadre d'un PC qui commence a dater.

Posté le 24/05/2015 à 23:15:33

Certes, en fonction de la vidéo ça peut taper fort, dans l'idéale, le navigateur utilise le lecteur par défaut pour le format de la dite vidéo sur le système en cours d'usage, sinon youtube-dl comme tu l'as déjà cité est un très bon moyen, en plus de pouvoir conserver une copie hors ligne du fichier.