Hola, No sé qué ha pasado, desde que actualicé el kernel hace unos días (actualización de seguridad) y tras modificar la ruta de los controladores de nvidia que había cambiado, el icono de notificación de zend-zmd me dice que tengo 6 actualizaciones disponibles (kernel, nvidia) pero ya actualicé esos paquetes desde Yast y desde you no me indica que haya nada para instalar :-? Que zend-zmd hace cosas raras es "vox populi", pero al reiniciar el equipo (o incluso al matar los procesos) vuelve a "su normalidad", pero esta vez sigue empeñado en que hay paquetes por lo que en este momento ya no me hace ninguna función, puesto que siempre está naranja. ¿Cómo le digo que borre su caché (si ése es el problema, que toma datos incorrectos) o cómo le fuerzo a actualizar los ficheros o lo que haga falta para que vuelva a su estado "habitual"? He probado matando los procesos zend-updater y zmd y volviendo a sacarlos, nada. Tampoco un reinicio ha causado efecto, quizá tenga que borrar algún fichero pero no sé cuál :-?... Me pasa en una SuSE 10.1, y en yast sólo tengo activados los recursos de "inst-source" y el de "suse_update" 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
El 10/09/07, Camaleón
Hola,
No sé qué ha pasado, desde que actualicé el kernel hace unos días (actualización de seguridad) y tras modificar la ruta de los controladores de nvidia que había cambiado, el icono de notificación de zend-zmd me dice que tengo 6 actualizaciones disponibles (kernel, nvidia) pero ya actualicé esos paquetes desde Yast y desde you no me indica que haya nada para instalar :-?
Que zend-zmd hace cosas raras es "vox populi", pero al reiniciar el equipo (o incluso al matar los procesos) vuelve a "su normalidad", pero esta vez sigue empeñado en que hay paquetes por lo que en este momento ya no me hace ninguna función, puesto que siempre está naranja.
¿Cómo le digo que borre su caché (si ése es el problema, que toma datos incorrectos) o cómo le fuerzo a actualizar los ficheros o lo que haga falta para que vuelva a su estado "habitual"?
He probado matando los procesos zend-updater y zmd y volviendo a sacarlos, nada. Tampoco un reinicio ha causado efecto, quizá tenga que borrar algún fichero pero no sé cuál :-?...
Me pasa en una SuSE 10.1, y en yast sólo tengo activados los recursos de "inst-source" y el de "suse_update"
Lo mas recomendable, es desactivar en el editor de niveles de ejecución los servicios zen y zmd, y a su vez desinstalar estos paquetes. Si luego de eso, no te funciona la actualizacion en linea, prueba con el smart: http://linuxcnorte.blogspot.com/2007/02/como-instalar-smart-en-opensuse.html Salu2 --------------------------------------------------------------------- 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 10/09/07, Juan Erbes escribió:
Lo mas recomendable, es desactivar en el editor de niveles de ejecución los servicios zen y zmd, y a su vez desinstalar estos paquetes.
Lo intenté una vez pero me dijo que "hald" también se iba al garete, y lo dejé como estaba :-/.
Si luego de eso, no te funciona la actualizacion en linea, prueba con el smart: http://linuxcnorte.blogspot.com/2007/02/como-instalar-smart-en-opensuse.html
Gracias, Juan, pero mientras tenga la 10.1 (y una vez solucionado el problemilla del calor del micro) voy a dejar zend-zmd, que sólo uso como avisador, nada más, porque actualizo con Yast / You, pero me interesa que al menos vuelva a su estado normal...si es posible :-). 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
El lun, 10-09-2007 a las 16:37 +0200, Camaleón escribió:
El 10/09/07, Juan Erbes escribió:
Lo mas recomendable, es desactivar en el editor de niveles de ejecución los servicios zen y zmd, y a su vez desinstalar estos paquetes.
Lo intenté una vez pero me dijo que "hald" también se iba al garete, y lo dejé como estaba :-/.
Miles de veces se ha dicho que 10.1, ya no tendrá soporte, por que, tu alguno de los que comenta para solucionar problemas, lo sigues utilizando. Yo tuve un problema parecido, así que desinstale el zmd, y cuando quiero ver las actualizaciones levante otro producto que se llama zen-update, y por casualidad truena de la misma fea forma. Con la pantalla que mande que me había dicho que era muy pesada, por ser fotografía. Y tengo la versión openSUSE 10.2.
Si luego de eso, no te funciona la actualizacion en linea, prueba con el smart: http://linuxcnorte.blogspot.com/2007/02/como-instalar-smart-en-opensuse.html
Gracias, Juan, pero mientras tenga la 10.1 (y una vez solucionado el problemilla del calor del micro) voy a dejar zend-zmd, que sólo uso como avisador, nada más, porque actualizo con Yast / You, pero me interesa que al menos vuelva a su estado normal...si es posible :-).
Saludos,
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 10/09/07, Marco Aurelio Moncada Coello escribió:
Miles de veces se ha dicho que 10.1, ya no tendrá soporte, por que, tu alguno de los que comenta para solucionar problemas, lo sigues utilizando.
No lo utilizo, sólo me avisa.
Yo tuve un problema parecido, así que desinstale el zmd, y cuando quiero ver las actualizaciones levante otro producto que se llama zen-update, y por casualidad truena de la misma fea forma. Con la pantalla que mande que me había dicho que era muy pesada, por ser fotografía. Y tengo la versión openSUSE 10.2.
Si yo tuviera la 10.2 te aseguro que tampoco tendría el zend-zmd, sino el opensuseupdater, pero no hay opensuseupdater que valga para esta versión. 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
El Monday 10 September 2007 19:46:52 Camaleón escribió:
El 10/09/07, Marco Aurelio Moncada Coello escribió:
Miles de veces se ha dicho que 10.1, ya no tendrá soporte, por que, tu alguno de los que comenta para solucionar problemas, lo sigues utilizando.
No lo utilizo, sólo me avisa.
Supongo que Marco Aurelio se refería a porqué sigues usando la 10.1, no el zend-zmd en sí. Hay muchos motivos para seguir usando una distribución antigua Especialmente cuando todo está ya perfectamente configurado y funcionando al 100%, no apetece empezar desde 0 cada seis o cada doce meses (aunque hacerlo sirva para ir refrescando la memoria). Otra razón es cuando hay que usar determinadas aplicaciones que no funcionan en distribuciones más modernas. Yo por ejemplo me vi "condenado" a depender de una SuSE 7.3, hasta que salió la 10.1, en la que afortunadamente pude hacer que mi aplicación volviese a funcionar. Saludos. Miquel. --------------------------------------------------------------------- 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 10/09/07, Miquel A. Noguera escribió:
Supongo que Marco Aurelio se refería a porqué sigues usando la 10.1, no el zend-zmd en sí.
Ah, bueno, es que una versión antigua (no soportada) es la 9.3, pero tanto la 10.0, 10.1 y la 10.2 tienen actualizaciones de parches, por tanto no son versiones antiguas ;-).
Hay muchos motivos para seguir usando una distribución antigua
¡Pero si sólo tiene un añito y medio! Hombre, que tampoco hace tanto que la sacaron...
Especialmente cuando todo está ya perfectamente configurado y funcionando al 100%, no apetece empezar desde 0 cada seis o cada doce meses (aunque hacerlo sirva para ir refrescando la memoria).
Yo actualizo cada dos años, que es cuando dejan de mantener la versión más "antigua". No tengo motivos para cambiar, la nueva versión no tiene ninguna característica nueva que necesite, sí tiene mejoras, como es normal, pero nada novedoso.
Otra razón es cuando hay que usar determinadas aplicaciones que no funcionan en distribuciones más modernas. Yo por ejemplo me vi "condenado" a depender de una SuSE 7.3, hasta que salió la 10.1, en la que afortunadamente pude hacer que mi aplicación volviese a funcionar.
Eso sí es una razón para no actualizar. No siempre la máquina virtual funciona :-). 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-10 a las 21:07 +0200, Miquel A. Noguera escribió: ...
Otra razón es cuando hay que usar determinadas aplicaciones que no funcionan en distribuciones más modernas. Yo por ejemplo me vi "condenado" a depender de una SuSE 7.3, hasta que salió la 10.1, en la que afortunadamente pude hacer que mi aplicación volviese a funcionar.
Pues iros preparando si teneis sistemas con discos de interfaz paralelo (pata) con más de 16 particiones, porque no podreis instalar la 10.3. La 10.3 puede que la arreglen, pero para las 10.4 no funcionará. Nos quedará usar la 10.3 pa' los restos :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5bTqtTMYHG2NR9URAnDsAJ0V8WpWWdElr9hjLMAaUrlh/bEiNQCgmLJE DfwpVc7uy2RZJXhiEKXxlSE= =6uPv -----END PGP SIGNATURE-----
El 10/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-09-10 a las 21:07 +0200, Miquel A. Noguera escribió:
...
Otra razón es cuando hay que usar determinadas aplicaciones que no funcionan en distribuciones más modernas. Yo por ejemplo me vi "condenado" a depender de una SuSE 7.3, hasta que salió la 10.1, en la que afortunadamente pude hacer que mi aplicación volviese a funcionar.
Pues iros preparando si teneis sistemas con discos de interfaz paralelo (pata) con más de 16 particiones, porque no podreis instalar la 10.3. La 10.3 puede que la arreglen, pero para las 10.4 no funcionará. Nos quedará usar la 10.3 pa' los restos :-/
Quisiera saber cuanta gente usa mas de 10 particiones en UN disco duro de un servidor. Hasta donde se, se hace exactamente lo contrario: SUMAR DISCOS DUROS PARA UNA MISMA PARTICION CON LVM, ya que los discos mas rapidos, de 15000 rpm suelen no superar los 100 gigabytes. Un valor tipico es 36 GB. http://www.globalonetechnology.com/ Para usuarios hogareños, no es normal tener mas de 5 particiones. Entonces, que les puede importar que a alguien se le ocurra crear mas de 16 particiones en su disco duro! O crees que ha pedido tuyo lo van a hacer, el dar soporte para mas de 16 particiones? Salu2 --------------------------------------------------------------------- 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 2007-09-10 a las 19:52 -0300, Juan Erbes escribió:
Pues iros preparando si teneis sistemas con discos de interfaz paralelo (pata) con más de 16 particiones, porque no podreis instalar la 10.3. La 10.3 puede que la arreglen, pero para las 10.4 no funcionará. Nos quedará usar la 10.3 pa' los restos :-/
Quisiera saber cuanta gente usa mas de 10 particiones en UN disco duro de un servidor.
Hay gente que ha reportado el problema usando más de cuarenta (40) particiones en un sólo disco.
Para usuarios hogareños, no es normal tener mas de 5 particiones.
Cuentas mal. Dos como mínimo para el windows (sistema y datos). El linux: raiz, swap, y home, como mínimo. Añade boot. Añade partición encriptada, y una partición de respaldo. Van ocho. Añade dos o tres particiones de pruebas para betas y similares, con sus correspondientes boots. Seis más. Ya van catorce. Alguna otra partición de pruebas, alguna otra tontería, y todavía queda más de la mitad del disco libre en otra partición grande para datos.
Entonces, que les puede importar que a alguien se le ocurra crear mas de 16 particiones en su disco duro!
O crees que ha pedido tuyo lo van a hacer, el dar soporte para mas de 16 particiones?
¿Porqué no? :-| El que un betatester de doscientos tenga un problema, significa que en la realidad final lo tienes que multiplicar por diezmil para ver lo que tendrás en producción. ¿Tu crees que no es significativo? Ya lo veremos cuando salga la versión final, y peor con la 10.4. Con ese razonamiento tuyo se entiende que sacaran la bazofia del zen. No lo evaluaron. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5dZttTMYHG2NR9URAkezAJ9kCFPUTD0dt4xW8Hsjv2CwlF8M9QCdHQ9E 52DZlba/pLbDRB0KdDcAQdk= =5Q98 -----END PGP SIGNATURE-----
El 10/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-10 a las 21:43 -0300, Juan Erbes escribió:
El 10/09/07, Carlos E. R. <> escribió:
DE CUANTOS TERABYTES ES TU DISCO DURO?
X'-)
Yo tengo uno de 250 GB, de las cuales para el home tengo 166 gb, para opensuse de 32 bits 21.5 gb, para la versión de 64 bits 28.5, unos 2 GB para swap, y el resto para el innombrable, 31.5 gb. De esas particiones, la /home, está a un 39% de ocupación, y la / de 32 bits en 71%. La de 64 bits está en un 16%, porque no hice una instalación completa.
Es de 320 gigas. El windows tiene alrededor de 20. El swap 6, compartido entre todos los linuxes, por supuesto. La raiz es de 15, el home de 12 y 13 (tengo uno de respaldo). Aparte, tengo un /usr/src (porque la principal es ext3, pero src lo quiero en reiser) de 6 gigas, en otro disco. También un /usr/local y un /opt. Una partición de pruebas de 12 gigas, otra para probar raid de otros 12, otra encriptadada de 10... tres boots de 50 megas... no se si me he perdido, ese disco tiene veinte particiones. Ah, y el resto son 165 gigas que sobran, en una sóla partición para datos grandes. No son particiones grandes, son particiones distribuidas por diversos motivos, algunos históricos. Se limitan los daños en caso de catástrofes: yo he perdido particiones enteras por fallos de discos, y gracias a las varias particiones los daños se han limitado a una partición cada vez.
La particion /boot, opensuse la crea dentro del raiz /. No hay ninguna necesidad de crearla separada; eso ya pasó de moda. Tener /boot en otra particion que la de sistema, es mas complicado, a la hora de butear el sistema.
No es más complicado, al revés: soluciona algunos problemas en ciertos casos. Me sirve, por ejemplo, para situar allí el grub y arrancar un segundo disco. Mi bios no reconoce los discos grandes, por ejemplo, cree que es de 138 gigas o por ahí. El grub usa la bios durante el arranque, y puede tener problemas. Puedo arrancar sin una partición boot, de hecho uno de mis linuxes auxiliares no la tienen. En cambio otro de ellos no puede. Y si tuvieras el sistema en LVM, descubrirías que necesitas un /boot separado por narices para arrancar: en ese caso todavía es imprescindible.
Para distintas versiones de la distro, puedes usar el mismo swap y el mismo home.
Por supuesto. El swap siempre el mismo, el home no existe en mis otros arranques: son sistemas de evaluación o emergencia. Suelo tener una partición dedicada a un sistema de emergencia, en otro disco físico si puedo, para usar mejor que el dvd de rescate si tengo problemas gordos. Pero puedes querer tener diversos swaps si quieres tener varios sistemas suspendidos al mismo tiempo. Es peligroso hacerlo así, pero es posible. ¡Ah! Se me olvidaba. Dedico una partición por ahí al vmware: así no se puede desbordar y llenar la partición home, por ejemplo. Otros he visto que ponen las bases de datos en particiones dedicadas, en servidores. El /var/log es típico ponerlo aparte. El /srv también se pone aparte. Así puedes montarlos con opciones distintas.
Los respaldos, los hago a cd o dvd, porque si se me estropea la electronica del disco, o un problema mecanico general, no me sirve de nada un backup en una partición del mismo disco duro. Si hablamos de un backup en otro disco duro, ya es otra cosa.
Tengo backups en particiones de un disco hechos cruzados de particiones de otro disco. Es decir, home de uno se respalda en home de otro, y luego se desmonta, para evitar acceso accidental. Aparte están los deuvedés, pero esos no se pueden hacer todos los dias. Pero sí sólo tienes un disco, hacer el backup de /home en otra partición del mismo es mejor que ninguno, para el backup diario, que te protege del error humano al borrar lo que no se debe. No siempre, pero peor es nada.
Es cierto, en cuestión de gustos, no hay nada escrito, y más, a la hora de complicar lo que es sencillo.
Depende de como se organice el trabajo cada uno. A mi me ha salvado la vida varias veces tener los datos compartimentados en particiones separadas: se me ha destrozado una, pero no las otras. Si sólo tuviera una partición grande se habría ido todo al garete. Eso lo aprendí hace muchos años con msdos, pero más tarde ví a gente de unix hacer lo mismo. Y en linux he perdido particiones enteras, así que mi creencia tiene fundamento. Yo simplemente considero que es absurdo limitarnos a estas alturas a sólo 16 particiones sólo porque alguien hace mucho tiempo reservó sólo un byte para el numero "minor" de los devices (y esa es una limitación que el kernel ya no tiene y se puede ampliar el número de particiones si se ponen a ello). Es una limitación del mismo cariz que aquella tan famosa de decir que un mega era memoria de sobra para todo el mundo. Hemos tenido durante muchos años un límite de 64, y ahora quieren ponerlo en 16 para no complicarse la vida al unificar IDE con SCSI :-( Luego dirán que el linux es un sistema que soporta ordenadores antiguos mejor que el windows. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5fcFtTMYHG2NR9URAlpTAJ4p8CqJ2zHoH7yM8+Yo7YpYC4EA3QCfatMr 22CqJfEvuSG7OJtgFkBlVb8= =bVjN -----END PGP SIGNATURE-----
El 10/09/07, Carlos E. R. escribió:
Pues iros preparando si teneis sistemas con discos de interfaz paralelo (pata) con más de 16 particiones, porque no podreis instalar la 10.3. La 10.3 puede que la arreglen, pero para las 10.4 no funcionará. Nos quedará usar la 10.3 pa' los restos :-/
En la lista inglesa ha salido el tema en varias ocasiones, pero no me queda claro lo siguiente: 1) ¿Afecta a todo tipo de dispositivos de almacenamiento? Discos duros fijos, memorias flash (usb, sd, mmc...). 2) ¿Afecta a todas las interfaces de conexión? S-ata, ide/pata, scsi, sas, fibra... 3) ¿Cuál es el motivo técnico de esta limitación "ahora"? 4) ¿Es a nivel de kernel (todos los kernel de la versión 2.6.x) es decir, todas las distribuciones Linux que utilicen ese kernel se verán afectadas? 5) ¿Qué pasará con los sistemas actuales con más de 16 particiones? ¿Imposible acceder a las particiones 17, 18...? 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-11 a las 08:45 +0200, Camaleón escribió:
El 10/09/07, Carlos E. R. escribió:
Pues iros preparando si teneis sistemas con discos de interfaz paralelo (pata) con más de 16 particiones, porque no podreis instalar la 10.3. La 10.3 puede que la arreglen, pero para las 10.4 no funcionará. Nos quedará usar la 10.3 pa' los restos :-/
En la lista inglesa ha salido el tema en varias ocasiones, pero no me queda claro lo siguiente:
1) ¿Afecta a todo tipo de dispositivos de almacenamiento? Discos duros fijos, memorias flash (usb, sd, mmc...).
Sí. Sí mientras usen nombres como sda, sdb, sdc...
2) ¿Afecta a todas las interfaces de conexión? S-ata, ide/pata, scsi, sas, fibra...
Sí. Sí porque se unifican todas las interfaces en la scsi.
3) ¿Cuál es el motivo técnico de esta limitación "ahora"?
Que unifican el acceso a todos los discos a través de la interfaz scsi, y ésta está definida en Linux para usar sólo 16 particiones y no es cambiable.
4) ¿Es a nivel de kernel (todos los kernel de la versión 2.6.x) es decir, todas las distribuciones Linux que utilicen ese kernel se verán afectadas?
Sí. A no ser que decidan mantener por su cuenta el código ide pata clásico.
5) ¿Qué pasará con los sistemas actuales con más de 16 particiones? ¿Imposible acceder a las particiones 17, 18...?
Exacto, imposible. Te jodes. :-/ La instalación de la 10.3 te saca una ventana diciendo que si continuas instalando esas particiones no serán visibles. Que puedes reparticionar tus discos con menos particiones, o usar LVM, que también supone reparticionar. O rebotar con la opción "hwprobe=-modules-pata" para seguir usando el módulo antiguo ide pata, por el momento. En la 10.4 lo quitarán del todo, y te quedas en bragas. Perdón por el lenguaje, pero tengo un mosqueo... El motivo de que scsi en linux sólo soporte 16 particiones es que el número "minor" de los devices es un byte. Es que alguien pensó en su día que 8 bits eran bastante. Si haces "ls -l /dev/hd?" ves: brw-r----- 1 root disk 3, 0 2007-09-10 15:29 /dev/hda brw-r----- 1 root disk 3, 64 2007-09-10 15:29 /dev/hdb brw-rw----+ 1 root disk 22, 0 2007-09-10 15:30 /dev/hdc brw-r----- 1 root disk 22, 64 2007-09-10 15:29 /dev/hdd ^^\ ^^\ minor major Si miras en /usr/src/linux/Documentation/devices.txt, ves que los discos hda, hdb, están definidos así: 3 block First MFM, RLL and IDE hard disk/CD-ROM interface 0 = /dev/hda Master: whole disk (or CD-ROM) 64 = /dev/hdb Slave: whole disk (or CD-ROM) For partitions, add to the whole disk device number: 0 = /dev/hd? Whole disk 1 = /dev/hd?1 First partition 2 = /dev/hd?2 Second partition ... 63 = /dev/hd?63 63rd partition For Linux/i386, partitions 1-4 are the primary partitions, and 5 and above are logical partitions. Other versions of Linux use partitioning schemes appropriate to their respective architectures. Comprobemos ahora hda* y hdb*: brw-r----- 1 root disk 3, 0 2007-09-10 15:29 /dev/hda brw-r----- 1 root disk 3, 1 2007-09-10 15:29 /dev/hda1 brw-r----- 1 root disk 3, 2 2007-09-10 15:29 /dev/hda2 brw-r----- 1 root disk 3, 5 2007-09-10 15:29 /dev/hda5 brw-r----- 1 root disk 3, 6 2007-09-10 15:29 /dev/hda6 brw-r----- 1 root disk 3, 7 2007-09-10 15:29 /dev/hda7 brw-r----- 1 root disk 3, 8 2007-09-10 15:29 /dev/hda8 brw-r----- 1 root disk 3, 9 2007-09-10 15:30 /dev/hda9 brw-r----- 1 root disk 3, 10 2007-09-10 15:30 /dev/hda10 brw-r----- 1 root disk 3, 11 2007-09-10 15:29 /dev/hda11 brw-r----- 1 root disk 3, 12 2007-09-10 15:30 /dev/hda12 brw-r----- 1 root disk 3, 13 2007-09-10 15:29 /dev/hda13 brw-r----- 1 root disk 3, 14 2007-09-10 15:29 /dev/hda14 brw-r----- 1 root disk 3, 15 2007-09-10 15:29 /dev/hda15 brw-r----- 1 root disk 3, 16 2007-09-10 15:30 /dev/hda16 brw-r----- 1 root disk 3, 17 2007-09-10 15:29 /dev/hda17 brw-r----- 1 root disk 3, 18 2007-09-10 15:30 /dev/hda18 brw-r----- 1 root disk 3, 19 2007-09-10 15:30 /dev/hda19 brw-r----- 1 root disk 3, 20 2007-09-10 15:29 /dev/hda20 brw-r----- 1 root disk 3, 64 2007-09-10 15:29 /dev/hdb brw-r----- 1 root disk 3, 65 2007-09-10 15:29 /dev/hdb1 brw-r----- 1 root disk 3, 66 2007-09-10 15:29 /dev/hdb2 brw-r----- 1 root disk 3, 67 2007-09-10 15:29 /dev/hdb3 brw-r----- 1 root disk 3, 69 2007-09-10 15:29 /dev/hdb5 brw-r----- 1 root disk 3, 70 2007-09-10 15:30 /dev/hdb6 brw-r----- 1 root disk 3, 71 2007-09-10 15:29 /dev/hdb7 brw-r----- 1 root disk 3, 72 2007-09-10 15:29 /dev/hdb8 brw-r----- 1 root disk 3, 73 2007-09-10 15:29 /dev/hdb9 brw-r----- 1 root disk 3, 74 2007-09-10 15:29 /dev/hdb10 brw-r----- 1 root disk 3, 75 2007-09-10 15:29 /dev/hdb11 brw-r----- 1 root disk 3, 76 2007-09-10 15:30 /dev/hdb12 brw-r----- 1 root disk 3, 77 2007-09-10 15:29 /dev/hdb13 O sea, los minor del 0 al 63 son el hda y del 64 al 126 son la hdb. Eso es porque han divido el byte del minor en dos partes: dos bits para el disco (¡o uno!), y seis para la partición. Y me falta contabilizar un bit, la cosa no encaja del todo. Como no sea para distinguir dispositivos de caracter o de bloque :-? Luego el hdc y hdd hacen lo mismo, pero con el major 22; el 33 para hde, hdf... etc. Ese es el motivo de que los discos ide clásicos tuvieran 64 particiones máximo en linux. Es una limitación arbitraria por diseño, no porque los discos duros tengan esa limitación realmente. ¿Y los scsi? Pues tienen menos bits para las particiones, 4 solamente. Veamos la definición: 8 block SCSI disk devices (0-15) 0 = /dev/sda First SCSI disk whole disk 16 = /dev/sdb Second SCSI disk whole disk 32 = /dev/sdc Third SCSI disk whole disk ... 240 = /dev/sdp Sixteenth SCSI disk whole disk Partitions are handled in the same way as for IDE disks (see major number 3) except that the limit on partitions is 15. Hay más dispositivos con un mismo major (16 en vez de 2), pero sólo 16 particiones. Reservan 4 bits para cada cosa. ¿Comprendes la cosa? Alguien decidió que con 8 bits para el minor eran bastante, como alguien decidió en su dia que un mega era bastante memoria. Ahora, lo más sangrante es que ese límite en el minor ya no existe, según me han dicho en la contestación del bugzilla. Hace años que lo cambiaron a un word. Falta que la gente del kernel o quien sea se ponga las pilas y cambie la definición del scsi, y dejen de jorobarnos con limitaciones absurdas: ] Since the limit for minor device numbers to be only up to 255 is gone ] since years, it would not be a problem to support more than 15 ] partitions on any SCSI disk. This could even be compatible to current ] major/minor layout of SCSI disk. Just use current minor number for ] partitions up to 15 as is and use minor numbers above 255 for partition ] numbers above 15. ] ] But as long as this is not done in the kernel there is not much userland ] can do to work around this. The plan to use kpartx to create DM maps ] instead of kernel partitions create IMHO more problems than it solves. No es el único problema que tiene scsi... A más de uno le pasará ahora que de repente todos los discos se le pongan en sólo lectura y tendrá que resetear el sistema. Pero eso, eso es otra historia. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5nVQtTMYHG2NR9URAnCvAKCCSubfJktpYTeuDT/u4inHspZflACfUyql jJ8kLEmlgzWfE8bviREvNj8= =96y6 -----END PGP SIGNATURE-----
El 11/09/07, Carlos E. R. escribió:
El motivo de que scsi en linux sólo soporte 16 particiones es que el número "minor" de los devices es un byte. Es que alguien pensó en su día que 8 bits eran bastante.
Entiendo. Para resumir: - El kernel sólo permite 15 particiones en dispositivos scsi y 64 para dispositivos ide/pata. - Las nuevas versiones del kernel van a utilizar los módulos y librerías scsi para todos los dispositivos, sean ide / scsi / usb... - Las nuevas versiones del kernel no van a incorporar el módulo "pata" para permitir la compatibilidad con versiones anteriores y se va a tener que utilizar la especificación scsi para los dispositivos. - Por tanto, la limitación de 15 particiones "se hereda" en esta nueva organización del kernel. Soluciones aportadas: - Usar lvm / evms para eliminar esa restricción en el número de particiones - Usar el módulo md (raid) - Usar un kernel que sí soporte los módulos "pata" - Reorganizar las particiones para adecuarse al cambio - (...) Lo raro es que no se haya eliminado / corregido / modificado ya esa barrera de 15 particiones en discos scsi y las 64 para ide, que también me parecen pocas teniendo en cuenta cómo aumenta el tamaño de los discos duros, memorias flash y demás. No debería existir más limitación que la del propio hardware, pero limitaciones de programación no tienen, a día de hoy, sentido. 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
El 11/09/07, Camaleón
El 11/09/07, Carlos E. R. escribió:
El motivo de que scsi en linux sólo soporte 16 particiones es que el número "minor" de los devices es un byte. Es que alguien pensó en su día que 8 bits eran bastante.
Entiendo. Para resumir:
- El kernel sólo permite 15 particiones en dispositivos scsi y 64 para dispositivos ide/pata.
En el hardware nuevo, la tendencia es que la interfaz ide desaparezca: En el ultimo mobo que compré (msi k9a platinum), tiene un solo conector ide y 4 sata. La primer grabadora que coloque (asus), funcionaba con el modulo ide-generic, pero luego la cambié por una liteon dvd rw 20X, y debía utilizar el modulo pata_atiixp, y en el sistema aparece como scsi. Las grabadoras de dvd nuevas estan viniendo con sata, en vez de ide. Habrá que conformarse con usar sistemas operativos viejos en hardware viejo.
- Las nuevas versiones del kernel van a utilizar los módulos y librerías scsi para todos los dispositivos, sean ide / scsi / usb...
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
- Las nuevas versiones del kernel no van a incorporar el módulo "pata" para permitir la compatibilidad con versiones anteriores y se va a tener que utilizar la especificación scsi para los dispositivos.
- Por tanto, la limitación de 15 particiones "se hereda" en esta nueva organización del kernel.
Soluciones aportadas:
- Usar lvm / evms para eliminar esa restricción en el número de particiones
Lvm no se usa para crear mas particiones, sino al contrario, para unir particiones o discos.
- Usar el módulo md (raid) - Usar un kernel que sí soporte los módulos "pata" - Reorganizar las particiones para adecuarse al cambio - (...)
Lo raro es que no se haya eliminado / corregido / modificado ya esa barrera de 15 particiones en discos scsi y las 64 para ide, que también me parecen pocas teniendo en cuenta cómo aumenta el tamaño de los discos duros, memorias flash y demás. No debería existir más limitación que la del propio hardware, pero limitaciones de programación no tienen, a día de hoy, sentido.
A mi modo de ver las cosas, esta "limitación" de 16 particiones, no les preocupa a los desarrolladores, como dije antes, y como vos bien sabes que los discos de servidores de 10000 o 15000 rpm, rara vez superan los 100 gigabytes, por lo que no existe necesidad de particionar, sino al contrario, unir discos en una misma partición mediante lvm. Por el otro lado, un usuario hogareño, en una instalación estandar tendrá 4 particiones: 1- el innombrable 2- swap 3- / raiz 4- home Salu2 --------------------------------------------------------------------- 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 11/09/07, Juan Erbes escribió:
En el hardware nuevo, la tendencia es que la interfaz ide desaparezca:
Sí, eso mismo intentaban con el rs-232 y mira, la cantidad de equipos de faxes que se han ido al "paro" (y la cantidad de papel que no se ha consumido) por el uso del módem-fax :-) Antes de "cargarse" una tecnología hay que ver si no se le puede dar otro uso o se puede ampliar o mejorar sus características... Recuerda que la "experiencia es un grado" y las tecnologías probadas valen su peso en oro por su estabilidad.
Habrá que conformarse con usar sistemas operativos viejos en hardware viejo.
Detecto cierto tono irónico ;-)
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
¿Qieres que decir que si a una partición nº 25 le pongo una etiqueta el nuevo kernel la va a poder "ver"?
Lvm no se usa para crear mas particiones, sino al contrario, para unir particiones o discos.
Pero se puede configurar al gusto ¿no? Es decir, uno los discos o no los uno, como trabajan las controladoras raid, con niveles o como jbod.
A mi modo de ver las cosas, esta "limitación" de 16 particiones, no les preocupa a los desarrolladores, como dije antes, y como vos bien sabes que los discos de servidores de 10000 o 15000 rpm, rara vez superan los 100 gigabytes, por lo que no existe necesidad de particionar, sino al contrario, unir discos en una misma partición mediante lvm.
Me parece un punto de vista erróneo. Y me parece erróneo porque la experiencia nos ha demostrado que basarse en "esto no va a pasar" no suele ser efectivo. Hay que prever todo tipo de situaciones, hasta las más inverosímiles, y estoy segura de que esa limitación de 15 particiones molesta a más de uno. ¿Por qué "auto-limitar" cuando el dispositivo lo permite? No tiene ningún sentido. Quizá ni tú ni yo utilicemos esas 15 particiones, pero ¿no crees que alguien puede necesitarlas?
Por el otro lado, un usuario hogareño, en una instalación estandar tendrá 4 particiones: 1- el innombrable 2- swap 3- / raiz 4- home
Pero es reducir (simplificar) el problema demasiado. El límite entre "hogareño" y "empresarial" se reduce cada vez más, los discos sata llegan a ambos entornos y con las mismas capacidades, los sistemas virtuales (máquinas vm) son accesibles a todos, las comunicaciones están empezando a tener importancia en los hogares, ya no sólo hay un número de teléfono fijo, hay móviles y líneas dedicadas para fax o adsl... y todo eso require equipamientos "cuasi" profesionales. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-11 a las 18:50 +0200, Camaleón escribió:
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
¿Qieres que decir que si a una partición nº 25 le pongo una etiqueta el nuevo kernel la va a poder "ver"?
No.
¿Por qué "auto-limitar" cuando el dispositivo lo permite? No tiene ningún sentido. Quizá ni tú ni yo utilicemos esas 15 particiones, pero ¿no crees que alguien puede necesitarlas?
Exacto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5s25tTMYHG2NR9URAjMQAKCIBtHFKsAg7z+nR36AzFbHlr4kTwCdE2MI +br+SIBgP7JIttfFEgDGwf8= =xsHB -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-11 a las 13:28 -0300, Juan Erbes escribió:
El 11/09/07, Camaleón <> escribió:
Habrá que conformarse con usar sistemas operativos viejos en hardware viejo.
Ojo, que hay gente que usa hardware nuevo (sata) y lo fuerza a usar el driver ide-pata paralelo para seguir teniendo más de 15 particiones. En el bugzilla hay uno con CUARENTA particiones en un sata.
- Las nuevas versiones del kernel van a utilizar los módulos y librerías scsi para todos los dispositivos, sean ide / scsi / usb...
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
Ojo. Ojo que eso no es cierto más que en apariencia. Observa: cer@nimrodel:~> l /dev/disk/by-id/ | less lrwxrwxrwx 1 root root 9 2007-09-10 15:29 ata-ST3160021A_5JS4VV1F -> ../../hdd lrwxrwxrwx 1 root root 10 2007-09-10 15:29 ata-ST3160021A_5JS4VV1F-part1 -> ../../hdd1 lrwxrwxrwx 1 root root 11 2007-09-10 15:29 ata-ST3160021A_5JS4VV1F-part10 -> ../../hdd10 lrwxrwxrwx 1 root root 11 2007-09-10 15:29 ata-ST3160021A_5JS4VV1F-part11 -> ../../hdd11 ... lrwxrwxrwx 1 root root 9 2007-09-11 18:55 usb-ST360020_A_DEF10000CE2DB1A -> ../../sda lrwxrwxrwx 1 root root 10 2007-09-11 18:55 usb-ST360020_A_DEF10000CE2DB1A-part1 -> ../../sda1 El usuario, el administrador, debe ir cambiando en el fstab las referencias tradicionales a hda3, sda7 etc, a referencias por id, label, path o uuid. Pero todas ellas no son más que enlaces simbólicos al dispositivo físico real. Lo que pasa es que al hacer el cambio en el fstab el administrador no se verá afectado si el dispositivo de acceso es scsi o pata, ni siquiera si es sda o sdz. Pero por culpa de ser sda... nos vemos limitados a 15 particiones.
- Por tanto, la limitación de 15 particiones "se hereda" en esta nueva organización del kernel.
Soluciones aportadas:
- Usar lvm / evms para eliminar esa restricción en el número de particiones
Lvm no se usa para crear mas particiones, sino al contrario, para unir particiones o discos.
Nononono. Eso no es cierto. LVM se emplea tanto para unir como dividir. Léete la documentación. De hecho, LVM es la solución recomendada por el YAST durante la instalación en un sistema pata con más de 15 particiones. Lo sé y lo digo porque lo he comprobado.
- Usar el módulo md (raid) - Usar un kernel que sí soporte los módulos "pata" - Reorganizar las particiones para adecuarse al cambio - (...)
Lo raro es que no se haya eliminado / corregido / modificado ya esa barrera de 15 particiones en discos scsi y las 64 para ide, que también me parecen pocas teniendo en cuenta cómo aumenta el tamaño de los discos duros, memorias flash y demás. No debería existir más limitación que la del propio hardware, pero limitaciones de programación no tienen, a día de hoy, sentido.
A mi modo de ver las cosas, esta "limitación" de 16 particiones, no les preocupa a los desarrolladores, como dije antes, y como vos bien sabes que los discos de servidores de 10000 o 15000 rpm, rara vez superan los 100 gigabytes, por lo que no existe necesidad de particionar, sino al contrario, unir discos en una misma partición mediante lvm.
Que va. Hay servidores por ahí con discos rondando el medio terabyte en producción.
Por el otro lado, un usuario hogareño, en una instalación estandar tendrá 4 particiones: 1- el innombrable
Ese son dos particiones: sistema y datos. Así es como te lo entregan en la tienda si son buenos.
2- swap 3- / raiz 4- home
¿Y si tienes un disco de 500 gigas te vas a limitar a eso? Entonces si quiero probar la suse, la ubuntu, la kubuntu, la linex, el debian, el XP, El Vista, que? ¿No puedo hacer una partición para cada sistema que quiero comparar? Yo he visto sistemas productivos unix que por paranoia montan raid, y las particiones están además duplicadas: una de uso, otra de respaldo. El raid protege de fallos de hardware, los duplicados de los de software. Y luego, cada base de datos tenía su propia partición raw. El log, otra. Los volcados de datos, otra. Un montón. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5stetTMYHG2NR9URApIyAJ9qyXphI6152cYn98zLmW/4y23FpwCggS1x uh/YeoHTtHJ2JPrT/MmSMKA= =1huc -----END PGP SIGNATURE-----
El 11/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-09-11 a las 13:28 -0300, Juan Erbes escribió:
El 11/09/07, Camaleón <> escribió:
Habrá que conformarse con usar sistemas operativos viejos en hardware viejo.
Ojo, que hay gente que usa hardware nuevo (sata) y lo fuerza a usar el driver ide-pata paralelo para seguir teniendo más de 15 particiones. En el bugzilla hay uno con CUARENTA particiones en un sata.
Linda estadistica vas a hacer con 2 casos, contra miles de usuarios y empresas que no hacen esa locura.
- Las nuevas versiones del kernel van a utilizar los módulos y librerías scsi para todos los dispositivos, sean ide / scsi / usb...
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
Ojo.
Ojo que eso no es cierto más que en apariencia.
Pero sin embargo, en la instalación por defecto, tanto el grub, como el fstab, lo pone con la nueva nomenclatura: cat /etc/fstab /dev/disk/by-id/scsi-SATA_WDC_WD2500JS-60_WD-WCANKJ306443-part8 / ext3 acl,user_xattr 1 1 /dev/disk/by-id/scsi-SATA_WDC_WD2500JS-60_WD-WCANKJ306443-part7 /home ext3 defaults 1 2 /dev/disk/by-id/scsi-SATA_WDC_WD2500JS-60_WD-WCANKJ306443-part5 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
lrwxrwxrwx 1 root root 9 2007-09-11 18:55 usb-ST360020_A_DEF10000CE2DB1A -> ../../sda lrwxrwxrwx 1 root root 10 2007-09-11 18:55 usb-ST360020_A_DEF10000CE2DB1A-part1 -> ../../sda1
El usuario, el administrador, debe ir cambiando en el fstab las referencias tradicionales a hda3, sda7 etc, a referencias por id, label, path o uuid. Pero todas ellas no son más que enlaces simbólicos al dispositivo físico real.
Lo que pasa es que al hacer el cambio en el fstab el administrador no se verá afectado si el dispositivo de acceso es scsi o pata, ni siquiera si es sda o sdz.
Pero por culpa de ser sda... nos vemos limitados a 15 particiones.
A mi modo de ver las cosas, esta "limitación" de 16 particiones, no les preocupa a los desarrolladores, como dije antes, y como vos bien sabes que los discos de servidores de 10000 o 15000 rpm, rara vez superan los 100 gigabytes, por lo que no existe necesidad de particionar, sino al contrario, unir discos en una misma partición mediante lvm.
Que va. Hay servidores por ahí con discos rondando el medio terabyte en producción.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
Por el otro lado, un usuario hogareño, en una instalación estandar tendrá 4 particiones: 1- el innombrable
Ese son dos particiones: sistema y datos. Así es como te lo entregan en la tienda si son buenos.
2- swap 3- / raiz 4- home
¿Y si tienes un disco de 500 gigas te vas a limitar a eso? Entonces si quiero probar la suse, la ubuntu, la kubuntu, la linex, el debian, el XP, El Vista, que? ¿No puedo hacer una partición para cada sistema que quiero comparar?
Si quieres comparar la perfomance, debes instalar en la misma partición, ya que las particiones mas alejadas del eje de rotación, tienen mayor velocidad tangencial, y por lo tanto mayor velocidad de transferencia.
Yo he visto sistemas productivos unix que por paranoia montan raid, y las particiones están además duplicadas: una de uso, otra de respaldo. El raid protege de fallos de hardware, los duplicados de los de software.
Has visto sistemas productivos unix, pero parece que no has visto los discos (marca, modelo y caracteristicas) que contienen los arrays de discos que usan. Hasta donde se, lo mejorcito en discos para servidores, son los hot swap scsi Ultra320 de 15000 rpm: http://www.dooyoo.es/discos-duros/15000_rpm/ultra320_scsi/ Como podras ver en ese link, ninguno supera los 150 gb. Con 150 GB de disco en un servidor de archivos, cuantas particiones vas a hacer? Es cierto que ahora parte de los scsi Ultra320 en algunos equipos nuevos estan siendo reemplazados por los SATA-300 como por ejemplo el Western Digital Raptor de 10000 rpm y 150GB. http://www.newegg.com/Product/Product.asp?Item=N82E16822136012 Cambiando ligeramente de tema, que perfomance tiene ese disco de 320 GB ide que tienes tú, en un mobo del año 2001? ( que con suerte puede llegar a ser ATA100 (o ATA66) ). Salu2 --------------------------------------------------------------------- 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 2007-09-11 a las 21:37 -0300, Juan Erbes escribió:
Ojo, que hay gente que usa hardware nuevo (sata) y lo fuerza a usar el driver ide-pata paralelo para seguir teniendo más de 15 particiones. En el bugzilla hay uno con CUARENTA particiones en un sata.
Linda estadistica vas a hacer con 2 casos, contra miles de usuarios y empresas que no hacen esa locura.
¿Has preguntado tú acaso a miles de usuarios y empresas? Los que escriben son un minimo porcentaje de los usuarios existentes. El daño que estos cambios provoquen se verán cuando se distribuya la versión final.
Los particiones de los discos ya no se enumeran como /dev/sdax, sino como /dev/marca-modelo-partn (id).
Ojo.
Ojo que eso no es cierto más que en apariencia.
Pero sin embargo, en la instalación por defecto, tanto el grub, como el fstab, lo pone con la nueva nomenclatura:
Vale, muy bien, pero son sólo enlaces simbólicos a los dispositivos reales. Si lo importante fuera el id la limitación de 15 particiones no existiría, sería sólo un nombre.
Que va. Hay servidores por ahí con discos rondando el medio terabyte en producción.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores. Tú calcula. Si tienes que poner un almacenamiento de 10 terabytes con discos de 100 gigas máximo, a ver cuantos discos tienes que sumar.
¿Y si tienes un disco de 500 gigas te vas a limitar a eso? Entonces si quiero probar la suse, la ubuntu, la kubuntu, la linex, el debian, el XP, El Vista, que? ¿No puedo hacer una partición para cada sistema que quiero comparar?
Si quieres comparar la perfomance, debes instalar en la misma partición, ya que las particiones mas alejadas del eje de rotación, tienen mayor velocidad tangencial, y por lo tanto mayor velocidad de transferencia.
¿Y que más da? Que se aguanten. Si no va al máximo, pues que no vaya. Que le voy a hacer... Yo quiero ver como son. Por cierto, no necesariamente la velocidad de transferencia es mayor en el borde externo. Yo he hecho mediciones, y sale más rápido a 1/3 del borde. ¿Que como lo comprobé? Pues hice _cuarenta_ particiones en el disco, y medí la velocidad en todas ellas, una a una. :-P
Yo he visto sistemas productivos unix que por paranoia montan raid, y las particiones están además duplicadas: una de uso, otra de respaldo. El raid protege de fallos de hardware, los duplicados de los de software.
Has visto sistemas productivos unix, pero parece que no has visto los discos (marca, modelo y caracteristicas) que contienen los arrays de discos que usan.
AT&T. Scsi, un disco por bus. Sin array. Hay muchos tipos de ordenadores de empresa. Pueden ser servidores de datos rápidos, o pueden ser de cálculo, o de muchas otras cosas. Puede ser un helpdesk de multiples sistemas operativos y multiples versiones de los mismos.
Cambiando ligeramente de tema, que perfomance tiene ese disco de 320 GB ide que tienes tú, en un mobo del año 2001? ( que con suerte puede llegar a ser ATA100 (o ATA66) ).
nimrodel:/etc/sysconfig # hdparm -t -T /dev/hda6 /dev/hda6: Timing cached reads: 352 MB in 2.02 seconds = 174.65 MB/sec Timing buffered disk reads: 54 MB in 0.83 seconds = 65.23 MB/sec - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5zsUtTMYHG2NR9URAgkrAJ9Ew2cvNaFC7Rx3UQT1iKQKVA81iACfQ9I/ iGs0P9C40Mru0dJetDM6o9M= =62e0 -----END PGP SIGNATURE-----
El 11/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-09-11 a las 21:37 -0300, Juan Erbes escribió:
Ojo, que hay gente que usa hardware nuevo (sata) y lo fuerza a usar el driver ide-pata paralelo para seguir teniendo más de 15 particiones. En el bugzilla hay uno con CUARENTA particiones en un sata.
Linda estadistica vas a hacer con 2 casos, contra miles de usuarios y empresas que no hacen esa locura.
¿Has preguntado tú acaso a miles de usuarios y empresas? Los que escriben son un minimo porcentaje de los usuarios existentes. El daño que estos cambios provoquen se verán cuando se distribuya la versión final.
Tu tan solo citas 2 casos de usuarios que usan mas de 16 particones.
Vale, muy bien, pero son sólo enlaces simbólicos a los dispositivos reales. Si lo importante fuera el id la limitación de 15 particiones no existiría, sería sólo un nombre.
Que va. Hay servidores por ahí con discos rondando el medio terabyte en producción.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores.
Tan solo te pido que hables con fundamento, sin delirar, pretendiendo que en opensuse hagan la ultima distro a la medida de tu pc del año 2001 y de tus berrinches de las 20 particiones.
Tú calcula. Si tienes que poner un almacenamiento de 10 terabytes con discos de 100 gigas máximo, a ver cuantos discos tienes que sumar.
Puedes citar una empresa que tenga esa capacidad de almacenamiento en un solo servidor? Te pongo porejemplo 1 array de discos de 1 terabyte, formados por 14 discos de 73 GB de 10000 rpm: http://cgi.ebay.com/1-Terabyte-Sun-FC-AL-Disk-array-A5200-14x73gb-disks_W0QQ... Con 10 de esos, tenes los 10 teras, pero no creo que un solo servidor los pueda manejar. Pregunta final: Cual era el maximo numero de particiones soportadas en un disco scsi en las versiones anteriores? Salu2 --------------------------------------------------------------------- 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 12/09/07, Juan Erbes escribió:
Tu tan solo citas 2 casos de usuarios que usan mas de 16 particones.
Buf, no. Date una vuelta por Google y verás algunos comentarios "añejos" donde la gente se hace la misma pregunta. Te pongo un caso: http://lwn.net/Articles/75928/
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores.
Pregunta: ¿qué pasa con las controladoras hardware raid en las que el kernel sólo "ve" un disco scsi de ~500 GB formado por varios de 146 GB. (por ejemplo, raid 5 de 4 discos)? ¿Tampoco permite más de 15 particiones?
Tan solo te pido que hables con fundamento, sin delirar, pretendiendo que en opensuse hagan la ultima distro a la medida de tu pc del año 2001 y de tus berrinches de las 20 particiones.
Es un cambio muy brusco, no es habitual cambios tan radicales que afectan a la base de un sistema como es el almacenamiento de datos. No poder acceder a los datos de una partición por un cambio del kernel tiene todos los visos de ser tratado como un "bug" en sí mismo. No es que zmd-zend no funcione como deba, estamos hablando de datos.
Puedes citar una empresa que tenga esa capacidad de almacenamiento en un solo servidor?
En raid es sencillo pasar del tera, sí. Y Segate tiene discos SCSI de 300 GB (Cheetah(r) 15K.5 Ultra320 SCSI 300-GB Hard Drive), SAS de 500 GB. (Barracuda ES.2 SAS 3.0-Gb/s 500-GB Hard Drive), de fibra de 300 GB. (Cheetah(r) 15K.5 Fibre Channel 300-GB Hard Drive).
Pregunta final: Cual era el maximo numero de particiones soportadas en un disco scsi en las versiones anteriores?
Era y es 15, lo cual requiere una revisión (ahora y antes). 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-12 a las 09:45 +0200, Camaleón escribió:
El 12/09/07, Juan Erbes escribió:
Tu tan solo citas 2 casos de usuarios que usan mas de 16 particones.
Corrección: mayor o igual a 16, o sea, más de 15.
Buf, no. Date una vuelta por Google y verás algunos comentarios "añejos" donde la gente se hace la misma pregunta. Te pongo un caso:
¡Je! Claro, el aumento de tamaño de los números major y minor, para poder tener miles y miles de discos scsi. ¿para qué tener tantos discos? A ver quien es el guapo que arranca ese sistema.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores.
Pregunta: ¿qué pasa con las controladoras hardware raid en las que el kernel sólo "ve" un disco scsi de ~500 GB formado por varios de 146 GB. (por ejemplo, raid 5 de 4 discos)? ¿Tampoco permite más de 15 particiones?
Si lo ve como scsi, no como un raid por software, sí aplica la limitación de 15.
Tan solo te pido que hables con fundamento, sin delirar, pretendiendo que en opensuse hagan la ultima distro a la medida de tu pc del año 2001 y de tus berrinches de las 20 particiones.
¿Delirar? No nos pongamos personales. Que las empresas sigan con sus scsi - muchas empresas se han pasado a los ATA y SATA hace mucho tiempo - y que nos dejen a los demás con los ATA. ¿Porqué una reducción de capacidad tienes que verla como un avance? Es un retroceso. ¿Porqué unificar en un tipo de driver tiene que hacerse obligando a los que usamos ata a vernos limitados por las limitaciones de una interfaz que no hemos escogido? No es justo.
Es un cambio muy brusco, no es habitual cambios tan radicales que afectan a la base de un sistema como es el almacenamiento de datos. No poder acceder a los datos de una partición por un cambio del kernel tiene todos los visos de ser tratado como un "bug" en sí mismo. No es que zmd-zend no funcione como deba, estamos hablando de datos.
Claro.
Puedes citar una empresa que tenga esa capacidad de almacenamiento en un solo servidor?
En raid es sencillo pasar del tera, sí.
Y Segate tiene discos SCSI de 300 GB (Cheetah(r) 15K.5 Ultra320 SCSI 300-GB Hard Drive), SAS de 500 GB. (Barracuda ES.2 SAS 3.0-Gb/s 500-GB Hard Drive), de fibra de 300 GB. (Cheetah(r) 15K.5 Fibre Channel 300-GB Hard Drive).
Pregunta final: Cual era el maximo numero de particiones soportadas en un disco scsi en las versiones anteriores?
Era y es 15, lo cual requiere una revisión (ahora y antes).
¡Exacto! En los discos scsi no era problema anteriormente, porque siempre han sido pequeños y caros. Nadie tenía discos scsi. Ahora nos obligan a todos a usar la interfaz scsi con los discos ATA, que son mayores y más baratos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG57fEtTMYHG2NR9URAjpkAJ9SBG3Zc1OXmSxWStCPah+cM5MMlQCfdHn0 UaRDtzH2XKBVC3buXnKOSdo= =jG0f -----END PGP SIGNATURE-----
El 12/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-09-12 a las 09:45 +0200, Camaleón escribió:
El 12/09/07, Juan Erbes escribió:
Tu tan solo citas 2 casos de usuarios que usan mas de 16 particones.
Corrección: mayor o igual a 16, o sea, más de 15.
Buf, no. Date una vuelta por Google y verás algunos comentarios "añejos" donde la gente se hace la misma pregunta. Te pongo un caso:
¡Je! Claro, el aumento de tamaño de los números major y minor, para poder tener miles y miles de discos scsi. ¿para qué tener tantos discos? A ver quien es el guapo que arranca ese sistema.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores.
Pregunta: ¿qué pasa con las controladoras hardware raid en las que el kernel sólo "ve" un disco scsi de ~500 GB formado por varios de 146 GB. (por ejemplo, raid 5 de 4 discos)? ¿Tampoco permite más de 15 particiones?
Si lo ve como scsi, no como un raid por software, sí aplica la limitación de 15.
Si en scsi nunca hubo problemas con esa "limitación" de 15 particiones, aunque fuera un array de discos de 1 terabyte, porque va haberla ahora? Si la interfaz ide/pata está pronta a desaparecer, y la interfaz SATA ha adoptado el protocolo scsi, que esperas? A mi me parece perfectamente logico el proceder de los desarrolladores, y no deben ser solamente los de Novell/Suse, sino que debe ser de común acuerdo con todos los desarrolladores del kernel de todo el mundo, y ese mismo efecto lo verás en todas las distros, no solo en Suse/Opensuse. Salu2 --------------------------------------------------------------------- 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 12/09/07, Camaleón
El 12/09/07, Juan Erbes escribió:
Pregunta final: Cual era el maximo numero de particiones soportadas en un disco scsi en las versiones anteriores?
Era y es 15, lo cual requiere una revisión (ahora y antes).
Todo el asunto se resume en este punto, ya que la interfaz scsi ha demostrado ser la mas eficiente, y su protocolo de comunicaciones, ha sido adoptado por la interfaz SATA. La interfaz IDE está pronta a desaparecer, como mencioné en otro mensaje, los mobos modernos traen un solo conector ide, y 4 SATA, mientras que las grabadoras de dvd ya están viniendo con SATA.. El hecho de la pronta desaparición de la interfaz ide/pata, es la explicación de la unificación en libata, con la consecuente asimilación al protocolo scsi usado en SATA. Salu2 Salu2 --------------------------------------------------------------------- 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 12/09/07, Juan Erbes escribió:
Todo el asunto se resume en este punto, ya que la interfaz scsi ha demostrado ser la mas eficiente, y su protocolo de comunicaciones, ha sido adoptado por la interfaz SATA.
Vale, la interfaz scsi es la repera... pero Juan, ¿de verdad crees que los discos scsi no van a aumentar de tamaño, que se van a quedar en 70 y poco gigas? Ya los hay de 300 GB. y si como dice Carlos, cuando se usan con controladoras raid y niveles que suman capacidades, se llegan a los teras de almacenamiento. No se trata de una "rabieta" ni de "estancarse en el pasado", el argumento de Carlos tiene una lógica aplastante porque no hay una razón "coherente" ni existen limitaciones físicas (a nivel de dispositivo, bios, etc.) para no rediseñar / cambiar / ampliar / modificar una característica-limitación del kernel.
La interfaz IDE está pronta a desaparecer, como mencioné en otro mensaje, los mobos modernos traen un solo conector ide, y 4 SATA, mientras que las grabadoras de dvd ya están viniendo con SATA.. El hecho de la pronta desaparición de la interfaz ide/pata, es la explicación de la unificación en libata, con la consecuente asimilación al protocolo scsi usado en SATA.
Esa no es la cuestión. El ata puede desaparecer ya mismo, y ya que estamos, el sata también... qué narices, podemos quedarnos todos con discos de fibra, sas o scsi porque son mejores. Bien. ¿Y ahora, qué? ¿Cambiamos el código del kernel para poder tener las particiones que queramos sólo limitados por el tamaño de los discos o mejor seguimos con las 15 particiones de rigor? :-) 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
El 12/09/07, Camaleón
El 12/09/07, Juan Erbes escribió:
Todo el asunto se resume en este punto, ya que la interfaz scsi ha demostrado ser la mas eficiente, y su protocolo de comunicaciones, ha sido adoptado por la interfaz SATA.
Vale, la interfaz scsi es la repera... pero Juan, ¿de verdad crees que los discos scsi no van a aumentar de tamaño, que se van a quedar en 70 y poco gigas? Ya los hay de 300 GB. y si como dice Carlos, cuando se usan con controladoras raid y niveles que suman capacidades, se llegan a los teras de almacenamiento.
No se trata de una "rabieta" ni de "estancarse en el pasado", el argumento de Carlos tiene una lógica aplastante porque no hay una razón "coherente" ni existen limitaciones físicas (a nivel de dispositivo, bios, etc.) para no rediseñar / cambiar / ampliar / modificar una característica-limitación del kernel.
La interfaz IDE está pronta a desaparecer, como mencioné en otro mensaje, los mobos modernos traen un solo conector ide, y 4 SATA, mientras que las grabadoras de dvd ya están viniendo con SATA.. El hecho de la pronta desaparición de la interfaz ide/pata, es la explicación de la unificación en libata, con la consecuente asimilación al protocolo scsi usado en SATA.
Esa no es la cuestión. El ata puede desaparecer ya mismo, y ya que estamos, el sata también... qué narices, podemos quedarnos todos con discos de fibra, sas o scsi porque son mejores. Bien. ¿Y ahora, qué? ¿Cambiamos el código del kernel para poder tener las particiones que queramos sólo limitados por el tamaño de los discos o mejor seguimos con las 15 particiones de rigor?
Parece que muchos ya se han olvidado, de que hasta hace algunos años, había que utilizar un modulo de emulación scsi para las grabadoras de cd o dvd. Después esa emulación, se cargaba en forma automática, en un solo driver. No se cuan "aplastante" será la logica de Carlos, pero la realidad, que en la existencia del estandar scsi, nunca nadie se quejó de esa "limitación" de 15 particiones. El hecho de que los discos sean mas grandes, tampoco es una justificación para crear mas particiones, porque el volumen de información cada vez es mayor, y la ventaja se ve en la reducción del uso de lvm, para unificar discos. Como dije antes, esto tampoco debe ser una decisión unilateral de los desarrolladores de Suse/Opensuse, sino de todos los desarrolladores del kernel, lo cual también impacta en todas las distros. Las excepciones, como la de Carlos, no hacen a las reglas. Salu2 --------------------------------------------------------------------- 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 12/09/07, Juan Erbes escribió:
Parece que muchos ya se han olvidado, de que hasta hace algunos años, había que utilizar un modulo de emulación scsi para las grabadoras de cd o dvd. Después esa emulación, se cargaba en forma automática, en un solo driver.
¿Y...? No veo limitaciones por usar la emulación scsi en dispositivos ópticos.
No se cuan "aplastante" será la logica de Carlos, pero la realidad, que en la existencia del estandar scsi, nunca nadie se quejó de esa "limitación" de 15 particiones.
Es aplastante porque no da alternativas sencillas. Es aplastante porque va a forzar al usuario a cambiar su modelo de particionamiento. Es aplastante porque no tiene en cuenta situaciones actuales de configuración. Es aplastante porque no tiene "sentido lógico" más allá del "siempre ha sido así...". Imagina que se elimina del kernel el módulo de detección de disco sata con chipset sis. Motivo: nadie lo usa porque no tiene buen rendimiento, es mediocre. ¿Qué crees que pensarían los usuarios que tengan una controladora sata con ese chipset? ¿Comprarían otra placa base que no llevara ese chipset para poder utilizar el equipo? ¿Comprarían una nueva controladora para poder usar sus discos duros? :-/
El hecho de que los discos sean mas grandes, tampoco es una justificación para crear mas particiones, porque el volumen de información cada vez es mayor, y la ventaja se ve en la reducción del uso de lvm, para unificar discos.
El motivo para crear 100 particiones es individual. Se pueden necesitar para entornos de prueba ¿por qué no?, para experimentar, para configuración de múltiples máquinas virtuales, para registros de datos...
Como dije antes, esto tampoco debe ser una decisión unilateral de los desarrolladores de Suse/Opensuse, sino de todos los desarrolladores del kernel, lo cual también impacta en todas las distros.
¿Y quién ha dicho eso? :-? Si es un error del kernel, la solución, como han apuntado desde opensuse, está en los desarrolladores del kernel.
Las excepciones, como la de Carlos, no hacen a las reglas.
No sé por qué piensas que sólo Carlos tiene una configuración con más de 16 particiones, es un error. Es más, aunque nadie tuviera esa configuración hoy en día, el límite seguiría siendo ridículo y sin sentido. 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
El 12/09/07, Camaleón
Las excepciones, como la de Carlos, no hacen a las reglas.
No sé por qué piensas que sólo Carlos tiene una configuración con más de 16 particiones, es un error. Es más, aunque nadie tuviera esa configuración hoy en día, el límite seguiría siendo ridículo y sin sentido.
Creo que estamos confundiendo las cosas: Con un mobo moderno (4 ports SATA), si quieres puedes tener hasta 64 particiones, repartidas en 4 discos, y estarias en 16 particiones por disco. tiene sentido? O a vos te preguntaron los fabricantes de mobos cuando dejaron de incluir los slots ISA? A un amigo le pasó al año de haber comprado una tarjeta de sonido Turtle Beach Fiji (ISA), que le costó alrededor de 400 dolares, que los mobos nuevos ya no traían ese slot. De aquí a un año, es muy probable que ningun mobo nuevo traiga pata/ide. Tampoco está en manos de los desarrolladores modificar el standar/protocolo SCSI, y nos guste o no, es lo que se ha adoptado para libata. Por mi parte, no pienso volver a intervenir en este hilo, porque se niegan a aceptar lo que es obvio. La verdad que esto parece una discusión de gallegos. Ostias! Salu2 --------------------------------------------------------------------- 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 2007-09-12 a las 11:35 -0300, Juan Erbes escribió:
Tampoco está en manos de los desarrolladores modificar el standar/protocolo SCSI, y nos guste o no, es lo que se ha adoptado para libata.
Sí está en su mano. Y ojo, no te confundas: no es una limitación del estandar o protocolo scsi, ni mucho menos. Es una limitación del directorio /dev del kernel. No me sorprendería que el windows no tuviera esa limitación, pero no tengo manera de comprobarlo.
Por mi parte, no pienso volver a intervenir en este hilo, porque se niegan a aceptar lo que es obvio.
No, tú eres quien se niega a aceptar lo que es lógico y defiendes a gente que ha hecho esos cambios por comodidad propia, no de los usuarios. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6ARXtTMYHG2NR9URAt8UAJ4yGShrJ5CWNTyNFdpBOg89ewyNZgCfeog1 66aN6jei3fpPoFVEz/S6JZw= =3Pjx -----END PGP SIGNATURE-----
El 12/09/07, Juan Erbes escribió:
Creo que estamos confundiendo las cosas:
Yo creo que no.
Con un mobo moderno (4 ports SATA), si quieres puedes tener hasta 64 particiones, repartidas en 4 discos, y estarias en 16 particiones por disco. tiene sentido?
No, no tiene sentido. ¿Y qué pasa si sólo tengo un disco sata de 500 GB. con 25 particiones en ese disco? ¿Y si tengo una placa base del año 2001 con una controladora scsi y un disco scsi de 8 GB. y quiero hacer 25 particiones de 100 MB. cada una?
O a vos te preguntaron los fabricantes de mobos cuando dejaron de incluir los slots ISA? A un amigo le pasó al año de haber comprado una tarjeta de sonido Turtle Beach Fiji (ISA), que le costó alrededor de 400 dolares, que los mobos nuevos ya no traían ese slot.
Hay adaptadores.
De aquí a un año, es muy probable que ningun mobo nuevo traiga pata/ide.
No se discute la sustitución de un bus por otro nuevo, sino de una decisión "arbitraria y sin fundamento" para el uso de un sistema que no mejora el actual sino que lo limita.
Tampoco está en manos de los desarrolladores modificar el standar/protocolo SCSI, y nos guste o no, es lo que se ha adoptado para libata.
Los desarrolladores del kernel son los que deben llevar a cabo ese cambio. En SuSE pueden (o no) incluir algún "workaround" para no fastidiar al personal, pero nada más.
Por mi parte, no pienso volver a intervenir en este hilo, porque se niegan a aceptar lo que es obvio.
La verdad que esto parece una discusión de gallegos. Ostias!
Bueno, Juan, para eso sirve una lista, para discutir, aclarar ideas, rebatir argumentos y llegar a conclusiones. Que quieras exponer o no tus ideas sólo depende de ti... al menos no estás limitado a 15 comentarios por hilo X-). 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-12 a las 17:43 +0200, Camaleón escribió:
Hay adaptadores.
De aquí a un año, es muy probable que ningun mobo nuevo traiga pata/ide.
No se discute la sustitución de un bus por otro nuevo, sino de una decisión "arbitraria y sin fundamento" para el uso de un sistema que no mejora el actual sino que lo limita.
Traerán SATA, que siguen siendo ATA. Con mejoras, pero ATA en el fondo, no SCSI. Lo único es que todos usarán la interfaz _software_ SCSI, aún no siendo SCSI.
Por mi parte, no pienso volver a intervenir en este hilo, porque se niegan a aceptar lo que es obvio.
La verdad que esto parece una discusión de gallegos. Ostias!
Bueno, Juan, para eso sirve una lista, para discutir, aclarar ideas, rebatir argumentos y llegar a conclusiones. Que quieras exponer o no tus ideas sólo depende de ti... al menos no estás limitado a 15 comentarios por hilo X-).
¡Exacto! :-) Ni que fuera Juan quien tuviera que escribir el código del kernel :-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6A8etTMYHG2NR9URAkbTAJ0T10dGa5qFQaF3JY51qkHOX1JZJQCfexrm TQ6Ip4oNenojr0ZdfKRuRFc= =Ijr4 -----END PGP SIGNATURE-----
El mié, 12-09-2007 a las 11:35 -0300, Juan Erbes escribió:
La verdad que esto parece una discusión de gallegos. Ostias!
Vale, gallegos( supongo que en la acepcion sudamericana del termino), pero Ostias es con HACHE, HOSTIAS -- Saludos Lluis
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-12 a las 21:21 +0200, lluis escribió:
El mié, 12-09-2007 a las 11:35 -0300, Juan Erbes escribió:
La verdad que esto parece una discusión de gallegos. Ostias!
Vale, gallegos( supongo que en la acepcion sudamericana del termino),
Según la RAE: 4. adj. Ant., Arg., Col. y Ur. Dicho de una persona: Nacida en España o de ascendencia española. U. t. c. s. 5. adj. C. Rica. tonto ( falto de entendimiento o razón). 6. adj. El Salv. tartamudo. ¿Cual de ellas? :-? Siendo Juan argentino, supongo que es la 4. Pero si es la 5 debo considerarme insultado :-? Porque si miro en la wikipedia, dice: 3 Persona que es originaria de España. * Ámbito: Argentina * Nota de Uso: Se utiliza también como sustantivo. Despectivo. * Sinónimo: yoyega 4 Persona torpe, tonta y ridícula. * Ámbito: Argentina * Uso: Despectivo y ofensivo. O sea, ¡que sí debo considerarme insultado! Pues estamos bien, Juan... No me merezco ese trato. :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6D5atTMYHG2NR9URAmn1AJ4/CR3EtXr6oHCjbSyeNDlPBZ45ZgCeILNN ViPOC4+XysrSTX2oF7+sy30= =rE3b -----END PGP SIGNATURE-----
Carlos E. R. escribió:
El 2007-09-12 a las 21:21 +0200, lluis escribió:
El mié, 12-09-2007 a las 11:35 -0300, Juan Erbes escribió:
La verdad que esto parece una discusión de gallegos. Ostias!
Vale, gallegos( supongo que en la acepcion sudamericana del termino),
Según la RAE:
5. adj. C. Rica. tonto ( falto de entendimiento o razón).
¿Cual de ellas? :-?
Siendo Juan argentino, supongo que es la 4. Pero si es la 5 debo considerarme insultado :-? Porque si miro en la wikipedia, dice: me merezco ese trato.
Pues si, es de Costa Rica el dicho, lo se de buena tinta. --------------------------------------------------------------------- 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 12/09/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-09-12 a las 21:21 +0200, lluis escribió:
El mié, 12-09-2007 a las 11:35 -0300, Juan Erbes escribió:
La verdad que esto parece una discusión de gallegos. Ostias!
Vale, gallegos( supongo que en la acepcion sudamericana del termino),
Según la RAE:
4. adj. Ant., Arg., Col. y Ur. Dicho de una persona: Nacida en España o de ascendencia española. U. t. c. s.
5. adj. C. Rica. tonto ( falto de entendimiento o razón).
6. adj. El Salv. tartamudo.
¿Cual de ellas? :-?
Siendo Juan argentino, supongo que es la 4. Pero si es la 5 debo considerarme insultado :-? Porque si miro en la wikipedia, dice:
3 Persona que es originaria de España.
* Ámbito: Argentina * Nota de Uso:
Se utiliza también como sustantivo. Despectivo.
* Sinónimo: yoyega
4 Persona torpe, tonta y ridícula.
* Ámbito: Argentina * Uso: Despectivo y ofensivo.
O sea, ¡que sí debo considerarme insultado! Pues estamos bien, Juan... No me merezco ese trato.
:-/
No siempre se usa el termino "gallego" en forma despectiva. E incluso, le llaman gallegos a algunos descendientes de españoles, que realmente no lo son. En mi oficina, suele ser común, que a algunos lo llamen: "che gallego, xxxxxxxx? O se diga: el gallego Perez, o el gallego Sanchez (este oriundo de Barcelona), o el vazco Otazúa (mi superior inmediato), y ninguno de ellos se ofende porque le digan así. Cuando se usa en modo despectivo el término "gallego", se hace alusión en general a una persona testaruda; de allí la frase: "discusión de gallegos", refiriendose al hecho de que no conduce a nada o a ningun acuerdo. Hablando de gallegos, aprovecho acomentar, que en 1958 había mas gallegos en Argentina que en Galicia. http://www.americaeconomica.com/portada/entrevistas/abril07/carballo130407.h... Al año 2005, la comunidad gallega en Argentina cuenta con más de 330.000 integrantes: más gallegos de los que tiene toda Europa (sin contar España), el doble de los que viven en Madrid, dos veces los que residen en Cataluña, y 4,5 veces los que habitan en el País Vasco. http://www.abc.es/hemeroteca/historico-11-12-2005/abc/Galicia/los-gallegos-d... No fue mi intención ofender a nadie, era tan solo un argumento para abandonar el hilo. Salu2 --------------------------------------------------------------------- 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 2007-09-13 a las 21:56 -0300, Juan Erbes escribió:
No fue mi intención ofender a nadie, era tan solo un argumento para abandonar el hilo.
Okis :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6m2AtTMYHG2NR9URAiyQAJ4g3DHcuE4vtL/25d9hkeFYd6U8kACfVnxp nhVZcIHjidNAt2QAkgIqCIY= =/qgy -----END PGP SIGNATURE-----
El jue, 13-09-2007 a las 21:56 -0300, Juan Erbes escribió:
No fue mi intención ofender a nadie, era tan solo un argumento para abandonar el hilo.
Nunca supuse el animo de ofender, solo pretendia reirnos un rato con la expresion -- Saludos Lluis
El Wednesday 12 September 2007 15:09:47 Camaleón escribió:
Imagina que se elimina del kernel el módulo de detección de disco sata con chipset sis. Motivo: nadie lo usa porque no tiene buen rendimiento, es mediocre. ¿Qué crees que pensarían los usuarios que tengan una controladora sata con ese chipset? ¿Comprarían otra placa base que no llevara ese chipset para poder utilizar el equipo? ¿Comprarían una nueva controladora para poder usar sus discos duros?
Exacto. Estamos hablando de suprimir algo que ya existe, que funciona correctamente sin proporcionar un equivalente igual o mejor.
El hecho de que los discos sean mas grandes, tampoco es una justificación para crear mas particiones..., porque el volumen de información cada vez es mayor, y la ventaja se ve en la reducción del uso de lvm, para unificar discos.
El motivo para crear 100 particiones es individual. Se pueden necesitar para entornos de prueba ¿por qué no?, para experimentar, para configuración de múltiples máquinas virtuales, para registros de datos...
De acuerdo una vez más: para empezar, si yo me compro un disco muy grande, también es cosa mía decidir para que quiero usarlo ¿no? Además, _EL_DATO_ es que hablamos de funciones que hace tiempo que ya están implementadas.
Como dije antes, esto tampoco debe ser una decisión unilateral de los desarrolladores de Suse/Opensuse, sino de todos los desarrolladores del kernel, lo cual también impacta en todas las distros.
¿Y quién ha dicho eso? :-? Si es un error del kernel, la solución, como han apuntado desde opensuse, está en los desarrolladores del kernel.
Desde un punto de vista filosófico, de acuerdo, pero sin perder de vista que en el kernel de openSUSE hay cientos de parches extra y que poner uno más no sería ningún problema (reiserfs, por ejemplo estuvo en kernel de SuSE mucho antes que en el oficial y no pasó nada). El problema real es que a fecha de hoy el parche necesario no existe y que hay que esperar a que alguien (con conocimientos suficientes) lo escriba.
Las excepciones, como la de Carlos, no hacen a las reglas.
No sé por qué piensas que sólo Carlos tiene una configuración con más de 16 particiones, es un error. Es más, aunque nadie tuviera esa configuración hoy en día, el límite seguiría siendo ridículo y sin sentido.
Esto me recuerda los problemas que sufrimos con los discos IDE cuando llegaron a los 8.4Gb (casi naa!!!) y que se repitieron después llegando a los 32Gb... porque quien iba a pensar que álguien necesitaría algún día discos "tan grandes" Personalmente pienso que el límite de 16 particiones empieza a estar desfasado y que posiblemente habría que modificarlo para que pueda soportar el mayor número posible y así evitar tener que volver a modificarlo dentro de poco. Saludos. Miquel. --------------------------------------------------------------------- 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 2007-09-12 a las 17:25 +0200, Miquel A. Noguera escribió:
¿Y quién ha dicho eso? :-? Si es un error del kernel, la solución, como han apuntado desde opensuse, está en los desarrolladores del kernel.
Desde un punto de vista filosófico, de acuerdo, pero sin perder de vista que en el kernel de openSUSE hay cientos de parches extra y que poner uno más no sería ningún problema (reiserfs, por ejemplo estuvo en kernel de SuSE mucho antes que en el oficial y no pasó nada).
El problema real es que a fecha de hoy el parche necesario no existe y que hay que esperar a que alguien (con conocimientos suficientes) lo escriba.
Si existen. Se apuntan varias soluciones, y la que parece más realista es aprovechar que la limitación del número minor de los devices a un byte (que es el origen del problema, no el driver scsi) hace ya tiempo que se aumentó en la serie del kernel 2.6.4. Es cuestión de que se pongan de acuerdo, lo aprovechen, e incrementen esos números en la tabla de /dev. Decir que la gente de Novell/SuSE no es consciente del problema o que no buscan soluciones o que ignoran este problema o que no tienen interés en solucionarlo, no es cierto. De hecho, la gente de Novell ha enviado un montón de cambios añadidos y parches a esta zona del kernel, y no se si un ochenta por ciento está esperando revisión. Por algún lado debo tener la nota donde me lo comentaron.
Las excepciones, como la de Carlos, no hacen a las reglas.
No sé por qué piensas que sólo Carlos tiene una configuración con más de 16 particiones, es un error. Es más, aunque nadie tuviera esa configuración hoy en día, el límite seguiría siendo ridículo y sin sentido.
Esto me recuerda los problemas que sufrimos con los discos IDE cuando llegaron a los 8.4Gb (casi naa!!!) y que se repitieron después llegando a los 32Gb... porque quien iba a pensar que álguien necesitaría algún día discos "tan grandes"
Y luego con 136 gigas, hay otro límite.
Personalmente pienso que el límite de 16 particiones empieza a estar desfasado y que posiblemente habría que modificarlo para que pueda soportar el mayor número posible y así evitar tener que volver a modificarlo dentro de poco.
En los discos SCSI reales ese problema no se ha presentado tanto antes porque tienden a ser discos pequeños, y en cambio no tienen la limitación de sólo cuatro discos por ordenador: pueden enchufar 8 o 16 discos (según versión) en el mismo cable. Por eso no necesitan tantas particiones. En los discos ATA el panorama es distinto, y el problema se presenta al unificarlos (en el driver, no en la interfaz real). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6A4NtTMYHG2NR9URAlPLAJ9Kca8n3r05qZqbxxKA+rHpmLmFagCfZCR9 kumG3USHPVAn+Oe03nnFaKc= =m4Hh -----END PGP SIGNATURE-----
El Wednesday 12 September 2007 18:04:27 Carlos E. R. escribió:
En los discos SCSI reales ese problema no se ha presentado tanto antes porque tienden a ser discos pequeños, y en cambio no tienen la limitación de sólo cuatro discos por ordenador: pueden enchufar 8 o 16 discos (según versión) en el mismo cable. Por eso no necesitan tantas particiones.
En los discos ATA el panorama es distinto, y el problema se presenta al unificarlos (en el driver, no en la interfaz real).
También de acuerdo. Por 122 EUR es bastante fácil comprar un Seagate ST3500630NS (serie ES, 7200rpm, 16Mb caché, calidad "servidor"), por ejemplo crear en él 32 particiones de 15'62Gb, reservando algunas de esas particiones para las cosas "sagradas" y al mismo tiempo puedo experimentar con nuevas distribuciones, sistemas de archivo... y todo en una simple torre convencional y disponible en 24h. Una posible alternativa SCSI similar supondría un coste de 1752 EUR e implicaría usar 7 discos duros (73Gb, 10000rpm, 8Mb cache) junto con la controladora adecuada, por lo que ya me vería obligado a buscar una caja donde ponerlos así como fuente de alimentación que pueda con todo... total unos 2.000 EUR, o sea, unos 2.000 EUR, o sea, 16 veces más (buff...) Eso sí, si estuviésemos hablando de usar un sólo disco SCSI de 73, y quisiéramos hacer en él 16 particiones de 4,5 (ó 64 de 1,14Gb), entonces sería una tontería que no merece la pena discutir. Definitivamente, hablamos de cosas distintas y quizás convenga recordar que no es posible sumar peras con tambores. Saludos. Miquel. --------------------------------------------------------------------- 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 2007-09-12 a las 08:31 -0300, Juan Erbes escribió:
Todo el asunto se resume en este punto, ya que la interfaz scsi ha demostrado ser la mas eficiente, y su protocolo de comunicaciones, ha sido adoptado por la interfaz SATA. La interfaz IDE está pronta a desaparecer, como mencioné en otro mensaje, los mobos modernos traen un solo conector ide, y 4 SATA, mientras que las grabadoras de dvd ya están viniendo con SATA.. El hecho de la pronta desaparición de la interfaz ide/pata, es la explicación de la unificación en libata, con la consecuente asimilación al protocolo scsi usado en SATA.
Veamos, no te confundas. La interfaz SATA no es físicamente SCSI, sigue siendo ATA. Lo único que cambia es el lado software del asunto, que unifican en una única interfaz software para facilitar las cosas, para no tener que acceder con diversos juegos de comandos según de qué tipo sea el disco. No me vayas a decir que SATA ha adoptado el protocolo de comunicaciones de SCSI, porque no es así. Para empezar el SCSI es un bus al que se pueden conectar varios dispositivos simultaneamente que pueden hablar entre sí sin intervención del ordenador. El SATA sólo tiene una unidad por cable. Ni siquiera como comandos: At the application level, SATA inherits ATA's operational model, with the 'task register file' (for generating read/write PIO and DMA requests) a mandatory part of all SATA host implementations. Vendor implementations may include additional functionality (such as simulated RAID) above and beyond the SATA specification, but require device-specific drivers to exploit. The final major difference between SATA and PATA, from a user standpoint, is the point-to-point link between host and drive. Each SATA/device has a link to a SATA host-port, with no sharing of cable or bandwidth between devices. http://en.wikipedia.org/wiki/Serial_ATA#Architecture At the application level, SATA devices are specified to look and act like PATA devices.[7] In early motherboard implementations of SATA, backward compatibility allowed SATA drives to be used as drop-in replacements for PATA drives, even without native (driver-level) support at the operating system level. http://en.wikipedia.org/wiki/Serial_ATA#SATA_and_PATA El que los discos SATA en linux se usan como SCSI es simplemente software. Un driver unificado. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6AhbtTMYHG2NR9URAkGXAJ4k6g5JqD/jgU135Jy1Nk7Z/pwxmQCfafMa /4SNe4TvmHDgBHd4Qclzypk= =nak/ -----END PGP SIGNATURE-----
El Miércoles, 12 de Septiembre de 2007 03:04, Carlos E. R. escribió:
El 2007-09-11 a las 21:37 -0300, Juan Erbes escribió:
Ojo, que hay gente que usa hardware nuevo (sata) y lo fuerza a usar el driver ide-pata paralelo para seguir teniendo más de 15 particiones. En el bugzilla hay uno con CUARENTA particiones en un sata.
Linda estadistica vas a hacer con 2 casos, contra miles de usuarios y empresas que no hacen esa locura.
¿Has preguntado tú acaso a miles de usuarios y empresas? Los que escriben son un minimo porcentaje de los usuarios existentes. El daño que estos cambios provoquen se verán cuando se distribuya la versión final.
* Independientemente de limitacion o no, por otra parte facilmente ajustable a la nueva situacion, ¿Que es lo que pretende el individuo con cuarenta particiones en el mismo disco? Porque al menos en los kernels 2.4 se podia parchear loop (enhanced_loopback) y montar 64 "particiones", creados los fichero con /dev/zero, por dispositivo incluso usar loopA1,2+ loopB1,2+, etc, en vez de /dev/loop0,1, etc, para fstab, en cualquier caso intuyendo lo que se pretende (el confinamiento de usuarios y datos no es una razon), creo que se pretenden virtualizaciones y a este nivel eso se ha de hacer por hardware al menos que yo conozca unas 16 por procesador hasta unas 256 particiones virtuales, supongo que habra hierro que soporte mas.
Hola :) El Wednesday 12 September 2007, Carlos E. R. escribió: [...] Un ligero "side-note"
Que va. Hay servidores por ahí con discos rondando el medio terabyte en producción.
Dame al menos 3 ejemplo de discos hot swap de 15000 rpm de esa capacidad.
¿Y yo que se? Yo no monto servidores.
Nosotros montamos HDD de 300 GB y 15 krpm SAS (Serial Attached SCSI)) y FibreChannel (FC). Encuanto a ancho de banda, van bien, pero si quieres I/O ... lo mejor son discos pequeños.
Tú calcula. Si tienes que poner un almacenamiento de 10 terabytes con discos de 100 gigas máximo, a ver cuantos discos tienes que sumar.
Tenemos clientes que se les ha vendido varios cientos de TB a base de discos de 146 GB y 15krpm. Son clientes que requieren muy buen I/O.
¿Y si tienes un disco de 500 gigas te vas a limitar a eso? Entonces si quiero probar la suse, la ubuntu, la kubuntu, la linex, el debian, el XP, El Vista, que? ¿No puedo hacer una partición para cada sistema que quiero comparar?
Si quieres comparar la perfomance, debes instalar en la misma partición, ya que las particiones mas alejadas del eje de rotación, tienen mayor velocidad tangencial, y por lo tanto mayor velocidad de transferencia.
¿Y que más da? Que se aguanten. Si no va al máximo, pues que no vaya. Que le voy a hacer... Yo quiero ver como son.
Por cierto, no necesariamente la velocidad de transferencia es mayor en el borde externo. Yo he hecho mediciones, y sale más rápido a 1/3 del borde. ¿Que como lo comprobé? Pues hice _cuarenta_ particiones en el disco, y medí la velocidad en todas ellas, una a una.
Como decía en el párrafo anterior, si se busca buen ancho de banda, discos de tamaño medio (300 GB) y 15 krpm van bien, ahora que si quieres muy buen I/O, lo mejor son discos de 73 GB y 15krpm. En nuestros clientes (los de SGI) lo que se intenta es agrupar discos para conseguir mayor volumen mediante un gestor de volúmenes. En la cabina creamos los RAID y luego, con el gestor de volúmenes, le creamos al cliente un único disco de los TB o PB que necesite. Obviamente, es un tipo de cliente especial y que no se debe (por poder, se puede ;) replicar a todos los clientes. Cada cliente es un mundo. HTH Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-14 a las 12:03 +0200, Rafa Grimán escribió:
Un ligero "side-note"
Como decía en el párrafo anterior, si se busca buen ancho de banda, discos de tamaño medio (300 GB) y 15 krpm van bien, ahora que si quieres muy buen I/O, lo mejor son discos de 73 GB y 15krpm.
Tiene sentido. Bueno, suponiendo que luego se pueda realmente paralelizar todo ese flujo de datos simultaneos al ordenador :-?
En nuestros clientes (los de SGI) lo que se intenta es agrupar discos para conseguir mayor volumen mediante un gestor de volúmenes. En la cabina creamos los RAID y luego, con el gestor de volúmenes, le creamos al cliente un único disco de los TB o PB que necesite. Obviamente, es un tipo de cliente especial y que no se debe (por poder, se puede ;) replicar a todos los clientes. Cada cliente es un mundo.
Ya, ve un unico disco. Y en cuanto a número de particiones, ¿qué has visto por ahí? Porque yo he visto maquinas unix "antiguas" que ponen particiones separadas para cosas como los logs, las bases de datos, salidas dedicadas por parte de algunas aplicaciones, etc. Incluso el sistema operativo duplicado en dos particiones, una de ellas desmontada. La idea es que el raid te protege de fallos de hardware, mientras que la partición duplicada y desmontada te protege de los fallos de software o de manejo por parte del operador que borra lo que no debe. No hace mucho en Linux había que dedicar una partición para guardar temporalmente la imagen que iba a quemarse en un CD. Era una partición raw sin formato. Supongo que se hacía porque la velocidad del bus y del procesador iba justita, y si el quemador se quedaba sin datos creaba un posavasos al instante. Ahora ya nadie usa ese sistema, pero las grabadoras tienen protección para ese caso, no pierdes el disco. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6m/JtTMYHG2NR9URAh9ZAJ0X2xIoTHFk8/GC4GXPnea/18G/BACeL+Kj Ln/nNNuMa4+tT854kxmKXYU= =bG2D -----END PGP SIGNATURE-----
Hola :) El Friday 14 September 2007, Carlos E. R. escribió:
El 2007-09-14 a las 12:03 +0200, Rafa Grimán escribió:
Un ligero "side-note"
Como decía en el párrafo anterior, si se busca buen ancho de banda, discos de tamaño medio (300 GB) y 15 krpm van bien, ahora que si quieres muy buen I/O, lo mejor son discos de 73 GB y 15krpm.
Tiene sentido. Bueno, suponiendo que luego se pueda realmente paralelizar todo ese flujo de datos simultaneos al ordenador :-?
Ahí está el truco. Creo que lo comenté en un correo anterior. Tienes que conseguir que todos los tamaños de bloques sean iguales (RAID, gestor de volúmenes, sistema de ficheros, tamaño de bloque con el que trabaja la aplicación). Luego tienes que intentar conseguir que los buffers y tamaños de cachés y stripes sean iguales. No tiene tela ni nada ... Pero bueno, teniendo en cuenta que no vivimos en un mundo ideal, si comparas el I/O de un disco grande vs uno pequeño, gana el pequeño.
En nuestros clientes (los de SGI) lo que se intenta es agrupar discos para conseguir mayor volumen mediante un gestor de volúmenes. En la cabina creamos los RAID y luego, con el gestor de volúmenes, le creamos al cliente un único disco de los TB o PB que necesite. Obviamente, es un tipo de cliente especial y que no se debe (por poder, se puede ;) replicar a todos los clientes. Cada cliente es un mundo.
Ya, ve un unico disco.
Y en cuanto a número de particiones, ¿qué has visto por ahí? Porque yo he visto maquinas unix "antiguas" que ponen particiones separadas para cosas como los logs, las bases de datos, salidas dedicadas por parte de algunas aplicaciones, etc. Incluso el sistema operativo duplicado en dos particiones, una de ellas desmontada.
Sí, el número de particiones depende mucho del cliente, el uso que le da al disco, ... En clientes que requieren tiempo real, se ponen 3 particiones mínimo: - datos - log de XFS - partición para tiempo real Aunque pueden tener más particiones: /var, temporales, ...
La idea es que el raid te protege de fallos de hardware, mientras que la partición duplicada y desmontada te protege de los fallos de software o de manejo por parte del operador que borra lo que no debe.
Sí. Tenemos un cliente que nos pidió dos discos duros de sistema. Si no recuerdo mal, hizo 4 particiones: - la 1era de cada disco era un RAID por sw - la 2a era un clon de la primera Y las otras dos no me acuerdo, pero otra combinación curiosa.
No hace mucho en Linux había que dedicar una partición para guardar temporalmente la imagen que iba a quemarse en un CD. Era una partición raw sin formato. Supongo que se hacía porque la velocidad del bus y del procesador iba justita, y si el quemador se quedaba sin datos creaba un posavasos al instante.
Ahora ya nadie usa ese sistema, pero las grabadoras tienen protección para ese caso, no pierdes el disco.
Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.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
El 17/09/07, Rafa Grimán
Hola :)
El Friday 14 September 2007, Carlos E. R. escribió:
El 2007-09-14 a las 12:03 +0200, Rafa Grimán escribió:
Un ligero "side-note"
Como decía en el párrafo anterior, si se busca buen ancho de banda, discos de tamaño medio (300 GB) y 15 krpm van bien, ahora que si quieres muy buen I/O, lo mejor son discos de 73 GB y 15krpm.
Tiene sentido. Bueno, suponiendo que luego se pueda realmente paralelizar todo ese flujo de datos simultaneos al ordenador :-?
Ahí está el truco. Creo que lo comenté en un correo anterior. Tienes que conseguir que todos los tamaños de bloques sean iguales (RAID, gestor de volúmenes, sistema de ficheros, tamaño de bloque con el que trabaja la aplicación). Luego tienes que intentar conseguir que los buffers y tamaños de cachés y stripes sean iguales. No tiene tela ni nada ...
Pero bueno, teniendo en cuenta que no vivimos en un mundo ideal, si comparas el I/O de un disco grande vs uno pequeño, gana el pequeño.
En nuestros clientes (los de SGI) lo que se intenta es agrupar discos para conseguir mayor volumen mediante un gestor de volúmenes. En la cabina creamos los RAID y luego, con el gestor de volúmenes, le creamos al cliente un único disco de los TB o PB que necesite. Obviamente, es un tipo de cliente especial y que no se debe (por poder, se puede ;) replicar a todos los clientes. Cada cliente es un mundo.
Ya, ve un unico disco.
Y en cuanto a número de particiones, ¿qué has visto por ahí? Porque yo he visto maquinas unix "antiguas" que ponen particiones separadas para cosas como los logs, las bases de datos, salidas dedicadas por parte de algunas aplicaciones, etc. Incluso el sistema operativo duplicado en dos particiones, una de ellas desmontada.
Sí, el número de particiones depende mucho del cliente, el uso que le da al disco, ... En clientes que requieren tiempo real, se ponen 3 particiones mínimo: - datos - log de XFS - partición para tiempo real
Aunque pueden tener más particiones: /var, temporales, ...
La idea es que el raid te protege de fallos de hardware, mientras que la partición duplicada y desmontada te protege de los fallos de software o de manejo por parte del operador que borra lo que no debe.
Sí. Tenemos un cliente que nos pidió dos discos duros de sistema. Si no recuerdo mal, hizo 4 particiones: - la 1era de cada disco era un RAID por sw - la 2a era un clon de la primera
Y las otras dos no me acuerdo, pero otra combinación curiosa.
Entre todas esas "combinaciones curiosas", hay alguno que les pida 16 particiones? Cada una de esas particiones, ocupa menos de un disco duro? En la practica, cual es el maximo de particiones por disco duro? Salu2 --------------------------------------------------------------------- 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 Monday 17 September 2007, Juan Erbes escribió: [...]
Sí. Tenemos un cliente que nos pidió dos discos duros de sistema. Si no recuerdo mal, hizo 4 particiones: - la 1era de cada disco era un RAID por sw - la 2a era un clon de la primera
Y las otras dos no me acuerdo, pero otra combinación curiosa.
Entre todas esas "combinaciones curiosas", hay alguno que les pida 16 particiones? Cada una de esas particiones, ocupa menos de un disco duro? En la practica, cual es el maximo de particiones por disco duro?
Hombre, en nuestros clientes, la verdad es que hacen pocas particiones porque les interesa tener una partición de datos muy grande para almacenar todos sus datos (ficheros grandes y millones de ellos). Debido a esto en vez de particionar los discos, los agrupan (gestión de volúmenes). Estos son nuestros clientes, otros tendrán clientes que harán otras cosas ;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.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
Hola:
Por el otro lado, un usuario hogareño, en una instalación estandar tendrá 4 particiones: 1- el innombrable
Ese son dos particiones: sistema y datos. Así es como te lo entregan en la tienda si son buenos.
2- swap 3- / raiz 4- home
¿Y si tienes un disco de 500 gigas te vas a limitar a eso? Entonces si quiero probar la suse, la ubuntu, la kubuntu, la linex, el debian, el XP, El Vista, que? ¿No puedo hacer una partición para cada sistema que quiero comparar?
No se si sirve mi aportacion pero hay va. Yo soy usuario casero. Tengo instalado Suse y windows Tengo un disco duro SATA2 de 250g. Sobre particiones tengo: 1-Windows XP sistema. 2-NTFS-datos de windows 3-FAT32- para poder compartir datos entre Suse y windows 4-NTFS-para musica MP3 (lo uso desde suse y windows) 5-NTFS- para memoria virtual 6-Suse sistema 7-swap 8-/Home no se si suse me pone alguna mas Entonces pienso que, tengo 8 y quizas podria necesitar alguna mas para "Vista" y alguna otra distro de Linux o betas. Y esto Yo que soy un "matao", Quizas el tema va un poco justo ¿No? Y sobre todo pensando que en el fondo da igual es un tema de configurar el software de base de modo que quepan mas (¿No?) ¿Que coste tendria? (en terminos de dinero o de potencia, velocidad, fiabilidad....) A ver si no pasa como lo del "year2000". ¿Porque autolimitarse e ir tan justito? Es como si Yo que uso solo 60 g de HD solo me pudiera comprar un HD de 70 Una duda (pues no entiendo todo lo que leo): ¿Estos incluyen el lector de tarjetas de memoria SD....? (seria 1_X o Nº_de_entrada_X) Saludos Alejo --------------------------------------------------------------------- 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 2007-09-12 a las 15:04 +0200, alejo-gmail escribió:
Entonces pienso que, tengo 8 y quizas podria necesitar alguna mas para "Vista" y alguna otra distro de Linux o betas. Y esto Yo que soy un "matao",
Quizas el tema va un poco justo ¿No?
Ese es el asunto.
Y sobre todo pensando que en el fondo da igual es un tema de configurar el software de base de modo que quepan mas (¿No?) ¿Que coste tendria? (en terminos de dinero o de potencia, velocidad, fiabilidad....) A ver si no pasa como lo del "year2000".
Se parece a lo del 2000, sí, porque para ahorrar memoria usaron un byte tanto para acomodar el número de dispositivos como para las particiones en ellos (4 bits para cada cosa). En el año de matusalén en el que diseñaron eso era suficiente, los discos eran pequeñitos y caros, aunque podían unir una ristra de 16 discos en el mismo cable scsi. Pero ahora estamos varios lustros después y se ha quedado pequeño cuando los discos se acercan ya al terabyte.
Una duda (pues no entiendo todo lo que leo): ¿Estos incluyen el lector de tarjetas de memoria SD....? (seria 1_X o Nº_de_entrada_X)
Si esas tarjetas de memoria emulan un disco, entonces se pueden particionar. Al usar la interfaz software scsi sí, estás limitado a 16 particiones. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6BCstTMYHG2NR9URAjfiAJ9A0Zrs6nQGu+bWT0/Okxx5DCCwgwCgi0yP 9awaiTuPwoS0+pCHJ5aXUQw= =OujQ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-11 a las 17:13 +0200, Camaleón escribió:
El 11/09/07, Carlos E. R. escribió:
El motivo de que scsi en linux sólo soporte 16 particiones es que el número "minor" de los devices es un byte. Es que alguien pensó en su día que 8 bits eran bastante.
Entiendo. Para resumir:
- El kernel sólo permite 15 particiones en dispositivos scsi y 64 para dispositivos ide/pata.
- Las nuevas versiones del kernel van a utilizar los módulos y librerías scsi para todos los dispositivos, sean ide / scsi / usb...
- Las nuevas versiones del kernel no van a incorporar el módulo "pata" para permitir la compatibilidad con versiones anteriores y se va a tener que utilizar la especificación scsi para los dispositivos.
- Por tanto, la limitación de 15 particiones "se hereda" en esta nueva organización del kernel.
Correcto.
Soluciones aportadas:
- Usar lvm / evms para eliminar esa restricción en el número de particiones
Si.
- Usar el módulo md (raid)
No. Espera... Vale, las particiones de un raid por software no se ven afectadas. Pero tienes que poner tus discos en raid, esto es, duplicar el hardware. Yo no puedo, por ejemplo, tengo tres discos duros, y dos de ellos tienen más de cince particiones. Necesitaría dos discos duros más, total cinco más seis con el dvd. No es solución viable.
- Usar un kernel que sí soporte los módulos "pata"
Sí.
- Reorganizar las particiones para adecuarse al cambio - (...)
Lo raro es que no se haya eliminado / corregido / modificado ya esa barrera de 15 particiones en discos scsi y las 64 para ide, que también me parecen pocas teniendo en cuenta cómo aumenta el tamaño de los discos duros, memorias flash y demás. No debería existir más limitación que la del propio hardware, pero limitaciones de programación no tienen, a día de hoy, sentido.
No se ha corregido porque no ha habido presión de los afectados. La gente no se va a dar cuenta hasta que les revienten. ¿Tú te crees que todos los que usamos linux suse leemos en esta lista? Aviados estaríamos, eso no es nada de usuarios. Yo mismo no me he liado a probar la beta antes hasta que me han asegurado que habían solucionado provisionalmente el problema - para descubrir otro problema que hace totalmente inviable la instalación de la 10.3 en casos como el mio (pata y > 15 p), porque el Yast no ve el dvd. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5scHtTMYHG2NR9URAiM8AKCJRwX4frW/jvejOCp6VBMA/R9nWQCfUsqL bLrYfWv3VQaVkd8MD5qJaos= =1xKP -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Fijaos si lo consideran importante:
] Subject: [Bug 305095] CD-Installation fails when partitions >15 are
] involved
]
] https://bugzilla.novell.com/show_bug.cgi?id=305095
]
]
] Stephan Kulow
El 14/09/07, Carlos E. R. escribió:
Si no lo interpreto mal, lo consideran un problema que bloquea la distribución. Bloquea la RC1. ¡Toma ya! :-)
Lo del bloqueo no lo veo, de todas formas, está bien, pero ¿cuál ha sido el motivo del cambio de actitud? Hasta han re-abierto el otro bug nº 218122 :-?
Al parecer, tienen dos soluciones provisionales en estudio para la 10.3: usar el driver pata antiguo, o usar el device_mapper.
Para que quede constancia de que no eres el único que usa varias particiones, que aunque es una noticia antigua, no está de más recordar que puede haber "otros" entornos donde se requieran más de 15 particiones :-D: 145 sistemas operativos en un solo PC http://www.theinquirer.es/2007/09/14/145_sistemas_operativos_en_un_solo_pc.h... 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-14 a las 16:37 +0200, Camaleón escribió:
El 14/09/07, Carlos E. R. escribió:
Si no lo interpreto mal, lo consideran un problema que bloquea la distribución. Bloquea la RC1. ¡Toma ya! :-)
Lo del bloqueo no lo veo, de todas formas, está bien, pero ¿cuál ha sido el motivo del cambio de actitud? Hasta han re-abierto el otro bug nº 218122 :-?
Es cierto que no es fácil de ver. Yo lo he visto enseguida porque estoy en la lista de los que reciben por correo cualquier modificiación que se hace en esos bugs, por lo que me entero enseguida. No tengo explicación, pero no se trata de que vayan a estudiar una solución definitiva para que el kernel admita más de 15 particiones, sino para que el instalador resuelva la situación en esta versión de alguna forma, porque tal y como están las cosas puede que no podamos instalar. O para pensar si lo hacen vía device_mapper o via driver pata. Se refieren a esto: activate_dm_linear expects a device node, eg activate_dm_linear /dev/sda You should call this program during installation before the partitioner startsup. The partitioner should then see the device-mapper devices and you should be able to install on them. O sea, tendría que usar ese comando manualmente (con discos en modo "nuevo"), y entonces creo que el /dev/sda aparecería mapeado en /dev/mapper/algo, con todas sus particiones. No lo he probado. El bloqueo en sí (en el otro bug) puede ser por el siguiente comentario a esas microinstrucciones anteriores: Hannes, how is this supposed to work? This needs at least a comment in the release notes since it is not enabled in the build at all. Yo salté la liebre porque al activar el driver pata el Yast tropieza y no es capaz de encontrar el dvd, por culpa de que falla antes el hal. Y no lo encuentra porque está en otro device (hdX en vez de srX).
Al parecer, tienen dos soluciones provisionales en estudio para la 10.3: usar el driver pata antiguo, o usar el device_mapper.
Para que quede constancia de que no eres el único que usa varias particiones, que aunque es una noticia antigua, no está de más recordar que puede haber "otros" entornos donde se requieran más de 15 particiones :-D:
145 sistemas operativos en un solo PC http://www.theinquirer.es/2007/09/14/145_sistemas_operativos_en_un_solo_pc.h...
Ondiá.... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG6sSEtTMYHG2NR9URAl/lAJ9VLR6KsISb6hrRz1/MlPaP/CIKRACfe0gL oMdNY0G6e68FXwQNFM/VYBE= =XmeP -----END PGP SIGNATURE-----
Hola :) El Friday 14 September 2007, Carlos E. R. escribió:
145 sistemas operativos en un solo PC http://www.theinquirer.es/2007/09/14/145_sistemas_operativos_en_un_solo_p c.html
Ondiá....
Una curiosidad, ¿no sería mejor usar un sistema de virtualización? Sé que en algunos casos se quiere probar la compatibilidad con el hardware. Pero si se quiere "probar" la compatibilidad con el hardware ... tienes un par de particiones libres que usas y borras (es lo que hago yo, bueno, tengo 8 particiones para ir probando). Sólo es una pregunta, no estoy diciendo que usar +15 particiones es de locos y que debería estar prohibido. Saludos, Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-17 a las 12:49 +0200, Rafa Grimán escribió:
Una curiosidad, ¿no sería mejor usar un sistema de virtualización? Sé que en algunos casos se quiere probar la compatibilidad con el hardware. Pero si se quiere "probar" la compatibilidad con el hardware ... tienes un par de particiones libres que usas y borras (es lo que hago yo, bueno, tengo 8 particiones para ir probando).
Sólo es una pregunta, no estoy diciendo que usar +15 particiones es de locos y que debería estar prohibido.
Lo de la virtualización lo he probado por primera vez hace poco, este mismo año. La verdad es que en mi máquina el vmware va bastante lento, con un windows me que sólo le dejo un cuarto de mi giga. Y le he dedicado una partición, por cierto... Y las pruebas me sirven también de sistema de rescate. La última prueba que hice del 10.2 antes de instalarlo definitivo me sirve de sistema de rescate en emergencias (en vez del dvd), mucho más completo; así que necesita otra partición, y no puede ser virtualizado si va a funcionar de sistema de rescate - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG7mI0tTMYHG2NR9URAhdVAJ46rVw/mrXTzSXLdXwEUffkomNiQwCeN8WY W6g14kC5TEKnHPPFxOscTW0= =MxKi -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-11 a las 13:00 +0200, escribí: Algunas correcciones. Son 14 particiones, no 16. ...
¿Y los scsi?
Pues tienen menos bits para las particiones, 4 solamente. Veamos la definición:
8 block SCSI disk devices (0-15) 0 = /dev/sda First SCSI disk whole disk 16 = /dev/sdb Second SCSI disk whole disk 32 = /dev/sdc Third SCSI disk whole disk ... 240 = /dev/sdp Sixteenth SCSI disk whole disk
Partitions are handled in the same way as for IDE disks (see major number 3) except that the limit on partitions is 15.
Hay más dispositivos con un mismo major (16 en vez de 2), pero sólo 16 particiones. Reservan 4 bits para cada cosa.
Corrección. Son 15 particiones (el minor 0 es el dispositivo entero, pero sólo hay 14: se me olvidó que una de las particiones es la extendida, y esa no la podemos utilizar. El número en el fdisk llega hasta el 15, sí, pero nosotros sólo tenemos disponibles 14 para usar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG9PnJtTMYHG2NR9URAoW+AJwMyYOcb0QoXNUufAYYwkX5sQ5y+QCfcpqR tBK13/5OJJYAB41qq7BdjbA= =QueN -----END PGP SIGNATURE-----
Yo tuve un problema parecido, asà que desinstale el zmd, y cuando quiero ver las actualizaciones levante otro producto que se llama zen-update, y por casualidad truena de la misma fea forma
Eso quiere decir que _no_ lo has desintalado. Si realmente lo hubieras desinstalado no te saldría el "zen-update" sino el "opensuseupdater". -- Salutacions - Saludos, Josep M. Queralt
El lun, 10-09-2007 a las 20:00 +0200, Josep M. Queralt escribió:
Yo tuve un problema parecido, asà que desinstale el zmd, y cuando quiero ver las actualizaciones levante otro producto que se llama zen-update, y por casualidad truena de la misma fea forma
Eso quiere decir que _no_ lo has desintalado.
Hice lo que me has dicho en el empacado, que es de otro Mail. Pero la verdad no se si lo hice aquí o lo hice allá. La verdad tengo dos computadoras que la hacen de servidor, y he adecuado, a que abran las mismas ventanas al momento de levantar Mozilla Fire Fox. Este Mail lo conteste por que entre a Sesiones y me dice que ese estaba al inicio. Tengo que hacer lo mismo des instalarlo aquí.
Si realmente lo hubieras desinstalado no te saldría el "zen-update" sino el "opensuseupdater".
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D
El lun, 10-09-2007 a las 20:00 +0200, Josep M. Queralt escribió:
Eso quiere decir que _no_ lo has desintalado.
Hice lo que me has dicho en el empacado, que es de otro Mail. Pero la verdad no se si lo hice aquà o lo hice allá.
La culpa no es mía. :-) Yo puse el enlace a la página donde pone como hacerlo. De todas maneras si te comento que tal como está la línea de desinstalación, si alguno de los paquetes que debe desinstalar, por lo que sea no está instalado, el quitar los RPMs falla. Pero, claro, todo el mundo sabe que los mensajes de error son para no prestarles atención. :-)
Este Mail lo conteste por que entre a Sesiones y me dice que ese estaba al inicio. Tengo que hacer lo mismo des instalarlo aquÃ.
Entre el aquí y allá, las ventanas y la entrada a sesiones me he perdido. Si lo que estás diciendo es que estaba instalado en dos máquinas y en una está desisntalado y en el otro no, entonces comprueba lo que digo más arriba. Que no haya fallado la desinstalación. -- Salutacions - Saludos, Josep M. Queralt
El lun, 10-09-2007 a las 20:32 +0200, Josep M. Queralt escribió:
La culpa no es mía. :-) Yo puse el enlace a la página donde pone como hacerlo.
La verdad no se si lo hice aquí y allá no, de todas maneras lo estoy haciendo de acuerdo a la información del empacado aquí, en esta computadora, ya que me firmo de igual forma en los lados, y los dos lados, tienen su computadora, y esto es a 5 minutos caminando. Pero tienen diferente red. Te acuerdas que en algún momento de nuestra existencia, pregunte, si había forma de conectar las dos red, fuera de una Ip fija. (Estoy pensando hacerlo por vía inalámbrica). Ya que entro a las dos redes en tres momentos al día. Una computadora que es la que tengo allá, solamente me conecto en la mañana, a media tarde cuando voy a comer, y en la noche. La de aquí, me conecto en la mañana, y esta 3 horas conectada, y en la tarde y esta 6 horas y 30 minutos conectada. En ambas utilizo las indicaciones que muy amablemente me brindo Jaime Velez. Para manejar la red. En la computadora que esta a 5 minutos caminando, voy a instalar una red, que este conectada todo el día, las 24 horas. Por que, ya encontré la forma de restringir los accesos no autorizados por vía inalámbrica. Saludos.
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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
Te acuerdas que en algún momento de nuestra existencia, pregunte, si habÃa forma de conectar las dos red, fuera de una Ip fija. (Estoy pensando hacerlo por vÃa inalámbrica).
Pues no. Si te refieres a que hay una máquina que tiene una IP pública dinámica y la quieres controlar remotamente, solo tienes que mirarte algunas empresas que dan el servicio gratuitamente ( y con más prestaciones pagando) Yo ahora solo recuerdo dos: no-ip.com y dyndns.com, pero hay bastantes más. Estas dos tienen soporte para Linux, pero también hay modelos de routers que permiten la conexión sin necesidad de tener que instalar ningún programa. -- Salutacions - Saludos, Josep M. Queralt
El lun, 10-09-2007 a las 21:13 +0200, Josep M. Queralt escribió: Ahorita estoy aqui, no tengo ip publica , la que esta a 5 minutos caminando.
Te acuerdas que en algún momento de nuestra existencia, pregunte, si habÃa forma de conectar las dos red, fuera de una Ip fija. (Estoy pensando hacerlo por vÃa inalámbrica).
Pues no.
Si te refieres a que hay una máquina que tiene una IP pública dinámica y la quieres controlar remotamente, solo tienes que mirarte algunas empresas que dan el servicio gratuitamente ( y con más prestaciones pagando) Yo ahora solo recuerdo dos: no-ip.com y dyndns.com, pero hay bastantes más. Estas dos tienen soporte para Linux, pero también hay modelos de routers que permiten la conexión sin necesidad de tener que instalar ningún programa.
Leere esas direcciones. 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
El lun, 10-09-2007 a las 21:13 +0200, Josep M. Queralt escribió:
Ahorita estoy aqui, no tengo ip publica , la que esta a 5 minutos caminando.
Lo siento, pero no puedo creerte. S i este ordenador que tienes a 5 minutos caminando es capaz de conectarse a Internet tiene que tener una IP _pública_ a menos que trabajes para la CIA o el Ejército Rojo. Entiendo que esa máquina es capaz de conectarse a Internet porque el ZEN-Updater podía esar instalado en cualquiera de los dos. Para saber cual es tu IP pública puedes utilizar, entre otros métodos, cualquier sitio que, gratuitamente ofrezca este servicio, por ejemplo: http://www.adsl4ever.com/ip/
Leere esas direcciones.
El sistema gratuito consiste, en esencia, en dar de alta un subdominio en uno de esos sitios y con el cliente que te proporcionan (o con tu router) ir actualizando cada X tiempo la IP tuya en el servidor del sitio que se asocia con tu subdominio. De esa manera tu puedes llamar siempre a tu sitio remoto por el nombre del subdominio, sin necesidad de saber la IP. -- Salutacions - Saludos, Josep M. Queralt
El mar, 11-09-2007 a las 21:30 +0200, Josep M. Queralt escribió:
El lun, 10-09-2007 a las 21:13 +0200, Josep M. Queralt escribió:
Ahorita estoy aqui, no tengo ip publica , la que esta a 5 minutos caminando.
Lo siento, pero no puedo creerte.
S i este ordenador que tienes a 5 minutos caminando es capaz de conectarse a Internet tiene que tener una IP _pública_ a menos que trabajes para la CIA o el Ejército Rojo.
Bueno no tiene una ip, que tu y yo con seguridad la pueda ver, y sea siempre la misma, a eso me refiero, ahora estoy aqui. En mi negocio, que esta a 5 minutos caminando, de donde te conteste la ves anterior.
Entiendo que esa máquina es capaz de conectarse a Internet porque el ZEN-Updater podía esar instalado en cualquiera de los dos.
si, es correcto.
Para saber cual es tu IP pública puedes utilizar, entre otros métodos, cualquier sitio que, gratuitamente ofrezca este servicio, por ejemplo:
Si pero es una ip homologada. A eso me referia, que no tiene ip publica.
Leere esas direcciones.
El sistema gratuito consiste, en esencia, en dar de alta un subdominio en uno de esos sitios y con el cliente que te proporcionan (o con tu router) ir actualizando cada X tiempo la IP tuya en el servidor del sitio que se asocia con tu subdominio.
Lo que he podido ver, es que la direccion www.no-ip.com, no he podido referenciar a mi servidor, ya que siempre me pide que pague.
De esa manera tu puedes llamar siempre a tu sitio remoto por el nombre del subdominio, sin necesidad de saber la IP.
Eso intento.
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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
Si pero es una ip homologada. A eso me referia, que no tiene ip publica.
Pues acabas de crear una nueva categoría de IP. Hasta hoy, las IPs podían ser públicas (cara al exterior, internet) y privadas (las de la propia LAN) Cualquier máquina que se conecte a Internet debe tener, por definición, una IP pública que le facilita su ISP. La IP también puede clasificarse como estática (es siempre la misma) o dinámica (la que recibe por ejemplo de un servidor DHCP) Eso de "homologada" no lo entiendo. Quizá quieras decir una IP pública dinámica, es decir que varía cada X tiempo.
El sistema gratuito consiste, en esencia, en dar de alta un subdominio en uno de esos sitios y con el cliente que te proporcionan (o con tu router) ir actualizando cada X tiempo la IP tuya en el servidor del sitio que se asocia con tu subdominio.
Lo que he podido ver, es que la direccion www.no-ip.com, no he podido referenciar a mi servidor, ya que siempre me pide que pague.
En la página principal el apartado "No-IP FREE" (free no es libre, sino gratis en ese contexto) http://www.no-ip.com/services/managed_dns/free_dynamic_dns.html Ya dentro de esta página eliges "SignUp Now" http://www.no-ip.com/newUser.php -- Salutacions - Saludos, Josep M. Queralt
Josep, ahora sos un spammer?
Salu2
El 11/09/07, Josep M. Queralt
Si pero es una ip homologada. A eso me referia, que no tiene ip publica.
Pues acabas de crear una nueva categoría de IP. Hasta hoy, las IPs podían ser públicas (cara al exterior, internet) y privadas (las de la propia LAN) Cualquier máquina que se conecte a Internet debe tener, por definición, una IP pública que le facilita su ISP.
La IP también puede clasificarse como estática (es siempre la misma) o dinámica (la que recibe por ejemplo de un servidor DHCP)
Eso de "homologada" no lo entiendo. Quizá quieras decir una IP pública dinámica, es decir que varía cada X tiempo.
El sistema gratuito consiste, en esencia, en dar de alta un subdominio en uno de esos sitios y con el cliente que te proporcionan (o con tu router) ir actualizando cada X tiempo la IP tuya en el servidor del sitio que se asocia con tu subdominio.
Lo que he podido ver, es que la direccion www.no-ip.com, no he podido referenciar a mi servidor, ya que siempre me pide que pague.
En la página principal el apartado "No-IP FREE" (free no es libre, sino gratis en ese contexto)
http://www.no-ip.com/services/managed_dns/free_dynamic_dns.html
Ya dentro de esta página eliges "SignUp Now"
http://www.no-ip.com/newUser.php
-- Salutacions - Saludos,
Josep M. Queralt
--------------------------------------------------------------------- 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
jerbes> Josep, ahora sos un spammer? No, ya tuvimos un intercambio de "diferencias" por este tema hace algunos meses. Como yo también tengo memoria de pez, no me quejo por repetir tema. En resumen: Tu te quejabas de eso y yo de que tu pusieras mi dirección de correo en el cuerpo del mensaje. Tu dijiste que era cosa de GMAIL y que no podías cambiarlo y yo te conté que lo mío era cosa de mi filtro de spam a nivel de cliente. Ambos teníamos que modificarlo a mano y dadas nuestras respectivas memorias de pez, se nos olvida con frecuencia En este caso concreto se debe a que la IP estática de Marco Aurelio está en la base de datos de SORBS como la de un servidor hackeado, como ya le avisé sin que haya contestado nada al respecto. http://www.de.sorbs.net/lookup.shtml?201.161.48.140 -- Saludos, Josep M. Queralt --------------------------------------------------------------------- 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
No logro hechar a andar la pagina que me has enviado, www.no-ip.com, no abra un manual donde pueda leer, como se configura, por que, ya encontré la forma de dar de alta los dns, pero al referirme al dominio para cargarlo, se me pide pagar. Eso es lo que estoy atorado. Gracias por tu ayuda. El mié, 12-09-2007 a las 09:36 +0200, Josep M. Queralt escribió:
jerbes> Josep, ahora sos un spammer?
No, ya tuvimos un intercambio de "diferencias" por este tema hace algunos meses. Como yo también tengo memoria de pez, no me quejo por repetir tema.
En resumen:
Tu te quejabas de eso y yo de que tu pusieras mi dirección de correo en el cuerpo del mensaje.
Tu dijiste que era cosa de GMAIL y que no podías cambiarlo y yo te conté que lo mío era cosa de mi filtro de spam a nivel de cliente. Ambos teníamos que modificarlo a mano y dadas nuestras respectivas memorias de pez, se nos olvida con frecuencia
En este caso concreto se debe a que la IP estática de Marco Aurelio está en la base de datos de SORBS como la de un servidor hackeado, como ya le avisé sin que haya contestado nada al respecto.
Teneis una pagina espía.
-- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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
No logro hechar a andar la pagina que me has enviado, www.no-ip.com, no abra un manual donde pueda leer, como se configura, por que, ya encontré la forma de dar de alta los dns, pero al referirme al dominio para cargarlo, se me pide pagar.
Pues algo estás haciendo mal. En otro mensaje te puse paso a paso como llegar a la opción gratuita. Hoy toca la configuración: Tu tienes que elegir un nombre de subdominio (por ejemplo moncada) dentro de los dominios que No-IP ofrece gratuitamente (p.e. no-ip.org) También eliges un correo electronico válido y un password. El sistema se basa en un cliente "noip2" que se instala en la máquina con IP pública dinámica y que te bajas del propio Web de NO-IP. Al instalarlo te pedirá el correo y el password. Este cliente manda tu IP ,cada X tiempo, al servidor de no-ip que actualiza en su base de dados el número IP que se corresponde con el nombre de subdominio. De esta manera cuando tu llames a "moncada.no-ip.org", según el ejemplo, ellos te redirigiran a la última IP que tu cliente haya enviado al servidor. Así de sencillo. En las opciones de pago, además de control de DNS te permiten utilizar tus propios nombres de dominio. La gratuita está limitada a los nombres que ellos ofrecen.
En este caso concreto se debe a que la IP estática de Marco Aurelio está en la base de datos de SORBS como la de un servidor hackeado, como ya le avisé sin que haya contestado nada al respecto.
Teneis una pagina espÃa.
En absoluto, SORBS es una base de datos de servidores "spammers", y además, de las serias. Cualquiera con conexión a Internet la puede consultar, incluso on procesos automatizados. La "página" no es mía, es de SORBS. Si lo dices por saber cual es tu IP pública estática, es tan sencillo como leer las cabeceras de tus correo. Si mis filtros te marcan como **spam**, (Juan en este mensaje me he acordado!!! y los he quitado) es porque analiza la IP de procedencia y si coincide con alguna de la base de datos spammer pues, en este caso, solo lo marca. Esta es una cabecera tuya resumida: Received: from [10.71.0.40] (unverified [201.161.48.140]) by maxcom.net.mx (SurgeMail 3.7b8) Traducido, desde tu IP _privada_ 10.71.0.40 que se corresponde a la pública 201.161.48.140 lo mandas al ISP "maxcom.net.mx" Received: from mail.maxcom.net.mx (unknown [201.161.6.34]) by mx1.suse.de (Postfix) Traducido, cuando el servidor de correo de maxcom.net.mx lo recibe lo manda al servidor de correo de suse.de Otra cabecera que le añade mi filtro dice: X-SpamPal: SPAM SBL+XBL 201.161.48.140 Es decir, que tu IP 201.161.48.140 está en lista negra y por eso marca la cabecera También dice más cosas, como por ejemplo que has usado "Evolution 2.8.2" para escribir el mensaje al que contesto. Todo eso lo manda tu mensaje y solo hay que leerlo. :-) -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-09-10 a las 12:31 -0500, Marco Aurelio Moncada Coello escribió:
Miles de veces se ha dicho que 10.1, ya no tendrá soporte, por que, tu alguno de los que comenta para solucionar problemas, lo sigues utilizando.
Te equivocas. La 10.1 tiene soporte todavía para bastante. La siguiente en desconectar es la 10.0, y eso será después de que salga la 10.3 - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5Yk6tTMYHG2NR9URAhAwAJ0eW9KwaE225jdm8ArTj71WUwPTCwCdGGPw pzI1OcH8ffaxfQAOVz3kT5Y= =NRTN -----END PGP SIGNATURE-----
La 10.1 tiene soporte todavía para bastante. La siguiente en desconectar es la 10.0, y eso será después de que salga la 10.3 Bueno un numérico mas o menos, siempre estar a la vanguardia. -- Te invito a que visites mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc
En el curso de la vida, suceden muchas cosas extraordinarias, de las cuales hay que siempre aprovechar a su máximo. La vida, debes de verla con los mejores ojos, y nunca guardar rencores, por que, eso te envejece. Vive la vida, con una sonrisa, es mas reírte de ti mismo, cuando encuentran un error en tus pasos. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 :D --------------------------------------------------------------------- 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 2007-09-10 a las 15:59 +0200, Camaleón escribió:
¿Cómo le digo que borre su caché (si ése es el problema, que toma datos incorrectos) o cómo le fuerzo a actualizar los ficheros o lo que haga falta para que vuelva a su estado "habitual"?
Prueba esta receta que tengo guardada: rczmd stop mv /var/lib/zmd/zmd.db /var/lib/zmd/zmd.db.bak (or something else) rczmd restart Y espera. Sugieren también cambiar a runlevel 1 por un momentito para que se de por enterado. O rebotar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFG5XM+tTMYHG2NR9URAjQgAKCE8leR9VU/YeWmvhI5p6yYXJrMLwCdHNk/ /+YKvKiHus98cV0gHOelFiI= =c6zq -----END PGP SIGNATURE-----
El 10/09/07, Carlos E. R. escribió:
Prueba esta receta que tengo guardada:
rczmd stop mv /var/lib/zmd/zmd.db /var/lib/zmd/zmd.db.bak (or something else) rczmd restart
Y espera. Sugieren también cambiar a runlevel 1 por un momentito para que se de por enterado. O rebotar.
Hum, pues aún así me dice que hay un paquete para actualizar (he
reiniciado ele quipo), un paquete que se llama SuSE-Linux-10.1-FTP
(i686), no sé de dónde rayos se ha sacado éso.
participants (11)
-
alejo-gmail -
Camaleón -
Carlos E. R. -
Francisco F -
jose maria -
Josep M. Queralt -
Juan Erbes -
lluis -
Marco Aurelio Moncada Coello -
Miquel A. Noguera -
Rafa Grimán