Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» На новом неразмеченном диске содержание с других дисков:WTF?

Автор: napalum
Дата сообщения: 06.07.2016 12:06
На новом неразмеченном диске обрывочное содержание с других дисков(включая свежие файлы, создаваемые после подключения диска на других дисках).
Инфа раскидана в диапазоне 159GB-247GB, остальное нули.
Юзал R-Studio/WinHex/Victoria для просмотра.
Подключение диска к другому компу содержание дисков не меняет(т.е. не какой-то глюк считывания с других дисков при обращении к новому)
ОС: Windows 10.
Как такое может быть? В Windows 10 какие-то новые "средства хищения инфы"???

P.S. Диск куплен в магазине в уцененке после ремонта.
Автор: temp9285
Дата сообщения: 06.07.2016 17:51
napalum
То есть обнулили диск а после что то появляется?
И откуда ты знаешь что это содержание других дисков?
Автор: tomset
Дата сообщения: 06.07.2016 18:27
Да просто перед продажей не занулили диск.
Мне постоянно народ такие приносит под данные.
Покупает б.у. под видом и по стоимости новых.
Начало диска чуть занулили, Перенесли G в P, сбросили смарт и в продажу.
Время тратить на полную запись и проверку не стали.
Вернется быстро, заменят на такой же.
Гарантии скорее всего нет, максимум пару недель, то и смысла время тратить на проверки - нет
Дату производства на наклейках гляньте, и все поймете.
Или по серийнику на сайте производителя проверьте.
Если скажет что такого серийника нет, значит и наклейка - подделка с новой датой.
Автор: napalum
Дата сообщения: 06.07.2016 23:45
Содержание с дисков компа к которому был подключен диск после покупки, а не просто левые данные.
Т.е. каким-то образом после подключения диска данные с разных дисков компа обрывками скопировались на этот новый диск.
(узнал что с ним было до выставления в продажу на уценку: сказали не определялся, далее, вероятно, заменили плату в гарантийке производителя)

tomset
если бы речь шла о левых данных на диске, то вопроса у меня бы и не было.

temp9285

Цитата:
То есть обнулили диск а после что то появляется?
До подключения, по логике, он и так был нулевым. Ни каких сознательный манипуляций по записи на него не производилось.


Цитата:
И откуда ты знаешь что это содержание других дисков?
R-Studio просканил, там обрывки файловой структуры с других дисков(слитые в одну общую физическую область диска). Плюс сделал дополнительные проверки по содержанию файлов. Диск сам по себе неразмеченный

P.S. еще в загрузку \sources\boot.wim от установочного диска Windows 10 прописан, мог загружать его случайно после подключения диска. Может он такое мог накопировать туда, но 100GB накопировать я ему точно столько времени не давал, отрубаю его обычно сразу если по ошибки этот wim загружаю.
Автор: temp9285
Дата сообщения: 07.07.2016 09:49

Цитата:
До подключения, по логике, он и так был нулевым.

Это по твоей логике.
На самом деле, диск то не новый и продаваны могли не заморачиваться его очисткой.
У меня был случай когда один человек купил как бы новый диск, а на нём вообще были разделы и установленная винда. Позвонили в фирму - там какое то тело начало обьяснять что это типа диск тестировался перед продажей и т.п.

По поводу данных так и не понял. Там есть уникальные данные, которые присущи дискам твоего компа. Или увидел папку Windows и решил что это твоё?
Кстати, как то в теме про восстановление данных, кто то так хорошо пропиарил одну прогу, что я решил её проверит - так она на обнулённом винте "нашла" данные.

PS. Обнули диск, а потом посмотри что будет. Вот ели после этого там что то будет, тогда уже разбираться.
И я не удивлюсь если этот новодел тварит такие вещи.
Автор: napalum
Дата сообщения: 07.07.2016 13:39

