[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: Capture.PNG -(34 KB, 532x499, Capture.PNG)
34 No.213656  

Ычии, вручили мне на спасение данных один старый внешний жестяк (Fujitsu MHT2060AH в каком-то китайском боксе). USB-PATA адаптер в боксе оказался дохлым, но это только полбеды.

Подключив его через китайский 3-в-1 адаптер, сразу же обнаружил, что в Управлении дисками он определяется корректно, но почему-то сообщает, что у него размер 2TB, и при этом очень быстро вешает и Управление дисками, и Проводник (при попытках взаимодействия с ним). Не поверив такому счастью (в прямом смысле, диск-то всего на 60GB) я стал пытаться выудить из него всё что можно, совладал с диском только TestDisk - он смог сделать образ диска, запнувшись аккурат в районе 60GB.

Собственно, с восстановлением данных проблем-то и нет, но вот что меня заинтересовало.
До того, как я пришёл к TestDisk, я перепробовал ещё несколько софтин, в том числе HDDScan. HDDScan выдал мне пикрелейтед, и, по адресации LBA28, кол-во секторов помноженное на размер как раз дают 2TB. LBA48 на нуле, хотя согласно мануалу должен поддерживаться. Возможно ли как-то заставить сей диск возвращать корректное кол-во секторов?

>> No.213657  

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

>> No.213658  

>>213657

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

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

>> No.213660  

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

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

>> No.213661  

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

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

>> No.213662  

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

>> No.213665  

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

>> No.213666  
Файл: word-image-74.jpg -(118 KB, 1389x1394, word-image-74.jpg)
118

>>213661

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

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

>> No.213667  

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

>> No.213668  

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

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

>> No.213670  

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

>> No.213895  
Файл: 200px-Slowpoke.svg[1].png -(19 KB, 200x218, 200px-Slowpoke.svg[1].png)
19

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

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

>> No.213896  

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

>> No.213897  

>>213895
Госпади, да проверь ты уже циферки на диске и том куда его тыкаешь. Если питания хватает, значит версию его нехватки сразу отбрасываем.

>> No.213901  

>>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

>> No.213904  

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

>> No.213906  

>>213901

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

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

>> No.213907  

>>213906
Да ну, не придирайся, ошибок в работе диска из-за этого быть не может. Тем более с такой разницей, там запас огромный.

>> No.213920  

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

>> No.213923  

>>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).

>> No.213925  

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

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

>> No.213926  
Файл: 01d3bd978eb7384826150a377c00b9efcaf3c2cd4b88fc43e0e131b1af1f0c01[1].jpg -(40 KB, 650x650, 01d3bd978eb7384826150a377c00b9efcaf3c2cd4b88fc43e0e131b1af1f0c01[1].jpg)
40

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

>> No.213927  

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

>> No.213937  

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

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

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

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

>> No.213938  

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

>> No.213942  

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

>> No.214320  
Файл: 81hZFF4khmL._AC_SY450_[1].jpg -(35 KB, 605x450, 81hZFF4khmL._AC_SY450_[1].jpg)
35

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

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?)

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

>> No.214323  

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

>> No.214359  

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

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

>> No.214364  

>>214359
Так вот может оказаться, что там повреждённые сектора в самом начале, где таблица. И будут не читаться или не писаться критически важные данные, в том числе для форматирования. Т.е. железо как ты и говоришь будет нормально определяться, но операции с ФС будут фейлится. Поэтому так важно убедится что диск полностью здоров, прежде чем ставить подобные эксперименты. Т.е. если с ним будут точно такие же проблемы на родном железе, то очевидно что и при подключении через переходник они останутся, что может казаться проблемами переходника. Встречалось подобное, там прямо буквально всё сыпалось, помогла ручная разметка с переносом раздела на 2-3 гигабайта от начала. Но это уже позже, метод обхода проблемы для эксплуатации. Для начала нужно проверить на наличие или отсутствие такой проблемы. При наличии вылечить и только после если продолжит сыпаться огородить проблемный участок от частого зависания над ним головки.
На данный момент можно только предположить необходимость проведения такой проверки. Уверенность в здоровье диска при экспериментах с ним никогда не повредит.

>> No.214377  

>>214359

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

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

>> No.214380  

>>214364

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

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

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

>> No.214381  

>>214380

>родное железо для него был неопознанный USB-адаптер

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

>можно чуть-чуть подробней

Подробно в википедии, а если кратко, то тоже в переназначении битых секторов. Конкретно в случае конфликта с настройками RAID-контроллера при микрозадержках при чтении\записи, что явно не твой случай. Так что проверь уже диск. Тем более что сервисные утилиты его видят.

>> No.214385  

>>214381

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

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

>> No.214386  

>>214385
Ты сперва целостность поверхности и разметки проверь, переназначь сектора если найдутся, отформатируй правильным образом и уж потом, если никуда не денется проблема, копай дальше в сторону проблем драйверов и железа. До смены переходника это было невозможно, но сейчас несравнимо проще поиска старого исправного ноутбука для тестов.

>> No.214408  

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

>> No.214410  

>>214408
К сожалению далеко не всегда делает. Даже из магазина. Не говоря уже о PATA-ёжиках. Так что лишней проверка не будет. Вообще всегда когда диск чудит проверка лишней не бывает. Ну да, потратятся лишние сутки, но ты же не над ним всё это время будешь сидеть. Будешь чувствовать себя галактических масштабов бакой, если в конце окажется что весь сыр-бор был из-за пары бэдблоков в корне. По крайне мне мне таких двух раз для пожизненной прививки от лени хватило.

>> No.214423  

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

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

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

>> No.214426  

>>214423
Что за чушь? И находил и переназначал и успешно сием чинил.
А если всё очень плохо и постоянно сыпется по новой, то просто размечаем после так, чтоб на том месте и поодаль разделов не было. Главное чтобы жизненно важные части таблицы файловой системы там не находились.
И вообще по твоей логике непонятно, зачем человек парится со старым диском. Пусть выбросит и диск и переходники и старое железо и купит нормальный современный комп. И парится уже с ним.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]