Mac ne démarre plus (correctement)

Nico911

Membre confirmé
23 Mars 2008
56
1
Bonsoir,

J'ai un gros souci, j'ai un MacBook Pro avec Mac OS X Snow Leopard. J'ai également Windows Seven Ultimate via Bootcamp.

J'était donc sur Seven, et d'un coup, écran bleu de windows et au reboot je voulais reboot sur Mac mais j'ai reci qui arrive:
http://vimeo.com/9835984
(La vidéo montre, que Mac boot, on voi le logo Apple, une sorte de barre de chargement vide, et puis MBP qui s'éteint complètement.)

Je ne sais pas si c'est lié mais au moment du crash sur 7 , mon antivirus faisait un scan, et il scannais justement la partition Mac.


J'espère qu'il y a un moyen de réglé ceci,


Merci,
Nico
 
Commence par effectuer un test matériel en t'aidant du DVD d'installation de la machine, comme indiqué dans cette page du support Apple.
 
Bonjour , Mince je n'ai pas mon dvd d'installation sous la main :o je saurai seulement le faire le weekend ( quand je rentre chez moi) Je vous tient au courrent , Merci, Nico
 
Bon j'ai fais le contrôle de disque et ça m'affiche que le disque dois être réparer après l'analyse. Mais en cliquant sur réparer, il me dis que le disque ne peut pas être réparer et que je dois le formatter.
Bon c'est pas trop grave vu que j'ai un backup TimeMachine, mais je ne peut pas formater!
Quand je devais choisir un disque d'installation Mac, ca me met:
Le contenu de ce disque ne peut pas être modifier
Mac OSX n'a pas pu être installer sur ce disque.


Une idée svp ? :(


Merci,
Nico


Edit:

J'ai fais un hardware test et j'ai ce code d'erreur :
4SNS/1/40000000 : TNOP - 75.625
 
Tu as bien fait le contrôle de ton disque dur en démarrant sur ton DVD, c'est bien ça ?
 
Je conseille plutôt de faire la vérification du disque (autrement dit, de la structure du système de fichiers) avec l'utilitaire inclus dans le système, et qui correspond donc exactement avec la version du système.
En cas d'impossibilité, passer à celui du DVD.
 
Merci de toutes vos réponses, j'ai effectivement utilisé l'utilitaire de disque sur le DVD d'install de Snow Leopard. Mais celui-ci indiquait uniquement qu'il y avais un erreur et que je devais formater. Ensuite j'ai utilisé le Applications Install DVD de Leopard pour faire le hardware Test, qui trouvais le nr d'erreur que j'ai indiqué un petit peut plus haut.
Je ne savais pas utilisé l'utilitaire de disque du Mac vu que je ne sais pas booté dessus.

Mais bon donc, j'ai formater la partition, ré installer Mac et finalement restauré tout avec la sauvegarde Time Machine. Mon petit Mac est comme neuf :)


Merci beaucoup de votre aide,
Nico :)
 
Je conseille plutôt de faire la vérification du disque (autrement dit, de la structure du système de fichiers) avec l'utilitaire inclus dans le système, et qui correspond donc exactement avec la version du système.
En cas d'impossibilité, passer à celui du DVD.
Là, tu m'interpelles : je pensais que la même commande était lancée par les deux sources,
et Apple rapporte des pseudo-erreurs plutôt quand on vérifie le Disque (journalisé) de l'intérieur :
http://support.apple.com/kb/HT2711 et http://support.apple.com/kb/TS2028
:confused:


Ceci dit, effacer le Disque et réimplanter la sauvegarde TM est la procédure conseillée par Apple devant une jauge / barre de progression grise au démarrage = http://support.apple.com/kb/TS3148?viewlocale=fr_FR :up:
 
Je peux évidemment me tromper :zen: ; en l'occurrence je me fie à mon bon (?) sens.

À savoir que le système gère un système de fichiers avec des pilotes et offre des outils pour l'analyser et le corriger. Avec le système installé sur la machine, on analyse le système avec un outil en phase avec le pilote qui gère le volume [autrement dit : le tout est avec les mêmes niveaux de versions des bibliothèques, des sources communes].

En analysant le volume depuis le DVD, il y a déphasage [ex. : tu as installé Tiger avec un DVD OS X.4.2 et tu en es sur le disque système à OS X.4.11 ; or il y a des nuances au niveau des outils entre ces deux versions].

Par ailleurs, j'ai aussi une autre raison à promouvoir la réparation directe : il est toujours bien de savoir le faire car on n'a pas toujours son DVD d'installation avec soi [sans parler des négligences et des accidents pouvant altérer la galette]. Un démarrage en mode mono-utilisateur est une option pratique.
 
Pour la réparation des autorisations, c'est clair dans mon esprit : la commande utilise ou les pkg des receipts du Mac ou les packages du DVD d'install,
et les mises à jour du Système font évoluer le contenu des receipts loin des packages initiaux.

Pour la réparation du Disque interne, j'espérais que tu m'éclair(ass)es sur les "outils" et les "pilotes" pour savoir si le phénomène était le même que pour les autorisations et leurs pkg. :)
Apple ne signale que des interférences avec les fichiers de la journalisation, mais peut-être y a-t-il effectivement autre chose qui puisse intervenir ?


