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

>>213657

>сам бок должен был поддерживать такие извращения

Диод Шоттки или германиевый на все допконцы, в разрыв плюса. Вот и вся поддержка.

>>213657
Ну, как уже сказал, мне дали его в боксе, а сам бокс шёл со сдвоенным miniUSB кабелем. Китайский адаптер (DEXP AT-HA007) же запитан от 230В.

>>213658
Однако, чукча не по железу, чукча больше по софту.

>>213660
Ищешь человека с паяльником и он за шоколадку сделает, работа ерундовая. Либо закажи готовый кабель с алика.

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

>>213661
SMART не могу просмотреть, HDDScan выдаёт пустую таблицу, Victoria - ошибку, что SMART не поддерживается, CrystalDiskInfo глохнет на сканировании диска.

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

>>213661

> Ищешь человека с паяльником и он за шоколадку сделает, работа ерундовая. Либо закажи готовый кабель с алика.

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

Говоря о том что не все боксы поддерживают сосание мощности с раздвоенных проводов, подразумевалось что проблема не в подаче к боксу нестандартного питания по USB2, проблема в том что не все боксы умеют его оттуда взять сверх нормы заявленного на корпусе стандарта. Говоря по русски - будет бестолку втыкать.
Использование разъёмов, проводов и даже самих боксов стандарта USB3 проблемы не решит, нужен именно бокс стандарта USB2 способный брать сверх меры. Если конечно это не бокс USB3 под PATA, найти который будет ещё сложнее. И внезапно, опять же не факт что он умеет брать нужное количество амер. Нужно всегда смотреть на маркировку. От разного сорта недосмотров все мистические проблемы с техникой обычно и случаются. У опа могут оказаться самые неожиданные и в то же время банальные причины, не только питание.

>>213667
Ерунду несешь. Абсолютно все боксы без внешнего питания просто подключают шину +5V, идущую с USB на диск напрямую, ибо диски 2.5" тоже питаются от +5V. Никакую электронику там встраивать не имеет смысла в шину питания, нет для этого достаточной разницы в напряжениях и какого-либо практического смысла.
Кабели с несколькими хвостами банально подключаются параллельно, чтобы разделить питания на несколько портов и избежать возможного срабатывания защиты, как и уменьшить падение напряжения на хвостах особенно во время раскрутки диска, что может потреблять до пары ампер в некоторых случаях, при стандартных ограничениях USB в 0.5A.

>>213656
Теоретически возможно, что у диска как-то очень неправильно прописана HPA и из-за этого он возвращает бред в качестве размера, но намного более вероятно, что диск дохлый и у него контроллер не может прочитать служебные области и возвращает полнейший бред.
Надо бы его подключить без USB-переходника, либо через заведомо качественный, и попробовать hdparm и smartctl на него натравить.

>>213668
Где я писал про ручное встраивание в бокс доп.электроники? То что далеко не все боксы (а в основном только те которые уже идут со сдвоенным проводом в комплекте) способны запитать диск потребляющий больше чем может дать 1 USB 2.0 при помощи подключённых к нему сдвоенных проводов - факт основанный на личном опыте. Не берут они больше стандарта USB 2.0 хоть обпаралелься. Нет, если данные и сам диск не жалко, можно на авось полагаться. Зачем проверять характеристики по маркировке, это же так трудно. Я так и делал пока не надоело.

ОП снова с вами. Забыли пока про бокс. 3-в-1 адаптер, DEXP AT-HA007 (не ахти что, но в ближайших магазинах 2.5 IDE адаптера получше в наличии не было), имеет внешнее питание - может ли всё равно быть в нём проблема? Данные-то с его помощью восстановить получилось.

>>213668
Где найти девайс с 2.5 IDE портом, без понятия, но hdparm и smartctl опробую в ближайшее время.

>>213895
А нет, смотри-ка, нашёлся девайс с IDE портом. Шлейфа только не хватает.
преждевременная c:won

>>213897
Если верить надписям:
Диск потребляет - 5V * 0.6A = 3W.
Адаптер выдаёт - (12/)5V * 2A = 10W.

Тем временем, hdparm:
knoppix@Microknoppix:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 100M 0 part
└─sda2 8:2 0 931.4G 0 part
sdb 8:16 0 2T 0 disk
└─sdb1 8:17 0 55.9G 0 part
sdc 8:32 1 15G 0 disk
└─sdc1 8:33 1 15G 0 part /mnt-system
sr0 11:0 1 1024M 0 rom
cloop0 240:0 0 1.8G 1 disk /KNOPPIX
cloop1 240:1 0 9.6G 1 disk /KNOPPIX1
zram0 253:0 0 2.6G 0 disk [SWAP]
knoppix@Microknoppix:~$ sudo hdparm -g /dev/sdb
/dev/sdb:
geometry = 4260880/16/63, sectors = 4294967294, start = 0
knoppix@Microknoppix:~$ sudo hdparm -g /dev/sdb1
/dev/sdb1:
geometry = 116278/16/63, sectors = 117209169, start = 63
Кол-во секторов на разделе, кстати, чуть ниже того, что указано на самом диске - 117210240.
Многие другие команды выдают:

SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Часть команд smartctl ругается:

scsi error unsupported scsi opcode

>>213901
Сделай hdparm -I /dev/sdb лучше. Особенно подозрения на секцию Security. Да и вывод hdparm -N /dev/sdb не помешает.

>>213901

> Если верить надписям

Не верь. При раскрутке диск запросто жрет x2-x3.

>>213907
Могут. У самого были проблемы с отваливающимися дисками из массива при двойном (по циферкам) запасе по питанию. Замена питания проблему решила.

>>213904

knoppix@Microknoppix:~$ sudo hdparm -I /dev/sdf
/dev/sdf:
ATA device, with non-removable media
Standards:
    Likely used: 1
Configuration:
    Logical         max     current
    cylinders       0       0
    heads           0       0
    sectors/track   0       0
    --
    Logical/Physical Sector size:           512 bytes
    device size with M = 1024*1024:           0 MBytes
    device size with M = 1000*1000:           0 MBytes 
    cache/buffer size  = unknown
Capabilities:
    IORDY not likely
    Cannot perform double-word IO
    R/W multiple sector transfer: not supported
    DMA: not supported
    PIO: pio0 
knoppix@Microknoppix:~$ sudo hdparm -I /dev/sdf1
/dev/sdf1:
ATA device, with non-removable media
Standards:
    Likely used: 1
Configuration:
    Logical         max     current
    cylinders       0       0
    heads           0       0
    sectors/track   0       0
    --
    Logical/Physical Sector size:           512 bytes
    device size with M = 1024*1024:           0 MBytes
    device size with M = 1000*1000:           0 MBytes 
    cache/buffer size  = unknown
Capabilities:
    IORDY not likely
    Cannot perform double-word IO
    R/W multiple sector transfer: not supported
    DMA: not supported
    PIO: pio0
knoppix@Microknoppix:~$ sudo hdparm -N /dev/sdf
/dev/sdf:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 max sectors   = 0/1, HPA is enabled
knoppix@Microknoppix:~$ sudo hdparm -N /dev/sdf1
/dev/sdf1:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 max sectors   = 0/1, HPA is enabled