Цитата:
Там есть уникальные данные, которые присущи дискам твоего компа.
да, вручную на клаве натыканные файлы, в том числе:
Цитата:
(включая свежие файлы, создаваемые после подключения диска на других дисках).



Цитата:
Вот ели после этого там что то будет, тогда уже разбираться.
столь необъяснимое поведение уже повод разбираться сейчас.
Автор: napalum
Дата сообщения: 08.07.2016 13:17
Интересно, некая абстрактная прошивка винта способна на копирование с других дисков или даже в теории программный код вшитый в плату харда не сможет обратитьсяк к инфе на другом диске?
Автор: tomset
Дата сообщения: 08.07.2016 15:54
Если диск чистый, без разделов, не примонтированный к системе, ни чего туда система записать в принципе не может.
А если уже создан раздел и примонтирован к OC .
Даже просто инсталляция системы или каких другие программы, уже могут использовать его для хранения временной информации.
Автор: temp9285
Дата сообщения: 08.07.2016 17:49
napalum
Буквально недавно писалось про закладки в прошивках винтов, хотя если они и есть то работают в другом направлении.
Я бы смотрел в первую очередь в сторону винды или контроллера, если бы не одно НО - винт то не новый. Поэтому, хотя бы гипотетически, можно грешить и на него. В идеале - проверить таким же, с такой же прошивкой но реально новым. Но если отрабатывать версию винды или контроллера, то можно на время поставить хоть что то подобное и посмотреть что будет.


Цитата:
могут использовать его для хранения временной информации.

Насколько понял автора, речь не идёт о временной информации.

Хотя, кстати, в винде есть опция автоматического выбора для свопфайла. И если на системном разделе места мала, он может перепрыгнуть на более свободный раздел. А в свопе уже могут быть и реальные данные.
Автор: tomset
Дата сообщения: 08.07.2016 18:02

Цитата:
Буквально недавно писалось про закладки в прошивках винтов, хотя если они и есть то работают в другом направлении.

Это что Касперский написал?
Так то чушь полная, без понимания как диск вообще работает. Ну и как реклама антивируса. Не более.

Ошибки в микропрограммах есть, куда ж без них.
Но закладки, на физическом уровне, это слишком сложно, моделе зависимо,
Каждый хард фактически имеют свою уникальную микропрограмму.
Универсальную вообще нереально написать.
Просто так можно подменить самые незначительные общие модули, которые не смогут ничего сделать.
Засекреченные процессоры, у каждого производителя свой.
Совершенно ни кому, кроме производителя неизвестные алгоритмы работы.
Не возможно предсказать на какой системе будет работать диск, чтобы сделать такую закладку хоть мало мальски полезной для хакера.
На каждом диске, физически данные лежат где попало, а не там где захочется.
Логический же уровень полностью контролируется.
Автор: temp9285
Дата сообщения: 08.07.2016 18:35
tomset

Цитата:
Не возможно предсказать на какой системе будет работать диск

Думаю что подавляющее большинство работает всё таки с виндой.
И что мешает производителям делать закладки.
Хотя я и не говорил что верю во всё это. Но и полностью отрицать не могу, потому как всякое "невероятное" встречал.
Автор: tomset
Дата сообщения: 08.07.2016 19:05
Производителю-то это зачем?
Судебных разбирательств им и так хватает.
На сообщение Касперского, кроме как покрутить пальцем у виска, даже отвечать - просто время зря терять.
Так же, как вы не понимаете, что вам пишут.
В подробностях все объяснить невозможно, для людей которые не вникали в устройство хардов несколько лет.
Все равно, что хируг на серце или мозге, попытается своими профессиональными терминами объяснить, как он это делает, первому встречному.
Автор: temp9285
Дата сообщения: 08.07.2016 19:12
tomset

Цитата:
Так же, как вы не понимаете, что вам пишут.  

Как то сами себе противоречите - то только разработчики понимают, то оказывается что вы тоже.
И хотелось бы напомнить известную фразу "Никогда не говори никогда".


