У мене є зовнішній жорсткий диск USB, що складається з 1 ТБ накопичувача SATA в алюмінієвому алюмінієвому корпусі Rosewill RX35-AT-SU SLV, алюмінієвий 3,5 -дюймовий, 3,5-дюймовий , підключений до мого ноутбука SONY VAIO VGN-NS310F . Він підключається безпосередньо до комп'ютера (не через концентратор). Привід всередині корпусу - це Western Digital 7200 об / хв, але точної моделі я не пам’ятаю. Я можу вийняти накопичувач із корпусу (знову), якщо люди вважають, що потрібно знати цю деталь .

Привід відформатований ext4. Я динамічно монтую його udisksв моїй системі Lubuntu 11.10, зазвичай автоматично через PCManFM. (У мене був Lubuntu 12.04 на цій машині, і я зазнавав усієї такої ж поведінки з цим теж.) Кожен раз - раз або двічі на день - він стає недоступним і важко відключити. Спроба відключити його sudo umount ...видає повідомлення про помилку, вказуючи на те, що накопичувач використовується та пропонує fuserта lsofз’ясувати, що він використовує. Процеси вбивства, за якими виявлено використання диска, fuserі lsofіноді достатньо, щоб я міг його відключити, але зазвичай це не так.

Після відключення диска або перезавантаження машини привід не зможе встановитись. Підключіть накопичувач і включіть його, нічого не реєструє на комп'ютері. dmesgє незмінним. Індикатор доступу до накопичувача зазвичай енергійно блимає, ніби постійно доступ до цього диска. Потім, з часом, після того як я утримую привід деякий час (півгодини), я можу його знову встановити.

Поки накопичувач деякий час не працює на цій машині , він буде працювати негайно на іншій машині, що працює з тією ж версією Ubuntu. Іноді повернення його з іншої машини, здається, "виправляє" це. Іноді це не так.

Привід не завжди перестає бути доступним під час встановлення , перш ніж стати незмінним. Іноді це працює добре, я вимикаю комп'ютер, вмикаю комп'ютер і не можу встановити накопичувач.

Наразі це єдиний накопичувач, з яким у мене ця проблема, але у мене виникли проблеми, які, на мою думку, такі ж, як і з різними накопичувачами, на різних машинах Ubuntu. У цього ноутбука регулярно підключається інший зовнішній накопичувач USB, що не має цієї проблеми. Відключення цього диска до підключення диска "проблема" не усуває проблему.

Я відкрив накопичувач і переконався, що зв’язки були міцними в минулому, і це, здається, не допомогло (більше, ніж чекати стільки ж часу, що потрібно для відкриття та закриття накопичувача, перш ніж намагатися здійснити повторний ремонт. це).

Хтось має уявлення про те, що може бути причиною цього, які дії щодо усунення несправностей я повинен виконувати та / або як я можу цілком усунути цю проблему?

Оновлення: Я спробував замінити кабель даних USB (від корпусу до ноутбука), як запропонував Мерлін . Я повинен був би спробувати це давно, оскільки він ідеально підходить до симптомів (накопичувач працює на іншій машині, що мало б сенс, оскільки кабель був би зігнутий під іншим кутом, можливо, завершивши ланцюг пошкоджених проводів). На жаль, це не допомогло - у мене така ж проблема з новим кабелем. Я спробую надати додаткову детальну інформацію про накопичувач всередині корпусу, наступного разу, коли я зможу працювати привід. (На даний момент у мене немає іншої машини, щоб її прикріпити.)

Основне оновлення (28 червня 2012 р.)

Здається, привід значно погіршився. Я думаю, що це так, тому що я приєднав його до іншої машини і отримав безліч помилок щодо недійсних символів під час копіювання файлів з неї. Мені менш цікаво відновлювати дані з накопичувача, ніж я з'ясовую, що з цим не так. Я спеціально хочу розібратися, чи проблема полягає в накопичувачі або корпусі.

Тепер, коли я підключаю диск до оригінальної машини, де у мене виникли проблеми, він все ще не з’являється (в тому числі і з sudo fdisk -l), але він розпізнається ядром і повідомлення додаються до нього dmesg. Більшість повідомлень складаються з подібних помилок, повторених багато разів:

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

Тут усі рядки dmesgпочинаються з розпізнавання накопичувача. Будь ласка, зверніть увагу, що:

