[Cereal Keeler]

То ли это баг в ядре, то ли ещё что, но модуль ядра неправильно определял режим, в dmesg это отображалось как limited to udma/33 due to 40-wire cable что, конечно, чушь, т.к. никакого кабеля нет. »

Тут интересная штука, стандарт ATA/ATAPI-5 действительно требует для режимов передачи выше UDMA2 наличия 80-жильного шлейфа. Система определяет наличие такого шлейфа вместо первоначального 40-жильного следующим образом: в 34-й жиле (PDIAG/CBLID) есть специально предусмотренный разрыв между хостом и первым устройством, а сам 34-й пин заземлён. Если хост определяет это, то разрешается использовать протоколы выше UDMA2, если нет - то нет. Но что будет, если кабеля никакого нет, а устройство воткнуто напрямую в хост – DOM, Disk on Module? А чёрт его знает, стандарт такого не предусматривает. Может, в биосах таких хостов есть что-то вроде вайтлиста для определённых устройств, не знаю. Наткнулся на описание самодельного переходника, подобного вашему, автор которого вышел из положения так: он просто предусмотрел джампер, при помощи которого можно либо заземлить 34-й пин на самом переходнике и таким образом имитировать 80-жильный кабель, либо оставить в соответствии со стандартом, чтобы вдруг чего не поломалось, но и ограничиться UDMA2.

Если производитель вашего переходника не предусмотрел подобного решения, то он ограничен UDMA2.

Ну и соответственно решения могут быть следующие:

– то, которое вы и применяете сейчас, используя линукс, где есть возможность оверрайдить параметрами ядра отсутствие 80-жильного кабеля, что, как мы увидели, заключается в отсутствии заземления на 34-м пине;
– найти переходник, где 34-й пин заземлён с завода, или есть джампер, замыкающий или размыкающий это заземление по желанию пользователя;
– самостоятельно напаять перемычку, заземляющую 34-пин. Понятно, для этого очень желательны скиллы в таких делах и наличие схемы переходника.

Удивительно, как мозг вдруг вспоминает 20 лет как всем не нужную и забытую фигню...

[BatrakovSV]

33 и 133. Разница существенная как для этих деревяшек. »

Если раньше 1Гб файл копировался за 35 сек, то сейчас за 12 сек.
Рост скорости в 3 раза.

А в БИОСе материнки накопитель светится? »

Если бы можно выбрать в BIOS, то не было бы темы. БИОС куцый.

тот же сидюк отродясь не требовал от системы UDMA100, автоматически садясь на UDMA33 и ничего ему с этим не сделать, но никто и не делал, ибо нафик не надо) »

Переставил этот же SSD в OptiBay на место CD-ROM, там разъем IDE Slim - тоже скорость на чтение выше 90 мегабайт в секунду.

Тут интересная штука, стандарт ATA/ATAPI-5 действительно требует для режимов передачи выше UDMA2 наличия 80-жильного шлейфа. »

А как же IDE 2.5" работали на UDMA5?

[BatrakovSV]

– найти переходник, где 34-й пин заземлён с завода, или есть джампер, замыкающий или размыкающий это заземление по желанию пользователя; »

Спасибо за ссылку. Интересный проект.
Ну если для переходника M2.SATA to IDE (Lubuntu сейчас так установлена) есть место где можно просто замкнуть 34 pin на землю, то со Slim IDE уже сложнее замкнуть.
Если буду на M2.SATA ставить Win, то может и попробую.

[Kirill_S]

33 и 133. Разница существенная как для этих деревяшек. »

У пользователя переходник. Поэтому и возник вопрос.

[Cereal Keeler]

А как же IDE 2.5" работали на UDMA5? »

Не знаю. Там, впрочем, несколько джамперов на таких хардах, может какая-то комбинация из них замыкает 34-й, или ещё как даёт хосту понять, что можно UDMA5. Я последний раз в руках ноут с IDE на борту в руках держал лет 15 назад...

[BatrakovSV]

Cereal Keeler, Теперь хочется и Win заставить работать на 133 мегабайт в сек.
Другой SSD стоит в Optibay SATA to 50-пиновый Slim IDE.
Там вроде PDIAG на 32 пине. Вот и думаю, замыкать/рисковать или нет...
https://ru.scribd.com/document/94201...nector-Pin-Out

[Cereal Keeler]

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

PS На всякий случай уточню, 34-й пин (или 32-й в случае slim) нужно не только заземлить, но и разорвать его соединение с собственно накопителем. В описании проекта по ссылке выше это сказано, но сам я на этом внимание не заострял.

[BatrakovSV]

PS На всякий случай уточню, 34-й пин (или 32-й в случае slim) нужно не только заземлить, но и разорвать его соединение с собственно накопителем. В описании проекта по ссылке выше это сказано, но сам я на этом внимание не заострял. »

Как я понял там разный подход:

1. в собственном проекте автора перемычка замыкает на землю, но резистор R7 остается на месте и линия до PDIAG сохраняется... Т.е. у него связь есть всегда.

2. в покупной референсной плате, там да: по умолчанию R15 - отсутствует R16 - 100 кОМ (связь есть), или второй вариант R15 - перемычка на GND, а R16 удалить (тогда связи нет).

Какой правильный вариант?

Т.е. "кто должен увидеть землю"? Хост? Значит южный мост?

Я все правильно понял или ошибаюсь?

Кстати сейчас в моем переходнике Sata to Slim IDE как раз нет связи между 32 пином IDE (CN_PDIAG) и 46 пином (PDIAGn) на чипе JM20330 (место под резистор есть, но он не установлен).

Но проблема усложняется, что уже в самом разъеме ноутбука сам 32 пин Slim IDE никуда не подключен.
У 32 pina нет связи с южным мостом VT8235. Или это не повлияет?

[Cereal Keeler]

1. в собственном проекте автора перемычка замыкает на землю, но резистор R7 остается на месте и линия до PDIAG сохраняется... Т.е. у него связь есть всегда. »

Схему не смотрел, но сам он пишет так:

If the adapter is the only device on the bus, and you find that transfer speeds are limited to UDMA2 even though the host controller supports higher transfer modes, cutting the jumper connection between the pads labeled "PDIAG" and soldering between the pads labeled "CBLID" will ground pin 34 and may improve transfer speed.

Т.е. "кто должен увидеть землю"? Хост? Значит южный мост? »

Да. По стандарту должен быть заземлён 34-й пин той колодки шлейфа (в случае десктопного 40-пин или ноутбучного 44-пин), что подключается в хост – материнскую плату, SATA-контроллер, южный мост. А в самом шлейфе должен быть разрыв на 34-м пине. Вся закавыка в том, что стандарт не рассматривает случай, когда устройство подключается напрямую, без шлейфа.

Но проблема усложняется, что уже в самом разъеме ноутбука сам 32 пин Slim IDE никуда не подключен. »

Ничего по slim не подскажу...