Цитата:
Производителю-то это зачем? Судебных разбирательств им и так хватает.
Судебных разбирательств им и так хватает.

По поводу закладок? Что то не слышал про такие судебные дела.
К тому же что от этого - достаточно взглянуть на Микрософт.
И почему такое мнение о кристальности производителей?
Вон, эпловцев не получилось нагнуть - нашли другой выход, но ведь не факт что другие такие принципиальные, особенно если "зажмут яйца в тисках".
Вот интересно что сделает производитель если ему поставят выбор между закладкой и потерей того же рынка пиндосии?

Автор: Valery_Sh
Дата сообщения: 08.07.2016 19:27
temp9285

Цитата:
Хотя, кстати, в винде есть опция автоматического выбора для свопфайла. И если на системном разделе места мала, он может перепрыгнуть на более свободный раздел.

но ведь для этого должен существовать раздел с файловой системой. Верно?
ТС же утверждает, что разметку не делал и ФС не создавал.

Правда, вижу ещё один вариант: была GPT и, соотв., в конце диска осталась копия, если затирали только начало диска
Линуксовый Gparted в такой ситуации сразу делает стойку и предалагает "исправить".
ичсх., исправляет. Проверял "натурно", затерев начало диска с самой gpt
Может и винда восстановила "штошмагла" да и задействовала для непонятных целей.... но почему молча? Вроде как подходящий повод пропиариццо:
- ага, блджад (или как там на хинди), мы восстановили то, что вы потеряли!
Автор: tomset
Дата сообщения: 08.07.2016 19:41

Цитата:
то только разработчики понимают, то оказывается что вы тоже.

Я знаю дай бог 5% от того что знают разработчики.
Но вот чтобы и эти несколько процентов узнать, придется не один год потратить.
А разработчики получили очень узко специализированое образование, Которое не преподается в общеобразовательных вузах. Только основы. Причем в совершенно различных областях хардо строения. И всего устройства харда ни один человек полностью не знает. Просто там, где требуется, пользуется готовыми наработками других специалистов.
Производители процев знают как делать процы, производители головок - как делать головки, и так далее по каждой детали харда. И в каждой этой детали, десятки лет работы целых групп ученых и специалистов.
К примеру, вы знаете как разработать слайдер, который будет лететь на строго заданной высоте над поверхностью?
Ну так и разработчик головок, которые стоят на этих слайдерах, тоже не знает.
А разработчик микропрограммы, очень поверхностно предстваляет и то и другое.
Пользуется готовыми библиотеками функций.
И за каждый узел харда отвечают сотни специалистов.
Подшипники, пластины, например, только другие производителе делает по заказу хардостоителей, и они понятия не имеют, как их делать.

Ну и понимая только это, что в работе участвуют тысячи инженеров, вделайте в хард хакерскую закладку.
Свои же съедят
Фактически каждый кусок микропрогаммы харда делает своя группа программистов, которые знают хорошо конкретную часть харда.
Эта, к примеру, только за серво-систему, эта - модули отвечающие за данные, эта - за интерфейс. Эти - за работу смарта, эти - за дефект менеджемент. ну и т.д.
Ну и как они будут все это отлаживать, если еще кто-то неведомый заложит туда трояна.
Смешно.

В современном харде в среднем 400 различных модулей отвечающие за такие вещи, которые у нас в стране даже и не знают, что такое бывает.
В харде десятки почти независимых систем, управляемых микропрограммами.
Одних протоколов интерфеса, как утверждают порядка 30 штук.
Сотни форматов сервы, данных, форматов трансляторов, листов дефектов, логов и т.д.
И все это постоянно меняется, в связи с новыми технологиями.
Автор: dimitriy7
Дата сообщения: 08.07.2016 20:14
napalum

Цитата:
Интересно, некая абстрактная прошивка винта способна на копирование с других дисков

