Le 14/10/08 14:09, dans <1iot06o.19673aw1v2ghumN%, « Ludovic Cynomys » a écrit :
Eric Levenez wrote:
Tu veux dire que la vérification du DVD au début de l'installation n'a trouvé aucune erreur, et qu'après reformatage du disque dur, le nouveau système installé avait le même problème de driver ?
Voilà ce qu'il me dit :
<< 1) La mise à jour 10.5.5 a foiré.
Et le message d'erreur ?
2) Ensuite quand j'ai voulu remettre le 10.5.1 je n'ai pas laissé vérifier le DVD. D'où un problème.
Oui.
3) J'ai autorisé l'effacement du disque dur car j'avais une sauvegarde de vendredi. 4) J'ai voulu remttre le 10.5.1 qui a foiré encore.
Et le message d'erreur ?
5) J'ai autorisé la vérification du DVD qui s'arrêtait toujours sur le même ficher Epson. J'ai donc vu que le DVD était en cause.
C'était en effet la première chose à faire.
6) J'ai alors vérifié mon DVD et j'ai vu qu'il était sale. Comment, je ne sais pas car toujours dans sa boîte. Je l'ai nettoyé avec de l'alcool. 7) J'ai relancé l'installation du 10.5.1 qui a bien fonctionné puis ai fait la MAJ 10.5.5 qui a bien fonctionné. 8) J'ai récupéré ma sauvegarde Retrospect et j'ai dû donner un nouveau nom car j'avais remis l'ancien à l'initialisation. >>
Bon, maintenant il a de nouveau accès à internet ;-)
Ceci dit, ça pose la question de la meilleure stratégie à adopter pour les mises à jour... sachant qu'on se rapproche dangereusement de Microsoft ;->
Ce qui est dément, c'est que dès que quelque chose foire, certains font des comparaisons directes avec Microsoft. Il ne faut pas comparer ce qui n'est pas comparable.
Le "problème" de la première mise à jour était un panic, et cela n'avait pas de rapport avec le deuxième "problème" qui était juste un problème de quelqu'un de trop pressé utilisant un DVD sale :-) Alors pour en revenir au premier panic, ce qui serait intéressant c'est de savoir pourquoi (analyse du panic.log, essaie de démarrage en mode sans échec...
Et d'abord, que faut-il faire AVANT de procéder à la mise à mise à jour !?
Il faut normalement vérifier que tous les softs sont bien compatibles avec la nouvelles mises à jour. De nombreux softs qui hackent Aqua sont connus pour ne pas être trop compatibles. Une sauvegarde est bien sûr recommandée, en plus de celle, évidente, de TimeMachine.
Sauvegardes, où, quand, comment... Time Machine pour les léopardisés [il m'a dit que ça n'avait pas marché pour lui]
"Ça marche pô" ? Si c'est le niveau de retour qu'il te fait, faut essayer de l'éduquer. Tant que l'utilisateur n'arrive pas à donner des informations cohérentes (message d'erreur précis, procédure exacte qui a donné le problème...) il est assez problématique de vouloir l'aider, et cela qu'il soit sur Windows, sur Mac OS X ou sur GNU/Linux.
Retrospect (bof : ça ne marchait pas non plus chez lui !) perso, j'ai le minimum, CCC hebdo + Backup d'Apple + données perso sur iDisk quotidiens
Et ensuite, que préférer pour la mise à jour, autoriser le tableau de bord "Mise à jour de logiciels"
Il n'y a pas de tableau de bord sur Mac OS X. Ceux-ci ont été enterrés avec Mac OS.
à proposer automatiquement les màj, ou bien le faire a la mano, en chargeant un combo (ce que je fais, maintenant)
Tout cela dépend de son niveau de paranoïa et du type de logiciel et de drivers installés. Beaucoup attendent plusieurs jours après la sortie d'une mise à jour avant de l'appliquer.
; est-ce nécessaire de demander d'archiver l'ancien système avant de procéder
Une simple mise à jour de 10.5.1 à 10.5.5 ne fait pas cela.
; et si ça foire, comment repartir avec l'ancien système ?!
De toute façon, on a 10 types de sauvegardes sur 10 supports, alors la question ne devrait pas se poser.
En résumé, l'utilisateur de base (ou fraichement converti) est un peu démuni... la légendaire facilité d'utilisation chez Apple, oui, tant que ça ne foire pas !
L'utilisateur de base, ne s'amuse pas à sauter la vérification du DVD et après se plaindre que l'installation a foiré (sic). Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 14/10/08 14:09, dans
<1iot06o.19673aw1v2ghumN%ludovic.cynomys@terrier.invalid>, « Ludovic
Cynomys » <ludovic.cynomys@terrier.invalid> a écrit :
Eric Levenez <usenet@levenez.com> wrote:
Tu veux dire que la vérification du DVD au début de l'installation n'a
trouvé aucune erreur, et qu'après reformatage du disque dur, le nouveau
système installé avait le même problème de driver ?
Voilà ce qu'il me dit :
<< 1) La mise à jour 10.5.5 a foiré.
Et le message d'erreur ?
2) Ensuite quand j'ai voulu remettre le 10.5.1 je n'ai pas laissé
vérifier le DVD. D'où un problème.
Oui.
3) J'ai autorisé l'effacement du disque dur car j'avais une sauvegarde
de vendredi.
4) J'ai voulu remttre le 10.5.1 qui a foiré encore.
Et le message d'erreur ?
5) J'ai autorisé la vérification du DVD qui s'arrêtait toujours sur le
même ficher Epson. J'ai donc vu que le DVD était en cause.
C'était en effet la première chose à faire.
6) J'ai alors vérifié mon DVD et j'ai vu qu'il était sale. Comment, je
ne sais pas car toujours dans sa boîte. Je l'ai nettoyé avec de
l'alcool.
7) J'ai relancé l'installation du 10.5.1 qui a bien fonctionné puis ai
fait la MAJ 10.5.5 qui a bien fonctionné.
8) J'ai récupéré ma sauvegarde Retrospect et j'ai dû donner un nouveau
nom car j'avais remis l'ancien à l'initialisation. >>
Bon, maintenant il a de nouveau accès à internet ;-)
Ceci dit, ça pose la question de la meilleure stratégie à adopter pour
les mises à jour... sachant qu'on se rapproche dangereusement de
Microsoft ;->
Ce qui est dément, c'est que dès que quelque chose foire, certains font des
comparaisons directes avec Microsoft. Il ne faut pas comparer ce qui n'est
pas comparable.
Le "problème" de la première mise à jour était un panic, et cela n'avait pas
de rapport avec le deuxième "problème" qui était juste un problème de
quelqu'un de trop pressé utilisant un DVD sale :-) Alors pour en revenir au
premier panic, ce qui serait intéressant c'est de savoir pourquoi (analyse
du panic.log, essaie de démarrage en mode sans échec...
Et d'abord, que faut-il faire AVANT de procéder à la mise à mise à jour
!?
Il faut normalement vérifier que tous les softs sont bien compatibles avec
la nouvelles mises à jour. De nombreux softs qui hackent Aqua sont connus
pour ne pas être trop compatibles. Une sauvegarde est bien sûr recommandée,
en plus de celle, évidente, de TimeMachine.
Sauvegardes, où, quand, comment...
Time Machine pour les léopardisés [il m'a dit que ça n'avait pas marché
pour lui]
"Ça marche pô" ? Si c'est le niveau de retour qu'il te fait, faut essayer de
l'éduquer. Tant que l'utilisateur n'arrive pas à donner des informations
cohérentes (message d'erreur précis, procédure exacte qui a donné le
problème...) il est assez problématique de vouloir l'aider, et cela qu'il
soit sur Windows, sur Mac OS X ou sur GNU/Linux.
Retrospect (bof : ça ne marchait pas non plus chez lui !)
perso, j'ai le minimum, CCC hebdo + Backup d'Apple + données perso sur
iDisk quotidiens
Et ensuite, que préférer pour la mise à jour, autoriser le tableau de
bord "Mise à jour de logiciels"
Il n'y a pas de tableau de bord sur Mac OS X. Ceux-ci ont été enterrés avec
Mac OS.
à proposer automatiquement les màj, ou
bien le faire a la mano, en chargeant un combo (ce que je fais,
maintenant)
Tout cela dépend de son niveau de paranoïa et du type de logiciel et de
drivers installés. Beaucoup attendent plusieurs jours après la sortie d'une
mise à jour avant de l'appliquer.
; est-ce nécessaire de demander d'archiver l'ancien système
avant de procéder
Une simple mise à jour de 10.5.1 à 10.5.5 ne fait pas cela.
; et si ça foire, comment repartir avec l'ancien
système ?!
De toute façon, on a 10 types de sauvegardes sur 10 supports, alors la
question ne devrait pas se poser.
En résumé, l'utilisateur de base (ou fraichement converti) est un peu
démuni... la légendaire facilité d'utilisation chez Apple, oui, tant que
ça ne foire pas !
L'utilisateur de base, ne s'amuse pas à sauter la vérification du DVD et
après se plaindre que l'installation a foiré (sic). Sinon l'utilisateur de
base est content d'Apple et n'a pas de véritable problème.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 14/10/08 14:09, dans <1iot06o.19673aw1v2ghumN%, « Ludovic Cynomys » a écrit :
Eric Levenez wrote:
Tu veux dire que la vérification du DVD au début de l'installation n'a trouvé aucune erreur, et qu'après reformatage du disque dur, le nouveau système installé avait le même problème de driver ?
Voilà ce qu'il me dit :
<< 1) La mise à jour 10.5.5 a foiré.
Et le message d'erreur ?
2) Ensuite quand j'ai voulu remettre le 10.5.1 je n'ai pas laissé vérifier le DVD. D'où un problème.
Oui.
3) J'ai autorisé l'effacement du disque dur car j'avais une sauvegarde de vendredi. 4) J'ai voulu remttre le 10.5.1 qui a foiré encore.
Et le message d'erreur ?
5) J'ai autorisé la vérification du DVD qui s'arrêtait toujours sur le même ficher Epson. J'ai donc vu que le DVD était en cause.
C'était en effet la première chose à faire.
6) J'ai alors vérifié mon DVD et j'ai vu qu'il était sale. Comment, je ne sais pas car toujours dans sa boîte. Je l'ai nettoyé avec de l'alcool. 7) J'ai relancé l'installation du 10.5.1 qui a bien fonctionné puis ai fait la MAJ 10.5.5 qui a bien fonctionné. 8) J'ai récupéré ma sauvegarde Retrospect et j'ai dû donner un nouveau nom car j'avais remis l'ancien à l'initialisation. >>
Bon, maintenant il a de nouveau accès à internet ;-)
Ceci dit, ça pose la question de la meilleure stratégie à adopter pour les mises à jour... sachant qu'on se rapproche dangereusement de Microsoft ;->
Ce qui est dément, c'est que dès que quelque chose foire, certains font des comparaisons directes avec Microsoft. Il ne faut pas comparer ce qui n'est pas comparable.
Le "problème" de la première mise à jour était un panic, et cela n'avait pas de rapport avec le deuxième "problème" qui était juste un problème de quelqu'un de trop pressé utilisant un DVD sale :-) Alors pour en revenir au premier panic, ce qui serait intéressant c'est de savoir pourquoi (analyse du panic.log, essaie de démarrage en mode sans échec...
Et d'abord, que faut-il faire AVANT de procéder à la mise à mise à jour !?
Il faut normalement vérifier que tous les softs sont bien compatibles avec la nouvelles mises à jour. De nombreux softs qui hackent Aqua sont connus pour ne pas être trop compatibles. Une sauvegarde est bien sûr recommandée, en plus de celle, évidente, de TimeMachine.
Sauvegardes, où, quand, comment... Time Machine pour les léopardisés [il m'a dit que ça n'avait pas marché pour lui]
"Ça marche pô" ? Si c'est le niveau de retour qu'il te fait, faut essayer de l'éduquer. Tant que l'utilisateur n'arrive pas à donner des informations cohérentes (message d'erreur précis, procédure exacte qui a donné le problème...) il est assez problématique de vouloir l'aider, et cela qu'il soit sur Windows, sur Mac OS X ou sur GNU/Linux.
Retrospect (bof : ça ne marchait pas non plus chez lui !) perso, j'ai le minimum, CCC hebdo + Backup d'Apple + données perso sur iDisk quotidiens
Et ensuite, que préférer pour la mise à jour, autoriser le tableau de bord "Mise à jour de logiciels"
Il n'y a pas de tableau de bord sur Mac OS X. Ceux-ci ont été enterrés avec Mac OS.
à proposer automatiquement les màj, ou bien le faire a la mano, en chargeant un combo (ce que je fais, maintenant)
Tout cela dépend de son niveau de paranoïa et du type de logiciel et de drivers installés. Beaucoup attendent plusieurs jours après la sortie d'une mise à jour avant de l'appliquer.
; est-ce nécessaire de demander d'archiver l'ancien système avant de procéder
Une simple mise à jour de 10.5.1 à 10.5.5 ne fait pas cela.
; et si ça foire, comment repartir avec l'ancien système ?!
De toute façon, on a 10 types de sauvegardes sur 10 supports, alors la question ne devrait pas se poser.
En résumé, l'utilisateur de base (ou fraichement converti) est un peu démuni... la légendaire facilité d'utilisation chez Apple, oui, tant que ça ne foire pas !
L'utilisateur de base, ne s'amuse pas à sauter la vérification du DVD et après se plaindre que l'installation a foiré (sic). Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
ludovic.cynomys
Eric Levenez wrote:
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème
voir MacFixIt !
noooon, je blague ;-)
sinon d'accord avec toi sur pas mal de trucs... quant à "éduquer" un vieux maqueux "talon d'Achille" et toussa, hein...
perso, j'ai mis du temps à abandonner les réflexes "Classic"* après quelques expérimentations hasardeuses -- il faut voir que les premières versions d'OS X n'étaient pas vraiment au point, hein ! j'ai commencé avec 10.2, et ce n'était pas encore tout-à-fait ça... pour le moment je colle avec 10.4.11 (et le fiston, même si ça râle**, avec 10.3.9 sur l'eMac)
on a juste touché un Mini aujourd'hui, en 10.5.4 et il a transféré sans broncher les données de la sauvegarde de l'iBook dont le disque à clamecé ;-))
* oui, le "tableau de bord" ! ** les jeeeeux ! -- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
Eric Levenez <usenet@levenez.com> wrote:
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable
problème
voir MacFixIt !
noooon, je blague ;-)
sinon d'accord avec toi sur pas mal de trucs...
quant à "éduquer" un vieux maqueux "talon d'Achille" et toussa, hein...
perso, j'ai mis du temps à abandonner les réflexes "Classic"* après
quelques expérimentations hasardeuses -- il faut voir que les premières
versions d'OS X n'étaient pas vraiment au point, hein !
j'ai commencé avec 10.2, et ce n'était pas encore tout-à-fait ça...
pour le moment je colle avec 10.4.11 (et le fiston, même si ça râle**,
avec 10.3.9 sur l'eMac)
on a juste touché un Mini aujourd'hui, en 10.5.4 et il a transféré sans
broncher les données de la sauvegarde de l'iBook dont le disque à
clamecé ;-))
* oui, le "tableau de bord" !
** les jeeeeux !
--
Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème
voir MacFixIt !
noooon, je blague ;-)
sinon d'accord avec toi sur pas mal de trucs... quant à "éduquer" un vieux maqueux "talon d'Achille" et toussa, hein...
perso, j'ai mis du temps à abandonner les réflexes "Classic"* après quelques expérimentations hasardeuses -- il faut voir que les premières versions d'OS X n'étaient pas vraiment au point, hein ! j'ai commencé avec 10.2, et ce n'était pas encore tout-à-fait ça... pour le moment je colle avec 10.4.11 (et le fiston, même si ça râle**, avec 10.3.9 sur l'eMac)
on a juste touché un Mini aujourd'hui, en 10.5.4 et il a transféré sans broncher les données de la sauvegarde de l'iBook dont le disque à clamecé ;-))
* oui, le "tableau de bord" ! ** les jeeeeux ! -- Qu'est-ce qu'on fout là tous, dans ce petit coin d'Univers ?
Eric Levenez
Le 14/10/08 21:03, dans <1iotjfm.1uaf30s9k8uloN%, « Ludovic Cynomys » a écrit :
Eric Levenez wrote:
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème
voir MacFixIt !
Il y a des sites spécialisés pour lister et résoudre les problèmes. Cela est très bien, mais cela n'est pas représentatif.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 14/10/08 21:03, dans
<1iotjfm.1uaf30s9k8uloN%ludovic.cynomys@terrier.invalid>, « Ludovic
Cynomys » <ludovic.cynomys@terrier.invalid> a écrit :
Eric Levenez <usenet@levenez.com> wrote:
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable
problème
voir MacFixIt !
Il y a des sites spécialisés pour lister et résoudre les problèmes. Cela est
très bien, mais cela n'est pas représentatif.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 14/10/08 21:03, dans <1iotjfm.1uaf30s9k8uloN%, « Ludovic Cynomys » a écrit :
Eric Levenez wrote:
Sinon l'utilisateur de base est content d'Apple et n'a pas de véritable problème
voir MacFixIt !
Il y a des sites spécialisés pour lister et résoudre les problèmes. Cela est très bien, mais cela n'est pas représentatif.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Thierry Mella
Eric Levenez wrote:
Le 13/10/08 21:36, dans <1iorknn.11golr8bda6s4N%, « Anne » a écrit :
Là, c'est pervers : ça plante en extinction.
La mise en veille / le réveil sont deux des opérations les plus difficiles d'un système d'exploitation. Il y a eu énormément de bugs sur Mac OS X là dessus. Pendant plusieurs mois je n'ai pas mis en veille un Mac. Maintenant tout va bien sur ma machine. Mais il reste, hélas, des bugs sur certains drivers, c'est sûr.
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
D'après ce que je sais, Mac OS X effectue des opérations de maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais que fait-il de précis en mode veille ?
D'avance merci pour ta réponse,
Cordialement,
Thierry
Eric Levenez wrote:
Le 13/10/08 21:36, dans <1iorknn.11golr8bda6s4N%anneleguennec@free.fr>,
« Anne » <anneleguennec@free.fr> a écrit :
Là, c'est pervers : ça plante en extinction.
La mise en veille / le réveil sont deux des opérations les plus difficiles
d'un système d'exploitation. Il y a eu énormément de bugs sur Mac OS X là
dessus. Pendant plusieurs mois je n'ai pas mis en veille un Mac. Maintenant
tout va bien sur ma machine. Mais il reste, hélas, des bugs sur certains
drivers, c'est sûr.
Pourquoi la mise en veille / réveil est-elle plus délicate
qu'un simple démarrage ? (question de pure curiosité ...)
D'après ce que je sais, Mac OS X effectue des opérations de
maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais
que fait-il de précis en mode veille ?
Le 13/10/08 21:36, dans <1iorknn.11golr8bda6s4N%, « Anne » a écrit :
Là, c'est pervers : ça plante en extinction.
La mise en veille / le réveil sont deux des opérations les plus difficiles d'un système d'exploitation. Il y a eu énormément de bugs sur Mac OS X là dessus. Pendant plusieurs mois je n'ai pas mis en veille un Mac. Maintenant tout va bien sur ma machine. Mais il reste, hélas, des bugs sur certains drivers, c'est sûr.
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
D'après ce que je sais, Mac OS X effectue des opérations de maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais que fait-il de précis en mode veille ?
D'avance merci pour ta réponse,
Cordialement,
Thierry
Eric Levenez
Le 15/10/08 07:04, dans <48f579e5$0$2864$, « Thierry Mella » a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus alimentés. En veille, ils perdent donc leur configuration, leur état interne... Le système doit donc sauvegarder toute cette configuration et ces états avant la coupure et tout restaurer après. C'est en particulier le cas pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent problème.
D'après ce que je sais, Mac OS X effectue des opérations de maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais que fait-il de précis en mode veille ?
En veille, il ne se passe rien car le CPU, ne fait rien. Au mieux, le système pourrait se réveiller totalement pour faire une action, avant de se rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 15/10/08 07:04, dans <48f579e5$0$2864$ba620e4c@news.skynet.be>, « Thierry
Mella » <thierry.mella@skynet.be> a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate
qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon
ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus
alimentés. En veille, ils perdent donc leur configuration, leur état
interne... Le système doit donc sauvegarder toute cette configuration et ces
états avant la coupure et tout restaurer après. C'est en particulier le cas
pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent
problème.
D'après ce que je sais, Mac OS X effectue des opérations de
maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais
que fait-il de précis en mode veille ?
En veille, il ne se passe rien car le CPU, ne fait rien. Au mieux, le
système pourrait se réveiller totalement pour faire une action, avant de se
rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 15/10/08 07:04, dans <48f579e5$0$2864$, « Thierry Mella » a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus alimentés. En veille, ils perdent donc leur configuration, leur état interne... Le système doit donc sauvegarder toute cette configuration et ces états avant la coupure et tout restaurer après. C'est en particulier le cas pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent problème.
D'après ce que je sais, Mac OS X effectue des opérations de maintenance (vers 3h du matin ?) lorsqu'il est "actif" mais que fait-il de précis en mode veille ?
En veille, il ne se passe rien car le CPU, ne fait rien. Au mieux, le système pourrait se réveiller totalement pour faire une action, avant de se rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
manet
Ludovic Cynomys wrote:
Et d'abord, que faut-il faire AVANT de procéder à la mise à mise à jour !?
un bon reflexe est de faire une réparation du disque et des autorisations, pour ne pas faire une instal sur un système vérolé.
Par ailleurs, il ne faut pas faire une mise à jour sur un disque presque plein, meme si la machine l'autorise (j'ai eu 2 fois des gros soucis).
Et d'abord, que faut-il faire AVANT de procéder à la mise à mise à jour !?
un bon reflexe est de faire une réparation du disque et des autorisations, pour ne pas faire une instal sur un système vérolé.
Par ailleurs, il ne faut pas faire une mise à jour sur un disque presque plein, meme si la machine l'autorise (j'ai eu 2 fois des gros soucis).
manet
Eric Levenez wrote:
Au mieux, le système pourrait se réveiller totalement pour faire une action, avant de se rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
et heureusement, car beaucoup de gens laissent leur mac dormir dnas la meme pièce qu'eux... s'il se mettait à faire du raffut à 3h du mat, je crois que ça facherait...
Eric Levenez <usenet@levenez.com> wrote:
Au mieux, le
système pourrait se réveiller totalement pour faire une action, avant de se
rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
et heureusement, car beaucoup de gens laissent leur mac dormir dnas la
meme pièce qu'eux... s'il se mettait à faire du raffut à 3h du mat, je
crois que ça facherait...
Au mieux, le système pourrait se réveiller totalement pour faire une action, avant de se rendormir. Mais Mac OS X ne fait pas cela. Quand il dort, il dort.
et heureusement, car beaucoup de gens laissent leur mac dormir dnas la meme pièce qu'eux... s'il se mettait à faire du raffut à 3h du mat, je crois que ça facherait...
Thierry Mella
Eric Levenez wrote:
Le 15/10/08 07:04, dans <48f579e5$0$2864$, « Thierry Mella » a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus alimentés. En veille, ils perdent donc leur configuration, leur état interne... Le système doit donc sauvegarder toute cette configuration et ces états avant la coupure et tout restaurer après. C'est en particulier le cas pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent problème.
Et quid d'un DD Firewire 400 externe que l'on allumerait / éteindrait de temps en temps, sans rebooter l'iMac (G5 / Panther 10.3.9) ?
Cordialement,
Thierry
Eric Levenez wrote:
Le 15/10/08 07:04, dans <48f579e5$0$2864$ba620e4c@news.skynet.be>, « Thierry
Mella » <thierry.mella@skynet.be> a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate
qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon
ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus
alimentés. En veille, ils perdent donc leur configuration, leur état
interne... Le système doit donc sauvegarder toute cette configuration et ces
états avant la coupure et tout restaurer après. C'est en particulier le cas
pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent
problème.
Et quid d'un DD Firewire 400 externe que l'on allumerait / éteindrait de
temps en temps, sans rebooter l'iMac (G5 / Panther 10.3.9) ?
Le 15/10/08 07:04, dans <48f579e5$0$2864$, « Thierry Mella » a écrit :
Pourquoi la mise en veille / réveil est-elle plus délicate qu'un simple démarrage ? (question de pure curiosité ...)
Un démarrage c'est simple, il suffit de charger les drivers dans le bon ordre, puis d'initialiser chaque périphérique.
Un réveil, c'est plus difficile car certains périphériques ne sont plus alimentés. En veille, ils perdent donc leur configuration, leur état interne... Le système doit donc sauvegarder toute cette configuration et ces états avant la coupure et tout restaurer après. C'est en particulier le cas pour les cartes graphiques, c'est pourquoi c'est souvent elles qui posent problème.
Et quid d'un DD Firewire 400 externe que l'on allumerait / éteindrait de temps en temps, sans rebooter l'iMac (G5 / Panther 10.3.9) ?
Cordialement,
Thierry
Eric Levenez
Le 16/10/08 07:17, dans <48f6ce87$0$2859$, « Thierry Mella » a écrit :
Et quid d'un DD Firewire 400 externe que l'on allumerait / éteindrait de temps en temps, sans rebooter l'iMac (G5 / Panther 10.3.9) ?
Si cela est fait le Mac allumé et en démontant de façon logiciel le disque, il ne doit y avoir aucun problème, sinon c'est un bug.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 16/10/08 07:17, dans <48f6ce87$0$2859$ba620e4c@news.skynet.be>, « Thierry
Mella » <thierry.mella@skynet.be> a écrit :
Et quid d'un DD Firewire 400 externe que l'on allumerait / éteindrait de
temps en temps, sans rebooter l'iMac (G5 / Panther 10.3.9) ?
Si cela est fait le Mac allumé et en démontant de façon logiciel le disque,
il ne doit y avoir aucun problème, sinon c'est un bug.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
