Не запускается Win7 - Страница 3

weertt · 22.11.2019, 19:20

Alexx10
Раздел F - XP
Раздел G -W7
Так?

9285 · 22.11.2019, 19:48

Alexx10
Ситуация нетривиальная и интересно разобраться в причине такого явления.
Как насчёт нескольких дампов?
И что насчёт проверки чекдиском более современной ОСью?
Всё таки реально есть случаи когда ХР прекрасно работает с томом, когда 7-ка нет. Простейший пример (не твой случай) - когда Partition Magic кочевряжит разметку, после чего конец одного раздела (даже не тома), накладывается на начало следующего. ХР в такой ситуации не видит проблем, а в 7-ке второй том будет RAW. Возможно и здесь имеется нечто подобное.

garniv
Я бы тоже мог провести эксперимент, но заранее знаю его результат, а самое главное есть большие подозрение что будет очередное придумывание каких то несуразностей и что ты сделал не так.
Вот вроде бы написано русскими буквами

Цитата (weertt) »

Попробуйте сами поставить вторую ОС на второй, основной, активный раздел

, а как то не особо понятно акцентировние. То есть у первой оси был первый активный, а тут внезапно стал второй. Или и первая ось сразу ставилась при активном втором.

weertt
Сколько шор, и все в одной куче.
Микрософт может и придумала ставить первую ОС на основной активный раздел, но это относится к новому диску, когда юзер просто тыкает энтер, да и то, начиная с 7-ки (внезапно) на таковой ставится только загрузчик. А так, можно ставить на какой угодно и в любых позах - главное чтобы был загрузчик.
и не знаю о каких соплях и слюнях речь, но похоже это у зашоренных , которые не могут просто разобраться.
Но, самое главное - всё это ниочём в данной ситуации, потому как всё вполне нормально в плане организации разделов и активности; проблема лишь в том, что том не монтируется - собственно об этом и сообщает синька и видно его статус в ХР.
ЗЫ: я не сильно разбираюсь в школотном слэнге, поэтому не особо понял что ты там про карла написал. Но вполне очевидно, что у простого пользователя не может быть два активных раздела на одном диске, а у чуть продвинутого - может.

Zagadnik · 22.11.2019, 20:30

Alexx10
На всякий случай, сообщите полную конфигурацию ПК, особенно желательно полную модель МП с версией BIOS, а по возможности и ревизией.
Вдруг, чип Intel 6-го десятка...

Alexx10 · 22.11.2019, 20:50

weertt

Раздел С - XP - активный основной, на нем стоит загрузчик (папка Boot и Boot ini)
Раздел F - ХР - основной
Раздел G - Win 7
Раздел D - обычные папки и файлы.

**XaXoL** · 22.11.2019, 22:00

Цитата (Zagadnik) »

Вдруг, чип Intel 6-го десятка...

Имеется в виду H/P/Q 61/65/67 B2?

weertt · 22.11.2019, 22:44

Цитата (Alexx10) »

Раздел С - XP - активный основной, на нем стоит загрузчик (папка Boot и Boot ini)
Раздел F - ХР - основной

У вас что, одна ОС ХР на двух разделах? C: и F:?

Zagadnik · 23.11.2019, 08:16

XaXoL
Да.

Alexx10 · 23.11.2019, 14:32

Цитата (weertt) »

У вас что, одна ОС ХР на двух разделах? C: и F:?

Одна 64 другая 32

weertt · 23.11.2019, 15:45

Цитата (Alexx10) »

Одна 64 другая 32

ХР 64
ХР 32
Win 7
На первых трех разделах, так?

Alexx10 · 23.11.2019, 22:12

На разделе C стоит первая ОС XP 32 (основной, активный, здесь расположена папка Boot для WIN 7 и boot.ini где прописаны обе ОС XP), в данный момент загружается, работает исправно.

(Скриншот диска С ниже)