>>213920
А как проверить? Переходников IDE с 2.5 на 3.5 сейчас фиг найдёшь. Разве, что из Китая дожидаться (https://aliexpress.ru/item/4000933124616.html).

>>213923
Просто и без оборудования - никак. Только вот подкинуть другой блок наблюдать на длинном отрезке времени. А у тебя, я так понял, бокс, и врубиться в обход его стаба будет непросто.

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

>>213925
Не, бокс в котором был жестяк не подавал никаких признаков жизни, так что я купил пикрелейтед.
Алсо, на всякий случай спрошу, что есть "блок" и "стаб" в данном контексте?

>>213923
Честно говоря, больше всего похоже на дохлую электронику в диске, возвращающую откровенный бред хосту.
Но вон кто-то решил подобную проблему передергиванием: https://bbs.archlinux.org/viewtopic.php?id=199942
Может все-таки какие-то повреждения интерфейса заметны?

>>213926
С точки зрения электроники это сорт USB-бокса, разница во внешнем исполнении.

Стаб - внутренний стабилизатор питания этой фиговины. Диски 2.5 в таких переходниках всегда питаются от него, т.к. им +12 не нужно. Если на ней нет допразъема dc, в качестве источника выступает только хостовый usb. И на раскрутке ты можешь утонуть. А раскрутка делается в мелких дисках ну очень часто.

БП - блок питания. Это касалось моего кейса в примере, там я отдельно подавал питание на диск в обход конвертера.

Ты, в принципе, тоже можешь попробовать. В ide 2.5 гребенка 44 против 40 в 3.5, питание идет как раз через эти 4. Повесить на них в разрыв хороший бп 5v 3а, например.

>>213938
У меня телефон, извинити. Ключевые слова для поиска в посте есть.

Ваша правда - наконец-то раздобыл пикрелейтед, и разница налицо:

knoppix@Microknoppix:~$ sudo hdparm -g /dev/sda
/dev/sda:
 geometry      = 267349/255/63, sectors = 4294967294, start = 0


knoppix@Microknoppix:~$ sudo hdparm -g /dev/sda1
/dev/sda1:
 geometry      = 7295/255/63, sectors = 117209169, start = 63


knoppix@Microknoppix:~$ sudo hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
        Model Number:       FUJITSU MHT2060AH                       
        Serial Number:      NP05T4B26LBV
        Firmware Revision:  006C    
Standards:
        Used: ATA/ATAPI-6 T13 1410D revision 3a 
        Supported: 6 5 4 
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:    16514064
        LBA    user addressable sectors:  4294967294
        Logical/Physical Sector size:           512 bytes
        device size with M = 1024*1024:     2097151 MBytes
        device size with M = 1000*1000:     2199023 MBytes (2199 GB)
        cache/buffer size  = 8192 KBytes (type=DualPortCache)
Capabilities:
        LBA, IORDY(cannot be disabled)
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: 128
        Recommended acoustic management value: 254, current value: 254
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5 
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4 
             Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
                Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    DOWNLOAD_MICROCODE
           *    Advanced Power Management feature set
                Power-Up In Standby feature set
                SET_MAX security extension
           *    Automatic Acoustic Management feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    SMART error logging
           *    SMART self-test
Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
        60min for SECURITY ERASE UNIT.
HW reset results:
        CBLID- above Vih
        Device num = 0 determined by the jumper
Checksum: correct


knoppix@Microknoppix:~$ sudo hdparm -N /dev/sda
/dev/sda:
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 max sectors   = 4294967294/1(1?), HPA setting seems invalid (buggy kernel device driver?)

Также рискнул попытаться установить кол-во секторов с помощью -Np:

knoppix@Microknoppix:~$ sudo hdparm --yes-i-know-what-i-am-doing -Np117210240 /dev/sda

/dev/sda:
 setting max visible sectors to 117210240 (permanent)
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 e6 01 21 04 00 00 00 7f 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 max sectors   = 4294967294/1(1?), HPA setting seems invalid (buggy kernel device driver?)

И снова не знаю, что с этим делать.

>>214323
Что значит случается? Жестяк как определялся 2х-терабайтным, так и определяется. На Кноппиксе файловый браузер не может его открыть (грузит бесконечно, хотя и не зависает), а менеджер дисков (хз, как оно под капотом зовётся), при попытке что-нибудь сделать с единственным разделом, начинает крутить спиннер, но ничего не может сделать. Пробовал fdisk'ом отформатировать его, но тот только ругнулся на ошибку записи, а так как я сам тоже не линуксоид, других идей пока не возникло.

Сейчас тестирую на машинке с матерью GIGABYTE GA-C1037UN-EU, вроде бы UDMA-диски должны поддерживаться.

>>214359

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

Ой, вот очень на TLER смахивает.

>>214364

> проблемы на родном железе

Так я в же ОП-посте написал - родное железо для него был неопознанный USB-адаптер в боксе (может что-то ещё раньше было, но мне попался в таком виде), да только он вообще сигналов жизни не подавал. А 3.5-на-2.5 переходник это ж наипростейшая приблуда - просто пин к пину проброшен (резисторы вроде чисто для светодиодов, если правильно понимаю), ломаться нечему. Может конечно дело и в компе с вышеуказанной материнкой, но компов с ATA у меня тоже не много.

>>214377
Я конечно сам погуглю, но можно чуть-чуть подробней?

>>214381

> Я имел ввиду ATA того же формата и примерно того же поколения. И вопрос не в том на чём оно теоретически должно работать, а в том на чём должно гарантированно

Если работа диска с интерфейсом ATA/100 не может быть гарантирована на компьютере с материнской платой, поддерживающей этот интерфейс, то на чём мне тогда тестировать-то его? Пока что приходит в голову поискать 80-жильный шлейф, хотя по той информации, что я видел, и 40 жильного должно хватать для работы на низких скоростях.

>>214381
Извиняюсь, некорректно выразился. Похоже на поведение диска с дефектной поверхностью без TLER.
>>214386
"Переназначить сектора" можно было в эпоху CHS. Сейчас либо это сделает сам диск, либо его пора в помойку.

>>214410
Если он это не делает сам, то ты его никак не заставишь нажатием кнопочек. Прямой связи между "секторами" со стороны ОС и секторами на блине давно нет. Танцы с Викторией это просто привычки молодости танцующих, от которых они не могут отказаться ввиду инертности мышления.

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

А вылавливать пару бедблоков в корне и потом разделы между ними мапить - это кроилово от лукавого, с неизбежным результатом. Разве что только совсем нет денег, а прожить неделю-две надо.