2 copias exactas de autorun.inf, una funciona y otra no [duplicar]

Tengo dos archivos Autorun.inf, el código dentro de ellos es exactamente el mismo. Pero solo 1 funciona, el otro no funciona.

El que funciona está copiado del DVD y lo edité. El que no funciona creado en mi escritorio al renombrar el archivo de texto (lo renombré correctamente).

Este funciona

Este no funciona

Si quieres los archivos:

Trabajo uno: http://www16.zippyshare.com/v/64IutSu4/file.html

No funciona uno: http://www98.zippyshare.com/v/zEqU2BZ7/file.html

¿Alguien sabe por qué no funciona el que creé en mi escritorio? y como puedo hacer que funcione? y cual es la diferencia entre esos 2 archivos?

Gracias.

windows usb windows-10 filesystems autorun usuario4335407
fuente

Abrí ambos con un editor hexadecimal y son bastante diferentes al mirar los valores hexadecimales. Es bastante fácil hacer uno nuevo. Cree un archivo de texto de ejecución automática y escriba los datos, guarde el archivo y cambie la extensión de txt a inf.

Moab

@Moab Eso es lo que hice, pero lo guardé como "UTF-8 con una lista de materiales UTF-8" - (dxiv) y ese fue el problema. Gracias por la respuesta :)

user4335407

Les desaprobaría ser copias exactas. Esto es simplemente imposible SI lo son.

Zaibis

El primer archivo dice "usb". El segundo archivo dice "usbk". Mira las últimas líneas. Parece un simple error tipográfico.

ApproachingDarknessFish

Respuestas:

El segundo .inf, que no funciona, parece haberse guardado como UTF-8 con una lista de materiales UTF-8 .

La lista de materiales UTF-8 significa que el archivo comienza con la secuencia binaria EF BB BF(en hexadecimal). Pero Windows espera que los autorun.infarchivos sean texto sin formato, por lo que no reconocerá este como tal.

Mi consejo es elegir la opción de texto sin formato en su editor de texto al guardar .infarchivos o similares.

dxiv
fuente

y es por eso que no usa el bloc de notas para editar archivos de programa.

Thorbjørn Ravn Andersen

@ ThorbjørnRavnAndersen no creo que el bloc de notas agregue BOM.

Sharky

No lo hace, pero tampoco le informa sobre BOM, y lo guardará de nuevo en la misma codificación que el archivo original.

Nelson

UTF8 es texto sin formato. Supongo que estás hablando de ASCII.

fNek

Ni siquiera es la codificación de longitud variable el problema. Es que la "BOM" (que no es realmente una BOM en absoluto, porque una BOM solo se usa para distinguir las codificaciones little endian de big-endian de Unicode de 16 bits o más) no es visible dentro del editor. Y la invisibilidad de la "lista de materiales" es lo que hace que ya no sea texto sin formato.

Monty Harder

Como dxiv ha dicho, esto es causado por UTF-8 BOM.

El editor de archivos que está utilizando, Notepad ++, puede indicarle la codificación del archivo.

UTF-8 BOM agrega bytes de encabezado al archivo que rompe su compatibilidad con archivos ASCII estándar, mientras que UTF-8 sin archivos BOM (o simplemente UTF-8) son totalmente compatibles con el archivo ASCII estándar, suponiendo que no use ningún UTF -8 caracteres.

Notepad ++ también tiene un complemento de editor HEX y podrá ver estos bytes adicionales con él:

Nelson
fuente