L'erreur 50 est une erreur générique - iTunes n'a pas réussi à écrire un fichier et les article listant les erreurs spécifiques des magasins (développer la section sur les conditions spécifiques et les messages d'alerte pour révéler -50 dans cette section) traite des problèmes habituels où le magasin est en panne ou le réseau est en panne.

Si l'erreur remonte du système de fichiers (ou si vous obtenez l'erreur à partir du Finder), il s'agit souvent d'un caractère "illégal" dans le nom du fichier ou du dossier. Cherchez à supprimer ou à renommer les fichiers contenant des emoji, des caractères unicodes ou des caractères plus banals comme : & o /

Dans votre cas, il est très probable que le lecteur en soit la cause. Vous pouvez et devriez regarder dans l'application console pour voir quelles autres erreurs se produisent à ce moment-là. Recherchez les erreurs d'E/S - disk0 - ou exécutez simplement l'utilitaire de disque et demandez-lui de vérifier / réparer le fichier de catalogue. Cela confirmera l'hypothèse que le disque est défaillant et que les erreurs ne sont pas un problème logiciel.

Vous pourriez exporter le fichier xml de la bibliothèque actuelle sur le bureau et recommencer avec un tout nouveau fichier de bibliothèque iTunes, juste pour exclure toute corruption dans ce fichier, mais vous auriez alors deux problèmes en même temps - le terminal incapable d'écrire un fichier et iTunes incapable d'écrire un fichier. Le rasoir d'Occam (et mon expérience) dit que c'est le système de fichiers/le disque dur - pas deux problèmes logiciels identiques.

Les disques durs en rotation suivent les secteurs où une mauvaise écriture s'est produite et essaient d'en garder la trace pour que le système ne remarque pas que des fichiers n'ont pas été écrits, mais au fur et à mesure qu'un disque vieillit (ou si ce mécanisme échoue), vous obtiendrez de plus en plus d'erreurs irrécupérables.

De plus, il est souvent difficile de dire si la structure du catalogue est mauvaise (ce que Disk Warrior, Drive Genius et le simple effacement dans Disk Utility tentent de réparer en supposant que le disque fonctionne correctement). Mais si le matériel sous-jacent est défaillant, vous devrez passer à un nouveau disque.

Je ferais juste une autre sauvegarde et mettrais le disque à zéro et rechercherais les erreurs pendant la mise à zéro / réinstallation. Si les erreurs persistent, il est temps d'acheter un nouveau disque une fois que la douleur des redémarrages est plus importante que le coût d'une nouvelle pièce.

Dans votre cas spécifique d'une vieille machine PPC où la réparation est invasive et les câbles susceptibles d'être fragiles, je réinstallerais simplement le système d'exploitation sur un disque externe bon marché de plusieurs Go et je ferais fonctionner le Mac à partir d'un disque USB bon marché (la plupart des iBooks démarrent à partir d'USB, mais pas tous) - laissant le disque interne potentiellement défaillant inutilisé, non monté et éteint. Il est rare qu'un disque défaillant fasse tomber la machine en panne, vous pouvez donc le laisser seul pour un coût minimal si vous pouvez tolérer que l'iBook fonctionne sur un disque externe.

Erreur -50 par rapport à Mac OS X ou OS X

L'erreur :

• concerne le système de fichiers
• peut se produire avec un bon système de fichiers sur un bon disque.

Partager

Tigre pour servir iTunes

C'est ouvert à l'interprétation.

Compte tenu de l'éventail des situations - qui ne se limitent pas à iTunes - dans lesquelles des problèmes se posent, je l'imagine :

• Avec Tiger sur l'iBook G4, vous utilisez le volet Partage des préférences système pour partager un dossier.
• avec Snow Leopard sur le MacBook, vous préférez qu'iTunes écrive sa bibliothèque dans une partie de ce dossier partagé.

Si c'est le cas, vous devez faire attention :

• les identifiants numériques de tous les utilisateurs d'iTunes
• à l'iBook, l'ID de l'utilisateur où vous trouvez des problèmes avec le répertoire personnel
• sur l'iBook, les permissions de tous les dossiers et sous-dossiers que vous souhaitez rendre accessibles en écriture aux utilisateurs distants d'iTunes.

Conseil : la capacité de l'utilitaire de disque à vérifier les permissions ne permet pas de vérifier les droits d'accès. no s'étendent à des situations telles que celle-ci.

iTunes mis à part, la question me fait me demander si la propriété est comme elle devrait être sur l'iBook. Un problème pourrait survenir si, par exemple, un répertoire personnel était copié d'un Mac à un autre sans tenir compte des identifiants numériques des utilisateurs.

Suggestions

Sur l'iBook, avec Terminal, commandez :

ls -n ~

ls -dn ~

ls -dn ~/Desktop

Pour chacune des trois sorties : dans la troisième colonne, notez l'ID numérique du propriétaire.

Ensuite :

dscl . -list /Users UniqueID

L'identifiant numérique correspond-il ?

Et ainsi de suite considérez l'ID numérique de chaque utilisateur distant d'iTunes.

Référence

dscl(1) Page de manuel OS X

• dans ce cas, la version de la page pour Mac OS X version 10.4-intel peut être aussi bon pour Tiger sur PowerPC.

C'est un bug dans fseventsd. Pour un disque externe ou secondaire (disque dur non-booté), la correction est facile. Entrez dans la ligne de commande et supprimez sudo le .fseventsd du disque en question. Pour ce faire, vous devrez exécuter un rm -Rf qui est une méthode extrêmement dangereuse de suppression de quelque chose si vous ne savez pas ce que vous faites, car il supprimera avec un préjudice extrême.

ex : cd dans le lecteur cd /Volumes/(drive name) puis exécuter : sudo rm -Rf .fseventsd

Cela supprimera le cache de fseventsd et vous serez prêt à partir. Démontez le disque et remontez-le et cela fonctionnera immédiatement.

Il existe une solution alternative qui consiste à supprimer ce répertoire, puis à créer votre propre répertoire .fseventsd, que vous placerez dans un fichier appelé no_log.

Cela empêchera le système de consigner les événements sur le lecteur.

Vous pouvez essayer d'autres solutions telles que l'écriture des instructions par défaut, mais c'est la solution la plus simple pour vous sortir de cette situation.