Modificar arranque de Windows 7 con BCDEDIT

Fuente: http://intercambiosos.org/showthread.php?t=12222

Antes de nada tenemos que saber que lo que vamos a hacer es utilizar un
pequeño programa incorporado en el windows (bcdedit.exe) y no otro
porgrama externo.

Este tutorial esta echo para gente que haya trabajoado bajo comando, las personas
que nunca hayan tocado el cmd ni pensar en tocar esto es mejor hacerlo con un programa
que te ahoraas tiempo y un disgusto grande al ver que ya no funciona el sistema.
Por eso antes de todo hay que hacer una copia de seguridad del aranque
porque incluso los que mas manejan esto se equivocan.

Para copia de seguridad hay que hacer los siguiente:
Abrimos cmd bajo administrador
Se hace en C: una carpeta con el nombre COPIA_SEGURIDAD_BCD

>bcdedit /export «C:\COPIA_SEGURIDAD_BCD\copiaBCD»

Para reponer el bcd si falta hay que iniciar con el cd de widnows bajo comando y por lo sig:
>bcdedit /import «C:\COPIA_SEGURIDAD_BCD\copiaBCD»

–Nota: Aki no vale «vamos a probar» vamos a intentar hacer esto solo si estas seguro.
Porque no quiero que me pongais negro si os cargais el arranque XD.
Aunque se puede recuperar con Hirens que se encuentra en la pagina de IV.

Primer paso a seguir.

Abrimos el cmd de windows 7 bajo administrador.
Inicio/Buscar:(cmd)/click derecho ejecutar como administrador y permitir.

Segundo paso.

1) En el cmd pondremos >bcdedit
2) EN esta ventana nos aprecera bastante informacion sobre el aranque del SO.
3) Ai que fijarse sobre todo en que nos saldra 3 menus o 3 clasificaciones por
asi decirlo.
*La primera Administrador de arranque de windows.( nos dicen los distintos comandos)
*La segunda aparecera la del windows que este por defecto.
*Los tercera sera de el widnows xp en caso de que ese sea el widnows
secundario que tenga instalado.
–Nota: Dependiendo de los windows que tengas instalado,esta informacion puede
variar ya que habra mas menus y mas opciones.

Al saber dividir estas partes nos tendremos que fijar en cada bloque
en cierta informacion que es:

A) EL IDENTIFICADOR que en caso de windows 7 es {current} y en windows xp es {ntldr}
B) DESCRIPCION que nos dara la informacion del windows que este y su nombre
de aranque en caso de widnows xp (Version anterior de widnows)

Ya sabido la informacion que tenemos y los parametros que queremos modificar
procederemos a los comandos.

Tercer paso.

-Digamos que queremos modificas el nombre del Widnows 7 hacer
los siguientes pasos.
BCDEDIT -set {current} Description «Microsoft Windows 7 x32 bits»

-En caso del windows xp se hace lo mismo pero con su ID y el comando.
BCDEDIT -set {ntldr} Description «Microsoft Windows XP x32 bits»

-En caso de querer modificar el windows por defecto que sea el widnows 7 se
hara lo siguiente.
BCDEDIT /default {current}

Si se quiere poner el tiempo de espera se hara.

BCDEDIT /timeout 10

Si se quiere poner que el windows xp arranque primero y windows 7 segundo hay que poner:

BCDEDIT /displayorder {ntldr} {current}

HowTo: nested exception is java.lang.outofmemory error permgen space tomcat

Fuente: https://wiki.openmrs.org/display/docs/Troubleshooting+Memory+Errors

If this error happens too frequently, you need to increase the amount of memory available to Tomcat.

Java Heap Size Exception

A Java Heap Size error occurs because of certain memory intensive actions (like Data Exporting). The new Spring managed API uses a lot of memory to cache the xml beans. You may need to increase the default memory allocation.

Solutions

Three options for increasing Tomcat’s allowed memory:

• Start Tomcat with these parameters at the command line. Note: The current ANT task «Start Tomcat» will start with these options.

  -Xmx512m -Xms512m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:NewSize=128m

