"J. Cristian Salgado H." <[EMAIL PROTECTED]> dijo:
> On Mon, 07 Mar 2005 18:06:24 -0300
> Eduardo Quiroz Salinas <[EMAIL PROTECTED]> wrote:
[...]
> > o, de otra manera, como puedo saber específicamente en que sdx quedó
> > montado el pendrive???
[...]
> Si quieres saber que dispositivo le asigno el kernel dale una mirada
> a los logs del sistema (tail -f /va/log/messages) cuando lo enchufas.
> Finalmente para saber que particion(es) montar usa fdisk(8) (fdisk -l
> /dev/dispositivo) _con cuidado_ :D
"fdisk -l" a secas muestra todas las tablas de particion. Buen truco, en
todo caso...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Mar 8 20:00:53 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Mar 8 22:26:13 2005
Subject: pendrive usb
In-Reply-To: Message from Eduardo Quiroz Salinas <[EMAIL PROTECTED]>
of "Mon, 07 Mar 2005 18:06:24 -0300." <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Eduardo Quiroz Salinas <[EMAIL PROTECTED]> dijo:
[Por favor, no HTML!]
> tengo un pendrive que no puedo hacer funcionar en un pc con FC.
> yo acostumbraba a montar haciendo /dev/sda1 /mnt/carpetax
En FC3 aparece "automagicamente" bajo /media/<fabricante> o algo asi. En mi
caso, aparece en /media/KINGSTON, otros los he visto en /media/_ub y otras
cosas raras.
> y siempre me lo tomaba, pero ahora hay un disco scsi que me ocupa ese
> dev. El primer vacío que queda es el sda4 (visto con df)
No. /dev/sdaX son /particiones/, no discos. Si es por eso, debieras
intentar /dev/sdb o /dev/sdb1. Aunque cuidado, con FC3 (todos los nucleos
2.6, no se de cuando antes) puedes montar el mismo sistema de archivo en
varias partes. Extremadamente util... y genial mecanismo para cometer
crimenes inenarrables sin darte cuenta.
> y me imaginé que podría estar ahi montado. Al intentar el montaje con
> sda4, aparece que especifique el sistema de archivos y al tratar con
> msdos o vfat aparece un mensaje que señala que el superbloque está malo
> o similar.
Quien sabe que hay en /dev/sda4. Probablemente es una particion vacia, en
cuyo caso supongo que debiera reclamar eso. Igual.
> que puedo estar haciendo mal??
(Casi) todo ;-)
> o, de otra manera, como puedo saber específicamente en que sdx quedó
> montado el pendrive???
mount(1)? Aunque un rapido "ls /dev" (con udev y hotplug andando) muestra
cuales son los /dev/sdX que reconoce (FC3 crea los dispositivos al vuelo en
un tmpfs...).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Tue Mar 8 20:06:49 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Tue Mar 8 22:26:14 2005
Subject: Aumento de rendimiento al compilar uno [Was: Re: Rock Linux]
In-Reply-To: Your message of "Tue, 08 Mar 2005 18:01:18 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Cristian Farias R." <[EMAIL PROTECTED]> dijo:
[...]
> No se que hay de cierto o no pero he leido que cuando compilas todo para
> tu maquina el rendimiento puede subir en aproximadamente un 40% .
Si quienes armaron la distribucion son extremadamente cuidadosos para
configurar, compilar y optimizar los paquetes de forma pesima (== peor
posible) te compro 20%. Si tanto.
Por favor, no comencemos nuevamente con la discusion idiota de que
compilando uno mismo todo magicamente es mucho mas rapido. Es simple efecto
placebo: Despues de /tanto/ trabajo recompilando todo para obtener "lo
mejor posible" simplemente seria *injusto* que no fuera todo mucho mas
rapido... eso no hace que vaya realmente mas rapido.
> personalmente mi equipo andaba mejor con rocklinux compilado que con otra=20
> distro (salvo slack que anda +/- parecido)
Si no /mides/, no puedes decir nada en absoluto.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Wed Mar 9 09:51:50 2005
From: [EMAIL PROTECTED] (Luis Eduardo Vivero =?ISO-8859-1?Q?Pe=F1a?=)
Date: Wed Mar 9 09:51:58 2005
Subject: Replicacion ldap
Message-ID: <[EMAIL PROTECTED]>
Holas,
Tenemos 2 maquinas con servicios ldap, estan funcionando con replica, es
decir, los cambios que se hacen en la base de datos de la maquina M1
(maestro) se reflejan inmediatamente en la maquina M2 (esclavo).
En caso que se caiga M1, M2 asume los servicios (estan en un esquema de
alta disponibilidad), y cuando parte de nuevo M1 no se toma en forma
automatica los servicios, con el fin de replicar M2 sobre M1 para que le
pase los cambios que se hayan realizado sobre M2.
El asunto es que al tratar de replicar M2 sobre M1 no lo hace; en M2 se
inicia el servicio slapd con la configuracion de maestro (apuntando a M1
como esclavo) y en M1 se inicia slapd como esclavo (apuntando a M2 como
maestro), es decir, se invierten los papeles (y se usan archivos de
configuracion adecuados).
Finalmente no se produce la replicacion de M2 sobre M1 porque en M2 no
parte el servicio slurpd, necesario para realizar la replica. Y
en /var/log/syslog solo queda registro de un 'ERROR slapd', pero no dice
nada mas.
Me da la impresion que no es tan facil ni transparente hacer la replica
de vuelta, ya que debe quedar registro en M1 que ella misma es el
maestro (algun archivo *lock), y no asume el rol de esclavo con replica
(o algo similar en M2, no asume en forma transparente que es maestro con
replica).
A alguien le ha pasado esto? O alguien lo ha implementado? Alguna idea
de como puedo hacer el respaldo?
Otra idea es sacar una copia de la base de datos de M2 y hacerle un
rsync a la base de datos de M1, pero no se si funcionara, o si sera
peligroso para la integridad de los datos.
Salu2 y disculpen lo largo del mensaje.
--
Luis Eduardo Vivero Peña