Pour réparer le Disque sans le DVD, j'aimais bien AppleJack,
et reste encore le Safe mode, moins verbeux que le Single user = plus simple mais plus simpliste.


Bref, j'essaie de savoir si je dois systématiquement continuer de réparer mon HD avec ma partition-copie du DVD d'install,
ou si (ou quand) je devrais plutôt réparer avec mon clone. :confused:
 
AppleJack est compatible avec SL, il me semble. Suite à des modifications du côté de diskutil, il est obligé de lancer quelques services pour faire la vérification/réparation des autorisations [depuis Leopard].

Pour la vérification des autorisation, je pense que, même lancée depuis le DVD, elle vérifie les paquetages suivant la description présente sur le disque système (j'ai un peu la flemme d'aller vérifier (mon ménage m'attend)).

Pour la vérification du système de fichiers, il faut imaginer que le pilote et les outils utilisent au moins partiellement les mêmes bibliothèques et descripteurs dudit système. Ces bibliothèques peuvent évoluer dans le temps. Bon, cela étant, dans une même version majeure de l'OS, ça ne doit pas être crucial. Il est sûr qu'entre deux versions majeures de OS X, Apple le proscrit.
 
Il est sur ma machine parce que j'ai fait une mise à jour (c'est inhabituel). Je peux donc le désinstaller.

Ménage fait (appartement propret, ouf!). ;)
 
L'idéal est à mon sens un système identique installé sur un disque externe bootable. De là, on peut utiliser tous les outils qu'on veut "Utilitaire de disque, Techtool Pro, DiskW, etc... Ça ne prends pas beaucoup de place (20 Go suffisent largement) et c'est rapide. Ça permet aussi de rapatrier des données en urgence.

En voyage ou déplacement prolongé, on a emmené une copie de ses DVD d'installation.
 
Avec le système installé sur la machine, on analyse le système avec un outil en phase avec le pilote qui gère le volume [autrement dit : le tout est avec les mêmes niveaux de versions des bibliothèques, des sources communes].

En analysant le volume depuis le DVD, il y a déphasage
J'ai pris le temps de faire un test : Vérifier le Disque à partir de mon Mac, puis à partir de son clone, sous le regard de fseventer.


La première vérification (à partir du Mac) a fait appel à .Spotlight-V100, /var/log/ secure-kernel, et un fichier (temporaire) termldfile.XXXXXX situé dans /var/folders.

La seconde (à partir du Mac) et la troisième (à partir du clone), réalisées le même jour, ont fait toutes deux appel à .Spotlight-V100 et /var/log/ kernel-fsck_hfs-DiagnosticMessages de mon HD.
Le dossier DiagnosticMessages a été modifié au moment de la vérification : fichier enregistré à la première vérification ?

En résumé, la vérification semble faire appel à des fichiers invisibles écrits dans le Volume vérifié, quelle que soit la source qui lance la vérification.


Un bémol pourrait être la mise à jour des commandes du Terminal qui effectuent la vérification.

Encore que je ne sais pas comment les commandes du Terminal analysent les fichiers du Volume : est-ce par comparaison à une base de données (et laquelle ?) ?
ou par analyse intelligente des fichiers du Volume ?
 
Dans une partition, tu as un espace réservé, que l'on ne voit pas et un espace accessible.
Tu peux remarquer d'ailleurs que lorsque tu formates une partition, l'espace disponible est toujours plus petit que l'espace total de la partition.

Dans cet espace réservé on trouve la description de l'espace disponible, soit : la définition des fichiers au sens large (fichiers et répertoires, fichiers spéciaux etc.), comment les données sont stockées (les blocs, les liens entre les blocs etc.). L'outil de vérification du disque vérifie que l'ensemble des informations de description est cohérent. En mode réparation il va tenter de rendre cohérent ce qui ne l'est pas, ce qui peut se traduire par des écritures de blocs de données ici ou là, la création de fichiers de données non identifiées et ainsi de suite.

Bref, ces outils travaillent à un étage en-dessous des applications et outils usuels, ils travaillent plutôt au niveau du bloc de données qu'au niveau du fichier. Quant à ce que tu appelles à juste titre "base de données", c'est ce qui se trouve dans l'espace réservé.

Bien entendu, je suis assez schématique dans mes explications et un spécialiste te décrirait ça plus en profondeur.
 
La vérification d'un Disque fonctionne donc sur le même schéma que la vérification des autorisations

= elle compare ce qui doit être (la base de données de l'espace réservé+invisible, au lieu des receipts/packages pour les autorisations)
à ce qui est (entre autres, des fichiers invisibles de l'espace accessible+visible).


Merci Bompi. :)