На разделе F стоит вторая ОС XP 32, в данный момент загружается, работает исправно.
На разделе G стоит WIN 7 64, не загружается. После загрузки логотипа Запуск Windows, синий экран ОШИБКА:
STOP 0X000000ED (0XFFFFFA8004974A50, 0XFFFFFFFFC000007F, 0X0000000000000000, 0X000000000000000)
Раздел D без систем, только фильмы, музыка и т. д.

В обеих системах XP, диск G с WIN 7 определяется как RAW.

(Скриншоты ниже)

В программах dmde и GetDataBack диск G с WIN 7, не определяется как RAW, в обеих диск определяется как NTFS. Видны все папки и файлы WIN 7, большая часть уже скопирована на другой раздел.

(Скриншот dmde 1 ниже)

В программе GetDataBack скопировал из папки WIN 7 System Volume Information, сегодняшний лог проверки chkdsk F: в консоли восстановления.

В программе GetDataBack при открытии тома в графе логические диски, в начале выдает ошибку, дальше сканирование идет нормально, открывается структура папок WIN 7.

(Скриншоты GetDataBack ниже)

В консоли восстановления, после проверки Восстановление запуска, в деталях проверки пишет:
Обнаружена основная причина:
На диске поврежден системный том.
Исправления: проверка файлов системы (chkdsk)
Результат: Успешно завершено, код ошибки 0x0

После перезагрузки, снова синий экран.

При запуске Восстановление компьютера с загрузочного диска, пишет:
"Диск на котором установлена система заблокирован..."

(Скриншот ниже)

При запуске sfc /scannow /OFFBOOTDIR=F:\ /OFFWINDIR=F:\Windows с загрузочного диска пишет:
"Защите ресурсов не удается запустить службу восстановления".

При запуске BCDBoot F:\Windows с загрузочного диска пишет:
"Сбой при копировании файлов загрузки".

Alexx10 · 23.11.2019, 22:14

Продолжение скриншотов

9285 · 23.11.2019, 22:21

Alexx10
Лог чекдиска датирован каким числом и чей он (ХР-шный или 7-ный)?
В любом случае ошибка там есть и не видно что она исправлена.

Добавлено через 49 минут

на скриншоте, где видна структура папок в GDB, видна папка Found.002 с датой 18.11.2019 - и это результат работы чекдиска. Возможно что эта проверка что то и сделала не алё.

Alexx10 · 24.11.2019, 11:56

Цитата (9285) »

Alexx10
Лог чекдиска датирован каким числом и чей он (ХР-шный или 7-ный)?
В любом случае ошибка там есть и не видно что она исправлена.

Добавлено через 49 минут

на скриншоте, где видна структура папок в GDB, видна папка Found.002 с датой 18.11.2019 - и это результат работы чекдиска. Возможно что эта проверка что то и сделала не алё.

Чекдиск 7-ный сделан вчера, то есть 23-го

9285 · 24.11.2019, 13:47

вопрос про чекдиск был потому что не очень понял конструкцию

Цитата

В программе GetDataBack скопировал из папки WIN 7 System Volume Information, сегодняшний лог проверки chkdsk F: в консоли восстановления.

если речь идёт о F, на котором в ХР, то как бы не очень понятно почему лог лежит в папке тома с 7-кой, тем более что том как бы недоступен.
Или F это том 7-ки в консоле восстановления? Чтобы избежать путаницы в случае дальнейшего разбора - лучше уточнять о каком томе речь идёт (первом, втором, третьем или по названию тех ОС, которые стоят на них).
Начиная с висты винда очень критична к дескрипторам безопасности, и наличие ошибок в них может приводить к разным последствиям. Некорректное значение USA - вполне безобидная ошибка, которую чекдиск может исправить. Если он этого не может сделать, то могу предположить что или проблема с сектором или запуск системы (консоли) и (или) чекдиска происходит с тома, имеющем эту ошибку - лично мне пока непонятно с чего это делается..