Исключено.
temp9285

Цитата:
И почему такое мнение о кристальности производителей?

Потому что украсть данные на порядки легче на чуть более высоком уровне, того же хост-контроллера, в ahci-опром можно засунуть закладку, например :)
А возиться с микропрограммами 100500 моделей конкретных винтов вообще нет смысла, по крайней мере пока производители не прекратят скрывать их устройство и алгоритмы работы, и не стандартизуют их. А это никогда не произойдёт, скорее случится повальный переход на что-то вроде nvme -- вот тогда взломщикам будет раздолье :)
Автор: temp9285
Дата сообщения: 08.07.2016 22:27
Valery_Sh

Цитата:
но ведь для этого должен существовать раздел с файловой системой. Верно?

Верно.
Только процитированный ответ был в контексте ответа на цитату tomset (прозевал указать ник) - а у него говорится о временных файлах на примонтированном томк. А это уже означает наличие ФС.

tomset

Цитата:
Но вот чтобы и эти несколько процентов узнать, придется не один год потратить.

Бла-бла-бла.
Я в курсе твоего пренебрежения ко всем не знающим пяти процентов, но только и пять процентов приоткрывают лишь маленькую дырочку большой жопы , причём только в случае если поал на дырочку а не куда то глыбже.
Ну а что касается остального множества букоф, то я могу ответить известной фразой "У семи нянек дитя без глаза". А у большего ещё и с трояном в мозгах.

dimitriy7

Цитата:
Исключено.

Что мешает глючный винт создавать запросы контроллеру, который будет писать не только на нжный винт?


Цитата:
Потому что украсть данные на порядки легче

А вот это один из моментов, на котором иногда играют и делают подляну там, где её не ожидают.


Цитата:
А возиться с микропрограммами 100500 моделей конкретных винтов вообще нет смысла

Для того чтобы сломать 100500 авто не надо знать их конструкции всех их - достаточно заправить их плохим бензином.

PS. Не стоит думать что я доказываю всё то, что я якобы "защищаю".
Но если вы (с стальными участниками) доказываете обратное, то обьясните как на проблемном винте автора (например) может появиться только что набранный самолично вордовский файл?
Я уже давно написал про глючный винт, только ещё раньше не написал про известное "Не гался бы ты поп за дешевизной!"
Автор: dimitriy7
Дата сообщения: 08.07.2016 23:05
temp9285

Цитата:
Что мешает глючный винт создавать запросы контроллеру, который будет писать не только на нжный винт?

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

Цитата:
то обьясните как на проблемном винте автора (например) может появиться только что набранный самолично вордовский файл?

Битая ОЗУ, глюк винды, драйвера, или самого контроллера/хоста -- т.е чего-то, внешнего по отношению к винту. Тыщща вариантов.
Автор: napalum
Дата сообщения: 08.07.2016 23:18
Данные, походу, с дисков подключенных к разным контролерам (хотя, мог к разным котроллерам диск подключать).

Вырезка карты(с легендой) непустой области 159GB-247GB диска сделанная R-Studio:
http://i.imgur.com/DhEhXPP.jpg
В качестве иллюстрации заполенения данными.
Автор: tomset
Дата сообщения: 09.07.2016 00:40
napalum
Эта карта ни о чем, там что угодно может быть.
А вы даже не помните куда диск подключали.

Единственно можно допустить, что у вас контроллер сдурел, и отправляет команды исключительно на запись, на рабочий и это хард.
Потому как на чтении сразу будет конфликт.
Да и то очень сомнительно, харды в разное время будут сообщать о завершении команды записи. И контроллер "растеряется", от двух ответов на одну команду.
А хард не примет новую команду, пока у него не заберут ответ от предыдущей.

Либо у вас в системе, остатки от какого программного рейда, типа зеркало.
И он подхватывает это хард.

Короче в чем-то вы конкретно ошибаетесь.

