Forum

Partition sur le CD d'install ? il me semble que ce n'est pas trop la structure du truc...
Tu as trouvé ton image AIX à quel endroit ?

chez commodore la référence n'est pas suffisante, il existe plusieurs 1083 et plusieurs 1084 (dont des philips et daewoo avec plus ou moins d'options installées). Certains sont de vrais compatibles CGA (en activant TTL), d'autres attendent uniquement de l'analogique et synchro composite.

Commence par AIX4.1 peut être. Mais je suppose que jusqu'à 4.3 ce sera supporté. Normalement les images CD sont génériques il me semble.

A quelle étape du boot cela se plante? le firmware motorola est différent par rapport aux serveurs ibm

Pour les disques autoboot il faut appuyer sur option au lancement de la machine (a priori c'est F8 pour le clavier émulé mais à vérifier)

Il y a aussi l'autre:
https://www.nextcomputers.org/forums/in ... pic=4481.0

firmware pour ossc
https://github.com/novi/ossc/tree/next-soundbox

pcb
https://github.com/novi/ossc_pcb

Je n'ai pas testé mais ça me semble assez intéressant.

Les stations next ont beaucoup été utilisées dans le monde universitaire, une grande partie a été stockée des années sur des étagères avant de refaire surface. C'est un peu le même problème avec toutes les stations de travail (les petites SGI ou les SUN par exemple), on retrouve l'UC mais pas l'écran ni les clavier/souris qui ont étés mis à la benne bien avant.

Le fait de passer par une réimplémentation FPGA permet d'avoir plus d'options que de l'adb (on peut imaginer du PS/2 ou de l'USB en faisant évoluer le projet open source).

Sinon une épave de megapixel (mono) contient électronique de la soundbox

Perso j'ai une turbo mono et une color mais un seul clavier pour les 2

sur l'autre thread je t'ai donné le lien pour des versions modernes de la soundbox. L'un des projets tourne sur le hardware de l'OSSC.

Il me semble que c'est assez similaire pour les touches entre mac et NeXT.
il existe des projets de recréation à partir du chip original:
https://www.nextcomputers.org/forums/in ... pic=4369.0

ce n'est pas le seul projet, il y en a un autre avec un microcontroleur

a ma connaissance c'est l'inverse dans l'ordre chronologique (et la soundbox adb n'est supportée que sur les dernieres rom).
Il n'y a de soundbox que pour les color, en noir et blanc tout est intégré au moniteur.
Le problème de copyright est peu probable car, pour la partie technique, c'est NeXT qui a absorbé Apple et pas l'inverse (OSX est en fait basé sur Nextstep).

Au départ rien de complexe, une banale opération d'exploitation à simuler pour changer un disque virtuel...

Mais cette opération n'aboutit jamais et la machine virtuelle se fige et la perf disque s'écroule totalement.
Au bout d'un moment je suspecte un défaut isolé sur le disque (bien qu'il ne passe pas en erreur, ni pour le contrôleur RAID, ni pour vmware).
Vmware manque d'outils, il faut donc ce tourner vers un utilitaire open source vmfs-tools.
Premier test avec un contrôleur usb => échec immédiat
Second test avec un serveur nouvellement installé sous debian => échec au même endroit...
Petit tour sur les commentaires du github de l'auteur des outils, un patch a été proposé mais jamais pris en compte (comme beaucoup de projets, celui ci repose sur une seule personne... qui est visiblement passée à autre chose).
Récupération des sources de vmfs-tools pour la version de debian, patch et compilation => la copie passe (il y a bien quelques secteurs perdus mais ddrescue permet de sauver la quasi totalité).
Il faut maintenant reconstruire le datastore et y recopier les fichiers rattrapés... environ quelques heures de copie pour 800Go

Alors j'ai appris plein de truc pendant l'opération... Mais je ne félicite pas le type qui a codé le firmware du disque dur incapable de sortir une vraie erreur rapidement lorsqu'un secteur est HS (a quel moment a-t-il pensé qu'attendre presque indéfiniment était une bonne idée ? ). Et il va falloir que je songe à me trouver une vraie baie de disque, au moins en RAID1.

SbM a écrit : ↑09 oct. 2022 13:03 Il n'y a pas eu de clavier mécanique USB chez Apple, si je ne m'abuse, uniquement du dôme souple.

G3 beige c'est de l'ADB il me semble, par contre je viens de regarder et les derniers méca apple datent de 1995 (extended 2) alors que le G3 est sorti en 97. C'est probablement un clavier à domes.

Ce sont des machines intéressantes à avoir pour refaire des disquettes Mac en 400 ou 800k (c'est la machine le plus moderne qui permet de le faire).
Mais bon, ça reste un usage de niche. La valeur n'est pas énorme. A la limite le clavier a peut être plus de valeur si c'est un mécanique...

@jvernet: pour Xcode j'ai tourné un moment avant de trouver la solution. L'installer ne suffit pas il faut aussi ajouter un AppleID de développeur.
Une fois que c'est fait il faut aussi installer le Framework de SDL 1.2

puis dans le répertoire de build:

make -f Makefile.macos

(testé avec xcode8 sous el capitan, c'est la version max de mon vieux mac intel)

@jvernet : modif des sources svn pour avoir F12 qui appelle le menu

Par contre il y a un autre souci je pense (sur macos récent avec SDL1.2) l'écran ne s'affiche qu'après une fermeture de la fenêtre (c'est blanc avant)

normalement ce sont les noms de roms type "MESS/MAME"


pour lisa1
rom=fopen("bios/L175REVC.bin","rb");
rom=fopen("bios/L176REVC.bin","rb");

pour lisa2
rom=fopen("bios/341-0175-h","rb");
rom=fopen("bios/341-0176-h","rb");


a un moment j'ai compilé une version avec F8 qui va vers le menu mais je me demande si c'est ce que j'ai packagé... ca remonte à 2ans et je n'ai plus la machine (j'ai une G4 et un core2, le G4 devrait être quasi installé pour compiler)