• Я повернувся до запуску Lubuntu 12.04 на цій машині (і, можливо, це є фактором кращих повідомлень про помилки).
• Тепер, коли накопичувач був підключений до іншої машини та назад до цієї, а також тепер, коли ця машина повернулася до роботи 12.04, індикатор доступу диска не блимає, як я описав. Дивлячись на накопичувач, здавалося б, він працює нормально, з низьким або відсутнім доступом.
• Така поведінка (помилки) виникає під час перезавантаження машини з підключеним диском, а також при підключенні накопичувача вручну.
• Декілька повідомлень про /dev/sdb. Цей привід працює чудово. Поганий диск /dev/sdc. Я просто не хотів нічого редагувати з середини.

Щоб визначити, чи є проблема в накопичувачі чи корпусі, вийміть пристрій з корпусу, встановіть його на робочому столі з достатньою потужністю та перевірте стан розумного стану.

Для більш глибокого випробування ви можете перевірити кожен сектор накопичувача, використовуючи такі інструменти ddrescue. ddrescueповідомить розмір помилки під час процесу , і ви можете спробувати відновити дані в той же час , як і в: sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. Перелічіть розділи з sudo lsblkабо класичні fdisk -l.

Якщо у вас справді немає інтересу до даних, ви можете примусити вихідний файл, /dev/nullяк у:

sudo ddrescue --force /dev/sdc /dev/null logfile 

і ви все одно отримаєте звіт про будь-який розмір помилки в stdout

Тестовано на Ubuntu 14.04 з GNU ddrescue 1.17, як описано в цьому короткому прикладі, використовуючи / dev / sdb2 (розділ розміщення 1 МБ)

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s

У мене був подібний досвід, коли я працював на робочому столі Ubuntu 12.04. Мій корпус жорсткого диска мав 2 варіанти живлення, я міг або придбати адаптер для введення / використання, або використати 1 mini usb для звичайного usb-кабелю, або використати міні-usb-кабель на два usb-кабелі. В ідеалі його потрібно було підключити до обох портів USB, щоб забезпечити достатню потужність. Він може передавати дані по USB-кабелю або по eSata.

При використанні підключення eSata мені потрібно було спочатку подати живлення, щоб диск крутився, а потім завантажував систему, щоб біос розпізнавав уже обертовий диск. Інакше він не побачив диск вчасно. Я вважаю, що це має щось спільне з контролером для корпусу.

Коли я встановив USB, у мене були дуже неоднозначні результати при підключенні кабелю спочатку до корпусу, а потім до USB-портів. Можливо, приблизно половину часу він би встановив правильно. Якщо я підключив USB-кабелі спочатку до порту ПК, а потім у другому корпусі, я мав би набагато кращі результати приблизно на 70%. Найкращі результати, отримані за допомогою USB-параметрів, - це використання зовнішнього джерела живлення (адаптер / перехідник) для корпусу, щоб переконатися, що диск крутиться і стабільним, перш ніж підключити його до машини. Працювали майже 100%

Не кажучи про те, що це саме ваша проблема, але для мене це допомогло забезпечити потужність корпусу та закрутити диск перед тим, як підключити його, щоб він прочитав систему. Можливо, швидкість роботи біоси або шини у вашій одній системі краща за іншу, і це дає час, щоб контролер корпусів почав працювати, перш ніж він спробує прочитати диск? І, можливо, через деякий час після відключення корпусу контролер скидає себе?

Можливо, контролеру потрібно встигнути вирішити, чи він просто отримує живлення від USB або живлення та даних. Можливо, це питання напруги чи напруги? Так чи інакше, контролери корпусу здаються химерними.

Для вашого USB-накопичувача спробуйте виконати наступні дії (якщо ви цього ще не зробили):

1. sudo fdisk -l #отримати інформацію
2. sudo mkdir /media/external #створити точку монтажу
3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #mount.

Або спробуйте використовувати pmountдля встановлення USB.

Я б припустив, що також може виникнути проблема з чіпом вашого драйвера USB або подібним. Чи є у вас інструменти для переліку всіх USB-пристроїв? Спробуйте запустити ці інструменти, коли накопичувач працює належним чином і коли диск не доступний. Ви бачите якісь відмінності?

