Cómo Finder puede encontrar este archivo con nombre largo?

He intentado crear un archivo PDF con el mismo nombre en dos equipos y ambos inmediatamente índice de los archivos y les proporcionan en las búsquedas por cualquier parte del nombre. Me gustaría ser curioso el ver el contenido real del archivo en caso de que el contenido de alguna manera está causando el indizador a fallar, pero luego te dicen los índices de acuerdo con los nombres más cortos, por lo que no se justifica que el contenido es un problema.

Algo que usted podría hacer es intentar ejecutar mdls contra el archivo. Esto debería mostrar los metadatos que se registra en el punto de mira de índice para el archivo. Por ejemplo, cuando se ejecuta contra el PDF que he utilizado para las pruebas he de conseguir cosas como la siguiente. Puedes ver aquí el kMDItemDisplayName y kMDItemFSName son ambos extraen el nombre real del archivo, ya que el documento es sólo un azar PDF sobre algo completamente distinto que simplemente he cambiado el nombre).

kMDItemAuthors                 = (
    se0896
)
kMDItemContentCreationDate     = 2014-12-11 11:38:01 +0000
kMDItemContentModificationDate = 2014-12-11 11:38:01 +0000
kMDItemContentType             = "com.adobe.pdf"
kMDItemContentTypeTree         = (
    "com.adobe.pdf",
    "public.data",
    "public.item",
    "public.composite-content",
    "public.content"
)
kMDItemCreator                 = "Microsoft® Word 2010"
kMDItemDateAdded               = 2015-03-22 22:30:07 +0000
kMDItemDisplayName             = "Hans-Jorg Oestern, Otmar Lorenz Trentz, Lorem Ipsum Lorem Vascular Injuries- Trauma Surgery I (European Manual of Medicine).pdf"
kMDItemEncodingApplications    = (
    "Microsoft\U00ae Word 2010"
)
kMDItemFSContentChangeDate     = 2014-12-11 11:38:01 +0000
kMDItemFSCreationDate          = 2014-12-11 11:38:01 +0000
kMDItemFSCreatorCode           = ""
kMDItemFSFinderFlags           = 0
kMDItemFSHasCustomIcon         = (null)
kMDItemFSInvisible             = 0
kMDItemFSIsExtensionHidden     = 0
kMDItemFSIsStationery          = (null)
kMDItemFSLabel                 = 0
kMDItemFSName                  = "Hans-Jorg Oestern, Otmar Lorenz Trentz, Lorem Ipsum Lorem Vascular Injuries- Trauma Surgery I (European Manual of Medicine).pdf"
kMDItemFSNodeCount             = (null)
kMDItemFSOwnerGroupID          = 20
kMDItemFSOwnerUserID           = 501
kMDItemFSSize                  = 132180
kMDItemFSTypeCode              = ""
kMDItemKind                    = "Portable Document Format (PDF)"
kMDItemLogicalSize             = 132180
kMDItemNumberOfPages           = 5
kMDItemPageHeight              = 841.92
kMDItemPageWidth               = 595.32
kMDItemPhysicalSize            = 135168
kMDItemSecurityMethod          = "None"
kMDItemTitle                   = "Job Title"
kMDItemVersion                 = "1.5"

Otra cosa que podrías probar es ejecutar el manual de la herramienta de importación mdimport con la opción de depuración contra de las dos versiones del archivo (es decir el archivo con un nombre largo y de nuevo con un nombre corto) y comprobar las diferencias en los datos que se extraen y se importan en el Foco de los metadatos de las tiendas. El siguiente comando (con la ruta de acceso correcta para el archivo de curso) debe mostrar que el importador está siendo utilizado y que las llaves son extraídos. Esto podría ayudar a diagnosticar la falla. Esta es también una manera de forzar a los focos de índice (o indexar un archivo, pero no creo que jamás he encontrado que es necesario. NOTA: La forma más fácil para realizar el siguiente comando es de tipo "mdimport -d 3" y, a continuación, arrastrar y soltar el archivo en la ventana de Terminal.

mdimport -d 3 /Users/USERNAME/Hans-Jorg\ Oestern\,\ Otmar\ Lorenz\ Trentz\,\ Lorem\ Ipsum\ Lorem\ Vascular\ Injuries-\ Trauma\ Surgery\ I\ \(European\ Manual\ of\ Medicine\).pdf"