Добавлено:
temp9285
Гы!
Остапа опять понесло.
Я пишу совершенно честно, четко и конкретно, почему это невозможно.
Стараюсь доступным языком. Технические термины тут писать вообще бессмысленно.

Но для вас это только пустые звуки.
У вас только своя правда, непонятно откуда высосанная.
Раз это теоретически можно сделать, значит сделали.
Касперский же написал.
А он на чужой безграмотности состояние себе сколотил очень немаленькое.
Он еще и не такую чушь напишет, чтобы его антивирус как можно больше покупали.
А я им ни когда непользовался, не пользуюсь и пользоваться не буду.
На компах у меня вообще нет ативирусов уже много лет. Кроме стандартного файрвола от микрсофт. И все нормально.
Автор: napalum
Дата сообщения: 09.07.2016 01:17
tomset

Цитата:
Эта карта ни о чем
мало о чем, согласен


Цитата:
что у вас контроллер сдурел,
думаю, этот аспект:

Цитата:
Данные, походу, с дисков подключенных к разным контролерам
в большой части исключает этот вариант


Цитата:
остатки от какого программного рейда, типа зеркало.
нет такого


Цитата:
Короче в чем-то вы конкретно ошибаетесь.
например? в фактическом описании ситуации?
Автор: tomset
Дата сообщения: 09.07.2016 02:59

Цитата:
в фактическом описании ситуации?

Скорее всего.

И еще момент:

Цитата:
(узнал что с ним было до выставления в продажу на уценку: сказали не определялся, далее, вероятно, заменили плату в гарантийке производителя)


В нормальной гарантийке, ни у одного производителя, диски не ремонтируют.
Только меняют на новый.
Это уже самодеятельность магазина.
Либо мальчик сидит и чинит "серые" харды, у которых нет гарантии. Либо отдают в ремонт Кулибиным из соседних веток по ремонту HDD. Либо покупают у них же отремонтированные диски.
Все производители уже лет 6-8, как полностью прекратили ремонт гарантийных дисков. Их даже уже не проверяют, как раньше. Сразу сдают в переплавку или продают фирмам, которые занимаются ремонтом хардов и они отремонтированные продают под своим брендом.
Чаще всего эти фирмы, просто выменивают их на приемных пунктах металлолома, на другой металл и выкупают за небольшую цену.
т.е. отремонтированный хард ни как официально не может появиться в продаже под именем производителя. Все наклейки с отметками, типа - Рефабришен, это чистый обман, призванный усыпить бдительность покупателя.
Если и удается купить на доноры харды из официальных гарантийных пунктов, то только со срезанными или закрашенными серийниками, чтобы потом не было разборок с производителем, пока не кончилась гарантия.
А все харды с целыми сериниками, это практически всегда харды, у которых уже закончилась официальная гарантия.
Автор: napalum
Дата сообщения: 09.07.2016 04:36

Цитата:
Скорее всего.
все как есть. Со стороны железа или Windows 10. Других теоретических вариантов источника такого эффекта у меня нет.


Цитата:
ни у одного производителя, диски не ремонтируют.
 Только меняют на новый
Если платы не меняют, значит фантазия сотрудника магазина и, вполне вероятно, диск был заменен гарантийкой производителя целиком на новый диск.
Автор: temp9285
Дата сообщения: 09.07.2016 05:37
dimitriy7
Протоколы идеальны? Их реализация тоже?
У меня впечатление что вы пишете о каком то идеальном мире - даже странно что упомянули о глюке винды или того же драйвера - ведь это же сказки.
Или в придуманном мире глючно всё кроме протоколов?

