Estos días sin entradas he tenido algún problema técnico que por fin he solucionado. Es algo que ya me había pasado en este ordenador, pero que no describí en una entrada, o al menos yo no la encuentro. La secuencia de los hechos son la siguiente:
1. A la vuelta de Navidad, comenzar a trabajar y hacer la copia de seguridad descubro que mi unidad interna de almacenaje, y solo almacenaje, ya que contiene una copia de mi trabajo y los ficheros intermedios multimedia (fotos y vídeos en copias sucesivas desde la original a diferentes manipulaciones, por si hace falta recurrir a ellas), descubro que solo quedan 160GB libres. Solución, sustituir por uno más grande.
2. El disco de almacenaje era un Caviar Green de 4TB. Mucho mejor, ahora que los precios son más bajos (aunque están subiendo por la depreciación del Euro), sustituirlo por un dispositivo preparado para NAS, en este caso compré un WD50EFRX, Western Digital NAS Red de 5TB. Además, tenía un conector SATA vacío de entrada en caliente frontal, pero como desde la llegada de los USB3 lo uso muy raramente, decidí acoplar un WD Caviar Black de 1,5TB que tenía parado para generar un añadido a home. Antes de empezar, copia de seguridad.
3. Como es bien sabido, al sustituir un disco duro que arranca en el inicio por uno nuevo aparece un error en el arranque, ya que no encuentra el UUID (Universally Unique IDentifier) que identifica al dispositivo en fstab
Por ejemplo en este ordenador en que estoy escribiendo
nano /etc/fstab
Y genera un mensaje como este
Ya lo sabía, y había decidido instalar de nuevo Fedora 21 desde una imagen netinst, y así tener un sistema más "limpio". A pesar de que solo sirve para instalar la distribución "server", podemos en la instalación Anaconda elegir cualquir distribución y escritorio en la opción "Software selection".
4. Distribución de los dispositivos
La placa madre Intel DZ77BH-55K dispone de 6 conectores SATA, marcados de 0 a 4, A y B en tres bancos dobles
No todos tienen las mismas características. El 0, 1, A y B son 6G, mientras que el 2 y 3 son 3G. Con estas condiciones, lo mejor sería establecer el disco de sistema en 0, home en 1, el disco de almacén en 2, la grabadora en 3 y los otros dos discos de trabajo (material multimedia) en A y B.
5. Instalación de Fedora 21 desde netinst
Como me dio algún problema el arranque en dispositivos USB, lo hice desde un CD. Tiempo total, como 1hora y 45 minutos, pero no lo estaba cronometrando ni estaba con la máquina.
6. PROBLEMA
A los pocos minutos de mandar una copia al nuevo disco de almacenaje, este desaparece del sistema, o si llego a él, aparece sin formato y vacío. Sin embargo, al sacarlo y leerlo desde un conexión USB el formato ext4 está bien y tiene contenido.
El problema es que estos dos conectores añadidos no son controlados si se les pone la grabadora por delante o se deja alguno o los dos conectores 2 y 3 vacíos.
7. Cambio de orden y se pone el disco último de 1,5TB y la grabadora en los conectores A y B y vuelta a instalar todo.
PD. Por desgracia eso ya me había pasado, pero me había olvidado completamente. Me hago viejo
Mostrando entradas con la etiqueta SATA. Mostrar todas las entradas
Mostrando entradas con la etiqueta SATA. Mostrar todas las entradas
martes, 13 de enero de 2015
lunes, 7 de enero de 2013
De vuelta
No solo yo, sino que también vuelve mi ordenador principal. En principio era sencillo; se sustituía la placa madre Intel DZ77BH-55K
por una idéntica y listo, pero la primera que llegó no funcionaba. La segunda sí, pero el ordenador solo leía los primeros discos y la grabadora, pero decía que los otros no estaban instalados. Primero estuve configurando la BIOS, pero la causa no era esa. Luego empecé a cambiar la localización de los cables SATA, y ese era el problema. La caja dispone de una ventana de entrada en caliente de los discos -hasta 4- más el SSD -30GB- que tengo instalado aparte. El sólido, que lleva el sistema, está en el primer puerto SATA. El disco que actúa como home -Caviar Black 1,5TB- ocupa el segundo puerto. Tanto el primero como el segundo son 6.0 Gb/s. El tercer puerto y el cuarto -3.0 Gb/s- tenían conectados la grabadora y la entrada vacía de las disponibles en la caja. El quinto y el sexto puertos -6.0 Gb/s- los dedicaba a los otros dos discos duros -1TB y 3TB- de almacenamiento.
El problema es que la placa no leía como instalados los discos colocados después del puerto vacío, no sé por que. Así que he tenido que poner los discos en conexiones 3.0 Gb/s y dejar el último para la entrada vacía, donde pongo un disco para hacer las copias de seguridad externas. Esto me ha hecho perder varios días de pruebas en los ratos libres. Ahora ya está todo listo para un nuevo año.
La segunda noticia que quería comentar es el retraso de otra semana en el lanzamiento de Fedora 18. La cuenta regresiva a la derecha me lo recuerda constantemente. Es solo un pequeño fastidio, ya que así nos llegará en un momento de mucha concentración de trabajo, pero por lo demás, seguramente nos dará más estabilidad. Por suerte podemos compensarlo por el aviso de que va a salir este año una nueva versión de R. En abril tendremos la versión 3.0.
En un momento libre que tenga subiré las noticias de la Navidad.
por una idéntica y listo, pero la primera que llegó no funcionaba. La segunda sí, pero el ordenador solo leía los primeros discos y la grabadora, pero decía que los otros no estaban instalados. Primero estuve configurando la BIOS, pero la causa no era esa. Luego empecé a cambiar la localización de los cables SATA, y ese era el problema. La caja dispone de una ventana de entrada en caliente de los discos -hasta 4- más el SSD -30GB- que tengo instalado aparte. El sólido, que lleva el sistema, está en el primer puerto SATA. El disco que actúa como home -Caviar Black 1,5TB- ocupa el segundo puerto. Tanto el primero como el segundo son 6.0 Gb/s. El tercer puerto y el cuarto -3.0 Gb/s- tenían conectados la grabadora y la entrada vacía de las disponibles en la caja. El quinto y el sexto puertos -6.0 Gb/s- los dedicaba a los otros dos discos duros -1TB y 3TB- de almacenamiento.
El problema es que la placa no leía como instalados los discos colocados después del puerto vacío, no sé por que. Así que he tenido que poner los discos en conexiones 3.0 Gb/s y dejar el último para la entrada vacía, donde pongo un disco para hacer las copias de seguridad externas. Esto me ha hecho perder varios días de pruebas en los ratos libres. Ahora ya está todo listo para un nuevo año.
La segunda noticia que quería comentar es el retraso de otra semana en el lanzamiento de Fedora 18. La cuenta regresiva a la derecha me lo recuerda constantemente. Es solo un pequeño fastidio, ya que así nos llegará en un momento de mucha concentración de trabajo, pero por lo demás, seguramente nos dará más estabilidad. Por suerte podemos compensarlo por el aviso de que va a salir este año una nueva versión de R. En abril tendremos la versión 3.0.
En un momento libre que tenga subiré las noticias de la Navidad.
lunes, 23 de enero de 2012
Disco duro bloqueado: segunda parte
Como decía en la entrada anterior sobre discos duros bloqueados, disponía de un segundo disco duro en el mismo estado, con 1 TB reducido a 33MB. Es un disco idéntico al anterior, misma marca, modelo y hasta lote. Para realizar la restauración del tamaño original se siguieron los mismos pasos que la otra vez:
1. Detección de su estado, después de un arranque defectuoso en una placa GigaByte. A través de palimpsest detectamos que realmente solo se reconocen 33MB.
2. Arranque con Ultimate Boot CD, repitiendo con un Aspire One, con el disco conectado a través de la misma caja externa USB, y Ultimate Boot CD en el mismo lápiz Kingston. El disco solo se puede poner en la unidad USB de la derecha, posición más retrasada de las dos, ya que en caso contrario no es detectado por MHDD (tal como se ve en la foto).
3. Una vez detectado el dispositivo, se ve la protección por password y se intenta romper (passwords genéricas de Western Digital indicadas en la otra entrada), y aunque parece que en cada segundo intento parece valer (no pone fail), eso no es cierto y el dispositivo sigue protegido y no es posible hacer aplicar ningún comando de recuperacion (HPA=cut o NHPA=uncut)
4. Se realiza la misma acción en un ordenador sobremesa nuevo, que permite también arranque desde USB (el mismo lápiz USB con Ultimate Boot CD). Se desconecta todos los discos duros de la máquina y se coloca el disco bloqueado en S-ATA 1. MHDD detecta a la primera, sin necesidad de escanear, el dispositivo, al contrario que en el intento a través de una conexión por USB:
5. Al acceder a él, no aparece marca de protección alguna ni la de password (PWD con fondo rojo en la línea superior). Aplico directamente NHPA (uncut) y funciona.
6. Para asegurarnos, lo pasamos por el palimsest. Perfecto.
Conclusiones:
- El desbloqueo de la HPA debe realizarse en una conexión S-ATA y no USB. De esta manera no aparece la protección.
Podemos encontrar dos dudas:
- ¿Es preciso hacerlo en un ordenador moderno? Probablemente no, ya que podemos generar un Ultimate Boot CD en un CD, como su propio nombre indica. Sin embargo sigo pensando que existe la posibilidad de que la protección no se muestre por algunas características modernas del ordenador. La protección existe y en muchos blogs se da por supuesto que no es fácil romperla. Deberíamos terner un tercer disco similar y aplicar directamente el uso del S-ATA 1 de un sobremesa directamente para estar seguros de cual ha sido el paso definitivo.
- ¿Sería posible que en la conexión USB hubieramos roto la protección mediante alguna de las palabras genéricas, y que debido a esa misma conexión USB no pudieramos aplicar NHPA, a pesar de haber roto la protección? Aun tengo esta duda, pero no creo, ya que lo repetí muchas veces. Al principio aplique todas las palabras juntas, hasta que no aparecía "fail", pero luego lo hice una a una y reiniciaba, y en todas aparecía el mensaje "fail".
Por si son interesantes las características del ordenador donde se solucionaron los dos bloqueos, aquí va el hardware tras un
lshw -short
Dos consideraciones.
Una. Sí, como usuario normal, ya que así sale más corta y comparando no se pierde información.
Dos, lshw no se instala con Fedora; tuve que instalarlo para esto (su -, y luego yum install lshw)
1. Detección de su estado, después de un arranque defectuoso en una placa GigaByte. A través de palimpsest detectamos que realmente solo se reconocen 33MB.
2. Arranque con Ultimate Boot CD, repitiendo con un Aspire One, con el disco conectado a través de la misma caja externa USB, y Ultimate Boot CD en el mismo lápiz Kingston. El disco solo se puede poner en la unidad USB de la derecha, posición más retrasada de las dos, ya que en caso contrario no es detectado por MHDD (tal como se ve en la foto).
3. Una vez detectado el dispositivo, se ve la protección por password y se intenta romper (passwords genéricas de Western Digital indicadas en la otra entrada), y aunque parece que en cada segundo intento parece valer (no pone fail), eso no es cierto y el dispositivo sigue protegido y no es posible hacer aplicar ningún comando de recuperacion (HPA=cut o NHPA=uncut)
4. Se realiza la misma acción en un ordenador sobremesa nuevo, que permite también arranque desde USB (el mismo lápiz USB con Ultimate Boot CD). Se desconecta todos los discos duros de la máquina y se coloca el disco bloqueado en S-ATA 1. MHDD detecta a la primera, sin necesidad de escanear, el dispositivo, al contrario que en el intento a través de una conexión por USB:
5. Al acceder a él, no aparece marca de protección alguna ni la de password (PWD con fondo rojo en la línea superior). Aplico directamente NHPA (uncut) y funciona.
6. Para asegurarnos, lo pasamos por el palimsest. Perfecto.
Conclusiones:
- El desbloqueo de la HPA debe realizarse en una conexión S-ATA y no USB. De esta manera no aparece la protección.
Podemos encontrar dos dudas:
- ¿Es preciso hacerlo en un ordenador moderno? Probablemente no, ya que podemos generar un Ultimate Boot CD en un CD, como su propio nombre indica. Sin embargo sigo pensando que existe la posibilidad de que la protección no se muestre por algunas características modernas del ordenador. La protección existe y en muchos blogs se da por supuesto que no es fácil romperla. Deberíamos terner un tercer disco similar y aplicar directamente el uso del S-ATA 1 de un sobremesa directamente para estar seguros de cual ha sido el paso definitivo.
- ¿Sería posible que en la conexión USB hubieramos roto la protección mediante alguna de las palabras genéricas, y que debido a esa misma conexión USB no pudieramos aplicar NHPA, a pesar de haber roto la protección? Aun tengo esta duda, pero no creo, ya que lo repetí muchas veces. Al principio aplique todas las palabras juntas, hasta que no aparecía "fail", pero luego lo hice una a una y reiniciaba, y en todas aparecía el mensaje "fail".
Por si son interesantes las características del ordenador donde se solucionaron los dos bloqueos, aquí va el hardware tras un
lshw -short
Dos consideraciones.
Una. Sí, como usuario normal, ya que así sale más corta y comparando no se pierde información.
Dos, lshw no se instala con Fedora; tuve que instalarlo para esto (su -, y luego yum install lshw)
miércoles, 4 de enero de 2012
Disco duro bloqueado
Otra entrada sobre hardware, pero esta vez hardware informático de verdad. Antes de vacaciones me entregaron un disco duro, para ser exactos un Western Digital Caviar Green de 1 TB y 64 MB de buffer, modelo WD10EARX-00N0YB0, que al conectarlo a un ordenador mostraba solamente 33MB, según el software con que lo manejamos (palimpsest). La intención era descubrir si era posible recuperar el tamaño original.
Tanto este como otro disco idéntico "sufrieron" esta llamemos alteración tras intentar utilizarlos como disco de sistema en un ordenador con una placa ASUS. Lo digo por que al documentarme en la red para manejar este "poltergeist" informático encontré en muchos sitios que es un caso documentado de determinadas placas Gigabyte, que reconocen un tamaño erróneo en determinados discos por un error en la BIOS (33MB para discos de 1 TB, 500 MB para los de 1,5TB y 1TB para los de 2; véase aquí). ¿Cómo es esto posible? Quizá lo comprendamos mejor si leemos qué es realmente la HPA (Host -a veces Hidden- Protected Area) de los discos duros.
Segundo, extraño que sean 33MB, ya que si hemos realizado alguna acción inconveniente que provoca el bloqueo del disco duro, lo normal es que muestre 64MB, que es el buffer. A pesar de ello, seguí investigando que posibilidades teníamos, y en alguna página señalan la posibilidad de recurrir a programas escritos para acceder y manipular a bajo nivel los discos duros. Fundamentalmente recomiendan el uso de MHDD y con él aplicar la orden de uncut (o NHPA) a la propia HPA para que recupere su tamaño original ("return to factory size").
Yo, que no tengo diskettes en mis ordenadores, y que no me gusta quemar CDs, instalé una ISO de Ultimate Boot CD a través de UNetbootin en un Flash USB Kingston DataTraveler ELITE de 1GB (el más caro que me he comprado jamás; en sus momentos, el mejor lápiz USB que había visto; ahora se me ha quedado algo pequeño y solo sirve para estas cosas. Pongo la foto solo para fardar de él).
Tras arrancar desde Ultimate Boot CD, en este caso en un Aspire One, con el disco conectado a través de una caja externa USB,
simplemente seguimos estos pasos:
- vamos a HDD
- seguidamente Diagnostics
- MHDD
y en el ejecutamos uncut (o NHPA)
Sin embargo, después de ver muchas páginas, fundamentalmente ésta, y haber llegado hasta ahí y ejecutado esa orden, quedaron bastante claras varias cosas:
1. Los discos están protegidos por una palabra clave
2. Dicha palabra puede ser extraída, aunque muchos señalan que puede ser ilegal (ver aquí "HPA can also be used to store data that is deemed illegal and is thus of interest to government and police computer forensics teams" y en otros lugares; leer con atención aquí desde la primera página a la última).
En resumen, en esta página que recomiendo se explica como se aplican unos scripts en MHDD para extraer en hexadecimal el contenido de la HPA y que parte contiene la palabra de protección de 32 bytes. Si no se dispone de la palabra no se puede aplicar la orden "uncut" y da un error.
Además, teníamos otras dos posibilidades. aplicar programas de desbloqueo, como HDAT2 o hdparm (ver aquí) o utilizar palabras maestras que podrían funcionar (tomadas de aquí). Como no tenía muchas ganas de traducir un hexadecimal y extraer una palabra, estuve aplicando estas cuatro para discos WD.
WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCW
WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCWD
&'()*.WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCWD
h2oinsyde
pero parecía que no funcionaban. Un poco cansado lo dejé así. A la vuelta de las vacaciones, hoy por la tarde, al terminar de trabajar, he colocado el disco en una entrada SATA de un ordenador y arrancado con el mismo lápiz, y al ir a MHDD aplique directamente tanto NHPA (uncut) primero como HPA (cut, señalando el extremo final de 2TB, que el programa señalaba como 1,953,625,168) después y en ese momento me di cuenta de que el disco no tenía protección; además, no se encontraba la palabra PWD en la parte de arriba del programa. El disco había quedado desbloqueado.
Esto nos presenta algunos problemas. No sabemos qué es lo que ha funcionado; puede que haya quedado desprotegido el otro día con alguna de esas 4 palabras (en teoría hay un límite de 5, y luego hay que reiniciar el ordenador). Otra posibilidad es que la conexión por SATA haya permitido ejecutar la orden "cut" (HPA). Otro problema es que no he grabado imágenes decentes de cada acción. Por suerte tenemos otro disco y esta vez intentaré hacerlo de forma seriada, paso a paso y foto a foto. Como todos sabemos, lo mejor es siempre cazar el segundo león, y no empezar por el primero.
PD. Sigo sin tener clara la ilegalidad de esta acción. Si uno compra un disco, y por un bug de una BIOS hay que comprar otro ¿quien es el dueño del disco? Pongo un ejemplo. Te compras un coche de 24000€. Como arrancas en frío dando acelerones el sistema eléctrico se bloquea, y como tiene una palabra clave que es ilegal aplicar, te tienes que comprar otro. La gente no protesta por que cuestan 100€, pero si no fuera así...
Tanto este como otro disco idéntico "sufrieron" esta llamemos alteración tras intentar utilizarlos como disco de sistema en un ordenador con una placa ASUS. Lo digo por que al documentarme en la red para manejar este "poltergeist" informático encontré en muchos sitios que es un caso documentado de determinadas placas Gigabyte, que reconocen un tamaño erróneo en determinados discos por un error en la BIOS (33MB para discos de 1 TB, 500 MB para los de 1,5TB y 1TB para los de 2; véase aquí). ¿Cómo es esto posible? Quizá lo comprendamos mejor si leemos qué es realmente la HPA (Host -a veces Hidden- Protected Area) de los discos duros.
Segundo, extraño que sean 33MB, ya que si hemos realizado alguna acción inconveniente que provoca el bloqueo del disco duro, lo normal es que muestre 64MB, que es el buffer. A pesar de ello, seguí investigando que posibilidades teníamos, y en alguna página señalan la posibilidad de recurrir a programas escritos para acceder y manipular a bajo nivel los discos duros. Fundamentalmente recomiendan el uso de MHDD y con él aplicar la orden de uncut (o NHPA) a la propia HPA para que recupere su tamaño original ("return to factory size").
Yo, que no tengo diskettes en mis ordenadores, y que no me gusta quemar CDs, instalé una ISO de Ultimate Boot CD a través de UNetbootin en un Flash USB Kingston DataTraveler ELITE de 1GB (el más caro que me he comprado jamás; en sus momentos, el mejor lápiz USB que había visto; ahora se me ha quedado algo pequeño y solo sirve para estas cosas. Pongo la foto solo para fardar de él).
Tras arrancar desde Ultimate Boot CD, en este caso en un Aspire One, con el disco conectado a través de una caja externa USB,
simplemente seguimos estos pasos:
- vamos a HDD
- seguidamente Diagnostics
- MHDD
y en el ejecutamos uncut (o NHPA)
Sin embargo, después de ver muchas páginas, fundamentalmente ésta, y haber llegado hasta ahí y ejecutado esa orden, quedaron bastante claras varias cosas:
1. Los discos están protegidos por una palabra clave
2. Dicha palabra puede ser extraída, aunque muchos señalan que puede ser ilegal (ver aquí "HPA can also be used to store data that is deemed illegal and is thus of interest to government and police computer forensics teams" y en otros lugares; leer con atención aquí desde la primera página a la última).
En resumen, en esta página que recomiendo se explica como se aplican unos scripts en MHDD para extraer en hexadecimal el contenido de la HPA y que parte contiene la palabra de protección de 32 bytes. Si no se dispone de la palabra no se puede aplicar la orden "uncut" y da un error.
Además, teníamos otras dos posibilidades. aplicar programas de desbloqueo, como HDAT2 o hdparm (ver aquí) o utilizar palabras maestras que podrían funcionar (tomadas de aquí). Como no tenía muchas ganas de traducir un hexadecimal y extraer una palabra, estuve aplicando estas cuatro para discos WD.
WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCW
WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCWD
&'()*.WDCWDCWDCWDCWDCWDCWDCWDCWDCWDCWD
h2oinsyde
pero parecía que no funcionaban. Un poco cansado lo dejé así. A la vuelta de las vacaciones, hoy por la tarde, al terminar de trabajar, he colocado el disco en una entrada SATA de un ordenador y arrancado con el mismo lápiz, y al ir a MHDD aplique directamente tanto NHPA (uncut) primero como HPA (cut, señalando el extremo final de 2TB, que el programa señalaba como 1,953,625,168) después y en ese momento me di cuenta de que el disco no tenía protección; además, no se encontraba la palabra PWD en la parte de arriba del programa. El disco había quedado desbloqueado.
Esto nos presenta algunos problemas. No sabemos qué es lo que ha funcionado; puede que haya quedado desprotegido el otro día con alguna de esas 4 palabras (en teoría hay un límite de 5, y luego hay que reiniciar el ordenador). Otra posibilidad es que la conexión por SATA haya permitido ejecutar la orden "cut" (HPA). Otro problema es que no he grabado imágenes decentes de cada acción. Por suerte tenemos otro disco y esta vez intentaré hacerlo de forma seriada, paso a paso y foto a foto. Como todos sabemos, lo mejor es siempre cazar el segundo león, y no empezar por el primero.
PD. Sigo sin tener clara la ilegalidad de esta acción. Si uno compra un disco, y por un bug de una BIOS hay que comprar otro ¿quien es el dueño del disco? Pongo un ejemplo. Te compras un coche de 24000€. Como arrancas en frío dando acelerones el sistema eléctrico se bloquea, y como tiene una palabra clave que es ilegal aplicar, te tienes que comprar otro. La gente no protesta por que cuestan 100€, pero si no fuera así...
Etiquetas:
BIOS,
Bloqueo,
desbloqueo,
Disco duro,
Hardware,
Hexadecimal,
HPA,
lock,
MHDD,
SATA,
Ultimate Boot CD,
UNetbootin,
unlock,
USB,
Western Digital
domingo, 1 de mayo de 2011
Ubuntu 11.04 llegó, pero...
...sigue sin servirme para el ordenador principal. Al igual que en los 5 intentos de instalación de 10.10, cuando lleva 10 segundos la pantalla se queda en negro y se acabó. Supongo que sigue debiéndose al driver de la tarjeta nVidia que uso.
$ sudo lshw
La verdad es que no necesito una tarjeta gráfica muy potente, ya que trabajo fundamentalmente con texto y matemáticas (análisis estadísticos), pero esta tarjeta gráfica me está dando muchos dolores de cabeza. Lo intenté también con Lubuntu, por si utilizara drivers diferentes, pero pasa exactamente lo mismo.
Lo peor es que antes de empezar la instalación de 11.04 había cambiado la distribución de los cables SATA, ya que tenía pensado cambiar la distribución de los discos duros; justo después probé el CDLive de 11.04 y descubrí que no ve valía. Al intentar volver a 10.04 aparece una pantalla en negro con el mensaje
>grub rescue
Es decir, no se encontraba el grub. Coloqué de nuevo los discos en la posición anterior, pero seguía el mensaje
> grub rescue
Repasé la colocación de los Serial ATA en la placa y el libro...
$ sudo lshw
La verdad es que no necesito una tarjeta gráfica muy potente, ya que trabajo fundamentalmente con texto y matemáticas (análisis estadísticos), pero esta tarjeta gráfica me está dando muchos dolores de cabeza. Lo intenté también con Lubuntu, por si utilizara drivers diferentes, pero pasa exactamente lo mismo.
Lo peor es que antes de empezar la instalación de 11.04 había cambiado la distribución de los cables SATA, ya que tenía pensado cambiar la distribución de los discos duros; justo después probé el CDLive de 11.04 y descubrí que no ve valía. Al intentar volver a 10.04 aparece una pantalla en negro con el mensaje
>grub rescue
Es decir, no se encontraba el grub. Coloqué de nuevo los discos en la posición anterior, pero seguía el mensaje
> grub rescue
Repasé la colocación de los Serial ATA en la placa y el libro...
y coloqué solo los principales y en riguroso orden; el de sistema en el 1 y el home en 2. El arranque fue perfecto, pero al introducir el tercer disco que utilizo en el puerto SATA3 desplazó el home de sdb a sdc y el arranque no detecta home; por suerte utilizo carcasas frontales y los cambios son sencillos y cómodos, aunque la placa no permite hacerlo en caliente. Para solucionarlo he tenido que poner home en el SATA3 y el tercer disco en SATA4. En resumen, tengo instalado el disco de sistema sda en SATA1 (disco sólido en el interior del ordenador, conectado al primero superior de los cuatro en línea en la imagen de la placa); el home está conectado a SATA3 (el tercero en dirección descendente) y el cuarto disco en SATA4 (el último de la línea). El SATA5 está vació y el SATA6 para la grabadora. Desde fuera se ve así:
La carcasa central vacía está conectada al SATA2. Un día de estos haré una prueba metiendo otro disco y a ver que pasa. Pero no soy el único al que una placa ASUS distribuye "aleatoriamente" los discos; hoy en la red encontré varios ejemplos, pero el más parecido es este. Con esta placa, que está a punto de cumplir 3 años, ya instalé un Ubuntu y encontré el disco en SATA1 como sdc, el de SATA2 como sdb y el SATA3 como sda. Espero solucionar todos los problemas de este ordenador el martes, ya que he encargado una gráfica ATI de 30 y tantos euros (como solo juego al Freecell) y 4 piezas de 2 GB de DDR2 para intentar evitar el uso intensivo de la swap. Esperemos que funcione, y pueda instalar el 11.04, por que si no tendré que cambiar de ordenador, seguir con 10.04 o pasarme a otra/otras distribuciones, con lo fácil de usar que es Ubuntu.
viernes, 25 de marzo de 2011
Instalación de Windows XP en discos SATA. Intento 1
Cambiado mi equipo de trabajo, el ordenador viejo, que en sus día era una joya de la corona (una placa que a finales de 2006 mantenía un canal IDE, 2 conexiones de red gigabyte, una inalambrica, hasta 6 discos SATA...) tenía que servir para algo, así que sustituimos uno mucho más antiguo que no daba potencia suficiente para controlar un termociclador. El problema es que estos aparatos científicos son muy "especiales" y este en concreto exige Windows XP. Para instalar Windows XP en un disco SATA siempre tenemos el problema de que ese sistema operativo no lleva un driver de reconocimiento de los dispositivos SATA y hay que integrarlos, en general en un disquete; pero este ordenador no tiene disquetera, así que nos quedaba otra opción, que es alterar una imagen de Windows añadiéndole el driver con nLite. Un amigo aun más friki que yo me lo preparó y funcionó a las mil maravillas; de hecho, generó una distribución de Windows (el ordenador tiene licencia, que conste) muy parecida a cualquiera de Linux, ya que instaló desatendidamente OpenOffice, una distribución gratuita de un antivirus, compresor, KLCodecs ... Es decir, el intento 1 funciona. Por otro lado, no podía ser de otra manera, ya que se ha probado muchas veces.
Ahora la duda está si existe otra forma. Por ejemplo, un técnico informático me dio varias posibilidades de instalarlo desde un grub previamente cargado, mapear el driver en memoria y luego instalar Windows; esto supondría pasar 3 CDs, uno detrás de otro. Para hacerlo más sencillo, el primer intento que voy a realizar será usar SuperGrub 2, que permite la utilización de ISOs de instalación sin necesidad de instalar el driver en cuestión. Si no funciona, seguiremos intentándo otras posibilidades.
Sí, ya sé que la forma más fácil es poner un disco IDE, pero como solo hay un canal IDE, el disco duro y el DVD, necesario para la instalación del software del termociclador, ocuparían la misma faja, lo que hace que la velocidad de los dispositivos sea la del más lento. Como esta máquina a tiempo real necesita determinadas prestaciones del ordenador, prefiero no meter un cuello de botella en la conexión del disco. Además, a estas alturas ¿qué es un disco IDE?
Ahora la duda está si existe otra forma. Por ejemplo, un técnico informático me dio varias posibilidades de instalarlo desde un grub previamente cargado, mapear el driver en memoria y luego instalar Windows; esto supondría pasar 3 CDs, uno detrás de otro. Para hacerlo más sencillo, el primer intento que voy a realizar será usar SuperGrub 2, que permite la utilización de ISOs de instalación sin necesidad de instalar el driver en cuestión. Si no funciona, seguiremos intentándo otras posibilidades.
Sí, ya sé que la forma más fácil es poner un disco IDE, pero como solo hay un canal IDE, el disco duro y el DVD, necesario para la instalación del software del termociclador, ocuparían la misma faja, lo que hace que la velocidad de los dispositivos sea la del más lento. Como esta máquina a tiempo real necesita determinadas prestaciones del ordenador, prefiero no meter un cuello de botella en la conexión del disco. Además, a estas alturas ¿qué es un disco IDE?
Suscribirse a:
Entradas (Atom)















