Re: Проблема с сата-хардом

From: Pavel Makarenko (2:5025/14)
To: Yuri Chumakov (2:5054/37.63)
Date: 2006-09-06T21:35:08Z
Area: RU.UNIX.BSD

30 Aug 34 21:05, you wrote to me:

YC>>> А разработчики самбы - пишут по стандарту... А потом начинают
YC>>> переделывать написанное для того, что-бы оно работало вместе с
YC>>> виндой...
PM>> просто у самбописателей такая судьба. и, кстати, где этот
PM>> микрософтовский стандарт, заверенный от лица самой корпорации? это
PM>> "стандарт" проприетарный и в рамках линейки windows все работает,
PM>> как заявлено
YC> Ок. Мс заявляет, что AD держится на базе ldap версии 2.х... Однако...
YC> оно работает только с виндой... Видители мс чуть видоизменил протокол,
YC> что привело к несовместимости его с ldap серверами других
YC> производителей (имхо намеренно видоизменил).
все правильно, это защита инвестиций в windows
YC> Список изменений можно
YC> найти на самом мс, в разделе совместимости с unix-like системами...
не нашел. прямой линк есть?

YC> А по поводу netbios - стадарту куча лет... И он делался с участием
YC> ibm...

YC> ps еще-бы оно "между собой" не работало... Хотя... Если рассматривать
YC> всю линейку, то там тоже нет полной совместимости...

YC>>> Тут такой-же эффект, только проблема связана с железом. Почему-то
YC>>> проблем с нормальными саташными контроллерами - не возникает.
YC>>> Ставил на работе на интеловскую мать с SATA150 (если верить
YC>>> самому эхотагу) еще 5.4... Сейчас там уже 5.5... Всё работает...
PM>> некорректное сравнение: интерфейс между контроллером и диском
PM>> обязан быть стандартным, ибо стандарт открытый.
YC> Да неужели? А как быть с кривой поддержкой acpi в биосах на матерях
YC> под p3? Когда винда через одно место общалась с acpi, а потом под это
YC> "общение" было написано чёрт знает сколько биосов... И впоследствие
YC> это вызвало кучу проблем у эхотага, когда он (эхотаг) совместно с acpi
YC> не работает, а acpi в биосе не отключается...
ну это проблема не windows и не биосов. это проблема эхотага - если бы он был кому-нибудь из производителей интересен в виде продукта промышленного уровня, то и поддержка была бы

YC> Кстати - открытость стандарта еще ни о чём не говорит. Недавно читал в
YC> обзорах о хардах - так там последняя фишка, это поддержка какой-то
YC> фичи из набора фич sata стандарта... Типа "теперь и диски поддерживают
YC> эту фигню". Что это значит? Это значит, что практически все
YC> производители забили на открытый стандарт и лепили какой-то хлам,
YC> который они почему-то называли "hard-drive"... Причём забили на много
YC> лет, ибо sata уже не один год от роду...
это все от того, что слишком долго чесали жопы при утверждении стандартов, рынок хотел уже покупать, вот производители и торопились с выпуском

YC> Теперь возвращаясь конкретно к контроллерам sata... Оно может, и
YC> соответствует стандарту, но со списком оговорок... причём список
YC> оговорок (как тут кем-то приводился пример) в виндовом драйвере учтён,
YC> а в доке к контроллеру об этом ни слова.

YC> еще Тебе ложку дёгтя... ;)

YC> Если стандарт открытый, то винда уж всяко должна с контроллером
YC> работать _без_ драйверов... Ибо уж кто-кто а винда с сата умеет сама
YC> по себе работать... Вопрос - зачем вообще тогда драйвер? Ответ - не
YC> всё так просто с контроллерами...
это не ложка дегтя, это твое непонимание :)
я писал про стандарт обмена между контроллером и драйвом. ты же передернул на обмен информацией и управление между контроллером и логикой системной платы. а это два разных уровня. о конкретной реализации контроллера достаточно знать только производителю чипа и поставлять к нему корректный драйвер для некоторого набора ОС

YC> Если брать эхотаг, то тут я меньше встречал проблем с драйверами на
YC> железо (правда, это вполне может быть вызвано тем, что винду я ставил
YC> чаще)...
я тоже меньше встречал проблем с драйверами под freebsd, скорее всего просто из-за частого отсутствия драйверов под эхотаг вообще :)))

YC> Можно пойти дальше. Есть такие устройства, как usb сканеры. Если
YC> стандарт общения с usb сканером есть (ведь опознаётся железка как
YC> сканер), то зачем лепить толпу драйверов под них? Более того, почему
YC> на некоторые усб-сканеры существует требование, гласящее "сначала
YC> ставим драйвер на сканер, а потом подсоединяем сканер"... В то время,
YC> как мой довольно старенький (по нынешним меркам) usb сканер hp sj
YC> 4300c - работает совсем без ничего (через виндовый twain сканю)...
YC> Ответ один - нам производители такое "г" (извиняюсь за мат)
YC> подсовывает, что страшно представить...

PM>> а вот драйвописатель из-за недостатка информации или неумения не
PM>> смог сотворить адекватное программное изделие. упомянутый тобой
PM>> SATA150 - это режим работы, что никак не позволяет опознать чип
PM>> контроллера
YC> i865. Мать интеловская. Могу посмотреть какая именно, если это
YC> важно...
не, уже ясно. достаточно упоминания чипсета сисплаты

YC> Система была 5.4 на момент установки. Сейчас 5.5. Имхо проблем в сата
YC> я не видел со времён 5.3. 5.2 на сата не получилось ставить - не было
YC> техники под рукой.
и Win98 далеко не всегда удавалось поставить на sata :)

---
* Origin: default error (2:5025/14)
SEEN-BY: 50/12 400/814 450/1024 5000/5000 5011/13 5012/46 5015/28 5019/31
SEEN-BY: 5020/545 2395 2871 4441 5021/29 5025/2 3 14 27 38 51 56 63 69 78 121
SEEN-BY: 5025/220 5027/12 5030/1080 1957 5035/38 5045/7 5054/1 4 8 9 11 28 35
SEEN-BY: 5054/36 37 45 63 66 67 70 75 84 85 5059/9 5062/10 5063/3 5064/7
SEEN-BY: 5077/70 5085/13 5095/20 5096/18 6001/10
PATH: 5025/14 27 3 5020/545 5054/1 37