Старіші (і дешевші) накопичувачі проходять процес, який називається "Теплова повторна калібрування" (TACL), який відбувається щогодини або близько того, і вони можуть стати недоступними протягом декількох секунд, поки привід оцінює, наскільки зігнута головка диска при накопиченні тепла. в приводі. Під час TCL кроковий двигун та котушка прагнуть до кожної колії, а голова вирівнюється на кожній доріжці, і результати зберігаються. Це внутрішня особливість прошивки. Здається, що цей процес або застряє, або, можливо, він дає неправильні відповіді, що робить неможливим доступ до приводу після теплової повторної калібрування.

Помилка, яку ви опублікували у dmesg, вказує на проблеми у sdc, секторі 0, логічному блоці 0. Ці малочисельні блоки часто містять геометрію накопичувача (тобто жорстке або м'яке форматування). Якщо ці блоки йдуть погано, весь накопичувач може стати недоступним, назавжди. Поломка носія може бути пов'язана з теплом, що може пояснити, чому період бездіяльності (переміщення приводу на іншу машину) іноді виправляє його, іноді не виправляє.

Щоб зрозуміти, чи проблема пов’язана з теплом, увімкніть комп’ютер і запустіть секундомір, але при цьому не використовуйте накопичувач - просто зачекайте, коли він вийде з ладу, і запишіть, скільки часу потрібно для виходу з ладу. Потім вимкніть його і залиште на кілька годин для охолодження, потім повторно запустіть тест, увімкніть комп’ютер і диск, але запускайте величезну копію накопичувача з накопичувачем даних (той же привід). Якщо більше працювати з кроковим двигуном, імовірно, привід швидше нагріється, і швидше вийде з ладу. Якщо є велика зміна затримки несправності, то накопичувач тост, і я отримав би ще один. Удачі!

Досить часто подібний тип проблем викликається відсутністю достатньої потужності, яка спускається USB-кабелем до накопичувача, і це особливо ймовірно, коли зовнішній накопичувач купувався не на полиці, а самостійно збирався. (Ви сподіваєтесь, що виробник зовнішнього накопичувача переконався б, що порти USB можуть його підтримувати.)

Пристрій може витягувати до 500 мА з порту в специфікації USB 2.0 і до 900 мА в USB 3.0. Перевіряючи технічні характеристики виробника зовнішнього накопичувача, ви зможете підтвердити вимоги максимальної потужності вашого приводу.

Проблему часто можна вирішити, спробувавши порт USB3 (якщо у вас є, а ви ще цього не пробували), оскільки вони забезпечують більше енергії, ніж USB2, або отримати кабель USB Y, щоб накопичувач міг отримати живлення від 2 порти замість 1. Вони доступні недорого на eBay або Amazon.

Хоча вже було вказано справжню причину проблеми, я хочу додати ту саму відповідь, оскільки у мене є 4 зовнішніх жорстких диска.

Будь-який комп'ютер, який виробляється, передбачає, що джерело живлення буде використовуватися відповідно до технічних характеристик конфігурації та, щонайменше, перевантаження 20%

Будь-який зовнішній USB-пристрій повинен бути живленням від зовнішньої електроживлення, щоб захистити джерело живлення комп'ютера. Описана поведінка є типовою поведінкою для перевантаження енергії. Припустимо, у вас є також зовнішній DVD-диск, це також призведе до невдачі ваших записів, і навіть може зробити невідмінними ваші пристрої (-и) та інше, навіть ваш комп'ютер. Ноутбуки зазвичай гальмують таким чином, оскільки користувачі, як правило, використовують пасивні USB-концентратори або комп'ютерні пристрої, включаючи жорсткі диски, DVD тощо.

Купіть зовнішній USB-концентратор та підключіть USB-пристрої через ПОЛЮВАННЯ USB , а не витрачайте живлення від джерела комп'ютера, оскільки такий підхід зашкодить більше, ніж ваш жорсткий диск. Перенапруга в основному збігається з комп’ютером з низьким напругою або зовнішнім пристроєм. Стандарт USB не має нічого спільного з малопотужним пристроєм. Подумайте про це так: якщо ви хочете живити в своєму автомобілі, яке паливо ви б використовували? Щось, що горить, або вказане виробником пальне? Тут точно так само. Використовуючи НЕЗАБАВЛЕННІ USB-пристрої, відводить живлення з внутрішнього джерела живлення комп'ютера. У ньому вже є достатньо приладів, прикріплених до нього!