Alexx10 · 25.11.2019, 10:25

F это том 7-ки в консоли восстановления.
В ОС XP диск на котором установлена WIN 7 обозначен буквой G
В консоли восстановления диск с WIN 7 определяется как F

Лог чекдиска в консоли восстановления создается в папке WIN 7 System Volume Information через dmde копирую лог и сохраняю на XP.

скриншот 1

В консоли восстановления, через командную строку запускаю чекдиск в режиме только чтение chkdsk f:
Чекдиск от 24.11.2019

скриншот 2

Чекдиск с загрузочного диска WIN 7.
Чекдиск от 24.11.2019

скриншот 3
скриншот 4

После проверки chkdsk f: / f пишет:
Windows проверила файловую систему. Ошибок не обнаружено.
Перезагружаю и снова синий экран.

9285 · 25.11.2019, 11:29

Стало немного понятней.

1. Консоль восстановления запускается та, что на HDD (системная), потому как не припомню чтобы запущенная с ливки писала бы лог чекдиска на диск.
2. Несмотря на статус тома RAW, консоль всё таки пишет на него - значит не всё так печально, когда вообще не может и записать.

На скриншоте 2 явно видна ошибка и она не устранена, и о ней я уже писал.
По хорошему, найти эту запись с ошибкой, посмотреть что там реально и исправить вручную.
Как писал ранее, бывает такое что ошибка видится, но исправить её не может. Например, бывает что в бит грязного тома вписывается нестандартное значение и винда постоянно требует проверку диска, проверяет, типа исправляет и всё по циклу. Ручная правка бита на нормальное значение решает эту проблему.

Цитата (Alexx10) »

После проверки chkdsk f: / f пишет:
Windows проверила файловую систему. Ошибок не обнаружено.
Перезагружаю и снова синий экран.

Я так понимаю что при исправлении, до процитированной строки, нет никаких сообщений об исправлениях.
Если после этого исправления перезагрузиться опять в консоль - появляются ли ошибки? В случае перезагрузки с самого диска, в процессе запуска могут произойти ошибки, которые приводят к синьке и опять уже ошибкам в консоле. И так по кругу.
И да, можно посмотреть что в загрузочных секторах - может там какая то гадость засела. Ну, или не смотреть а "тупо" прописать стандартные загрузчики.

Alexx10 · 27.11.2019, 19:39

Устал я бороться с тем, не знаю, с чем. Отформатировал раздел и установил ОС заново.

9285 · 27.11.2019, 19:43

Я предлагал тебе что надо сделать (*) - практически ничего из этого не сделано.
Как можно устать от безделия?

(*) Это чтобы разобраться в причине и по возможности исключить её, чтобы не тупо переустанавливать винду каждый раз.

Alexx10 · 27.11.2019, 20:32

Цитата (9285) »

Я предлагал тебе что надо сделать (*) - практически ничего из этого не сделано.
Как можно устать от безделия?

(*) Это чтобы разобраться в причине и по возможности исключить её, чтобы не тупо переустанавливать винду каждый раз.

Я сделал абсолютно все, что было рекомендовано. Ничего не помогло.

9285 · 27.11.2019, 21:36

Я предлагал тебе сделать дампы и посмотреть что в той же 3-ей записи, найти где некорректное значение USA и попробовать исправить. И где?

22.11.2019, 20:30	[включить плавающее окно] Вверх #43
Zagadnik Умудрённый Регистрация: 12.11.2012 Адрес: Алтай	Alexx10 На всякий случай, сообщите полную конфигурацию ПК, особенно желательно полную модель МП с версией BIOS, а по возможности и ревизией. Вдруг, чип Intel 6-го десятка... __________________ Поставил на SSD Windows 10, грузится быстро, почти, как Win98 без драйверов. (c) Freevad