• If running Tomcat as a Windows Service, open up the Tomcat Monitor (TOMCAT_HOME/bin/tomcat5w.exe). Configure Tomcat -> Java -> Java Options, or go to Control Panel > Services > Apache Tomcat > Properties > Start Parameters. Append:

  -Xmx512m -Xms512m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:NewSize=128m

  Note 1: if you copy and paste the above into tomcat monitor, make sure that it doesn’t insert an extra space at the end of each line, or tomcat will fail to start.
  Note 2: If running 64 bit version of Tomcat, you have to edit the Windows Registry HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\Tomcat5\Parameters\JavaJVM settings in Registry
  Note 3: It no longer works to set these parameters through a JAVA_OPTS environment variable

• If running Tomcat as a Linux daemon, open the /etc/init.d/Tomcat.sh script and append the parameters to the CATALINA_OPTS variable: i.e.

  If CATALINA_OPTS is already set to this: CATALINA_OPTS=»-Djava.library.path=/opt/tomcat/lib/.libs»
  then change it to this: CATALINA_OPTS=»-Djava.library.path=/opt/tomcat/lib/.libs -Xmx512m -Xms512m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:NewSize=128m»

  For Ubuntu, see Jonah Mwogi’s directions in the comments below .

Solution for Tomcat memory leak:

• In <TOMCAT HOME>/conf/web.xml file, in the jsp servlet definition add the following element: <init-param> <param-name>enablePooling</param-name> <param-value>false</param-value></init-param>

Metodologia gestión de bugs con subversion

Caso eclipse:

 

1- Primero hemos de estar situados en el tronco principal del proyecto, y verificar de que no se haya realizado ningún cambio en la copia local respecto a la copia del repositorio. Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Synchronize with Repository«.
Si no hay ninguna modificación, iniciaremos el proceso.

2- Ir al trunk «<nombre-proyecto>» y seleccionarlo: botón derecho mouse, seleccionar «Team – Switch to another Branch/Tag/Revision…»
Crearemos una copia del trunk en el propio repositorio que servirá para una vez realizadas las modificaciones, comparar los cambios realizados entre la situación inicial y la final (identificado con PRE_xxx, POST_xxx y BUG_xxx).

2.1 Crear la copia local BUG_xxx sobre la que realizaremos las modificaciones del código:

2.1.1: Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Branch-Tag…»
2.1.2:Repository:
Copy to URL:  http://ip:puerto/svn/branches/BUG_nnn
next…
2.1.3: Copy Revision:
Create copy in the repository from: HEAD revision in the repository
next…
2.1.4: Branch/Tag comment:
introducir un comentario que se pueda vincular al gestor de tareas (p.e. «branch task #nnn«)

2.2 Crear la copia local PRE_xxx que será la copia base del código antes de realizar ninguna modificación, y que se utilizará a posteriori para comparar las modificaciones realizadas en el código:

2.2.1: Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Branch-Tag…»
2.2.2:Repository:
Copy to URL:  http://ip:puerto/svn/tags/PRE_nnn
next…
2.2.3: Copy Revision:
Create copy in the repository from: HEAD revision in the repository
next…
2.1.4: Branch/Tag comment:
introducir un comentario que se pueda vincular al gestor de tareas (p.e. «inici task #nnn«)

3- Una vez creadas las copias del repositorio, hemos de descargar la copia marcada como «branches/BUG_nnn» del repositorio al sistema de archivos local del ordenador que será donde realmente modificaremos los archivos.
3.1: Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Switch to another Branch/Tag/Revision…»
3.2.: Switch to Branch/Tag:
to URL: http://ip:puerto/svn/branches/BUG_nnn (si no apareciese en el desplegable, F5 para refrescar)
Switch to HEAD revision = Yes
Depth: Working copy
Allow unversiones obstructions=Yes, no marcar el resto de opciones

4…. Corregir los fuentes (p.e. *.java).

5. Ahora hay que sincronizar la copia local con el repositorio para ver las diferencias

5.1-  Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Synchronize with Repository…«; se obtendrán todos los archivos modificados respecto a la copia del repositorio remoto. Aquí se pueden consultar las diferencias concretas de cada archivo modificado.

5.2- Seleccionar los archivos que se han de subir al repositorio (botón derecho – commit)

6. Ahora se ha de indicar el final de la tarea de modificación de los archivos. Para ello, se crea una nueva rama que contiene una copia con los archivos modificados: Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team -Branch/Tag»

6.1- Repository Location:

Copy to URL: http://ip:puerto/svn/tags/POST_nnn
Create copy in the repository from: seleccionar: «HEAD revision in the repository»
Log message: introducir un comentario que vincule a la tarea con el gestor de tareas (redmine) p.e. «Post task #<número tarea>»

7- Ahora hemos de volver al tronco principal del proyecto, para así poder hacer un merge en el repositorio entre la situación inicial (marcada con PRE_nnn) y la situación final (marcada con POST_nnn).

7.1 Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Switch to another Branch/Tag/Revision…»

to URL: http://ip:puerto/svn/trunk/<nombre-proyecto&gt;
Switch to HEAD revision=Yes,
Switch Depth: Working copy
Allow unversioned obstructions=Yes, no marcar el resto de opciones

8- Ahora desde el tronco principal hemos de fusionar las dos tareas PRE (estado inicial del repositorio antes de las modificaciones) y POST (estado final despues de las modificaciones).
8.1- Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Merge…»
8.2- Merge input: seleccionar la opción: «Merge two different trees»
8.3- Select the merge source and revisions: aquí seleccionamos el estado inicial antes de modificar y el posterior
From: http://ip:puerto/svn/tags/PRE_nnn
Seleccionar: HEAD Revision
To: http://ip:puerto/svn/tags/POST_nnn
Seleccionar: HEAD Revision

8.4-Conflict handling and Merge options:
Text files: Mark conflicts, let me resolve them later
Binary files: Mark conflicts, let me resolve them later
Property conflicts: Prompt me for each conflict and let me decide
Merge depth: «Working copy»
Dejar el resto de valores por defecto

8.5- Realizar el merge (si la herramienta lo permite, es conveniente de realizar un test previo para visualizar los ficheros afectados)

9- Una vez realizado el merge en la copia local, falta subir los cambios de la copia local hacia el trunk del repositorio del subversion. Volvemos a repetir el paso(1):

9.1- Sobre el workspace que estemos desarrollando, botón derecho mouse, seleccionar «Team – Synchronize with Repository«.«; se obtendrán todos los archivos modificados respecto a la copia del repositorio remoto. Aquí se pueden consultar las diferencias concretas de cada archivo modificado.
9.2- marcar todos los ficheros, botón derecho – Commit.  Introducir un comentario para identificar los cambios.

ILLATÀ !!!

———————————

Caso TortoiseSVN:

1- Primero hemos de estar situados en el tronco principal del proyecto, y verificar de que no se haya realizado ningún cambio en la copia loca respecto a la copia del repositorio. Explorador de archivos, carpeta raíz del proyecto dentro del workspace de Eclipse. Botón derecho mouse, seleccionar «TortoiseSVN – Check for modifications»

2- Si no hay ninguna modificación, iniciaremos el proceso:

2.1 crearemos una copia del trunk en el propio repositorio que servirá para una vez realizadas las modificaciones, comparar los cambios realizados entre la situación inicial y la final (identificado con PRE_xxx).

2.1.1: Explorador de archivos, carpeta raíz del proyecto dentro del workspace de Eclipse. Botón derecho mouse, seleccionar «TortoiseSVN – Branch-Tag»
2.1.2:Repository:
From WC/URL:  http://ip:puerto/svn/<nombre_proyecto>/trunk
to path:  http://ip:puerto/svn/<nombre_proyecto>/tags/PRE_nnn
siendo «nnn» el número de tarea que tengamos en el gestor de tareas (p.e. redmine)
Log message: introducir un comentario que se pueda vincular al gestor de tareas (p.e. «inicio task #nnn«)
Create copy in the repository from: HEAD revision in the repository

2.2 crearemos una copia desde el trunk  del repositorio al disco local, y será la copia sobre la que realizaremos los cambios (identificado con BUG_xxx)
2.2.1: Explorador de archivos, carpeta raíz del proyecto dentro del workspace de Eclipse. Botón derecho mouse, seleccionar «TortoiseSVN – Branch-Tag»
2.2.2:Repository:
From WC/URL: http://ip:puerto/svn/<nombre_proyecto>/trunk
to path: http://ip:puerto/svn/<nombre_proyecto>/branches/BUG_nnn
siendo «nnn» el número de tarea que tengamos en el gestor de tareas (p.e. redmine)
Log message: introducir un comentario que se pueda vincular al gestor de tareas (p.e. «branch task #nnn«)
Create copy in the repository from: HEAD revision in the repository

3- Una vez creadas las copias del repositorio, hemos de descargar la copia marcada como «branches/BUG_nnn» del repositorio al sistema de archivos local del ordenador que será donde realmente modificaremos los archivos.
3.1: Explorador de archivos, carpeta raíz del proyecto dentro del workspace de Eclipse. Botón derecho mouse, seleccionar «TortoiseSVN – Switch»
3.2.: Switch:
Switch: <unidad_disco>:\<ruta>\workspace\<nombre-proyecto> (la carpeta local del pc)
To path:  /branches/BUG_nnn
Source URL: http://ip:puerto/svn/<nombre_proyecto>/trunk
Destination URL: http://ip:puerto/svn/<nombre_proyecto>/branches/BUG_nnn
Revision: HEAD revision, Switch Depth: Working copy, no marcar el resto de opciones

4…. Corregir los fuentes (p.e. *.java).

5. Ahora hay que sincronizar la copia local con el repositorio para ver las diferencias

5.1-  botón derecho – «TortoiseSVN – Check for modifications«; se obtendrán todos los archivos modificados respecto a la copia del repositorio remoto. Aquí se pueden consultar las diferencias concretas de cada archivo modificado.

5.2- Seleccionar los archivos que se han de subir al repositorio (botón derecho – commit)

6. Ahora se ha de indicar el final de la tarea de modificación de los archivos. Para ello, se crea una nueva rama que contiene una copia con los archivos modificados: botón derecho – «TortoiseSVN -Branch/Tag»

6.1- Repository:

From WC/URL: http://ip:puerto/svn/<nombre_proyecto>/branches/BUG_nnn
To path:  URL: http://ip:puerto/svn/<nombre_proyecto>/tags/POST_nnn
Log message: introducir un comentario que vincule a la tarea con el gestor de tareas (redmine) p.e. «Post task #<número tarea>»
Create copy in the repository from: seleccionar: «HEAD revision in the repository»

7- Ahora hemos de volver al tronco principal del proyecto, para así poder hacer un merge en el repositorio entre la situación inicial (marcada con PRE_nnn) y la situación final (marcada con POST_nnn).

7.1 botón derecho – «TortoiseSVN – Switch»
Switch: <unidad_disco>:\<ruta>\workspace\<nombre-proyecto>
To path:  URL: http://ip:puerto/svn/<nombre_proyecto>/trunk
Revision: HEAD revision, Switch Depth: Working copy, no marcar el resto de opciones

8- Ahora desde el tronco principal hemos de fusionar las dos tareas PRE (estado inicial del repositorio antes de las modificaciones) y POST (estado final despues de las modificaciones).
8.1- botón derecho – «TortoiseSVN – Merge»
8.2- Merge type: seleccionar la opción: «Merge two different trees»
8.3- Tree merge: aquí seleccionamos el estado inicial antes de modificar y el posterior
From: http://ip:puerto/svn/<nombre_proyecto>/tags/PRE_nnn
Seleccionar: HEAD Revision
To: http://ip:puerto/svn/<nombre_proyecto>/tags/POST_nnn
Seleccionar: HEAD Revision

8.4-Merge options:
Merge depth: «Working copy»
Dejar el resto de valores por defecto

8.5- Realizar el merge (es conveniente de realizar un test previo para visualizar los ficheros afectados)

9- Una vez realizado el merge en la copia local, falta subir los cambios de la copia local hacia el trunk del repositorio del subversion. Volvemos a repetir el paso(1):

9.1-  botón derecho – «TortoiseSVN – Check for modifications«; se obtendrán todos los archivos modificados respecto a la copia del repositorio remoto. Aquí se pueden consultar las diferencias concretas de cada archivo modificado.
9.2- marcar todos los ficheros, botón derecho – Commit.  Introducir un comentario para identificar los cambios.

ILLATÀ !!!

Google Analytics – Gestión del envío de correos electrónicos de los informes

Curisioamente siendo los informes de Google Analytics una potente herramienta para analizar el tráfico generado en un site, la administración de ciertas partes es realmente caótica; por ejemplo, cuando tratas de administrar los usuarios que reciben automáticamente informes vía email.

 

Para poder administrar dichos usuarios, desde la pantalla principal, seleccionar:
1- Administrador
2- Menú izquierdo – Perfiles
3- Seleccionar el site en cuestión
4- Se mostrará varias pestañas para el perfil del site seleccionado en el paso 3. Seleccionar la pestaña «Activos»
5- Seleccionar la opción «Mensajes de correo electrónico programados»
6- … y ya se podrá administrar todos los correos programados referente a los informes.

Cambiar el password de root de MySQL

2 posibilidades:

1- Caso root:

Pasos a seguir desde la cónsola:

1. $ mysql -u root -p
2. mysql> use mysql;
3. mysql> update user set password=PASSWORD(“nuevaclave”) where User=’root’;
4. mysql> flush privileges;
5. mysql> quit

2- Caso resto de usuarios:

UPDATE mysql.user SET Password=PASSWORD(‘cleartext password’)
WHERE User=’bob’ AND Host=’%.example.org’;
FLUSH PRIVILEGES;

illatà !

Easy fix for «SVN: Delta Source Ended Unexpectedly» Error

Fuente: http://blog.manontheground.net/traveller/2008/07/svndeltasourcee.html

I tried to update one of my subversion working copies today and got the following message:
«Delta source ended unexpectedly»

Here’s how I solved the problem:
Step 1: I identified the file that was causing the problem.
Step 2: I made sure that all changed files in the problem file’s directory were committed to the repository.
Step 3: I deleted the problem file’s directory from my working copy (not the repository!)
Step 4: I updated my entire working copy

Easy! I spent around half an hour searching for an answer and reading through several message board threads on the topic. The  fix took me about three minutes to complete. Hope this is helpful for someone.

 

My environment info:
TortoiseSVN 1.5.0, Build 13316 – 32 Bit , 2008/06/21 07:55:29
Subversion 1.5.0,
apr 1.2.12
apr-utils 1.2.12
berkeley db 4.4.20
neon 0.28.2
OpenSSL 0.9.8g 19 Oct 2007
zlib 1.2.3

 

Windows Essentials 2012: protección infantil

Fuente: http://legalidadinformatica.blogspot.com.es/2012/10/windows-essentials-2012-proteccion.html

En un post anterior hablaba de la importancia de que los padres asuman su responsabilidad con la educación de los hijos en el uso de Internet y de medios tecnológicos. Desde ese momento algunas personas me han solicitado información sobre alguna herramienta para el control parental. Aunque sigo argumentando que la concienciación supone el mejor camino, no soy menos consciente de la necesidad que supone en ocasiones el saber qué está pasando. Desgraciadamente hay muchos casos en el que el desconocimiento de las acciones que realizan los hijos puede acabar en un problema difícil de solventar.
Para la plataforma Microsoft, los padres disponen del sistema de protección infantil que proporciona Windows Essentials 2012. Este programa permite la vinculación de las cuentas del equipo con una identidad tipo Windows Live, de tal forma que se puede controlar múltiples aspectos del uso de un equipo a través del servicio de Family Safetely. Activado el control sobre una cuenta de usuario local, se pueden establecer:

• Listas blancas y negras de aplicaciones Web.
• Límites de tiempo para el uso de los sistemas.
• Control de acceso a sitios mediante aprobación.
• Restricción y control de aplicaciones locales.
• Restricción de juegos.

Adicionalmente la solución proporciona un informe muy interesante de actividades, donde se detallan las actividades por sesiones, aplicaciones utilizadas, archivos descargados y otras acciones.
Evidentemente este servicio se centra en las actividades que se producen en los equipos donde hay control de actividad. Sin embargo no hay que obviar el hecho de que en la actualidad la conexión a Internet se puede realizar de múltiples formas y por lo tanto el control necesario en todos ellos.