Cómo recuperar sectores dañandos del disco duro dese la linea de comados de linux

Los discos duros no son eternos y a menos de que sean de estado sólido, están sujetos a errores de escritura por una mala imantación o por otras causas que son ajenas a uno como usuario. Así que siempre es bueno hacer un backup de nuestros datos en una unidad externa, ya sea en un storage en la red o en una usb que este bien oculta bajo la almohada.

Una buena práctica es hacerlo cuando el sistema operativo empiece a decirnos este tipo de cosas, que si no lo hacemos, a la larga nos sea más difícil o tardado este tipo de cosas. Así que hagan caso, hagan un back up y denle a esos sectores.

¿Cómo lo hacemos?

Abrimos nuestra tan amada consola para los que somos "consoleros" de corazón, para los que no, igual, abran la consola y cambien a super usuario.

Lo más recomendable es que si como yo, tienen más de una partición o de plano no se acuerdan del nombre de la partición, ejecuten fdisk

[root@uetiko]# fdisk -l
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 * 1 10947 87931746 5 Extendida
/dev/sda2 10948 19092 65424712+ 83 Linux
/dev/sda3 19093 19457 2931862+ 82 Linux swap / Solaris
/dev/sda5 1 10947 87931714+ 83 Linux

Y es así como ya teniendo nuestro listado de particiones, podremos reparar los sectores. Es importante que la partición ese desmontada o nos dará dolores de cabeza cuando nos salga que el dispositivo está siendo ocupado.

Para esto, basta un unmount podremos resolver el problema

[root@uetiko]# unmount /deb/sda1

Y ahora si, viene el momento de la verdad, y es aquí donde radica la magia para poder un disco duro guapo y en forma. Para ello usamos un comando que se llama badblocks, el cual tiene muchas chunchitas para que podamos analizar y reparar sectores y demás, pero por ahora nos limitaremos a jalar del gatillo y esperar que el disparo de en el blanco. Si no lo tienen, solo bájenlo de los repositorios con su gestos de paquetes preferido según su diestro.

[root@uetiko]# badblocks -s -v -f /dev/sda1

Y esperen a que el programa haga su trabajo. Claro, esto les causara un infarto cuando termine y vean que algunos de sus datos han... como decirlo, desaparecido extrañamente, para evitar esto y que en lo personal, no recomiendo, es agregar la opción -n para que así, no borre ningún dato cuando repare los sectores dañados, claro, esto les llevara mucho, pero mucho tiempo, así que si lo hacen, recomiendo que salgan al cine con la novia/amiga, la lleven a cenar y después regresen haciendo paradas en cualquier bar/cafetería que encuentren.

Introduccion a Ajax Amonia

Buenos dias, a peticion de un amigo, voy a dar una pequeña introduccion a ajax. Buscando en internet he encontrado algunaos manuales muy buenos, donde te hablan de como funciona ajax, la capa intermedia entre el navegador y el servidor, etc... Pero la primera vez que lei uno de estos me quede con una pregunta ¿Como empiezo?. Asi que en este tutorial empezaremos un ejercicio desde cero, eso si, suponiendo que se tienen conocimientos previos de java, servlets y jsp.


Bueno empezare explicando que vamos a hacer.

Haremos un campo de entrada donde iremos escribiendo y conforme escribimos el sistema va a buscar en una lista los correos relacionados con los caracteres que se van tecleando y nos los mostrara en un div flotante(Como un autocompletar).


Lo primero que haremos es el jsp, con el input donde se van a teclear los datos:

input type="text" name="mail" id="mail" value="" size="100"
onkeyup="obtenMail(this, 'listaMails'); return false;"

Este es un simple input al cual le vamos a dar el id de mail, con este id vamos a identificar al elemento.Tambien hay que crear un div invisible en el cual se van a mostrar los correos.

div id="listaMails" style="display: none;"

A conticuacion creamos un archivo javascript, aqui vamos a crear 3 funciones importates. A la primera la llamaremos getXMLHTTPRequest() o como mejor les paresca. Esta funcionen la que nos va a regresar ul objeto con el cual nos vamos a comunicar con el servidor. La funcion quedaria de la siguiente manera:


function getXMLHTTPRequest(){
if (window.XMLHttpRequest) {
return new XMLHttpRequest();
}else if (window.ActiveXObject) {
return new ActiveXObject("Microsoft.XMLHTTP");
}
}

var http = getXMLHTTPRequest();

En esta funcion se valida dependiendo del tipo de navegador que se utilize.

Despues haremos una funcion que llamaremos cargaContenido() a la cual le vamos a pasar dos valores, el primero es el input donde se van a meter los datos, el segundo es el div, donde van a aparecer los valores que se traigan del servidor.


function obtenMail(inputObject, division) {
var url = 'BuscaMail?text=' + inputObject.value;
divisionValores = division;
http.open("GET", url, true);
http.onreadystatechange = muestraResultadoMail;
http.send(null);
}


En esta funcion se abre hace una peticion al servidor de tipo GET pasandole un url. Despues se le asigna la funcion que se va a ejecutar, y por ultimo le desimos que no le vamos a pasar ningun parametro.



Despues haremos la funcion la cual nos va a manejar la respuesta.


function muestraResultadoMail() {
if (http.readyState == 4) {
if (http.status == 200) {
var mails = http.responseXML.getElementsByTagName("mails")[0];
var mailList = mails.getElementsByTagName("mail");
var divListaMails = document.getElementById(divisionValores);
var html1 = "< table >";
for (i = 0; i < mailList.length; i++) {
var valor = mailList[i].childNodes[0].nodeValue;
html1 = html1 + "< tr id='row_" + i + "' onmouseover='seleccionarRenglon(" + i + ") ; return false;' ";
html1 = html1 + " onmouseout='deseleccionarRenglon(" + i + ") ; return false;'";
html1 = html1 + " onclick='seleccionarValor(\"" + valor + "\", \"mail\", \"" + divisionValores + "\")' ; return false;'";
html1 = html1 + " >";
html1 = html1 + "< td >" + valor + "";
}
html1 = html1 + "< / table >";
divListaMails.innerHTML = html1;
if (mailList.length == 0)
divListaMails.style.display = "none";
else
divListaMails.style.display = "block";
}
}
}

Esto es en cuanto a java script, ah este codigo se le pueden hacer mejoras utilizando json, pero por el momento lo dejaremos asi. Ahora pasaremos a la parte del revlet que se va a ejecutar

Primero creamos una clase a la cual vamos a llamar BuscaMail, y la extenderemos de la clase
javax.servlet.http.HttpServlet para que esta clase sea un servlet, no hay que olvidar dar de alta el servlet en el web xml.

Creamos la clase


public class BuscaMail extends HttpServlet implements
javax.servlet.Servlet {

public BuscaMail() {
super();
}

}

Ahora hay que crear el metodo doGet del serlet, el cual nos va a regresar la lista de correos

protected void doGet(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
String text = request.getParameter("text");
// Buscamos en la BD o en memoria
double random = Math.random();
int numero = 0;
if (text != null && text.trim().length() != 0)
numero = (int) (random * 10);
response.setContentType("text/xml");
PrintWriter pw = response.getWriter();
pw.write("< ?xml version=\"1.0\" ? >");
pw.write("< meve >< mails >");
for (int i = 0; i < numero; i++)
pw.write("< mail >" + (text + i) + "@gmail.com< /mail >");
pw.write("< /mails >< /meve >");
pw.flush();
pw.close();
}

En este metodo nosotros creamos los correos, pero lo mejor es buscarlos en una base de datos o tenerlos en memoria y buscarlos ahi.

Y con esto se deberia de mostrar un inpun en el cual conforme vas tecleando se van mostrando los posibles correos.

Bueno eso es todo por el momento, espero no haberlos confundido mas, cualquier duda o comentario me pueden escribir a xgress2000@hotmail.com

Ajax... Y eso que diablos es??

Paseando como siempre, por aquellos bajos mundos del internet, me he encontrado un articulo algo viejo de Jesse James Garret que publico en referencia a Ajax y que vale la pena leer.

