¿cuantos gb o mb hay que tener para todos los archivos del mundo?
¿unos 3.000.000.000.000.000.000.000.000.000.000.000.000.000 gb?
petabytes mucho mas
míéřdabytes
Te lo cuento por encima, ya que lo mejor que puedes hacer es buscar en google, como funciona el sistema de archivos. Mira, el sistema de archivos en unix es diferente. Los archivos y carpetas las crea un usuario que este puede dar permisos a otros usuarios o no. Una vez entiendas que hay root(master), usuarios y grupos para dar permiso, veras que si creas un usuario nuevo se te creara una carpeta nueva en el sistema de ficheros. Esta carpeta esta en /home/(usuario). Es aquí dentro donde el usuario puede dejar sus archivos. Por cada usuario que crees, se creara una carpeta con su nombre i cada uno podrá hacer lo que quiera en su carpeta /home/(usuarios), pero no, en la carpeta de otro usuario, ya que no tendrá permiso.   
En definitiva dentro de /home/(tuusuario) es donde puedes guardar tus archivos.   
Pero sigo recomendándote que te leas el formato de sistema de archivos de unix, lo entenderás mucho mejor como funciona todo, y no es muy largo ni pesado.  
¿Alguna duda más...? :-D | Ghaleux Escribio: |
| 

| Google\_Master Escribio: |
| 

| Ghaleux Escribio: |
|  Al revés también podría **subir** archivos kml o Kmz a Google Maps desde mymaps para tenerlos en Google Maps?  |


¿Quieres decir descargar un kml de Mymaps y llevartelo a Google Maps?  |


Tengo varios Kmz y kml q solo veo en Google Earth y los quería meter en Google Maps ya q son puntos de interés y es para saber si estoy cerca de ellos  |


  

Entiendo que lo que quieres es pasar los archivos KML y KMZ de Google Earth a Google My Maps no?  

  

Para eso tienes que entrar en tu cuenta de My Maps y crear un mapa.  

  

Una vez creado el mapa, aparecerá por defecto una capa y un botón para importar (es lo que se ve en la **foto** adjunta).  

  