Чёт вспомнилось как один знакомый пришёл с проблемой - материнка идентифицировала винт сигейт с именем из каких то каракуль, но что то было и от сигейта. Как бы первое что напрашивалось - проблемы с винтом, но было замечено что на плате перепаивался мосфет. Были проверены параметры перепаянного и выдаваемые им напруги, после чего он был заменен на нормальный. И сразу винт стал идентифицироваться правильно. Да, был неправильно подобран мосфет, но ведь ничто не мешает и нормальному взглюкануть и выдавать не то напряжение. И подобных "невероятных" глюков за мою практику (в разных делах) было немало - поэтому я давно уже не верю в идеальный мир.

Повторюсь - я считаю что это проблема этого отремонтированного винта и предложил как проверить эту версию. Следующим виновником может быть микрософтовский новодел.
Но если автор отметает всё это то поччему нельзя исключить очень маловероятную причину?
Автор: tomset
Дата сообщения: 09.07.2016 06:48
temp9285
АTA стандарт откройте и почитайте
http://hddguru.com/documentation/
Даже по русски есть:
http://hddremont.narod.ru/ATA/ATA.htm
Нет у харда ни каких команд, чтобы что-то сделать по отношению к другим хардам или с компом. Только комп может от него что-то попросить, а хард выполнить, принять или отдать данные и сообщить результат команды.

Технологические команды, которые могут сделать что-то нестандартное, закрыты техно-ключем, который разный на разных хардах. И на большинство HDD неизвестен не то что широкой публике, а даже ремонтникам.
Только производители и разработчики технологических утилит их знают.
Ни за какие коврижки информацию по ним добыть нельзя.
Так же не узнаете что делают многие техно команды, которые разные на каждом семействе хардов. И описания на них найти в принципе не возможно.
Только на совсем мало семейств, очень выборочно, не все команды, на которые произошли утечки информации от производителя или раскопали сами.

Если автор скажет что за модель диска, можно описать стандартные болячки этих хардов, и что с ним возможно сделать технологическими утилитами.
Автор: temp9285
Дата сообщения: 09.07.2016 09:28
tomset
Очередные противоречия.

Цитата:
Ни за какие коврижки  информацию по ним добыть нельзя.


Цитата:
на которые произошли утечки информации от производителя

Может стоит определиться с чем то одним?


Цитата:
Нет у харда ни каких команд, чтобы что-то сделать по отношению к другим хардам или  с компом.

А никто и не говорит что хард как то командует - речь идёт о глюках, которые могут вводить в ступор то ли винду, то ли ещё что то.
Простейший пример. Пропиши в таблице разделов идентичный раздел - и получи в винде синьку. При том, что линуксовое будет работать с таким диском.
Можно вспомнить немало случаев когда "мусор" в нулевом секторе приводил в ступор не только винду но и некоторые БИОС (было у Асусовских ноутов).
Что мешает глючному винту создать проблемы винде при которой она будет неправильно идентифицировать и отсылать пакеты на запись?

Ну и что касается "Остапа понесло".
Понесло тебя, уж по антивирусам как минимум. Это в добавлением ранее озвученному про ноутбуки, смартфоны, особенно эпловские, игровые приставки и т.п.. Так что список расширился.
Кстати, а что же файрвол включен? Тру хардкоры вообще усё отключают, а ещё они странички в блокноте пишут, и только на асме кодят.
PS. Раньше я видел в тебе серьёзного человека. С некоторого момента стало непонятно то ли ты серьёзно пишешь, то ли очередной закидон (мягко говоря) случился.
Автор: ZSZ
Дата сообщения: 09.07.2016 14:03
temp9285


Цитата:
Можно вспомнить немало случаев когда "мусор" в нулевом секторе приводил в ступор не только винду но и некоторые БИОС (было у Асусовских ноутов).


Не только у Asus. Есть такое. Не только мусор может привести к ступору BIOS, но и манипуляции с загрузочным разделом, например, при переустановке системы.


Цитата:
Что мешает глючному винту создать проблемы винде при которой она будет неправильно идентифицировать и отсылать пакеты на запись?



Более 10 лет назад в одной из статей Криса Касперски он описывал алгоритм, когда видна или программа записи CD каким-то образом путает каналы и вместо CD начинает запись в начало hdd, затирая всё, что там есть.

На мой взгляд, автор темы на 99 % что-то проглядел. Оставшийся процент всё же отдадим на программный, аппаратный глюк или на троллинг. Если бы реально были такие глюки, с большой вероятностью, винда бы уже сдохла.

А что мешает записать на весь диск какой-то один байт, например, "А", активно пожить несколько дней, потом посмотреть, везде ли сохранился "A".


Автор: dimitriy7
Дата сообщения: 09.07.2016 16:19
temp9285

Цитата:
Протоколы идеальны? Их реализация тоже?

Ну согласись, одно дело случайные глюки, и совсем другое -- целенаправленно сделанная уязвимость, а вот её обеспечить не выйдет. Ну не предусмотрено, чтобы винт посылал контроллеру какие-то команды. Значит, для реализации кражи нужен сговор всех производителей винтов и контроллеров. А зачем это нужно производителям контроллеров, если они могут сделать закладку и сами, вообще ни с кем не договариваясь, и не тратя время и деньги?

Цитата:
А никто и не говорит что хард как то командует - речь идёт о глюках, которые могут вводить в ступор то ли винду, то ли ещё что то.

Опять же, в непредсказуемый ступор :) А чтоб он стал предсказуемым, придется к сговору всех производителей винтов и контроллеров привлекать еще и создателей ОС. Какая-то сказка же получается про глобальный заговор :)

Цитата:
Что мешает глючному винту создать проблемы винде при которой она будет неправильно идентифицировать и отсылать пакеты на запись?

Ну она ж не по имени на винты пишет, а по адресам ДМА, по портам, по нумеру устройства на шине, а всё это определяется не самим винтом, а контроллером и системой PnP.
Потому и говорю -- тут скорее был сбой ОЗУ, и данные на запись ушли по неверному адресу или на другой номер устройства/функции, вот и всё.
Автор: ZSZ
Дата сообщения: 09.07.2016 17:11
dimitriy7

Цитата:
Потому и говорю -- тут скорее был сбой ОЗУ, и данные на запись ушли по неверному адресу или на другой номер устройства/функции, вот и всё.


Весьма вероятно.
Но если верить автору темы, вроде получается, что сбой не единственный. Винда должна с такими симптомами работать нестабильно или вообще грохнуться.

Закончить гадания можно просто протестировав диск, заполнив его данными, потом проверив их сохранность.
Автор: temp9285
Дата сообщения: 09.07.2016 17:15
ZSZ
Что касается Асуса, то это я просто вспомнил характерный в определённый момент глюк - тем более это не единичный. И относился он как раз к загрузочному коду в 0-вом секторе. Тогда я не понимал в этих вещах поэтому не получилось с этим разобраться. Но это да, было связано как раз с переустановкой винды. Новая винда переписывала MBR а БИОС видимо искал асусовский код. Причём, насколько помню, это было в каком то определённом режиме работы диска.

dimitriy7
Да я то согласен что всё это сложно и муторно, но давай рассмотрим другой вариант.
Есть языки программирования типа ассемблера, а есть всякие васики, паскали и т.п.
Программирующий в паскале вряд ли понимает что выполняет его команда в реальных машиннных командах. И ничто не мешает сделать закладки на самом нижнем уровне. Или думаете что в микрософте все сотрудники знают где и что заложено?

Что касается непредсказуемого ступора, то неправильно понято. Это уже относится к ситуации автора.
За свою практику не раз бывали различные случаи при которых сбрасывались различные дампы в результате тех или иных глюков как железа, так и софта. И о каких адресах-каналах может идти речь когда система в неадеквате. К тому же по вашему получается что глюк озу может не туда послать, а остальные все правильно?

Страницы: 12

Предыдущая тема: Помогите найти причину неисправности


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.