Guest Join UsHola invitado,
Bienvenido a los foros de Mac-Club.
Grupo de chalados que hablan de cualquier cosa y de los que
algunos, además y para más inri, son usuarios de Macintosh
Hasta que no te registres, partes de estos foros no te serán accesibles
o Crear una cuenta


Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
¿Que significa la @ junto a los permisos en macos?
#11
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...

Ash Nazg durbatulûk, ash Nazg gimbatul,
ash Nazg thrakatulûk agh burzum-ishi krimpatul.
Responder
#12
¡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.  Smile 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.

Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder
#13
(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.  Smile 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:
Ash Nazg durbatulûk, ash Nazg gimbatul,
ash Nazg thrakatulûk agh burzum-ishi krimpatul.
Responder
#14
(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 Smile
Responder
#15
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...
Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder
#16
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.
Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder
#17
Te dijeron mal...  Smile
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.  Smile
Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder
#18
(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
Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder
#19
Ojalá.. No lo de olvidar cosas, lo de tener tu edad.  Smile
Principio de Hanlon:
«Nunca le atribuyas a la maldad lo que puede ser explicado por la estupidez»
Responder


Posibles temas similares...
Tema Autor Respuestas Vistas Último mensaje
  Portafirmas iOS en MacOs M1 Aeglos 0 285 02-11-2021, 12:32
Último mensaje: Aeglos
  macOS sierra osangela 1 2.504 14-12-2016, 14:15
Último mensaje: mandragora
  Time Capsule / Carpetas y Permisos rfcf84 4 4.392 28-11-2016, 15:55
Último mensaje: rfcf84
  MACOS SIERRA en mac anterior a 2010? Fidelware 3 4.506 06-07-2016, 17:32
Último mensaje: ezmac
  Acción de automator para cambiar permisos de un archivo iceman 7 5.479 13-10-2015, 00:31
Último mensaje: iceman

Salto de foro:


Usuarios navegando en este tema: 1 invitado(s)


Acerca de Los foros de Mac-club

Grupo de chalados que hablan de cualquier cosa y de los que algunos, además y para más inri, son usuarios de Macintosh

Para más información usa el formulario de contacto

              Tus enlaces

              En obras