Résultats de la recherche sur « morphos »
-
-
-
-
Bon, ca commence à sérieusement m’inquiéter cette affaire
@CLS2086 : J’ai essayé deux autres barettes de ram, ainsi que de réinstaller mos avec celles-ci. Pas mieux.
@CLS2086 & SoundSquare : Je n’ai qu’une carte réseau PCI sur les slots PCI (mon interface 10/100 sur la carte mère semble avoir un faux contact de temps en temps) et je n’ai rien en USB. J’ai fait des essais sans la carte réseau, rien de mieux.
@Yann & Batteman : J’ai également essayé de rajouter wait 1 dans la startup-sequence sur le disque dur, mais cela n’a pas amélioré la situation.J’ai essayé de recharger la géométrie de mon disque dur dans le SCSIconfig. Après avoir eu des valeurs farfelues, j’ai trouvé quelque chose qui ressemblait à mon disque dur, mais qui me faisait un total de 8Go, alors que mon disque en fait 40. Pour SCSIconfig, je ne pouvais pas monter le nombre de cylindres (valeur d’ailleurs inscrite sur l’étiquette du dur) au dela de 16386, ce qui me donne 8Go de dur… J’ai quand même refait mes partoches et réessayé une installation à partir de rien, mais cela n’a pas donné plus de résultats :'(
[edit:]Au passage, j’ai continué à bricoler dans les valeurs de configuration de mon disque. Mon disque est un 40Go Hitachi Deskstar avec comme valeurs cylindres/tetes/secteurs 16386/16/63. Avec ces valeurs, SCSIconfig ne me permet d’utiliser que 8Go (comme indiqué dessus) et l’outil de partitionnement de debian me reconnait les 32Go restants comme vides. En chargeant les « valeurs optimales », j’ai des valeurs fafelues (15xxx/2/200 ou quelque chose du genre), mais SCSIconfig me permet d’utiliser toute la surface du disque dur. Cela me parait un peu bizarre, mais l’un d’entre vous pourra peut-être me confirmer la bizarrerie ou non de ce fait.
-
-
-
Admin -
-
-
@serge : Slobman m’a envoyé une boot.img de mos 1.4.2 (celle du peg 2) pour test et cela n’a rien changé.
D’ailleurs au passage, j’ai renommé ma partoche mos en « SYS » pour tenter de bypasser le SYS du CD (je ne nommerai pas l’auteur de cette manip douteuse
), mais les concepteurs de morphos ont (trop) bien fait leur travail et j’ai eu un gentil message d’erreur quand le cd était encore dedans me disant que ma partoche a été renommée pour qu’il n’y ait pas de conflits. Sans le cd, pas plus de boot que d’habitude… -
-
je ne sais pas si c’est ton soucis, mais je me souviens d’avoir eu des problemes de boot.img avec les mises à jour de mos.
D’après mes souvenirs qui ne sont pas toujours très fiables ( mémoire biologique foireuse
), l’une des MAJ, soit la 1.4.4 ou la 1.4.5 ne boote pas correctement avec sa propre boot.img apres installation. Seule le CDrom voulait booter.Pour résoudre le soucis, il suffisait d’utiliser une la boot.img de la version précedente.
Essaie de prendre une boot.img moins récente d’une version.
RyZen Rulez 😉
-
@falcon1 : Est-ce que tu peux m’envoyer ou me dire où trouver un boot.img spécial peg2?
@guymay : Effectivement, je m’étais trompé dans le post, mais je rajoutais bien :0 à ma commande pour booter@tout le monde : Je viens de faire un log série et cela m’a semblé assez intéressant. J’ai fait deux essais, un avec le cd de mos dans le lecteur, l’autre sans le cd de mos.
Dans le premier cas, j’ai relevé ceci à la fin du log :
ide.device: Unit 0 ATA-HD IC35L060AVV207-0
ide.device: Unit 0 ATA-HD IC35L060AVV207-0
ide.device: Part
DosType 0x444f5301 ide.device: Part
DosType 0x53465300 BootPri 0 ide.device: Part
DosType 0x53575000 ide.device: Part
DosType 0x4c4e5800 ide.device: Part
DosType 0x4c4e5800 ide.device: Unit 1 ATA-HD WDC WD800BB-00CA
ide.device: Unit 2 LITEON CD-ROM LTN525
ide.device: CDRom
, found, bootable ide.device: Part
DosType 0x43444653 BootPri 127 ide.device: Unit 3 TDK CDRW241040B
ide.device: Part
DosType 0x43444653 C’est bizarre qu’il ne trouve que le cdrom comme bootable, non?
Dans le second cas, je pensais qu’il ne faisait plus rien après Quark/OpenFirmware. En fait, il continue à envoyer un paquet d’infos sur le port série et apparemment, il tourne en boucle. J’ai arrêté après 112ko de logs
J’ai extrait cette partie qui se situe juste après le listing des ide.device :
ASM_Exception: DAR 0xffffff7e DSISR 0x40000000
ASM_Exception: IntGPR1 0xc02fc0 SRR0 0x11008744 SRR1 0xf030 LR 0x102a3ae4
ASM_Exception: Type 0x3
ASM_Exception: Thread 0xe0b650 Name ABox
ASM_Exception: DAR 0xffffff7e DSISR 0x40000000
Quark Thread:
TID 0000000010020010
Name ABox
Exception 3
Au passage, j’ai ré-écrasé le mbr (au cas où) avec un hdwrite. Pas mieux.
Si quelqu’un veut les logs complets, qu’il m’envoie son mail en mp.
-
-
