Hola, ya he solucionado el problema 1 MILLON DE GRACIAS!!!
Thor:HardDisks mar$ ls -l@
total 16965968
-rw------- 1 mar wheel   82432 3 ago 20:47 NewHardDisk1.vdi
-rw-------@ 1 mar wheel 8686486016 3 ago 20:06 Windows7.vdi
com.apple.FinderInfo     32
Thor:HardDisks mar$ xattr Windows7.vdi
com.apple.FinderInfo
Thor:HardDisks mar$ xattr -d com.apple.FinderInfo Windows7.vdi
Thor:HardDisks mar$ ls -l@
total 16965968
-rw------- 1 mar wheel   82432 3 ago 20:47 NewHardDisk1.vdi
-rw------- 1 mar wheel 8686486016 3 ago 20:06 Windows7.vdi
Eso ha sido todo amig@s...
¡Joer!, ¡Un atributo de ocho gigas y medio!
Eso son atributos y no los del caballo de Espartero. :big_smile:
Los atributos en HFS+ pueden tener longitudes arbitrarias pero eso ya es pasarse de arbitrariedad.Â
Me gustaría saber que leñe había dentro de ese atributo ya que eso es algo más que el nombre del autor del programa. Ni que sea vasco y se llame algo así como Iturriberrigorrigoecoerrotaberricoechea
Por cierto,. si haces un ls, pon el modificador "-h"
ls -lh@
o
ls -lh
La "h" viene de "humano" y pone las cantidades en una forma más legible, Bytes, K, Megas, etc y con separadores de miles.
(04-08-2010, 20:02)Admin (Alberto) link escribió: [ -> ]¡Joer!, ¡Un atributo de ocho gigas y medio!
Eso son atributos y no los del caballo de Espartero. :big_smile:
Los atributos en HFS+ pueden tener longitudes arbitrarias pero eso ya es pasarse de arbitrariedad. Me gustaría saber que leñe había dentro de ese atributo ya que eso es algo más que el nombre del autor del programa. Ni que sea vasco y se llame algo así como Iturriberrigorrigoecoerrotaberricoechea
Por cierto,. si haces un ls, pon el modificador "-h"
ls -lh@
o
ls -lh
La "h" viene de "humano" y pone las cantidades en una forma más legible, Bytes, K, Megas, etc y con separadores de miles.
Pues es una imagen de un disco virtual de SunVirtualBox con Windows7, lo que no entiendo es porque me hace esto cuando lo copio.
En cuanto a lo del -h estoy habituado a ello ya que Solaris 8 no tiene aun -h :big_smile:
(03-08-2010, 23:59)ezmac link escribió: [ -> ]ampliando el tema, el enlace simbólico es algo "más gordo" que nuestro típico alias de toda la vida, conlleva muchas más funciones... y entre ellas una muy peligrosa: borrar este enlace y perder todo lo relacionado....
es algo así como un enlace "duro"...
Supongo que en osx será igual que en unix y linux: los enlaces simbolicos, que se crean con el comando ln, puede ser de dos clases, duros y blandos.
-Un enlace blando (se crea con ln -s, y se distingue porque que lleva la i en su mascara de permisos), es simplemente un alias al archivo real. Puedes borrarlo y no afecta el real. Son muy útiles, entre otras cosas, para controlar las distintas versiones de alguna cosa, por ejemplo, supongamos que en una web usamos la librería jQuery. Pues podriamos tener distintos directorios, cada uno para una versión, llamados jQuery.1.2, jQuery.1.4, etc, y un enlace blando llamado jQuery a secas, de manera que en el código fuente hariamos referencia a dicho enlace blando, lo cual nos permitiria cambiar entre versiones de jQuery, simplemente modificando el enlace, sin necesidad de tocar para nada el código de la web.
-Un enlace duro es un puntero al archivo real, y podemos tener mas de uno, de manera que el archivo real se borraría cuando eliminaramos el ultimos de sus enlaces duros. Supongo que este es el peligro del que nos advierte ezmac, pues si no estamos atentos podemos eliminar el ultimo de sus punteros, o sea, el archivo en si mismo. La limitación de los enlaces duros es que no podemos crearlos, lógicamente, en particiones distintas.
Un saludo, y perdón por el tocho
No es exactamente lo mismo que en Linux ya que los ficheros de mac, tal como hemos explicado arriba, contienen mas metainformacion que los de Linux, de ahí lo que dije que eran más "gordos", para ser concisos, más complejos...
Son mas complejos desde el momento en que a un fichero le puedes asignar cosas como el nombre del autor, y otras "ramas" (forks) que quieras o te inventes. Como si quieres poner todo el quijote como metadato de un fichero que, como información, solo contiene la letra "A" por decir algo.
En fin, todas esas cosillas que viene a ser indicadas por la arroba final cuando están y que en unix no existen.
Te dijeron mal...Â
Los fork exactamente como se usaban en mac os classic no se usan pero sí se sigue usando su funcionalidad (ver mi anterior mensaje sobre el asunto) puedes llamarlos de otra manera pero son lo mismo.
Sino ¿cómo piensas que Finder sabe que una aplicación está recién bajada de internet y te avisa la primera vez que la abres?
Siempre que veas una arroba en el nombre de un fichero, ese fichero tiene información adicional que no se copiará a un Windows ni a un Linux.
Y con ello volvemos al tema inicial de este hilo en el que su autor encontró
la solución gracias a haber comprendido la
si existencia de esos forks, él solucionó su problema eliminando uno de esos forks precisamente.
Tuti, deberías de leer todo el hilo... Ya me estás volviendo a leer en diagonal.Â
(13-08-2010, 07:51)Tuti link escribió: [ -> ]Es un sistema de ficheros diferente y hay cosas que el "ls" no sabe. Wi alguien se programara un "ls" para HFS capad de sacar eso, estaria solucionado.
...
Como dije en un mensaje anterior:
ls -l@
Y salen cosas así:
Código:
-rw-r--r--@ 1 admin staff   167 18 ago 2009 udownload.dat
com.apple.quarantine    38
drwxr-xr-x  4 admin staff   136 2 jun 14:20 vmware_shared
-rw-r--r--@ 1 admin staff  27818 23 sep 2008 volante_smart.gif
com.apple.FinderInfo    32
com.apple.ResourceFork  77124
-rw-r--r--  1 admin staff  102400 9 may 2009 z
Ojalá.. No lo de olvidar cosas, lo de tener tu edad.Â