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

temp9285


Цитата:

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

Вот это и странно. Винда должна сильно глючить с такими симптомами работы оборудования.

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

Ни разу не брал диски после ремонта. Один раз как-то искал диск с 5 летней гарантией, был один такой, но продавщица сказала, что он после ремонта, брать не советую. Взял с 3х летней гарантией. Прошло 6 лет, полёт нормальный. Ни разу ещё не ломались гарантийные диски.

Фиг знает, что там у автора наремонтировали или недозатёрли. Я встречал диски, с которыми даже BIOS не стартовал. Если не поздно, протестировать, при малейших искажениях данных, сдать назад.

Цитата:

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

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

Что касается зависонов, Так это система не может разрулить ситуацию, не возможно описать все возможные варианты обработки мусора в структуре FS.
Хард тут чаще всего вообще ни при чем.

Да и ситуация в теме о другом.
На не примонтированном в сиcтему харде появились данные с других дисков.
Что в принципе не возможно сделать, не написав программу для системы, хоть редактор, хоть вирус.
Как бы хард не дурил, он забрать чужие данные не может в принципе.
Хост контроллер не заточен ни на какую инициативу со стороны харда.
Хозяин приказал, хард сделал.
Хард что-то там решил с дуру сделать. Контроллер, если не давал ему команду, просто не отреагирует, или сразу выдаст ошибку, на все последующие команды.

Как со стенкой общаться. Ну честное слово. Ни какого логического мышления.

tomset


Цитата:

На не примонтированном в ситему харде появились данные с других дисков.

Или автор темы в чём-то ошибся, или странный глюк оборудования.

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

Я вспоминаю лишь один похожий случай, когда в компьютере был единственный жёсткий диск, а в Биосе слетели настройки raid - он включился, когда его не было изначально. Сразу же пропали все разделы на hdd. Чипсет от нвидии, АМД последний одноядерник, других подробностей не помню.

ZSZ
Ну да, кстати, если в биосе есть настройка для RAID.
Он может быть включен и гадить.

Цитата:

И ничто не мешает сделать закладки на самом нижнем уровне.

Иногда мешает железо. Диски же не соединяются напрямую, а между ними как минимум хост-контроллер.
А стандарт АТА не предусматривает диск как источник команд, и контроллеры изначально так и проектируются -- в 99% случаев это просто хост-контроллеры, физические интерфейсы без собственной логики, способные только транслировать диску приходящие сверху команды, и не наоборот. А от диска они могут просто принять слово в порт, или записать страницу в адрес ДМА; а всё, что в стандарт не укладывается, т.е. любые команды от одного винта другому, они сочтут за мусор и проигнорируют хотя бы потому, что там нет никакого проца, чтобы отработать такую команду.
Поэтому самый низкий уровень, где можно сделать закладку -- это опром ahci и процессор scsi/raid, просто это самый низкий уровень, где есть ресурсы для выполнения, и откуда можно послать команду диску -- ниже уже только тупой физ.интерфейс, который ничего не умеет, и намертво изолированный им диск.


Цитата:

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

Я только хочу сказать, что любая запись "не туда" может быть инициирована только сверху, но никак не самим диском.
А уж что стало причиной -- это можно долго гадать на кофейной гуще, причин может быть тьма. Сбой ОЗУ -- только иллюстрация одной из них :)

ZSZ

Цитата:

Мало ли что там может быть с неизвестной разметкой или с неизвестной файловой системой.

Поэтому лучше сдампить на свой системный?
Тоже идеалист? Особенно в отношении винды.
Простейший пример. При установки линуксов бывает делается так что разметка делается как бутерброд (такое элементарно тварит и акронис) - в расширенном разделе находится основной. Есть и другие казусные разметки. Так вот, если у тебя будет такая разметка, диспетчер дисков винды будет их показывать неккоректно, но самое важно (в свете идилии) как он поступит с такой разметкой. А никак... пока не станет вопрос о каких то изменениях в структуре диска. Как только что то сделаешь средствами винды (например сожмёшь раздел) так она похерит всю эту слоёнку, в том числе и разделы на которых будет NTFS.

tomset
Ну если честное слово, то действительно как с глухим.
Ты сам написал что ни за какие коврижки не достать - тем не менее что то есть. И где логика?

Пишешь что за всю жизнь не расшифруешь, но при этом уверен что там не заложено что то. Где истина?

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


Цитата:

Что касается зависонов......Хард тут чаще всего вообще ни при чем.

Он может быть и причиной, и бывает что получает порцию мусора в сектора.


Цитата:

