[opensuse-es] Crear una carpeta con el mismo nombre que un directorio
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden. Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer". ¿Alguien sabe algo? Saludos, Raúl --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 12/10/06, Raúl Moratalla
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden.
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
¿Alguien sabe algo?
No se puede tener un archivo y un directorio con el mismo nombre en linux (o unix) por la razon que archivos y directorios pertenecen a la misma especie, osea, son tratados por el SO de la misma forma, los directorios son tratados como si fuesen archivos, entonces tener un directorio y un archivo con el mismo nombre es como tener 2 archivos con el mismo nombre (osea imposible) pero razonable (de hecho en unix casi todo es tratado como si fuese un archivo, unidades de disco, dispositivos, etc). Todo es por simplicidad. En linux tenemos 1 solo comando para copiar directorios y archivos el comando "cp" de igual forma para borrar directorios o archivos se usa el mismo comando "rm". En Windows por el contrario los directorios y los archivos pertenecen a dos especies diferentes, por eso se tiene dos comandos diferentes para borrar un archivo (del) y para borrar un directorio (rmdir) y debido a que son 2 especies diferentes se puede tener el mismo nombre. El que todo sea considerado como archivos es muy beneficial en el sentido de que genera simplicidad tanto para programadores como para usuarios. Como usuario tienes que memorizar 1 solo comando para copiar cualquier clase de archivo o directorio. Si eres programador acceder a un archivo o a un directorio se lo hace de la misma forma, no asi con Windows que debes memorizar un comando para cada uno (archivos y directorios) y como programador la complejidad es doble ya que no puedes tratar a los dos de la misma forma. Espero que esto te ayude Saludos, David. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 11 de Diciembre de 2006 00:55, David Canar escribió:
No se puede tener un archivo y un directorio con el mismo nombre en linux (o unix) por la razon que archivos y directorios pertenecen a la misma especie, osea, son tratados por el SO de la misma forma, Si, eso si que lo sabía. Todo son archivos al igual que en C :)
los directorios son tratados como si fuesen archivos, entonces tener un directorio y un archivo con el mismo nombre es como tener 2 archivos con el mismo nombre (osea imposible) pero razonable (de hecho en unix casi todo es tratado como si fuese un archivo, unidades de disco, dispositivos, etc). Todo es por simplicidad. En linux tenemos 1 solo comando para copiar directorios y archivos el comando "cp" de igual forma para borrar directorios o archivos se usa el mismo comando "rm".
En Windows por el contrario los directorios y los archivos pertenecen a dos especies diferentes, por eso se tiene dos comandos diferentes para borrar un archivo (del) y para borrar un directorio (rmdir) y debido a que son 2 especies diferentes se puede tener el mismo nombre.
El que todo sea considerado como archivos es muy beneficial en el sentido de que genera simplicidad tanto para programadores como para usuarios. Como usuario tienes que memorizar 1 solo comando para copiar cualquier clase de archivo o directorio. Si eres programador acceder a un archivo o a un directorio se lo hace de la misma forma, no asi con Windows que debes memorizar un comando para cada uno (archivos y directorios) y como programador la complejidad es doble ya que no puedes tratar a los dos de la misma forma.
Espero que esto te ayude
Gracias por toda la explicación, ahora queda totalmente claro. Voy a remitir tu respuesta a mi amigo el "windowsero" ;) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 11 de Diciembre de 2006 00:55, David Canar escribió:
Espero que esto te ayude
Mmm había escrito mal el asunto, es lo que tiene escribir a estas horas con un poco de sueño. Suerte que me has entendido xD --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El 10/12/06 23:18, Raúl Moratalla
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden.
Con el mismo nombre ... Pues sí y no. Puedes ponerle el mismo nombre pero cambiar la letra inicial, en un le pones minúscula y en otro mayúscula. Por ejemplo, el directorio se puede llamar "Prueba" y el fichero "prueba".
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
Eso es falso, en Windows no se puede crear un fichero y una carpeta con el mismo nombre. Que intente crear un fichero llamado "prueba" y una carpeta llamada "prueba" en el mismo directorio, no le va a funcionar. Otra cosa sería que le diera una extensión al fichero, por ejemplo "prueba.txt", entonces sí. Que intente tu amigo crear dos ficheros en windows y en el mismo directorio, uno con el nombre "Prueba" y otro con el nombre "prueba". No lo podrá hacer, pero eso si se puede hacer en Linux. ;-) - -- Saludos. HP Pavilion dv4396EA Edubuntu 6.10 - Kernel 2.6.17-10-386 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFfKg6VNQyRvVnplARAhUeAJ4ot7rOwrCZRN7uiaNvQrdj7LGSeACfW5ST l8UvicQqQblFSE7szU5fQSA= =Gy2L -----END PGP SIGNATURE----- ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
Eso es falso, en Windows no se puede crear un fichero y una carpeta con el mismo nombre. Que intente crear un fichero llamado "prueba" y una carpeta llamada "prueba" en el mismo directorio, no le va a funcionar. Otra cosa sería que le diera una extensión al fichero, por ejemplo "prueba.txt", entonces sí. Que intente tu amigo crear dos ficheros en windows y en el mismo directorio, uno con el nombre "Prueba" y otro con el nombre "prueba". No lo podrá hacer, pero eso si se puede hacer en Linux. ;-)
He inicado un windows en vmware para comprobar esto, que tenia entendido que no se podia, y NO SE PUEDE, como bien dice Doctor Nemo lo que pasa es que si en el explorador de windows ocultas las extensiones si se puede puedes tener archivo, archivo.doc, archivo.xls, archivo.jpg y todos los mostrara como "archivo" pero en realidad, todos sabemos que se llaman distinto, lo que hace windows es ocultar las extensiones --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Lunes, 11 de Diciembre de 2006 01:44, Juan Gustavo Fogelman escribió:
He inicado un windows en vmware para comprobar esto, que tenia entendido que no se podia, y NO SE PUEDE, como bien dice Doctor Nemo lo que pasa es que si en el explorador de windows ocultas las extensiones si se puede puedes tener archivo, archivo.doc, archivo.xls, archivo.jpg y todos los mostrara como "archivo" pero en realidad, todos sabemos que se llaman distinto, lo que hace windows es ocultar las extensiones
Yo no lo había probado, por lo que no sabía si era cierto o no. Se tendrá que tragar sus palabras ;) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Lunes, 11 de Diciembre de 2006 00:18, Raúl Moratalla escribió:
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden.
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
Como te han dicho en otros correos, en MS-Windows _NO_ se pueden crear ficheros y directorios con el mismo nombre. La explicación es que un mismo nombre de fichero no puede tener dos inodos, pero sí puedes tener el mismo inodo para diferentes nombres de ficheros (man ln ;) No, los sym links no son el mismo fichero. Los sym links son ficheros que contienen la ruta absoluta al fichero al que se referencia y su inodo es diferente al del fichero al que se referencia. En todo caso ... suponiendo que en MS-Windows se pudiera hacer ... vaya razón de peso para pasarse a MS-Windows ;) Dile a tu colega que me ha convencido y que mañana mismo me paso al MS-Windows ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Rafa Grimán escribió:
Hola :)
El Lunes, 11 de Diciembre de 2006 00:18, Raúl Moratalla escribió:
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden.
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
Como te han dicho en otros correos, en MS-Windows _NO_ se pueden crear ficheros y directorios con el mismo nombre. La explicación es que un mismo nombre de fichero no puede tener dos inodos, pero sí puedes tener el mismo inodo para diferentes nombres de ficheros (man ln ;)
No, los sym links no son el mismo fichero. Los sym links son ficheros que contienen la ruta absoluta al fichero al que se referencia y su inodo es diferente al del fichero al que se referencia.
En todo caso ... suponiendo que en MS-Windows se pudiera hacer ... vaya razón de peso para pasarse a MS-Windows ;) Dile a tu colega que me ha convencido y que mañana mismo me paso al MS-Windows ;)
Rafa
En windows no se puede hacer tampoco. Al menos en el XP del trabajo, no puedo. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Lunes, 11 de Diciembre de 2006 14:28, Luis O. escribió:
Rafa Grimán escribió:
Hola :)
El Lunes, 11 de Diciembre de 2006 00:18, Raúl Moratalla escribió:
Hola, ¿alguien sabe si en Linux es posible crear dentro de un mismo directorio un directorio y un fichero que tengan el mismo nombre? Me han hecho esa pregunta hace unos minutos y no se si es posible hacerlo, ni los motivos técnicos que lo impiden.
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
Como te han dicho en otros correos, en MS-Windows _NO_ se pueden crear ficheros y directorios con el mismo nombre. La explicación es que un mismo nombre de fichero no puede tener dos inodos, pero sí puedes tener el mismo inodo para diferentes nombres de ficheros (man ln ;)
No, los sym links no son el mismo fichero. Los sym links son ficheros que contienen la ruta absoluta al fichero al que se referencia y su inodo es diferente al del fichero al que se referencia.
En todo caso ... suponiendo que en MS-Windows se pudiera hacer ... vaya razón de peso para pasarse a MS-Windows ;) Dile a tu colega que me ha convencido y que mañana mismo me paso al MS-Windows ;)
Rafa
En windows no se puede hacer tampoco. Al menos en el XP del trabajo, no puedo.
No se puede ni en el del trabajo ni en el del ciber de la esquina. Simplemente no se puede en MS-Windows. Un directorio realmente es un fichero que contiene la relación entre i-node_number y nombre_de_fichero. Realmente no "contiene" ficheros, es una tabla por lo que es un fichero ordinario que se trata de una manera especial, como ha comentado un colistero anteriormente. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-11 a las 16:09 +0100, Rafa Grimán escribió:
En windows no se puede hacer tampoco. Al menos en el XP del trabajo, no puedo.
No se puede ni en el del trabajo ni en el del ciber de la esquina. Simplemente no se puede en MS-Windows.
Un directorio realmente es un fichero que contiene la relación entre i-node_number y nombre_de_fichero.
En windows no hay inodos ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFfX+xtTMYHG2NR9URAlegAJ9vK6qTBvkkPZrG72Il16xoWJON6QCfVZzV Fj4C91gfo38RCeBFjmlD/3M= =ylq7 -----END PGP SIGNATURE-----
Hola :) El Lunes, 11 de Diciembre de 2006 16:56, Carlos E. R. escribió:
El 2006-12-11 a las 16:09 +0100, Rafa Grimán escribió:
En windows no se puede hacer tampoco. Al menos en el XP del trabajo, no puedo.
No se puede ni en el del trabajo ni en el del ciber de la esquina. Simplemente no se puede en MS-Windows.
Un directorio realmente es un fichero que contiene la relación entre i-node_number y nombre_de_fichero.
En windows no hay inodos ;-)
Vaaaaale 0:) Como se llame en MS-Windows, la idea es la misma, los nombres no ;) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-11 a las 17:07 +0100, Rafa Grimán escribió:
Un directorio realmente es un fichero que contiene la relación entre i-node_number y nombre_de_fichero.
En windows no hay inodos ;-)
Vaaaaale 0:) Como se llame en MS-Windows, la idea es la misma, los nombres no ;)
No es sólo un nombre, el concepto es distinto. En los sistemas de ficheros con inodos (a ver si no me equivoco) cada nombre de fichero tiene asociado un espacio en disco llamado inodo, que me parece tiene un lugar físico fijo desde el formateo. En ese inodo se listan consecutivamente todos los bloques del disco (bueno, partición) que se adjudican al fichero. El número máximo de ficheros en la partición viene limitado por el número de inodos creados al formatear, y el tamaño de cada fichero por el tamaño de cada inodo. En windows, o mejor dicho, en fat, cada nombre de fichero tiene asociado el número del primer bloque en disco asignado al fichero. Con eso ya se puede empezar a leer; para saber los siguientes, hay que mirar en la tabla de asignación de ficheros (fat), creada durante el formateo al principio del disco, y que es basicamente una lista ligada de bloques: el primer bloque contiene el numeral del siguiente bloque asignado al fichero, hasta llegar al último, que se marcaba no recuerdo como. Los bloques no asignados también se marcaban de otra forma (cero, quizás). En fat un directorio es una especie de fichero que en realidad contiene una tabla de directorio, es decir, los nombres de los ficheros contenidos, su primer sector, tamaño, fecha y atributos. El número máximo de ficheros en el disco no está limitado salvo por el número de bloques, obviamente. Pero el tamaño de la FAT estaba limitado a 64KB porque es lo que podía leer el procesador originalmente (la fat se manipula en memoria). El tamaño máximo de fichero estaba limitado por el diseño de las funciones de lectura/escritura, pero no por la fat en sí. Y hay variaciones según la versión. Conceptualmente, por cierto, en fat también se pueden crear hardlinks: lo he visto. El problema es que el sistema operativo no lo soporta y los borra en cuanto se da cuenta. Lo del nombre largo se inventó despues, es un añadido - y que por cierto, está patentado y ganaron el pleito, por lo que se suponía que iban a quitar el soporte de nombres largos fat en linux, pero no lo han hecho. A ver si es eso una de las cosas por las que se les paga... no se en que quedó ese pleito concreto. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFfaQEtTMYHG2NR9URAkYJAJ92/qqTZYYTxVrnV6tetb/UhB7K8QCdGnFM Y7yxtltC0FrY+VXYpvlS0xw= =nKx9 -----END PGP SIGNATURE-----
Hola :) El Lunes, 11 de Diciembre de 2006 19:31, Carlos E. R. escribió:
El 2006-12-11 a las 17:07 +0100, Rafa Grimán escribió:
Un directorio realmente es un fichero que contiene la relación entre i-node_number y nombre_de_fichero.
En windows no hay inodos ;-)
Vaaaaale 0:) Como se llame en MS-Windows, la idea es la misma, los nombres no ;)
No es sólo un nombre, el concepto es distinto.
Pero no mucho.
En los sistemas de ficheros con inodos (a ver si no me equivoco) cada nombre de fichero tiene asociado un espacio en disco llamado inodo, que me parece tiene un lugar físico fijo desde el formateo.
En reiserfs y XFS no se define durante el formateo. El número de i-nodos no es fijo, es modificable. En el caso de XFS se hace mediante allocation groups, si no me equivoco ... creo que ese es el nombre.
En ese inodo se listan consecutivamente todos los bloques del disco (bueno, partición) que se adjudican al fichero.
El número máximo de ficheros en la partición viene limitado por el número de inodos creados al formatear, y el tamaño de cada fichero por el tamaño de cada inodo.
En el caso de reiserfs y XFS no está limitado el número de ficheros, ni de i-nodos, puedes crear i-nodos "on-line". La idea de 1 i-nodo - 1 fichero sí es correcto. El tamaño del fichero no depende del i-nodo. El i-nodo es un bloque que contiene información sobre el fichero, pero no limita su tamaño. Es más, en el caso de reiserfs, si el fichero es lo suficientemente pequeño, puede ocupar el espacio que queda libre del bloque que contiene el i-nodo. Es decir, i-nodo y datos podrían estar en el mismo bloque en el disco. A ver si desempolvo los apuntes porque hace tiempo que no me miro esto 0:)
En windows, o mejor dicho, en fat, cada nombre de fichero tiene asociado el número del primer bloque en disco asignado al fichero. Con eso ya se puede empezar a leer; para saber los siguientes, hay que mirar en la tabla de asignación de ficheros (fat), creada durante el formateo al principio del disco, y que es basicamente una lista ligada de bloques: el primer bloque contiene el numeral del siguiente bloque asignado al fichero, hasta llegar al último, que se marcaba no recuerdo como. Los bloques no asignados también se marcaban de otra forma (cero, quizás).
Es verdad !!! Ya no me acordaba de esto. Gracias por recordármelo :)
En fat un directorio es una especie de fichero que en realidad contiene una tabla de directorio, es decir, los nombres de los ficheros contenidos, su primer sector, tamaño, fecha y atributos.
En el caso de Unix, lo que contiene es el i-node_number y el file_name, lo demás lo guarda el i-nodo en sí.
El número máximo de ficheros en el disco no está limitado salvo por el número de bloques, obviamente. Pero el tamaño de la FAT estaba limitado a 64KB porque es lo que podía leer el procesador originalmente (la fat se manipula en memoria). El tamaño máximo de fichero estaba limitado por el diseño de las funciones de lectura/escritura, pero no por la fat en sí.
Y hay variaciones según la versión.
Conceptualmente, por cierto, en fat también se pueden crear hardlinks: lo he visto. El problema es que el sistema operativo no lo soporta y los borra en cuanto se da cuenta.
Lo del nombre largo se inventó despues, es un añadido - y que por cierto, está patentado y ganaron el pleito, por lo que se suponía que iban a quitar el soporte de nombres largos fat en linux, pero no lo han hecho. A ver si es eso una de las cosas por las que se les paga... no se en que quedó ese pleito concreto.
Es verdad !!! Hace mucho que no se oye nada de esto ... claro, entre lo de SCO y Novell-MS ... uno se olvida de otros temas. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-12-12 a las 18:02 +0100, Rafa Grimán escribió:
En windows no hay inodos ;-)
Vaaaaale 0:) Como se llame en MS-Windows, la idea es la misma, los nombres no ;)
No es sólo un nombre, el concepto es distinto.
Pero no mucho.
Tampoco hay muchas posibilidades. El unico sistema raro, raro, es el reiser.
En los sistemas de ficheros con inodos (a ver si no me equivoco) cada nombre de fichero tiene asociado un espacio en disco llamado inodo, que me parece tiene un lugar físico fijo desde el formateo.
En reiserfs y XFS no se define durante el formateo. El número de i-nodos no es fijo, es modificable. En el caso de XFS se hace mediante allocation groups, si no me equivoco ... creo que ese es el nombre.
Aha.
En ese inodo se listan consecutivamente todos los bloques del disco (bueno, partición) que se adjudican al fichero.
El número máximo de ficheros en la partición viene limitado por el número de inodos creados al formatear, y el tamaño de cada fichero por el tamaño de cada inodo.
En el caso de reiserfs y XFS no está limitado el número de ficheros, ni de i-nodos, puedes crear i-nodos "on-line". La idea de 1 i-nodo - 1 fichero sí es correcto. El tamaño del fichero no depende del i-nodo. El i-nodo es un bloque que contiene información sobre el fichero, pero no limita su tamaño. Es más, en el caso de reiserfs, si el fichero es lo suficientemente pequeño, puede ocupar el espacio que queda libre del bloque que contiene el i-nodo. Es decir, i-nodo y datos podrían estar en el mismo bloque en el disco.
A ver si desempolvo los apuntes porque hace tiempo que no me miro esto 0:)
Bueno, el inodo, al ser de tamaño fijo, si limita el tamaño de fichero en tanto en cuanto limita el número de bloques que se pueden listar. Es decir, tiene un tamaño, cada puntero a un bloque ocupa tanto, pues caben tantos punteros. Si cada bloque apuntado es de tal tamaño, pues da un tamaño máximo de fichero. Si el inodo varía en tamaño, el razonamiento se va al garete. Lo de los ficheros pequeños en el inodo del reiser si lo sabía, es una enorme ventaja. Aunque no se si reiser usa realmente inodos o es otra historia.
En fat un directorio es una especie de fichero que en realidad contiene una tabla de directorio, es decir, los nombres de los ficheros contenidos, su primer sector, tamaño, fecha y atributos.
En el caso de Unix, lo que contiene es el i-node_number y el file_name, lo demás lo guarda el i-nodo en sí.
¿Ah? Curioso. Pero eso hace más lento el trabajo de comandos como el ls, tiene que ir buscando por todo el disco esa información. Si se guarda en el directorio, listarlos es inmediato. Es que mi época de hacker (que no cracker) era con msdos. Estuve a punto de hacerme un desfragmentador de disco, pero no llegué a ponerme; y llegó el linux y pasé. El caso es que esas interioridades me las conocía bastante bien. Además, es que aprender esas chuminadas era relativamente sencillo, porque no lo cambiaban de versión a versión, y si lo cambiaban, tenían que mantener el API antiguo. El problema era que tenías que comprar la documentación "seria" - y en el caso del windows esa documentación es enorme y cara. En cambio en linux no se cortan en cambiar las cosas - y lo tienen a gala. Es un concepto distinto. Había un manual de programación en Linux que venía con la distro (/usr/share/doc/Books) hace tiempo, y no lo habían terminado. Me sospecho que es que antes de que lo terminaran les cambiaron las interfaces... Es el lpg-0.4.pdf, año 95. ¿Hay alguna cosa equivalente moderna? Lo digo porque sigue viniendo con la distro, si no ponen otra cosa, es que no lo hay, ¿no? O SuSE/Novell no se ha molestado.
Lo del nombre largo se inventó despues, es un añadido - y que por cierto, está patentado y ganaron el pleito, por lo que se suponía que iban a quitar el soporte de nombres largos fat en linux, pero no lo han hecho. A ver si es eso una de las cosas por las que se les paga... no se en que quedó ese pleito concreto.
Es verdad !!! Hace mucho que no se oye nada de esto ... claro, entre lo de SCO y Novell-MS ... uno se olvida de otros temas.
Si, de eso no sabemos nada. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFfwI4tTMYHG2NR9URAhjLAJ41Usricj/OwaevGXMKaRD3XNfDhQCgh3Yh Mhjb1SF14I4Lx8MbDorhsDU= =TItN -----END PGP SIGNATURE-----
Hola :) El Martes, 12 de Diciembre de 2006 20:25, Carlos E. R. escribió: [...]
En los sistemas de ficheros con inodos (a ver si no me equivoco) cada nombre de fichero tiene asociado un espacio en disco llamado inodo, que me parece tiene un lugar físico fijo desde el formateo.
En reiserfs y XFS no se define durante el formateo. El número de i-nodos no es fijo, es modificable. En el caso de XFS se hace mediante allocation groups, si no me equivoco ... creo que ese es el nombre.
Aha.
No me ha dado tiempo a comprobar el nombre 0:) En cuanto lo confirme lo digo.
En ese inodo se listan consecutivamente todos los bloques del disco (bueno, partición) que se adjudican al fichero.
El número máximo de ficheros en la partición viene limitado por el número de inodos creados al formatear, y el tamaño de cada fichero por el tamaño de cada inodo.
En el caso de reiserfs y XFS no está limitado el número de ficheros, ni de i-nodos, puedes crear i-nodos "on-line". La idea de 1 i-nodo - 1 fichero sí es correcto. El tamaño del fichero no depende del i-nodo. El i-nodo es un bloque que contiene información sobre el fichero, pero no limita su tamaño. Es más, en el caso de reiserfs, si el fichero es lo suficientemente pequeño, puede ocupar el espacio que queda libre del bloque que contiene el i-nodo. Es decir, i-nodo y datos podrían estar en el mismo bloque en el disco.
A ver si desempolvo los apuntes porque hace tiempo que no me miro esto 0:)
Bueno, el inodo, al ser de tamaño fijo, si limita el tamaño de fichero en tanto en cuanto limita el número de bloques que se pueden listar. Es decir, tiene un tamaño, cada puntero a un bloque ocupa tanto, pues caben tantos punteros. Si cada bloque apuntado es de tal tamaño, pues da un tamaño máximo de fichero.
Si el inodo varía en tamaño, el razonamiento se va al garete.
Como digo, lo tengo que revisar porque hace mucho que no me leo nada de filesystems :(
Lo de los ficheros pequeños en el inodo del reiser si lo sabía, es una enorme ventaja. Aunque no se si reiser usa realmente inodos o es otra historia.
Hasta donde yo sé, sí son i-nodos, lo que pasa es que el tamaño del fichero tiene que ser nimio ... cosa que hoy en día no se cumple.
En fat un directorio es una especie de fichero que en realidad contiene una tabla de directorio, es decir, los nombres de los ficheros contenidos, su primer sector, tamaño, fecha y atributos.
En el caso de Unix, lo que contiene es el i-node_number y el file_name, lo demás lo guarda el i-nodo en sí.
¿Ah? Curioso. Pero eso hace más lento el trabajo de comandos como el ls, tiene que ir buscando por todo el disco esa información. Si se guarda en el directorio, listarlos es inmediato.
Sí, además, supone dos accesos a disco porque lo primero que tiene que hacer es acceder al i-nodo y luego al fichero ... pierdes rendimiento. Reiser intenta evitar esto escribiendo en el propio i-nodo, pero claro, el espacio es muy pequeño. Estuve leyendo hace un par de meses que se está teniendo esto en cuenta para los nuevos (o versiones nuevas) de los sistemas de ficheros.
Es que mi época de hacker (que no cracker) era con msdos. Estuve a punto de hacerme un desfragmentador de disco, pero no llegué a ponerme; y llegó el linux y pasé. El caso es que esas interioridades me las conocía bastante bien.
Además, es que aprender esas chuminadas era relativamente sencillo, porque no lo cambiaban de versión a versión, y si lo cambiaban, tenían que mantener el API antiguo. El problema era que tenías que comprar la documentación "seria" - y en el caso del windows esa documentación es enorme y cara.
No me lo puedo de creer, ¿caro? ;)
En cambio en linux no se cortan en cambiar las cosas - y lo tienen a gala. Es un concepto distinto.
A algunas empresas (tradicionales) esto no les hace gracia, quieren algo que no cambie para que sea más fácil desarrollar.
Había un manual de programación en Linux que venía con la distro (/usr/share/doc/Books) hace tiempo, y no lo habían terminado. Me sospecho que es que antes de que lo terminaran les cambiaron las interfaces... Es el lpg-0.4.pdf, año 95. ¿Hay alguna cosa equivalente moderna? Lo digo porque sigue viniendo con la distro, si no ponen otra cosa, es que no lo hay, ¿no? O SuSE/Novell no se ha molestado.
Ese manual en concreto no lo sé, pero hay unos muy chulos de desarrollo en general en Linux.
Lo del nombre largo se inventó despues, es un añadido - y que por cierto, está patentado y ganaron el pleito, por lo que se suponía que iban a quitar el soporte de nombres largos fat en linux, pero no lo han hecho. A ver si es eso una de las cosas por las que se les paga... no se en que quedó ese pleito concreto.
Es verdad !!! Hace mucho que no se oye nada de esto ... claro, entre lo de SCO y Novell-MS ... uno se olvida de otros temas.
Si, de eso no sabemos nada.
:( Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2006/12/11, Raúl Moratalla:
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
¿Y qué Windows tiene quien asegura que sí se puede hacer? Ni en Windows 98, 2000 ni XP se puede. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Lunes, 11 de Diciembre de 2006 15:09, Camaleón escribió:
2006/12/11, Raúl Moratalla:
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
¿Y qué Windows tiene quien asegura que sí se puede hacer? Ni en Windows 98, 2000 ni XP se puede.
Posiblemente sea porque tienen esa "feature" de ocultar las extensiones activada de forma que si creas un ficheros llamado: fichero.txt sólo te aparece en el explorador: fichero Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Haw haw haw, veo que se nos ha ocurrido la misma tonteria. El lun, 11-12-2006 a las 16:07 +0100, Rafa Grimán escribió:
Hola :)
El Lunes, 11 de Diciembre de 2006 15:09, Camaleón escribió:
2006/12/11, Raúl Moratalla:
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
¿Y qué Windows tiene quien asegura que sí se puede hacer? Ni en Windows 98, 2000 ni XP se puede.
Posiblemente sea porque tienen esa "feature" de ocultar las extensiones activada de forma que si creas un ficheros llamado:
fichero.txt
sólo te aparece en el explorador:
fichero
Rafa
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2006/12/11, Rafa Grimán:
Posiblemente sea porque tienen esa "feature" de ocultar las extensiones activada
Ah... ¿pero aún permiten esa opción? :-) La mayoría de los equipos con Windows están "desconfigurados" así, es cierto. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Yo creo que lo que esta pasando aquí, es que el usuario del "windows unknown" debe tener las extensiones ocultas en el explorador de archivos (curioso, yo siempre las activaba porque me molestaba no saber las extensiones), con lo que estará creando por ejemplo un documento de word 'pepito.doc' y un directorio 'pepito', sin ningún problema claro, por eso debe asegurar que ha conseguido crear un documento "pepito" y un directorio "pepito" al no ver las extensiones. A veces tengo ganas de estallar a risas: HAW HAW HAW HAW HAW HAW HAW El lun, 11-12-2006 a las 15:09 +0100, Camaleón escribió:
2006/12/11, Raúl Moratalla:
Lo pregunto porque he tenido que aguantar la típica frase: "pues esto en Windows si que se puede hacer".
¿Y qué Windows tiene quien asegura que sí se puede hacer? Ni en Windows 98, 2000 ni XP se puede.
Saludos,
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (9)
-
Camaleón
-
Carlos E. R.
-
David Canar
-
Doctor Nemo
-
Juan Gustavo Fogelman
-
Luis O.
-
Rafa Grimán
-
Raúl Moratalla
-
Urbez Santana Roma