Je dois dire d’abord que j’ai presque aucune expérience en ce qui concerne l’utilisation de Terminal, et en général je suis très prudent avec la commande que j’utilise.
J'ai essayé de créer un usb Android x86 amorçable et ce fut un succès, il a parfaitement démarré sur un PC Windows. J'espère que cela a fonctionné sur Mac aussi, malheureusement ce n'était pas le cas.
Mais j’ai immédiatement (normalement fermé le Mac une fois par semaine) découvert que, par cet essai de démarrage, j’avais commis une erreur. Une barre de chargement lente et grise est apparue au démarrage! Avant de réaliser l’usb android amorçable (avec UNetbooting), j’ai essayé une opération du terminal que j’ai vue sur youtube et dans un autre fil
sudo DiskUtil UnmountDisk disk1s1
sudo dd if=/Users/Me/Desktop/android.iso of=/rdisk1s1
(Je comprends maintenant, c’était correct of=/dev/rdisk, non?) Et je l’utilise trois fois, sans aucun résultat, pensai-je. Après la longue barre lente, j’essayai de vérifier le disque avec Utilitaire de disque et trouvai que j’avais besoin de réparer.
Démarrez mon CD d’installation et avant que j’ouvre la procédure d’utilisation de disque, Macintosh HD n’apparaissait pas, mais uniquement ma partition Vista.
L'utilitaire de disque m'a malheureusement attristé. Il était impossible de le réparer et avait besoin d'une sauvegarde. Je l'ai fait deux fois, un avec SuperDuper! (qui était encore plus rapide que Time Machine, qui avait commencé bien avant le téléchargement de SD!). Mais je ne suis pas d'accord avec ça. Je trouve ici cette
df -hl
et
sudo fsck_hfs -l /dev/disk0s2
avec, encore une fois, juste l’avis de réparation.
Même remarqué que les trois essais ont été placés dans le dossier Macintosh HD avec les dossiers lost + found et DamagedFiles, tous créés en même temps.
J'espérais donc que leur suppression permettrait de résoudre le problème. Non ce n'est pas.
J'ai quand même transcrit les 2 fichiers endommagés du dossier qui sont
.DSIsRunning Macintosh HD/Library/Prefences/DirectoryService
utmpx Macintosh HD/private/var/run
Maintenant. Ma seule chance de tout réinitialiser, même si mon Mac fonctionne toujours sans signe d'anomalie (attendez-vous à un long démarrage), est simplement de restaurer la sauvegarde ou autre?
la source
ping 192.168.1.x, plus que je devrais utiliser superuser avarage (copypaster) utilisateur: D dans la mauvaise commande Je suis la vidéo yhat suggère la Corret mais a montré le mauvaisRéponses:
Juste moi! Apparemment, choisir un mot de passe ne m’a pas assigné le plus tôt possible à un autre utilisateur (ancien utilisateur127893, maintenant utilisateur128454), mais toujours le même nom d’utilisateur et un avatar presque similaire (un quart ou un ancien avec une Triforce: D plus visible)
BTW récemment j'ai essayé d'exécuter une vérification et une réparation d'autorisations de disque. Après cela, je répète le disque de vérification et le message d'erreur a changé (si je me souviens bien, ce n'était pas comme ça)
incorrect number of thread record.J'espère avoir de la chance si je réessaie cette réparation cette fois-ci.
PS: Je suis un peu surpris de constater que cela n'a pas attiré beaucoup d'attention et que je vais chercher plus d'information sur la suggestion de Buscar 웃 SD. Je me demande si je dois appliquer la loi de Cunningham (le meilleur moyen d'obtenir la bonne réponse sur Internet consiste à ne pas poser de question, mais à poster la mauvaise réponse).
la source