He leído algunas de las publicaciones relacionadas con particiones NTFS corruptas o que no funcionan, pero sin una solución adecuada para mi caso. Aquí está: mi sistema es
- SSD en miniPCI-Express(PCIe), con Windows 7 instalado. Dos particiones: una con las utilidades de Dell (40 MB), el resto la propia instalación de Windows (119 GB).
- HDD con 450 GB de archivos NTFS, y 30 GB de todas las particiones que hacen funcionar una instalación de Ubuntu (swap, sistema, etc.)
El dispositivo de arranque es el disco duro interno (IRRT), el único posible; esto habilita IRRT y comienzaCOMIDA, que al apuntar a algún sector del HDD puede iniciar Windows 7 en el SSD.
Ahora lo que ocurrió:
Puse mi computadora en suspensión y luego entró en hibernación después de algunas horas. La tarjeta inalámbrica estaba físicamente deshabilitada (Dell M4600). Luego encendí la computadora portátil y, antes de que GRUB estuviera completo, encendí la tarjeta inalámbrica nuevamente. Luego presioné "ventanas" en GRUB. EntoncesBSOD, reinicie y Windows no puede encontrar la partición de inicio: "falta el dispositivo necesario".
Probé el disco de recuperación de Windows 7: solo puedo reparar una pequeña parte de la instalación de Windows que está en el HDD, no puedo ver el SSD. La "reparación" no hace nada. Quitar el disco duro para sortear GRUB por la fuerza no hizo que el DVD de Windows viera el sector de arranque del SSD. No bastaba con una "instalación de Windows".
Ahora, si empiezo a actuar como si fuera a instalar Windows nuevamente, Windows ve las dos particiones en la unidad C, todavía están aquí, en NTFS.
Luego fui a Linux y probédisco duro: las particiones siguen aquí, otra vez. Pero no aparecen enNautilo, y no puedo montarlos. Sin embargo,ddpuedo recuperar datos: si intento leer datos en algún desplazamiento grande aleatorio (como un desplazamiento de 20 GB y leer 10 bloques), los bloques son de hecho "datos", no hay problema para acceder físicamente a la unidad, no parece haber fallado al menos completamente. Entonces haré una copia de seguridad mañana.
Lo intentéDisco de prueba: los sectores de arranque son idénticos y parecen estar bien, pero ambosMFTmostrar como "malo", nada más. No se puede acceder a los archivos dentro del sistema de archivos.
En ese sitio, vi algo sobre una escritura incorrecta enRegistro en diario NTFS,Necesidad de recuperar la partición NTFS corrupta.
Casi el último post. Por lo que busqué, no hay nada al respecto en Internet.
Y sospecho que algo sobre el proceso de hibernación no se revierte, ya que recuerdo que el proceso de hibernación cambia mucho la secuencia de inicio (o podrías moverte hiberfil.syssin problemas, pero no puedes. Tiene que estar en el directorio raíz). porque no hay lugar en el cargador de arranque para acomodar una ubicación de carpeta, ¡o incluso otra unidad!).
Entonces, tal vez ambos sectores de arranque se vieron afectados por la hibernación, y cuando no pudo completar el proceso de volver al arranque normal, se quedó así, Windows mira hacia dónde apunta el puntero de arranque y no reconoce una instalación normal de Windows y se niega a repararla. , y como Linux no puede encontrar el MFT no puede montarlo... o tal vez algo diferente, afectando al propio MFT. No lo sé... lo intentaré.CHKDSKy, después de la copia de seguridad,arreglarmbr, del DVD de Windows 7.
ACTUALIZACIÓN: parece que fixmbr y fixboot solo funcionan desde la consola de recuperación y no pude acceder a ellos. Desde el DVD de Windows 7, pude hacer CHKDSK: solo decía que el volumen era NTFS antes de fallar porque "MFT está dañado. Intentaré repararlo. MFT no se pudo reparar. Salga de chkdsk".
Al probar diskpart, vio mi partición en el SSD como...Sin formato. Entonces, esto no se corresponde con lo que ha visto CHKDSK.
Hay algo extraño en todo esto: durante todo este tiempo, Windows no vio los primeros 40 MB de mi SSD, que contenía las utilidades de Dell. En Windows 7 Explorer, la partición principal del SSD siempre fue C:\, y la partición del HDD fue D:\: esta partición de 40 MB en el SSD nunca apareció en ninguna parte. Pero ahora Windows ve esta partición de 40 MB y le da la C:\letra. Mientras que la D:\letra corresponde a la partición de 119 GB, en formato "Raw", no se puede leer. No entiendo nada...
Respuesta1
El dispositivo de arranque es el HDD interno (IRRT), el único posible; esto habilita IRRT e inicia GRUB, que alapuntando a algún sectoren el HDD puede iniciar Windows 7 en el SSD. Creo que necesitas que el puntero sea el mismo. ^
Estoy adivinando { Luego presioné "ventanas" en GRUB. Luego, BSOD, reinicia y Windows no puede encontrar la partición de inicio: "falta el dispositivo necesario". }
no está utilizando el mismo puntero, especialmente si entra en hibernación. el arranque de grub tendría que apuntar al sector de arranque de Windows o hiberfil.sys tuvo un problema similar cuando intenté editar winresume.exe para intentar apuntar a D: cuando Windows está en C: no abría Windows desde la hibernación, cuando utilicé la copia del original se solucionó.
espero que esto ayude
Respuesta2
Finalmente, reinstalé Windows en la unidad C (el SSD) y, cuando estuvo completo, el sistema volvió a funcionar, pero la secuencia de arranque provocó un cortocircuito en GRUB. Así que ahora la instalación de Linux está fuera de nuestro alcance.
Todavía está en mi disco D, y sé que simplemente tendría que insertar un CD en vivo y reparar GRUB para que funcione, pero aún no lo he hecho por otras razones.
Ha pasado un año y de vez en cuando había otros BSOD al salir de la hibernación, pero nunca más causó ningún daño permanente al sistema de archivos.
Supongo que estudiar todo sobre la respuesta del arranque es correcto de alguna manera. Todo el proceso "arranque en HDD (IRRT) ->GRUB ->Corregir puntero al cargador de arranque de Windows->ubicación de la secuencia de inicialización "fuera de hibernación"" debe haber fallado en alguna parte, de una manera que ninguna herramienta de reparación convencional podría solucionar.
Al final, no pude entender el problema y ahora mi sistema está reinstalado, por lo que probablemente nunca tendré pistas adicionales sobre lo sucedido. Si algún día tengo suficiente conocimiento sobre el proceso de arranque, IRRT, Windows, GRUB y la configuración de disco especial que tengo, puedo terminar adivinando una explicación mejor.
Pero por ahora diré esto: aparentemente, en esta configuración precisa (Dell M4600), tener GRUB en IRRT con Linux en el disco duro "real" y Windows en un SSD mini-PCI-express, con la hibernación activada, parece inseguro, porque los BSOD todavía ocurren incluso con GRUB deshabilitado (lo que significa que todo el proceso de arranque ahora está controlado por Windows, e incluso con eso, puede tener problemas para salir de la hibernación; tal vez el tamaño de los 12 GB de RAM y, por lo tanto, los 9 GB de hyberfil .sys, juega un papel aquí), y como uno de estos BSOD podría eliminar mi partición NTFS en mi configuración anterior, sin ningún fallo de hardware (porque mi SSD todavía funciona muy bien; no he verificado su estado en detalle, aunque), no veo por qué no podría volver a suceder.
Así pues, la solución existe y no es muy agradable, pero el paradero exacto de esta cuestión aún no está claro. Si alguien tiene más información aquí, me alegraría mucho escucharla.