Да и ситуация в теме о другом. На не примонтированном в сиcтему харде появились данные с других дисков. Что в принципе не возможно сделать, не написав программу для системы, хоть редактор, хоть вирус.

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

temp9285


Цитата:

А никак... пока не станет вопрос о каких то изменениях в структуре диска. Как только что то сделаешь средствами винды (например сожмёшь раздел) так она похерит всю эту слоёнку, в том числе и разделы на которых будет NTFS.

Я это видел. Поэтому и использую менеджер дисков от Винды только буквы назначать и картинку посмотреть.

Что касается вирусов. Гороздо выгоднее встраивать закладки в BIOS и в сетевое оборудование. Жёсткие в этом смысле тупиковое направление, пригодное разве только для самоликвидации жёсткого по команде врага.

Цитата:

Ты сам написал что ни за какие коврижки не достать - тем не менее что то есть. И где логика?

У вас-то где логика?
Что непонятно во фразе - чуть-чуть попало в общий доступ.

Это нельзя использовать для написания вируса для или чтобы запустить его с харда.
Да и уже десять раз сказали, бессмысленно!
Единственно как можно запускать вирус с харда, это подменить как-то выпоняемый код хранимый на диске.
MBR менять давно бессмысленно, его вычисляет на раз все ативирусники.
А чтобы найти, любой файл, чтобы его подменить. Придется в микропрограмму харда всю подсистему управления файловой системой воткнуть.
У харда столько ресурсов нет, чтобы столь сложные вычисления сделать.

Весь вывод о заражении вирусом харда сделан на работе какого-то студента, который через JITAG, на очень древнем харде добрался до буфера харда и заменил несколько байт.
Да только толку, это еще не вирус, и каждый пользователь не будет устанавливать программу и кабеля для работы по JITAG.
И даже если бы кто-то бы и знал технокоманды в полном объеме, чтобы их выполнить на харде, все равно нужна внешняя программа. Сам хард их для своей работы не использует.
А использует команды еще более низкого уровня, что-то среднее между микрокодом процессора и скриптами.
И кроме разработчиков этот физический уровень ни кому не нужен, данных по нему вообще нет.

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

У него и процессор заточен только на выполнение нужных харду функций, и типа для игры в тетрис его очень сложно использовать.
О каких вирусах тут может вообще идти речь.

Автор темы не появляется уже 5 суток.
Или троллит, или уже нашёл решение, или занят.

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


Или винда таки сдохла при таких глюках, вместе с компом и данными
И автору темы не с чего отвечать...

ZSZ

Цитата:

На мой взгляд, автор темы на 99 % что-то проглядел.

Я внимательный в таких вопросах.


Цитата:

Закончить гадания можно просто протестировав диск, заполнив его данными, потом проверив их сохранность.

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


Цитата:

Может быть они на диске уже были

смотрим внимательней тему:
Цитата:

вручную на клаве натыканные файлы

Цитата:

Автор темы не появляется уже 5 суток.

смотрим внимательней тему:
Цитата:

Отправлено: 12:06 06-07-2016...Отправлено: 04:36 09-07-2016

Цитата:

Нет данных о настройках RAID материнской платы.

нет настроенных raid, по дефолту оба котроллера пашут


Цитата:

Нет экспериментов с другими дисками

какой-то еще неразмеченный диск подключить?

napalum
не совсем понял, что именно вам сообщает о наличии на диске кусков инфы с других дисков?

Цитата:

какой-то еще неразмеченный диск подключить?

Конечно, причину то надо найти, а то так и данные потом потерять не долго.

konik

Цитата:

Юзал R-Studio/WinHex/Victoria для просмотра.

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

napalum

Цитата:

какой-то еще неразмеченный диск подключить?

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

Добавлено:
ZSZ

Цитата:

Гороздо выгоднее встраивать закладки в BIOS и в сетевое оборудование.

Чтобы некоторые критиканы не подумали что я пытаюсь отстаивать свою версию, напишу что написанное дальше просто мысли.
Выгода понятие относительное. Конечно же, заделать зомби сеть для кого то считается более прибыльнее, чем (гипотетически) узнать последний набранный текст (в котором окажется номер ячейки и пароль.
Опять же, умный враг пролезет там, где считают бессмысленным беспокоится.


Цитата:

Жёсткие в этом смысле тупиковое направление, пригодное разве только для самоликвидации жёсткого по команде врага.

Ну, в случае глобальных противостяний такое тоже очень даже полезно. Особенно если произойдёт это по какому то критерию.
Стоит напомнить про вирус Stuxnet, который не заражал всё подряд?
АААааа. - http://www.3dnews.ru/777768 щаз tomset опять касперского обосрёт.

В сторону драйверов на мать ещё не копали. Может что-то подглючивает, в какие-то моменты данные на оба диска идут сразу.

Надо тестировать. Если будет достигнута повторяемость глюка, попробовать для начала воткнуть диск в другой SATA порт. Записать 100 Гб, это минут 10...20, можно было и не заметить момент глюка. Может материнская плата подыхает так загадочно.

temp9285


Цитата:

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

Вирусописателям бессмысленно делать скрытые копии случайных данных на жёстком диске. Ведь этот диск надо как-то потом заполучить.


Цитата:

Если отрабатывать версию RAID то копии можно понимать как попытку зеркалирования - в таком случае должно быть совпадение секторов с оригиналом.

Проверить это, минут 10...15 не торопясь.
Ещё момент, может быть в момент первого подключения этот б/у диск был загрузочным, с него и началась загрузка. А дальше уже масса вариантов.

ZSZ

Цитата:

Вирусописателям бессмысленно делать скрытые копии случайных данных на жёстком диске

А причём здесь вирусописатели, если сама десятка сексосит?
Не думаю что ей сложно с винта считать записанное ею. А уж запрятать в современной ОС можно таких "слонов с жирафами".
И не факт что данные случайны - может там часто встречается что то типа "факинг мировое правительство".

Цитата:

АААааа. - http://www.3dnews.ru/777768 щаз tomset опять касперского обосрёт.

Это не моя область, зашита системы.

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

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

Не верите, может сами найти статью, команды и проверить по АТА стандарту и даташитам хардов. Я сам давно смотрел, и понял, что это очередной развод.

tomset


Цитата:

Когда они писали про вирус в харде,

temp9285


Цитата:

А причём здесь вирусописатели, если сама десятка сексосит?
Не думаю что ей сложно с винта считать записанное ею.

Даже тупая индийская Windows 10 ничего не должна писать на несмонтированный том. Иначе бы уже вой на весь мир стоял из-за потери данных. Мало ли что нужное на диске, структуру которого не понимает Windows, например, от видеорегистратора сняли. Вирусам такой ерундой также незачем заниматься.

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

tomset

Цитата:

Но это ни как не может принести вред ни харду, ни системе. Это просто лог с некими данными.

И снова категоричное ни как.
Харду он вреда может и нанести, но если система вдруг захочет считать эти логи, то не факт что они не приведут к ступору - уже приводил примеры и про синьку и про завис БИОСа.


Цитата:

И запустить от туда код без внешней программы - нереально.

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

ZSZ

Цитата:

Даже тупая индийская Windows 10 ничего не должна писать на несмонтированный том.

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


Цитата:

Иначе бы уже вой на весь мир стоял из-за потери данных.

О каких таких потерях идёт речь?
Повторюсь, микрософту глубока насрать на всё, что не соответствует их понятиям.
Не инициализирован винт по их понятиям (упомянутый из видеорегистратора) - значит пустой.

Ну а что касается воя, то такого нет, но есть куча пострадавших от действий обновлений винды.
И этот случай наглядно показывает пример пофигизма.
А выглядит всё это так (цифры гипотетические).
Имеется диск с системным разделом 200 гигов, на котором 150 гигов свободно.
В винде имеется переменная Temp, куда как бы должны расспаковываться временные файлы. Нормальные программы так и поступают. Но обновления винды не из этого разряда - они расспакуются на том, на котором свободного места будет больше всего.
И если у пользователя есть отдельный раздел с данными, и на нём свободного места больше чем на том где папка для временных файлов, то он подвержен риску потерять данные - например в силу возможных логических ошибок ФС в случае какого сбоя при обновлении и последующей работы чекдиска. Но в первую очередь от перезаписи поверх удалённых данных.
Не раз были случаи когда человек случайно форматировал диск, или тот же чекдиск коцал ФС - то есть раздел становился как бы пустым. Начинаем анализ и выясняется что микрософт уже "насрал" и файлами и файловыми записями.

В своё время я не мог понять по какому принципу запись может писаться не во временную папку и озадачился этой проблемой. Занесло меня тогда на микрософтовскую пародию форума (был наивный и считал что MVP это типа гуру) и задал вопрос о том как бы отучить винду от неправильных действий (не, ну есть же отведённое место). В том числе обьяснил к чему это приводит. На что один извеcтный усатый MVP ответил что то типа "остальных это беспокоит - зачем что то изменять". и это было лет так много назад. С тех пор ничего не изменилось, и по прежнему есть пострадавшие, а ещё не пострдавшие от такой "срачки" не догадываются что тварится на и дисках.


Цитата:

Вирусам такой ерундой также незачем заниматься.

А почему вирусам не использовать свободное хранилище для своих целей? Тем более что вирусы как бы не обязаны никому и ничем.

temp9285

Цитата:

Имеется диск с системным разделом 200 гигов, на котором 150 гигов свободно.
В винде имеется переменная Temp, куда как бы должны расспаковываться временные файлы. Нормальные программы так и поступают. Но обновления винды не из этого разряда - они расспакуются на том, на котором свободного места будет больше всего.

Это не относится к проблеме автора, поскольку такой раздел должен быть с понятной Винде файловой системой и быть смонтированным.

Я сталкивался с этим. Самое прикольное, что винда распаковывает файлы на диск, на котором её же политиками запрещено выполнение программного кода.

Не всегда срабатывает, но можно просто распаковать exe-cab архив и запустить msi руками. Тогда без фокусов.


Цитата:

А почему вирусам не использовать свободное хранилище для своих целей? Тем более что вирусы как бы не обязаны никому и ничем.

Нецелесообразно. Легко спалиться.


Цитата:

Повторюсь, микрософту глубока насрать на всё, что не соответствует их понятиям.

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

Мало ли кто и как на этот диск данные пишет, так, что ФС не нужна вовсе, или используется своя особая ФС. Их и известных то целая куча, windows в них не суётся, и правильно делает.

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

ZSZ

Цитата:

Это не относится к проблеме автора

Это был пример того пофигизма, который есть и который как бы отрицается (до сих пор).


Цитата:

Мало ли кто и как на этот диск данные пишет,

Ещё можно вспомнить grub e.t.c. Микрософт не заморачивается при установке системы и тупо перезаписывает своим кодом - очередной пример того как им насрать на всё остальное.


Цитата:

windows в них не суётся, и правильно делает

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


Цитата:

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

Неазмеченный загрузочный?

Цитата:

Неазмеченный загрузочный?

Ну да, упустил этот момент.

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

Сегодня мельком впервые посмотрел Win-10. Только не в виде полноценной системы, а под виртуальной машиной в виде загрузочного 650 МБ Live CD. Что-то не почувствовал различий от Win-8. И нафиг она народу сдалась. Работает заметно тормознее, в сравнение с протестированной там же Live CD Win-PE-2003. И даже медленнее Win-PE-7. Тем не менее, по настроению, можно будет глянуть, не мусорит ли Win-10 на несмонтированном нулёвом виртуальном hdd.

ZSZ
Основное отличие 10-ки от предыдущих систем,
- лучшая работа с памятью.
- требование чтобы все программы и драйвера были сертифицированы и имели цифровые подписи. Что значительно улучшает стабильность работы и безопасность, но создает проблемы, когда народ хочет инсталлировать все, что не попадя.

Остальное практически не отличается.

Сравнивать с PE, совершенно не корректно. PE это огрызок от системы.

За счет лучшей работы с памятью, 10-ка шустрее всех предыдущих систем.

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

Цитата:

За счет лучшей работы с памятью, 10-ка шустрее всех предыдущих систем.

Это чем то подтверждено или как обычно?

Цитата:

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

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

tomset


Цитата:

За счет лучшей работы с памятью, 10-ка шустрее всех предыдущих систем.

Оно и видно...
Комп кодировал видео всеми ядрами с низким приоритетом. Вот в это время я и испытывал свежескачанные Live CD:

Win-10-PE грузилась минут 15 и в итоге, работать не захотела, вылеты. Пришлось тормознуть обработку видео при перезагрузке, и всё равно тормозная.

В это же время Live CD Win-2003, 7, 8 загрузились за 1...2 минуты и останавливать обработку видео не пришлось. Win-2003 вообще как ракета, всё молниеносно. Семёрка помедленнее, но не сильно, восьмёрка заметно медленнее, а десятка лютый тормоз на их фоне. Возможно это не спроста, а типа намёк - покупайте новое железо, сговор MS с производителями железок.

Цитата:

или как обычно?

У меня еепстественно, как обычно.

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

Цитата:

Меня лишь устраивает, что комплекс на нескольких задач не тормозит на 10-ке

И это тоже - как обычно. Всё по чём судится - комплекс.
Ну а что у миллионов рядовых пользователей по другому - то фигня.

temp9285
А мне плевать не всех остальных, чего им в голову вбзредает, это их проблемы.
У меня свои проблемы и все остальные не могут мои решить.

Оффтопик прекращаем. Для "потрындеть" есть флеймовая тема.