Depuis plus de 4 ans que j'utilise OS X, j'ai presque tout oublié de mes
réflexes passés.
Voila mon souci, j'ai un ancien PowerBook G3/266. Le démarrage se fait
sur une partition OS 9. Il y a 3 partitions en tout : OS 9, OS 8.5 et OS
X 10.2.3
Il m'est impossible de changer la partition de démarrage car le curseur
se fige dès l'ouverure du Tableau de bord démarrage (j'avais oublié ces
joies). Il se passe la même chose si je tente un démarrage sans
extensions (touche majuscule).
D'autre part, il refuse absolument de démarrer sur la batterie. Celle-ci
est chargée (4 diodes). J'ai tenté un reset du PowerManager
(Shift-Fn-Ctrl-Alim pendant 5 secondes, mais rien n'y fait). Une fois
démarré sur le secteur, on peut retirer le cordon d'alim. Toutefois les
tests sont succints car il n'y a pas grand chose d'installé dessus.
J'aurais voulu vérifier ce qu'il y avait sur les autres partitions avant
de tout reformater ...
voyez-vous, ce que je pourrais faire ? Pour retrouver des CD de
démarrage (OS 8, 8.5, ou 9), il faudrait que je lance une expédition
archéologique, mais en dernier recours, je m'y résoudrais.
merci.
--
PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr
Dans l'article <1h9y0k7.nhqgafm780pzN%, Pierre-Olivier TAUBATY a écrit:
François Grieu avait eu la gentillesse de m'envoyer le FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de ce genre d'envoi, et de dire plutôt: merci au correspondant qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela (sous mon nom :-) encours les foudres d'Apple.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne. C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, qui après mise à jour par OSX se met à stocker les applications récentes dans un sous-menu de "Serveurs Récents" **SI** l'on lui fait reconstruire les "Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
François Grieu
Dans l'article <1h9y0k7.nhqgafm780pzN%pas.de.spam@chez.moi>,
Pierre-Olivier TAUBATY a écrit:
François Grieu avait eu la gentillesse de m'envoyer le
FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de
ce genre d'envoi, et de dire plutôt: merci au correspondant
qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela
(sous mon nom :-) encours les foudres d'Apple.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1)
est peut-être meilleur: son hypothèse (que OSX a "mis à jour"
automatiquement le TdB avec une version mal francisée) est
probablement la bonne. C'est aussi ce qui se passe parfois
avec le TdB Option Menu Pomme, qui après mise à jour par OSX
se met à stocker les applications récentes dans un sous-menu
de "Serveurs Récents" **SI** l'on lui fait reconstruire les
"Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon
PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est
pas la même chose que le PB G3 266MHz, et je n'ai qu'une
partition, et il y a des interractions fines entre le TdB
"Démarrage" et la ROM.
Sur une installation standard de MosOS 8.6 que j'utilisais
à l'origine sur cette machine, j'ai découvert, et réussi à
faire admettre et corriger par Apple, qu'utiliser Démarrage
pendant une copie de fichier provoque l'écriture du fichier
copié au mauvais blocs du disque; l'explication étant que
pendant que "Démarrage" accède au disque, il fait un appel
à la ROM qui dit temporairement au driver disque de passer
dans un mode d'adressage physique, et que toute entrée/sortie
asynchrone en cours va faire de même, au grand damn de
l'intégrité du fichier copié, et des autres données.
Dans l'article <1h9y0k7.nhqgafm780pzN%, Pierre-Olivier TAUBATY a écrit:
François Grieu avait eu la gentillesse de m'envoyer le FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de ce genre d'envoi, et de dire plutôt: merci au correspondant qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela (sous mon nom :-) encours les foudres d'Apple.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne. C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, qui après mise à jour par OSX se met à stocker les applications récentes dans un sous-menu de "Serveurs Récents" **SI** l'on lui fait reconstruire les "Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
François Grieu
Jacques Perrocheau
In article , Francois Grieu wrote:
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne.
Vérification faite, la version FU1-9.2.2 du TdB Démarrage pourrait aussi marcher sur les machines où Classic (Fr) met des versions qui plantent. C'est le cas de la machine où je suis (iBook G3 700MHz).
C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, [snip]
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <fgrieu-104A2A.06491730012006@news5-e.proxad.net>,
Francois Grieu <fgrieu@francenet.fr> wrote:
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1)
est peut-être meilleur: son hypothèse (que OSX a "mis à jour"
automatiquement le TdB avec une version mal francisée) est
probablement la bonne.
Vérification faite, la version FU1-9.2.2 du TdB Démarrage pourrait aussi
marcher sur les machines où Classic (Fr) met des versions qui plantent.
C'est le cas de la machine où je suis (iBook G3 700MHz).
C'est aussi ce qui se passe parfois
avec le TdB Option Menu Pomme, [snip]
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon
PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est
pas la même chose que le PB G3 266MHz, et je n'ai qu'une
partition, et il y a des interractions fines entre le TdB
"Démarrage" et la ROM.
Sur une installation standard de MosOS 8.6 que j'utilisais
à l'origine sur cette machine, j'ai découvert, et réussi à
faire admettre et corriger par Apple, qu'utiliser Démarrage
pendant une copie de fichier provoque l'écriture du fichier
copié au mauvais blocs du disque; l'explication étant que
pendant que "Démarrage" accède au disque, il fait un appel
à la ROM qui dit temporairement au driver disque de passer
dans un mode d'adressage physique, et que toute entrée/sortie
asynchrone en cours va faire de même, au grand damn de
l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne.
Vérification faite, la version FU1-9.2.2 du TdB Démarrage pourrait aussi marcher sur les machines où Classic (Fr) met des versions qui plantent. C'est le cas de la machine où je suis (iBook G3 700MHz).
C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, [snip]
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Francois Grieu
Dans l'article <drkm7a$46g$, Jacques Perrocheau dit:
In article , Francois Grieu wrote:
> Sur une installation standard de MosOS 8.6 que j'utilisais > à l'origine sur cette machine, j'ai découvert, et réussi à > faire admettre et corriger par Apple, qu'utiliser Démarrage > pendant une copie de fichier provoque l'écriture du fichier > copié au mauvais blocs du disque; l'explication étant que > pendant que "Démarrage" accède au disque, il fait un appel > à la ROM qui dit temporairement au driver disque de passer > dans un mode d'adressage physique, et que toute entrée/sortie > asynchrone en cours va faire de même, au grand damn de > l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
En l'occurence, le pro, c'est un ingénieur d'Apple, Jim Luther. Il a vraiment bien traité mon bug report (il est vrai très étayé et insistant sur le caractère reproductible et cause de corruption de donnée du problème). Je ne résiste pas à le citer, en exemple de ce qu'un bon ingénieur devrait faire:
Date: Fri, 11 May 2001 09:26:20 -0700 Subject: Re: Bug #2686700 From: Jim Luther To: Francois Grieu
Francois,
I found the problem yesterday. It wasn't in Startup Disk -- it was in a private ROM (Mac OS ROM file) routine called by Startup Disk.
That ROM routine makes a Read request to the disk driver after putting the driver in "physical I/O" mode. After the Read request, the driver is put back in normal mode. However, the code didn't do anything to prevent the File Manager from making requests to the driver while the driver was in physical I/O mode. So, asynchronous requests from the File Manager were occasionally being made to the disk driver during the small unsafe window while the driver was in physical I/O mode and that's what was causing the corruption.
I've fixed the code in ROM to grab control of the File Manager before it puts the driver in physical I/O mode and to release the File Manager after it has put the driver back into normal mode.
That was nasty bug. Thanks again for helping us find it.
- Jim Luther
P.S. We also fixed the memory leak in Startup Disk we found while looking at the bug you reported.
Dans l'article <drkm7a$46g$1@news.univ-rennes1.fr>,
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> dit:
In article <fgrieu-104A2A.06491730012006@news5-e.proxad.net>,
Francois Grieu <fgrieu@francenet.fr> wrote:
> Sur une installation standard de MosOS 8.6 que j'utilisais
> à l'origine sur cette machine, j'ai découvert, et réussi à
> faire admettre et corriger par Apple, qu'utiliser Démarrage
> pendant une copie de fichier provoque l'écriture du fichier
> copié au mauvais blocs du disque; l'explication étant que
> pendant que "Démarrage" accède au disque, il fait un appel
> à la ROM qui dit temporairement au driver disque de passer
> dans un mode d'adressage physique, et que toute entrée/sortie
> asynchrone en cours va faire de même, au grand damn de
> l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
En l'occurence, le pro, c'est un ingénieur d'Apple, Jim Luther.
Il a vraiment bien traité mon bug report (il est vrai très étayé
et insistant sur le caractère reproductible et cause de corruption
de donnée du problème). Je ne résiste pas à le citer, en exemple de
ce qu'un bon ingénieur devrait faire:
Date: Fri, 11 May 2001 09:26:20 -0700
Subject: Re: Bug #2686700
From: Jim Luther
To: Francois Grieu
Francois,
I found the problem yesterday. It wasn't in Startup Disk -- it was in a
private ROM (Mac OS ROM file) routine called by Startup Disk.
That ROM routine makes a Read request to the disk driver after putting the
driver in "physical I/O" mode. After the Read request, the driver is put
back in normal mode. However, the code didn't do anything to prevent the
File Manager from making requests to the driver while the driver was in
physical I/O mode. So, asynchronous requests from the File Manager were
occasionally being made to the disk driver during the small unsafe window
while the driver was in physical I/O mode and that's what was causing the
corruption.
I've fixed the code in ROM to grab control of the File Manager before it
puts the driver in physical I/O mode and to release the File Manager after
it has put the driver back into normal mode.
That was nasty bug. Thanks again for helping us find it.
- Jim Luther
P.S. We also fixed the memory leak in Startup Disk we found while looking at
the bug you reported.
Dans l'article <drkm7a$46g$, Jacques Perrocheau dit:
In article , Francois Grieu wrote:
> Sur une installation standard de MosOS 8.6 que j'utilisais > à l'origine sur cette machine, j'ai découvert, et réussi à > faire admettre et corriger par Apple, qu'utiliser Démarrage > pendant une copie de fichier provoque l'écriture du fichier > copié au mauvais blocs du disque; l'explication étant que > pendant que "Démarrage" accède au disque, il fait un appel > à la ROM qui dit temporairement au driver disque de passer > dans un mode d'adressage physique, et que toute entrée/sortie > asynchrone en cours va faire de même, au grand damn de > l'intégrité du fichier copié, et des autres données.
Ouep, pour découvrir cela il faut être un pro...
En l'occurence, le pro, c'est un ingénieur d'Apple, Jim Luther. Il a vraiment bien traité mon bug report (il est vrai très étayé et insistant sur le caractère reproductible et cause de corruption de donnée du problème). Je ne résiste pas à le citer, en exemple de ce qu'un bon ingénieur devrait faire:
Date: Fri, 11 May 2001 09:26:20 -0700 Subject: Re: Bug #2686700 From: Jim Luther To: Francois Grieu
Francois,
I found the problem yesterday. It wasn't in Startup Disk -- it was in a private ROM (Mac OS ROM file) routine called by Startup Disk.
That ROM routine makes a Read request to the disk driver after putting the driver in "physical I/O" mode. After the Read request, the driver is put back in normal mode. However, the code didn't do anything to prevent the File Manager from making requests to the driver while the driver was in physical I/O mode. So, asynchronous requests from the File Manager were occasionally being made to the disk driver during the small unsafe window while the driver was in physical I/O mode and that's what was causing the corruption.
I've fixed the code in ROM to grab control of the File Manager before it puts the driver in physical I/O mode and to release the File Manager after it has put the driver back into normal mode.
That was nasty bug. Thanks again for helping us find it.
- Jim Luther
P.S. We also fixed the memory leak in Startup Disk we found while looking at the bug you reported.
pas.de.spam
Francois Grieu wrote:
Dans l'article <1h9y0k7.nhqgafm780pzN%, Pierre-Olivier TAUBATY a écrit:
> François Grieu avait eu la gentillesse de m'envoyer le > FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de ce genre d'envoi, et de dire plutôt: merci au correspondant qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela (sous mon nom :-) encours les foudres d'Apple.
Toutes mes excuses pour cet impair. J'le f'rais plus.
Cela dit, sans vouloir entrer dans un débat polémique, j'aurais du mal à comprendre ces foudres, car si je me lance dans une éxpédition archéologique de longue haleine (comme dit le cordonnier), je dois être en mesure d'aligner une bonne série de CD systèmes de toutes version, ayant acheté des machines en 97-99-2001-2004-2004, ainsi que des systèmes séparés (Panther-Tiger). L'expéditeur sympathique ;-) m'a donc simplement épargné une longue et fastidieuse recherche.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne. C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, qui après mise à jour par OSX se met à stocker les applications récentes dans un sous-menu de "Serveurs Récents" **SI** l'on lui fait reconstruire les "Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
Bref, pour le moment, j'ai pas trop le temps de me pencher sur la question, mais dès que je m'y attellerais (orthographe ?), je ne manquerais pas de donner suite. J'avais juste constaté ce truc, suite à une tentative de redémarrage ...
-- PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr
Francois Grieu <fgrieu@francenet.fr> wrote:
Dans l'article <1h9y0k7.nhqgafm780pzN%pas.de.spam@chez.moi>,
Pierre-Olivier TAUBATY a écrit:
> François Grieu avait eu la gentillesse de m'envoyer le
> FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de
ce genre d'envoi, et de dire plutôt: merci au correspondant
qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela
(sous mon nom :-) encours les foudres d'Apple.
Toutes mes excuses pour cet impair. J'le f'rais plus.
Cela dit, sans vouloir entrer dans un débat polémique, j'aurais du mal à
comprendre ces foudres, car si je me lance dans une éxpédition
archéologique de longue haleine (comme dit le cordonnier), je dois être
en mesure d'aligner une bonne série de CD systèmes de toutes version,
ayant acheté des machines en 97-99-2001-2004-2004, ainsi que des
systèmes séparés (Panther-Tiger). L'expéditeur sympathique ;-) m'a donc
simplement épargné une longue et fastidieuse recherche.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1)
est peut-être meilleur: son hypothèse (que OSX a "mis à jour"
automatiquement le TdB avec une version mal francisée) est
probablement la bonne. C'est aussi ce qui se passe parfois
avec le TdB Option Menu Pomme, qui après mise à jour par OSX
se met à stocker les applications récentes dans un sous-menu
de "Serveurs Récents" **SI** l'on lui fait reconstruire les
"Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon
PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est
pas la même chose que le PB G3 266MHz, et je n'ai qu'une
partition, et il y a des interractions fines entre le TdB
"Démarrage" et la ROM.
Sur une installation standard de MosOS 8.6 que j'utilisais
à l'origine sur cette machine, j'ai découvert, et réussi à
faire admettre et corriger par Apple, qu'utiliser Démarrage
pendant une copie de fichier provoque l'écriture du fichier
copié au mauvais blocs du disque; l'explication étant que
pendant que "Démarrage" accède au disque, il fait un appel
à la ROM qui dit temporairement au driver disque de passer
dans un mode d'adressage physique, et que toute entrée/sortie
asynchrone en cours va faire de même, au grand damn de
l'intégrité du fichier copié, et des autres données.
Bref, pour le moment, j'ai pas trop le temps de me pencher sur la
question, mais dès que je m'y attellerais (orthographe ?), je ne
manquerais pas de donner suite. J'avais juste constaté ce truc, suite à
une tentative de redémarrage ...
--
PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr
Dans l'article <1h9y0k7.nhqgafm780pzN%, Pierre-Olivier TAUBATY a écrit:
> François Grieu avait eu la gentillesse de m'envoyer le > FU1-9.2.6, que j en'ai pas encore eu le temps de tester.
Il est d'usage de ne pas remercier nominativement l'auteur de ce genre d'envoi, et de dire plutôt: merci au correspondant qui m'a envoyé.. Car en principe, celui qui vous a envoyé cela (sous mon nom :-) encours les foudres d'Apple.
Toutes mes excuses pour cet impair. J'le f'rais plus.
Cela dit, sans vouloir entrer dans un débat polémique, j'aurais du mal à comprendre ces foudres, car si je me lance dans une éxpédition archéologique de longue haleine (comme dit le cordonnier), je dois être en mesure d'aligner une bonne série de CD systèmes de toutes version, ayant acheté des machines en 97-99-2001-2004-2004, ainsi que des systèmes séparés (Panther-Tiger). L'expéditeur sympathique ;-) m'a donc simplement épargné une longue et fastidieuse recherche.
Aussi, le conseil de Jacques Perrochau (d'utiliser FU1-9.2.1) est peut-être meilleur: son hypothèse (que OSX a "mis à jour" automatiquement le TdB avec une version mal francisée) est probablement la bonne. C'est aussi ce qui se passe parfois avec le TdB Option Menu Pomme, qui après mise à jour par OSX se met à stocker les applications récentes dans un sous-menu de "Serveurs Récents" **SI** l'on lui fait reconstruire les "Préférences Options Menu Pomme".
Je sais que le TdB Démarrage FU1-9.2.6 fonctionne sur mon PB G3 Series 400MHz avec Mac OS ROM vFU-10.2.1, mais ce n'est pas la même chose que le PB G3 266MHz, et je n'ai qu'une partition, et il y a des interractions fines entre le TdB "Démarrage" et la ROM. Sur une installation standard de MosOS 8.6 que j'utilisais à l'origine sur cette machine, j'ai découvert, et réussi à faire admettre et corriger par Apple, qu'utiliser Démarrage pendant une copie de fichier provoque l'écriture du fichier copié au mauvais blocs du disque; l'explication étant que pendant que "Démarrage" accède au disque, il fait un appel à la ROM qui dit temporairement au driver disque de passer dans un mode d'adressage physique, et que toute entrée/sortie asynchrone en cours va faire de même, au grand damn de l'intégrité du fichier copié, et des autres données.
Bref, pour le moment, j'ai pas trop le temps de me pencher sur la question, mais dès que je m'y attellerais (orthographe ?), je ne manquerais pas de donner suite. J'avais juste constaté ce truc, suite à une tentative de redémarrage ...
-- PO.
Pour m'écrire : po(point)taubaty(arobase)wanadoo(point)fr