23.11.2019, 08:16	[включить плавающее окно] Вверх #47
Zagadnik Умудрённый Регистрация: 12.11.2012 Адрес: Алтай	XaXoL Да. __________________ Поставил на SSD Windows 10, грузится быстро, почти, как Win98 без драйверов. (c) Freevad

23.11.2019, 22:12	[включить плавающее окно] Вверх #50
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	На разделе C стоит первая ОС XP 32 (основной, активный, здесь расположена папка Boot для WIN 7 и boot.ini где прописаны обе ОС XP), в данный момент загружается, работает исправно. (Скриншот диска С ниже) На разделе F стоит вторая ОС XP 32, в данный момент загружается, работает исправно. На разделе G стоит WIN 7 64, не загружается. После загрузки логотипа Запуск Windows, синий экран ОШИБКА: STOP 0X000000ED (0XFFFFFA8004974A50, 0XFFFFFFFFC000007F, 0X0000000000000000, 0X000000000000000) Раздел D без систем, только фильмы, музыка и т. д. В обеих системах XP, диск G с WIN 7 определяется как RAW. (Скриншоты ниже) В программах dmde и GetDataBack диск G с WIN 7, не определяется как RAW, в обеих диск определяется как NTFS. Видны все папки и файлы WIN 7, большая часть уже скопирована на другой раздел. (Скриншот dmde 1 ниже) В программе GetDataBack скопировал из папки WIN 7 System Volume Information, сегодняшний лог проверки chkdsk F: в консоли восстановления. В программе GetDataBack при открытии тома в графе логические диски, в начале выдает ошибку, дальше сканирование идет нормально, открывается структура папок WIN 7. (Скриншоты GetDataBack ниже) В консоли восстановления, после проверки Восстановление запуска, в деталях проверки пишет: Обнаружена основная причина: На диске поврежден системный том. Исправления: проверка файлов системы (chkdsk) Результат: Успешно завершено, код ошибки 0x0 После перезагрузки, снова синий экран. При запуске Восстановление компьютера с загрузочного диска, пишет: "Диск на котором установлена система заблокирован..." (Скриншот ниже) При запуске sfc /scannow /OFFBOOTDIR=F:\ /OFFWINDIR=F:\Windows с загрузочного диска пишет: "Защите ресурсов не удается запустить службу восстановления". При запуске BCDBoot F:\Windows с загрузочного диска пишет: "Сбой при копировании файлов загрузки". Миниатюры

23.11.2019, 22:14	[включить плавающее окно] Вверх #51
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	Продолжение скриншотов Миниатюры

25.11.2019, 10:25	[включить плавающее окно] Вверх #55
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	F это том 7-ки в консоли восстановления. В ОС XP диск на котором установлена WIN 7 обозначен буквой G В консоли восстановления диск с WIN 7 определяется как F Лог чекдиска в консоли восстановления создается в папке WIN 7 System Volume Information через dmde копирую лог и сохраняю на XP. скриншот 1 В консоли восстановления, через командную строку запускаю чекдиск в режиме только чтение chkdsk f: Чекдиск от 24.11.2019 скриншот 2 Чекдиск с загрузочного диска WIN 7. Чекдиск от 24.11.2019 скриншот 3 скриншот 4 После проверки chkdsk f: / f пишет: Windows проверила файловую систему. Ошибок не обнаружено. Перезагружаю и снова синий экран. Миниатюры

22.11.2019, 19:20	[включить плавающее окно] Вверх #41
weertt Умудрённый Регистрация: 16.02.2008	Alexx10 Раздел F - XP Раздел G -W7 Так?