Así que para todos nosotros, vamos con la traducción de este articulo.

Ajax: Un Nuevo acercamiento a las Aplicaciones Web
Por Jesse James Garrett
February 18, 2005
Si algo del actual diseño de interacción puede ser llamado glamoroso, es crear Aplicaciones Web. Después de todo, ¿cuando fue la ultima vez que escuchaste a alguien hablar de diseño de interacción de un producto que no esté en la Web? (Okay, dejando de lado el iPod). Todos los nuevos proyectos cool e innovadores están online.

Dejando de lado esto, los diseñadores de interacción Web no pueden evitar sentirse envidiosos de nuestros colegas que crean software de escritorio. Las aplicaciones de escritorio tienen una riqueza y respuesta que parecía fuera del alcance en Internet. La misma simplicidad que ha permitido la rápida proliferación de la Web también crea una brecha entre las experiencias que podemos proveer y las experiencias que los usuarios pueden lograr de las aplicaciones de escritorio.

Esa brecha se está cerrando. Échenle una mirada a las Google Suggest. Mira la forma en que los términos sugeridos se van actualizando a medida que uno tipea casi instantáneamente. Ahora mire Google Maps. Hace zoom. Usen el cursor para agarrar el mapa y navegarlo un poco. Otra vez, todo sucede casi instantáneamente, sin esperar que las paginas se recarguen.

Google Suggest y Google Maps son dos ejemplos de un nuevo acercamiento a las aplicaciones Web, que nosotros en Adaptative Path hemos denominado AJAX. El nombre es una abreviación o acrónimo para Asynchronous JavaScript + XML, y ello representa un cambio fundamental en que es posible en la Web.

Definiendo Ajax
Ajax no es una tecnología. Es realmente muchas tecnologías, cada una floreciendo por su propio mérito, uniéndose en poderosas nuevas formas. AJAX incorpora:

- presentación basada en estándares usando XHTML y CSS;
- exhibición e interacción dinámicas usando el Document Object Model;
- Intercambio y manipulación de datos usando XML and XSLT;
- Recuperación de datos asincrónica usando XMLHttpRequest;
- y JavaScript poniendo todo junto.

El modelo clásico de aplicaciones Web funciona de esta forma: La mayoría de las acciones del usuario en la interfaz disparan un requerimiento HTTP al servidor web. El servidor efectúa un proceso (recopila información, procesa números, hablando con varios sistemas propietarios), y le devuelve una pagina HTLM al cliente. Este es un modelo adaptado del uso original de la Web como un medio hipertextual, pero como fans de “The Elements of User Experience” sabemos, lo que hace a la Web buena para el hipertexto, no la hace necesariamente buena para las aplicaciones de software.

Este acercamiento tiene mucho sentido a nivel técnico, pero no lo tiene para una gran experiencia de usuario. Mientras el servidor esta haciendo lo suyo, que esta haciendo el usuario? Exacto, esperando. Y, en cada paso de la tarea, el usuario espera por mas.

Obviamente, si estuviéramos diseñando la Web desde cero para aplicaciones, no querríamos hacer esperar a los usuarios. Una vez que la interfaz esta cargada, porque la interacción del usuario debería detenerse cada vez que la aplicación necesita algo del servidor? De hecho, porque debería el usuario ver la aplicación yendo al servidor?

Como es diferente AJAX
Una aplicación AJAX elimina la naturaleza “arrancar-frenar- arrancar-frenar” de la interacción en la Web introduciendo un intermediario -un motor AJAX- entre el usuario y el servidor. Parecería que sumar una capa a la aplicación la haría menos reactiva, pero la verdad es lo contrario.

En vez de cargar un pagina Web, al inicio de la sesión, el navegador carga al motor AJAX (escrito en JavaScript y usualmente “sacado” en un frame oculto). Este motor es el responsable por renderizar la interfaz que el usuario ve y por comunicarse con el servidor en nombre del usuario. El motor AJAX permite que la interacción del usuario con la aplicación suceda asincrónicamente (independientemente de la comunicación con el servidor). Así el usuario nunca estará mirando una ventana en blanco del navegador y un icono de reloj de arena esperando a que el servidor haga algo.

