Опрос
Вы участвуете в программе Windows Insider?
Популярные новости
Обсуждаемые новости

1
Не в сети
Сообщений: 95
Благодарностей: 0
Предупреждений:
Из: Russia Манипул
Род занятий: comp work

У чувака при установке семёрки (x86) выдаёт ошибку 0х8007000В ,минут 20 распаковка файлов на нуле процентов, и потом эта ошибка.
формат диска перед установкой делали, с этого же диска на другие компы норм всё ставится. потом решили проблему - установили ХР и из под неё уже установили семёрку.
Но всё таки очень интересно почему такая ошибка появаляется то?
если чё,Конфа: мать msi k9n neo v 3, проц AMD Athlon 64 x2 dual core 4200+, видяха nvidia geforce 9800 GT, дисковод Optiarc 7173s,винт 320 гигов wd, 2 гига оперы.
и ещё,с дисководом вроде всё нормально, с этого же диска нормально без ошибок на этом же дисководе снялся образ.

#188204   | 14.01.10 16:02
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

Snake22, режимы SATA контроллера (IDE/AHCI) пробовали менять? Лишнее оборудование (LPT, COM, IEEE1394 контроллеры, FDC контроллер, звуковая, сетевая карты) отключали на время установки? С флешки ставить пробовали? Эти рекомендации обычно помогают, хотя что толку, теперь уже не узнаете, в чём была проблема... А вообще, ошибка 8007000b связана с очисткой журнала транзакций файловой системы.

Поблагодарили: Snake22

#188208   | 14.01.10 16:47
Не в сети
Сообщений: 95
Благодарностей: 0
Предупреждений:
Из: Russia Манипул
Род занятий: comp work

спасибо. а что такое журнала транзакций файловой системы?
просто напишите,а дальше я сам постараюсь понять)

#188210   | 14.01.10 18:42
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

Snake22, это зарезервированный участок диска, где хранится история (журнал) всех операций (транзакций) с файловой системой. Это нужно для повышения отказоустойчивости и надёжности данных. Прочтите, например, статью Файловая система NTFS, очень хорошая статья.

Журналирование

NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция - действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний - квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу - он либо совершен, либо отменен.

Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось - физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком - система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место - начинается новая транзакция.

Пример 2
: более сложный случай - идет запись данных на диск. Вдруг, бах - отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы - журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем - все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась - то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на "незаконченную" транзакцию.

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

#188215   | 14.01.10 19:13
Не в сети
Сообщений: 95
Благодарностей: 0
Предупреждений:
Из: Russia Манипул
Род занятий: comp work

о,спасибо,для расширения кругозора, так сказать, полезно

#188217   | 14.01.10 19:23
Не в сети
Сообщений: 95
Благодарностей: 0
Предупреждений:
Из: Russia Манипул
Род занятий: comp work

Johny-electric, а это, там гребанный пунто свитчер переключил раскладку,ошибка не 0х8007000В а 0х8007000D

#188252   | 15.01.10 15:15
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

Snake22, почитайте это. Используйте оригинальный образ. На самоделках иногда встречаются такие ошибки.

#188268   | 15.01.10 20:03
Не в сети
Сообщений: 95
Благодарностей: 0
Предупреждений:
Из: Russia Манипул
Род занятий: comp work

оке спасибо ещё раз))

#188290   | 15.01.10 22:40
Все права принадлежат © ms insider @thevista.ru, 2022
Сайт является источником уникальной информации о семействе операционных систем Windows и других продуктах Microsoft. Перепечатка материалов возможна только с разрешения редакции.
Работает на WMS 2.34 (Страница создана за 0.028 секунд (Общее время SQL: 0.01 секунд - SQL запросов: 76 - Среднее время SQL: 0.00014 секунд))
Top.Mail.Ru