22.11.2019, 19:48	[включить плавающее окно] Вверх #42
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	Alexx10 Ситуация нетривиальная и интересно разобраться в причине такого явления. Как насчёт нескольких дампов? И что насчёт проверки чекдиском более современной ОСью? Всё таки реально есть случаи когда ХР прекрасно работает с томом, когда 7-ка нет. Простейший пример (не твой случай) - когда Partition Magic кочевряжит разметку, после чего конец одного раздела (даже не тома), накладывается на начало следующего. ХР в такой ситуации не видит проблем, а в 7-ке второй том будет RAW. Возможно и здесь имеется нечто подобное. garniv Я бы тоже мог провести эксперимент, но заранее знаю его результат, а самое главное есть большие подозрение что будет очередное придумывание каких то несуразностей и что ты сделал не так. Вот вроде бы написано русскими буквами Цитата (weertt) » Попробуйте сами поставить вторую ОС на второй, основной, активный раздел , а как то не особо понятно акцентировние. То есть у первой оси был первый активный, а тут внезапно стал второй. Или и первая ось сразу ставилась при активном втором. weertt Сколько шор, и все в одной куче. Микрософт может и придумала ставить первую ОС на основной активный раздел, но это относится к новому диску, когда юзер просто тыкает энтер, да и то, начиная с 7-ки (внезапно) на таковой ставится только загрузчик. А так, можно ставить на какой угодно и в любых позах - главное чтобы был загрузчик. и не знаю о каких соплях и слюнях речь, но похоже это у зашоренных , которые не могут просто разобраться. Но, самое главное - всё это ниочём в данной ситуации, потому как всё вполне нормально в плане организации разделов и активности; проблема лишь в том, что том не монтируется - собственно об этом и сообщает синька и видно его статус в ХР. ЗЫ: я не сильно разбираюсь в школотном слэнге, поэтому не особо понял что ты там про карла написал. Но вполне очевидно, что у простого пользователя не может быть два активных раздела на одном диске, а у чуть продвинутого - может.

22.11.2019, 20:50	[включить плавающее окно] Вверх #44
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	weertt Раздел С - XP - активный основной, на нем стоит загрузчик (папка Boot и Boot ini) Раздел F - ХР - основной Раздел G - Win 7 Раздел D - обычные папки и файлы.

22.11.2019, 22:00	[включить плавающее окно] Вверх #45
XaXoL Модератор Регистрация: 17.03.2004 Адрес: K-PAX	Цитата (Zagadnik) » Вдруг, чип Intel 6-го десятка... Имеется в виду H/P/Q 61/65/67 B2?

22.11.2019, 22:44	[включить плавающее окно] Вверх #46
weertt Умудрённый Регистрация: 16.02.2008	Цитата (Alexx10) » Раздел С - XP - активный основной, на нем стоит загрузчик (папка Boot и Boot ini) Раздел F - ХР - основной У вас что, одна ОС ХР на двух разделах? C: и F:?

23.11.2019, 14:32	[включить плавающее окно] Вверх #48
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	Цитата (weertt) » У вас что, одна ОС ХР на двух разделах? C: и F:? Одна 64 другая 32

23.11.2019, 15:45	[включить плавающее окно] Вверх #49
weertt Умудрённый Регистрация: 16.02.2008	Цитата (Alexx10) » Одна 64 другая 32 ХР 64 ХР 32 Win 7 На первых трех разделах, так?

23.11.2019, 22:21	[включить плавающее окно] Вверх #52
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	Alexx10 Лог чекдиска датирован каким числом и чей он (ХР-шный или 7-ный)? В любом случае ошибка там есть и не видно что она исправлена. Добавлено через 49 минут на скриншоте, где видна структура папок в GDB, видна папка Found.002 с датой 18.11.2019 - и это результат работы чекдиска. Возможно что эта проверка что то и сделала не алё.

24.11.2019, 11:56	[включить плавающее окно] Вверх #53
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	Цитата (9285) » Alexx10 Лог чекдиска датирован каким числом и чей он (ХР-шный или 7-ный)? В любом случае ошибка там есть и не видно что она исправлена. Добавлено через 49 минут на скриншоте, где видна структура папок в GDB, видна папка Found.002 с датой 18.11.2019 - и это результат работы чекдиска. Возможно что эта проверка что то и сделала не алё. Чекдиск 7-ный сделан вчера, то есть 23-го