Cada acción de un usuario que normalmente generaría un requerimiento HTTP toma la forma de un llamado JavaScript al motor AJAX en vez de ese requerimiento. Cualquier respuesta a una acción del usuario que no requiera una viaje de vuelta al servidor (como una simple validación de datos, edición de datos en memoria, incluso algo de navegación) es manejado por su cuenta. Si el motor necesita algo del servidor para responder (sea enviando datos para procesar, cargar código adicional, o recuperando nuevos datos) hace esos pedidos asincrónicamente, usualmente usando XML, sin frenar la interacción del usuario con la aplicación.

Quien está usando Ajax
Google está haciendo una significativa inversión en el acercamiento Ajax. Todos los grandes productos que Google ha introducido en el ultimo año (Orkut, Gmail, la última versión de Google Groups, Google Suggest, y Google Maps ) son aplicaciones Ajax. (Para datos más técnicos de estas implementaciones Ajax, lean estos excelentes análisis de Gmail, Google Suggest, y Google Maps.) Otros están siguiendo la tendencia: muchas de las funciones que la gente ama en Flickr dependen de Ajax, y el motor de búsqueda de Amazon A9.com aplica tecnologías similares.

Estos proyectos demuestran que Ajax no es solo técnicamente importante, sino también prácticos para aplicaciones en el mundo real. Esta no es otra tecnología que solo trabaja en un laboratorio. Y las aplicaciones Ajax pueden ser de cualquier tamaño, de lo más simple, funciones simples como Google Suggest a las muy complejas y sofisticadas como Google Maps.

En Adaptive Path, estuvimos haciendo nuestro propio trabajo con Ajax en los últimos meses, y estamos descubriendo que solo raspamos la superficie de la rica interacción y respuesta que que las aplicaciones Ajax puede proveer. Ajax es un desarrollo importante para las aplicaciones Web, y su importancia solo va a crecer. Y como hay tantos desarrolladores que ya conocen como usar estas tecnologías, esperamos ver mas empresas y organizaciones siguiendo el liderazgo de Google en explotar la ventaja competitiva que Ajax provee.

Mirando adelante
Los mayores desafíos al crear aplicaciones Ajax no son técnicas. Las tecnologías centrales son maduras, estables y bien conocidas. En cambio, los desafíos son para los diseñadores de estas aplicaciones: olvidar lo que creemos saber sobre las limitaciones de la Web, y comenzar a imaginar un rango más amplio y rico de posibilidades.
Va a ser divertido.

Un Hash qué?

Vagando por los bajos mundos del internet y viendo algunos sistemas RIAD de 6 teras (Yo quiero!!), me he topado con un nuevo problema que ya disqué resolví. El terrible llenado de un listbox desde una base de datos usando un hashtable. Ustedes se han de preguntar que demonios es un hash table o hash map. es una matriz o colección de datos relacionados en par por una clave.

Teoria... Aburrida y practica. Pasemos a lo que de verdad entendemos, código!!!!

'Creamos una colección del tipo hashtable y un data table. Bueno, tambien crea la conexion y los comandos.
'Ojo, yo uso clases de conexión.
Dim testHashmap as new HashTable
Dim dt as new DataTable

cn = conecta() 'Esta una función de mi clase conexion
cmd.CommandText = "select id, nombre from cliente" 'Consulta
cmd.Connection = cn
da.SelectComand = cmd 'Dando al dataAdapter la consulta.
da.fill(dt)

'Llenado del hashtable
for i as integer = 0 to dt.Rows.Count()
dim id as integer
id = dt.Rows(i)("id")
dim nom as String
nom = dt.Rows(i)("nombre")
testHashmap.add(id, nom)
next

list1.dataSource = testHashmap
list1.DataValueField = "key"
list1.DataTextField = "Value"
list1.DataBind()

Y eso es todo para llenar la list desde una base de datos usando un HashTable.

Mas adelante publicare mis clases de conexion.

besitos!!