9285
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору . Представь что потерялся какой то системный файл. Если это какой то из критичных и имеется в кэше, то он самовосстановится. А вот если он будет побит (из за сбойных секторов), то он восстановится лишь если запустишь проверку системных файлов. Есть кое какие мысли, но я напишу их попозже, а пока хотелось бы взглянуть на то, что там поправилось. Сбрось дампы секторов 6291519+40 и ещё 63+10 (там ранее вместо загрузочного кода был какой то "индексный мусор". Добавлено: 1. В начале раздела по прежнему нет загрузочного кода, поэтому как минимум нужно его туда прописать при помощи консоли восстановления и команды fixboot. 2. Вполне возможно что какие то некорректные записи безопасности не дают доступ к нужным для загрузки файлам, а возможно и ещё какие то замороки в файловой системе. Учитывая что у тебя рабочая лошадь ХР, а не современные свистоперделки, можно попробовать просто скопировать папки и файлы на другой раздел или диск. Естествено делать это не с работающей системы. Потом отформатировать раздел и вернуть все файлы назад. Причём, если отформатировать в FAT32, то таким образом можно избавится от всех безопасностей. Тем более что в случае использования NTFS это было желательно по двум причинам: - избавится от огромного числа фрагментов MFT - увеличить размер кластера, который сейчас равен одному сектору, что обычно свидетельствует о том что ранее раздел конвертировался из FAT в NTFS. И ещ один положительный момент - при этом ты можешь увеличить размер раздела, который всё таки маловат даже для ХР и в паре с 1-но секторным кластером очень сильно подвержен фрагментации. PS. Если система такая критичная, то надо задуматься о её бэкапе, чтобы в дальнейшем не печалиться. | Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:47 27-11-2014 | Исправлено: 9285, 11:11 28-11-2014 |
|