24.11.2019, 13:47	[включить плавающее окно] Вверх #54
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	вопрос про чекдиск был потому что не очень понял конструкцию Цитата В программе GetDataBack скопировал из папки WIN 7 System Volume Information, сегодняшний лог проверки chkdsk F: в консоли восстановления. если речь идёт о F, на котором в ХР, то как бы не очень понятно почему лог лежит в папке тома с 7-кой, тем более что том как бы недоступен. Или F это том 7-ки в консоле восстановления? Чтобы избежать путаницы в случае дальнейшего разбора - лучше уточнять о каком томе речь идёт (первом, втором, третьем или по названию тех ОС, которые стоят на них). Начиная с висты винда очень критична к дескрипторам безопасности, и наличие ошибок в них может приводить к разным последствиям. Некорректное значение USA - вполне безобидная ошибка, которую чекдиск может исправить. Если он этого не может сделать, то могу предположить что или проблема с сектором или запуск системы (консоли) и (или) чекдиска происходит с тома, имеющем эту ошибку - лично мне пока непонятно с чего это делается..

25.11.2019, 11:29	[включить плавающее окно] Вверх #56
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	Стало немного понятней. 1. Консоль восстановления запускается та, что на HDD (системная), потому как не припомню чтобы запущенная с ливки писала бы лог чекдиска на диск. 2. Несмотря на статус тома RAW, консоль всё таки пишет на него - значит не всё так печально, когда вообще не может и записать. На скриншоте 2 явно видна ошибка и она не устранена, и о ней я уже писал. По хорошему, найти эту запись с ошибкой, посмотреть что там реально и исправить вручную. Как писал ранее, бывает такое что ошибка видится, но исправить её не может. Например, бывает что в бит грязного тома вписывается нестандартное значение и винда постоянно требует проверку диска, проверяет, типа исправляет и всё по циклу. Ручная правка бита на нормальное значение решает эту проблему. Цитата (Alexx10) » После проверки chkdsk f: / f пишет: Windows проверила файловую систему. Ошибок не обнаружено. Перезагружаю и снова синий экран. Я так понимаю что при исправлении, до процитированной строки, нет никаких сообщений об исправлениях. Если после этого исправления перезагрузиться опять в консоль - появляются ли ошибки? В случае перезагрузки с самого диска, в процессе запуска могут произойти ошибки, которые приводят к синьке и опять уже ошибкам в консоле. И так по кругу. И да, можно посмотреть что в загрузочных секторах - может там какая то гадость засела. Ну, или не смотреть а "тупо" прописать стандартные загрузчики.

27.11.2019, 19:39	[включить плавающее окно] Вверх #57
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	Устал я бороться с тем, не знаю, с чем. Отформатировал раздел и установил ОС заново.

27.11.2019, 19:43	[включить плавающее окно] Вверх #58
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	Я предлагал тебе что надо сделать () - практически ничего из этого не сделано. Как можно устать от безделия? () Это чтобы разобраться в причине и по возможности исключить её, чтобы не тупо переустанавливать винду каждый раз.

27.11.2019, 20:32	[включить плавающее окно] Вверх #59
Alexx10 Начинающий Автор темы Регистрация: 19.11.2019	Цитата (9285) » Я предлагал тебе что надо сделать () - практически ничего из этого не сделано. Как можно устать от безделия? () Это чтобы разобраться в причине и по возможности исключить её, чтобы не тупо переустанавливать винду каждый раз. Я сделал абсолютно все, что было рекомендовано. Ничего не помогло.

27.11.2019, 21:36	[включить плавающее окно] Вверх #60
9285 Умудрённый Регистрация: 08.02.2019 Адрес: https://t.me/help9285	Я предлагал тебе сделать дампы и посмотреть что в той же 3-ей записи, найти где некорректное значение USA и попробовать исправить. И где?