Si pinchas sobre importar te aparecerá una ventana con los textos "Arrastra aquí un archivo CSV, XLSX, KML o GPX" y "Seleccionar un archivo de tu dispositivo". Desde ahí puedes **subir** los KML y KMZ. Creo que se puede **subir** un archivo por capa. <p><em> específicamente para/tmp: </em></p><ul> <li><em> ¿debería ln -s/var/tmp/tmp? </em></li> </ul><p>en el caso de una imagen completa de disco en memoria (think "live boot cd") esto podría ser aceptable, ya que cada byte de ram necesita ser expulsado. de lo contrario, a menos que esté prensado por el espacio en disco, no./var tiene sus propias peculiaridades y mezcla/tmp con/var/tmp puede tener consecuencias involuntarias al realizar el mantenimiento de sistemas. también agrega una dependencia adicional en ese/tmp debe montarse para/var/tmp para funcionar correctamente; no todo necesita/tmp y puede tener una situación en la que desea migrarlo a una partición o unidad diferente, pero no puede, porque no desea desactivar/var.</p><ul> <li><em> ¿debería preservarse/tmp entre reinicios o no? </em></li> </ul><p>no. si está confiando en esto como un comportamiento consistente, usted, antes o temprano, se encontrará con problemas.</p><ul> <li><em> ¿debería/tmp estar en un área de disco real o se puede implementar básicamente en el área de intercambio (o tmpfs)? </em></li> </ul><p>cuando se usa en gran medida, esta es una tentación: "pondremos/tmp en un disco ram, acelerará el acceso, y cuando el sistema se reinicie/se apaga, no hay nada para limpiar" . sin embargo, si está pensando en implementar el espacio temp como un disco ram, se intercambiará, entonces consideraría las ramificaciones del uso del espacio de swap de su sistema por otros programas. si el intercambio está ahí como una forma de "desbordamiento de emergencia" para cuando el sistema está en directo y lo necesita, lo último que necesita es tener un espacio de intercambio consumido por un proceso de fugitivo de llenado/tmp, consumo de memoria, causando presión sobre el vm subsistema para intercambiar al disco. entre la actividad de intercambio, y la transmisión de e/s adicional en el disco ram (que a su vez puede hacer que page-ints adicionales satisfaga una búsqueda ()), su sistema se convertirá rápidamente en un límite de e/s.</p><ul> <li><em> ¿debería/tmp estar en un disco diferente del disco/(raíz)? </em></li> </ul><p>preferiblemente, sí, aunque no es necesario. si realiza un uso intensivo de él, o tiene una carga de trabajo constante que lo requiera, definitivamente sí. ejemplo hipotético: una base de datos que descarga los archivos temp a/tmp obtendría una ligera velocidad introduciendo/tmp a un husillo separado (es decir, la unidad).</p><ul> <li><em> ¿colocaría/tmp en un controlador de disco diferente del disco/(raíz)? </em></li> </ul><p>si tiene requisitos para la capacidad de recuperación o velocidad, entonces debe considerarse.</p><ul> <li><em> ¿alguna regla de pulgar para el tamaño de/tmp? </em></li> </ul><p>debe acomodar 2x su carga de trabajo esperada. por esto, quiero decir que si tiene usuarios locales regularmente usando este espacio, tarde o temprano, alguien hará algo tonto e intentará llenarlo. tener un ligero excedente le permitirá evitar "problemas" extraños con los programas que se detienen porque sus archivos temporales han completado el espacio que queda.</p><p>si se trata de una instalación de "servicios comunes", donde el servidor proporciona uno o más servicios de red, pero no se encuentra a los usuarios, entonces esto probablemente estará en el lado bajo. si se trata de una instalación de múltiples usuarios, esto estará en el lado alto (sí, <a href="http://davelargo.blogspot.com/">todavía hay lugares que acogen usuarios reales</a> y no solo sus servicios de red).</p><ul> <li><em> ¿cómo se administraría/tmp espacio mientras el sistema está arriba? eliminar todos los archivos&gt; ciertosa edad? deje solo el área hasta que alcance un% de edad de máx. </em></li> </ul><p>mire en el comando <a href="http://linux.die.net/man/8/tmpwatch">tmpwatch</a> , creo que encontrará que se adapte a esta parte de su (s) pregunta (s) de su pregunta (s). el comando simplemente elimina cualquier archivo más allá de una cierta edad en horas. dependiendo de lo rápido que se llena, podría hacer 30 días, 45 días, 90 días, etc.</p><ul> <li><em> ¿debería realizar algún artículo procesal en efecto para gobernar esta área? </em></li> </ul><p>recomendaría lo siguiente:</p><ol> <li>todos los archivos son transitorios, y no están garantizados para sobrevivir a un reinicio.</li> <li>los archivos rancios pasados% la edad se eliminará por la noche a la medianoche de la hora local a través de un trabajo de cron que ejecuta el comando tmpwatch.</li> </ol><p>el resto es una cuestión de sus necesidades específicas.</p> Te costaría 3.000.000 o sea que 100 por mt2 bueno lo ke tenes ke hacer es muy facil o por lo menos a mi me funciono agarra tu mp3 fijate en un costado hay un candado o una llave saca el seguro ii ya esta fijate si podes borrar o almacenar los archivos suerte espero ke te funcione <p>ubuntu se encuentra bajo una combinación de licencias, cada paquete individual tiene su archivo de derecho de copia en/usr/share/doc/package/copyright, p./usr/share/doc/gnome-panel/copyright todos los paquetes en main y universe son software libre y pueden modificarse y redistribuirse; los paquetes restringidos y multiverse se incluyen en otras licencias que pueden no permitirlo.</p><p>ver <a href="http://www.ubuntu.com/project/about-ubuntu/licensing">http://www.ubuntu.com/project/about-ubuntu/licensing</a> para más detalles</p> ![](//blob.todoexpertos.com/uploads/md/59ae102523fd44d9e9a011ff0c037fec.jpg)

![](//blob.todoexpertos.com/uploads/md/8095420fb8d9ad679dc09bac31fc66a1.jpg) ¿Te refieres a estas unidades ?  

![](https://i.pinimg.com/originals/f7/9b/f8/f79bf83c67b014ccefd1b570d30399ea.png) Según lo que he encontrado en algunas página no tiene giroscopio, he actualizado el dato en la ficha.   

Del almacenamiento no he encontrado información, pero con 32 GB no creo que tenga ningún problema y ya no es común que los móviles tengan el almacenamiento limitado para aplicaciones, sobre todo con las ultimas versiones de Android. <p>windows xp descarga las aplicaciones minimizadas en el disco como locas. pruébelo usted mismo, comience a descargar un gran torrent y minimice todo. muy pronto, casi todo su ram se usa como caché de archivos para el torrent en lugar de sus otras aplicaciones. deshabilitar el archivo de página evitará este comportamiento.</p><p>sin embargo, en windows vista y windows 7, el sistema maneja este escenario mucho, mucho mejor ... así que no estoy seguro de que deshabilitar el archivo de página en estas versiones hará una gran diferencia.</p><p>algunos juegos requieren que tengas un archivo de página, incluso cuando no es realmente necesario, noté esto recientemente cuando traté de jugar una demostración del juego que descargué de steam. a pesar de que tenía 6 conciertos de ram disponible, el juego se negó a comenzar hasta que creé un archivo de página muy pequeño ... <em>suspiro</em></p><p>personalmente, cuando tengo mucha ram, prefiero ir sin un archivo de paginación.</p>