Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » На новом неразмеченном диске содержание с других дисков:WTF?

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3

Открыть новую тему     Написать ответ в эту тему

napalum

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset

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

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

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

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

Цитата:
Короче в чем-то вы конкретно ошибаетесь.
например? в фактическом описании ситуации?

Всего записей: 2282 | Зарегистр. 08-11-2003 | Отправлено: 01:17 09-07-2016 | Исправлено: napalum, 01:19 09-07-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

Скорее всего.
 
И еще момент:

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

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

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 02:59 09-07-2016 | Исправлено: tomset, 03:12 09-07-2016
napalum

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 2282 | Зарегистр. 08-11-2003 | Отправлено: 04:36 09-07-2016 | Исправлено: napalum, 04:41 09-07-2016
temp9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dimitriy7
Протоколы идеальны? Их реализация тоже?
У меня впечатление что вы пишете о каком то идеальном мире - даже странно что упомянули о глюке винды или того же драйвера - ведь это же сказки.
Или в придуманном мире глючно всё кроме протоколов?
 
Чёт вспомнилось как один знакомый пришёл с проблемой - материнка идентифицировала винт сигейт с именем из каких то каракуль, но что то было и от сигейта. Как бы первое что напрашивалось - проблемы с винтом, но было замечено что на плате перепаивался мосфет. Были проверены параметры перепаянного и выдаваемые им напруги, после чего он был заменен на нормальный. И сразу винт стал идентифицироваться правильно. Да, был неправильно подобран мосфет, но ведь ничто не мешает и нормальному взглюкануть и выдавать не то напряжение. И подобных "невероятных" глюков за мою практику (в разных делах) было немало - поэтому я давно уже не верю в идеальный мир.
 
Повторюсь - я считаю что это проблема этого отремонтированного винта и предложил как проверить эту версию. Следующим виновником может быть микрософтовский новодел.
Но если автор отметает всё это то поччему нельзя исключить очень маловероятную причину?

Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 05:37 09-07-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
temp9285
АTA стандарт откройте и почитайте
http://hddguru.com/documentation/
Даже по русски есть:
http://hddremont.narod.ru/ATA/ATA.htm
Нет у харда ни каких команд, чтобы что-то сделать по отношению к другим хардам или  с компом. Только комп может от него что-то попросить, а хард выполнить, принять или отдать данные и сообщить результат команды.
 
Технологические команды, которые могут сделать что-то нестандартное, закрыты техно-ключем, который разный на разных хардах. И на большинство HDD неизвестен не то что широкой публике, а даже ремонтникам.
Только производители и разработчики технологических утилит их знают.  
Ни за какие коврижки  информацию по ним добыть нельзя.
Так же не узнаете что делают многие  техно команды, которые разные на каждом семействе хардов. И описания на них найти в принципе не возможно.
Только на совсем мало семейств, очень выборочно, не все команды, на которые произошли утечки информации от производителя или раскопали сами.
 
Если автор скажет что за модель диска, можно описать стандартные болячки этих хардов, и что с ним возможно сделать технологическими утилитами.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 06:48 09-07-2016 | Исправлено: tomset, 06:53 09-07-2016
temp9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
Очередные противоречия.

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


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

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

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

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

Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 09:28 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 temp9285  
 

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

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

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

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 14:03 09-07-2016 | Исправлено: ZSZ, 14:19 09-07-2016
dimitriy7



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
temp9285

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

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

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

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

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

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

Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 16:19 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 dimitriy7  

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

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 17:11 09-07-2016
temp9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ
Что касается Асуса, то это я просто вспомнил характерный в определённый момент глюк - тем более это не единичный. И относился он как раз к загрузочному коду в 0-вом секторе. Тогда я не понимал в этих вещах поэтому не получилось с этим разобраться. Но это да, было связано как раз с переустановкой винды. Новая винда переписывала  MBR а БИОС видимо искал асусовский код. Причём, насколько помню, это было в каком то определённом режиме работы диска.
 
dimitriy7
Да я то согласен что всё это сложно и муторно, но давай рассмотрим другой вариант.
Есть языки программирования типа ассемблера, а есть всякие васики, паскали и т.п.
Программирующий в паскале вряд ли понимает что выполняет его команда в реальных машиннных командах. И ничто не мешает сделать закладки на самом нижнем уровне. Или думаете что в микрософте все сотрудники знают где и что заложено?
 
