MacBidouille

Après avoir réussi à updater un Yamaha 2100 E-IDE depuis un Mac il y a quelques mois, j’ai tenté la même opération pour updater mon CRW-F1 en 1.0d. Réussi, mais sous certaines conditions.
Les préalables :
- posséder une Acard 6280m ATA 133 (mais une 6880m ou une ATA 66 devraient faire l’affaire). Ceci étant du au fait que cette carte se fait passer pour un contrôleur SCSI, seule interface par laquelle l'utilitaire fonctionne dans notre cas. Notez qu'il devrait être possible de faire de même avec un CRW-F1 branché en SCSI via l'adaptateur idoine (merci à SharpShooter de me l'avoir fait remarquer).
- déconnecter le CRW-F1 du bus IDE interne et le connecter sur l'Acard. Car,
contrairement à la bidouille du 2100 E, le flasheur ne reconnaît pas le CRW-F1 connecté sur l’IDE d’origine du Mac.
- booter sous Mac OS 9.
- désactiver l'extension "Gestionnaire CD/DVD Apple"
- si Toast est installé, désactiver l'extension "Toast CD Reader".
La procédure réalisée sur mon G3 Bleu Rev 1:
1) Télécharger sur le site du support Yamaha les fichiers :
- af110d_e.exe , MAJ CRW-F1 en 1.0d pour Windows.
- ms3210d_e.bin , MAJ du CRW-3200SX en 1.0d pour Mac.
2) Décompressez af110d_e.exe à l’aide de StuffIt Expander. Vous obtenez un dossier nommé af110d_e contenant :
- le firmware : atk02830.bin
- un INI d’install : FWINST.INI
- un exécutable Windows : WinInst.exe, que vous placerez dans la corbeille. ;-)
3) Décompressez le fichier ms3210d_e.bin. Vous obtenez un dossier ms3210d_e contenant :
- le firmware : ATJ02228.BIN que vous pouvez jeter à la corbeille.
- l'INI d’install : FWINST.INI
- un exécutable Mac : macinst qui lui nous intéresse aux plus haut point.
4) Déplacez l’exécutable Mac macinst dans le dossier af110d_e qui ne devra contenir que :
- le firmware : atk02830.bin
- l’INI d’install : FWINST.INI
- l’exécutable : macinst
5) Un tour dans ISA et on voit ça :

Merci à LeJeff, membre des forums de nous avoir signalé cette bidouille.
Pour ceux qui possèdent un Iiyama HM 903D/DT, la MAJ X.2.2 s'est soldé par un reboot sous des couleurs tendance "flashy".
Pour résoudre ce problème, il vous faudra dans l'ordre :
- télécharger les derniers drivers disponibles pour les écrans IIYAMA - attention il s'agit d'un .exe.
- le .exe étant une archive zip autodécompactable, décompressez le avec StuffIt Expander. Vous obtenez ainsi un dossier dans lequel vous trouverez tous les profils des écrans Iiyama.
- récupérer le profil HM903D.ICM
- placer ce nouveau profil dans le dossier /Library/ColorSync/Profiles/Displays, en remplacement de celui créé par le système.
- rebooter

C'est la question que l'on peut se poser suite aux essais de notre ami Pierre Olivier Latour:

Je viens de terminer l'écriture d'un driver OS X pour une carte PCI I/O 24 bits. Il faut savoir que sous OS X, les drivers sont charges dans le même espace mémoire que le kernel, donc si ton driver plante, tu as de très fortes chances de créer un kernel panic. Comme c'était mon premier drive pour OS X, j'ai en conséquence rencontré de très nombreux kernel panics.
Forcement a un moment, le disque s'est trouvé abîme et j'ai dû passer par DiskWarrior pour réparer car l'outil Apple ne pouvait rien faire. Entre temps 10.2.2 est sortie, donc je me suis dit: voici l'occasion idéale de tester le journaling. Je l'ai donc active sur les 2 partitions du disque.
Effectivement, les redémarrages sont plus rapides: l'écran gris avec le logo Apple au tout début (c'est à ce moment que l'OS vérifie l'état des disques avec fsck) dure nettement moins longtemps car fsck n'est plus nécessaire.
Par contre, j'avoue avoir quelques doutes sur le journaling dans la pratique: c'est vrai que depuis je n'ai plus eu de problème de corruption de disque, mais il m'est arrive plusieurs fois la chose suivante:
Je termine l'édition de mon fichier de code et je compile la kernel extension (tous les fichiers sont alors automatiquement sauvés par Project Builder - et a priori écrit sur le disque également). Je charge la kernel extension, je teste, et j'obtiens un kernel panic. Je redémarre la machine, me reloggue, rouvre mon projet sous Project Builder, et le fichier source en est à la version d'avant (c.a.d l'avant dernière version sauvée)! Cela m'est arrivé 3 fois alors que je n'ai jamais vu un tel problème sans le journaling. Or, entre le moment ou les fichiers sont sauvés et le kernel panic, il s'écoule minimum 2mn, donc plein de temps d'écrire tout sur le disque.
Alors, problème de conception du journaling d'Apple, problème de cache disque, format HFS+ inadapté au journaling, journaling buggé sous OS X Client? La question reste posée ;)

Je pense que ce serait intéressant si des personnes ayant de l'expérience avec le journaling pouvaient donner une explication, ou si d'autres personnes pouvaient confirmer mon expérience.

Merci à Moti pour l'info.
Nombre d'entre vous souhaitent installer Mac OS 9.2.x sur leur machine.
Or, Apple a décidé que certains anciens Mac, deviendraient incompatibles.
Or un 7600 avec une carte G3 ou G4, vaut largement un PowerMac G3 d'origine.
Pour contourner cette limitation, il y avait l 'excellent article de Régis.
Maintenant il y a aussi OS9 Helper qui semble trés simple à utiliser.
PS: J'adore quand les limitations d'Apple sont contournées :))

On s'est souvent plaint des piètre performances des Combo DVD qui étaient aussi bien mauvais graveurs que lecteurs.
Samsung apporte un démenti formel avec son SM-348B.
Il gravera les CD en 48x
Il gravera les CD-RW en 24x
Il lira les CD en 48x
Il lira les DVD en 16x(compatible DVD-R/RW)
Il aura de plus un Burn Proof Like et 8Mo de cache.
Son prix de vente est annoncé à 162$US