Что касается непредсказуемого ступора, то неправильно понято. Это уже относится к ситуации автора.
За свою практику не раз бывали различные случаи при которых сбрасывались различные дампы в результате тех или иных глюков как железа, так и софта. И о каких адресах-каналах может идти речь когда система в неадеквате. К тому же по вашему получается что глюк озу может не туда послать, а остальные все правильно?

Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:15 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 temp9285  
 

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

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 17:32 09-07-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:38 09-07-2016 | Исправлено: tomset, 17:49 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 tomset  
 

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

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 17:50 09-07-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ
Ну да, кстати, если в биосе есть настройка для RAID.
Он может быть включен и гадить.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:53 09-07-2016
dimitriy7



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

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

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

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

Всего записей: 2946 | Зарегистр. 09-10-2008 | Отправлено: 18:25 09-07-2016
temp9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ

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

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

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

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

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

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

Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 18:33 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
temp9285  
 

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

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 18:43 09-07-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

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

У вас-то где логика?  
Что непонятно во фразе - чуть-чуть попало в общий доступ.
 
Это нельзя использовать для написания вируса для или чтобы запустить его с харда.
Да и уже десять раз сказали, бессмысленно!
Единственно как можно запускать вирус с харда, это подменить как-то выпоняемый код хранимый на диске.
MBR менять давно бессмысленно, его вычисляет на раз все ативирусники.
А чтобы найти, любой файл, чтобы его подменить. Придется в микропрограмму харда всю подсистему управления файловой системой воткнуть.
У харда столько ресурсов нет, чтобы столь сложные вычисления сделать.
 
Весь вывод о заражении вирусом харда сделан на работе какого-то студента, который через JITAG, на очень древнем харде добрался до буфера харда и заменил несколько байт.
Да только толку, это еще не вирус, и каждый пользователь не будет устанавливать программу и кабеля для работы по JITAG.
И даже если бы кто-то бы и знал технокоманды в полном объеме, чтобы их выполнить на харде, все равно нужна внешняя программа. Сам хард их для своей работы не использует.
 А использует команды еще более низкого уровня, что-то среднее между микрокодом процессора и скриптами.
И кроме разработчиков этот физический уровень ни кому не нужен, данных по нему вообще нет.
 
А на совсем низком уровне, уже работает микрокод специализированных микросхем, которые только строго заданные функции выполняют, типа преобразование DSP для очистки данных от шума. Поддержание оборотов, высоты полета, ну и прочих нужных только харду функций.
Эти команды нужны только разработчикам микросхем.
 
У него и процессор заточен только на выполнение нужных харду функций, и типа для игры в тетрис его очень сложно использовать.
О каких вирусах тут может вообще идти речь.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 19:15 09-07-2016 | Исправлено: tomset, 19:33 09-07-2016
ZSZ

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Автор темы не появляется уже 5 суток.
Или троллит, или уже нашёл решение, или занят.
 
Нет данных о настройках RAID материнской платы. Нет конкретных тестов. Нет экспериментов с другими дисками, подключавшимися на этот канал.
 
 
Или винда таки сдохла при таких глюках, вместе с компом и данными  
И автору темы не с чего отвечать...

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 19:37 09-07-2016
napalum

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ

Цитата:
На мой взгляд, автор темы на 99 % что-то проглядел.
Я внимательный в таких вопросах.
 

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

Цитата:
Может быть они на диске уже были
смотрим внимательней тему:
Цитата:
вручную на клаве натыканные файлы

 

Цитата:
Автор темы не появляется уже 5 суток.  
смотрим внимательней тему:
Цитата:
Отправлено: 12:06 06-07-2016...Отправлено: 04:36 09-07-2016  

 

Цитата:
Нет данных о настройках RAID материнской платы.
нет настроенных raid, по дефолту оба котроллера пашут
 

Цитата:
Нет экспериментов с другими дисками
какой-то еще неразмеченный диск подключить?

Всего записей: 2282 | Зарегистр. 08-11-2003 | Отправлено: 20:29 09-07-2016 | Исправлено: napalum, 20:36 09-07-2016
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » На новом неразмеченном диске содержание с других дисков:WTF?


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru