Tại sao ổ cứng USB ngoài của tôi đôi khi không thể truy cập hoàn toàn?


11

Tôi có một ổ cứng USB ngoài, bao gồm một ổ đĩa SATA 1 TB trong Rosewill RX35-AT-SU SLV Aluminium 3.5 "Bạc USB 2.0 , được cắm vào máy tính xách tay SONY VAIO VGN-NS 310F của tôi . Nó được cắm trực tiếp vào máy tính (không phải qua một trung tâm). Ổ đĩa bên trong vỏ bọc là Western Digital 7200 vòng / phút, nhưng tôi không nhớ mô hình chính xác. Tôi có thể tháo ổ đĩa khỏi vỏ (một lần nữa), nếu mọi người nghĩ cần biết chi tiết đó .

Ổ đĩa được định dạng ext4. Tôi tự động gắn kết nó với udiskshệ thống LubFi 11.10 của mình, thường tự động thông qua PCManFM. (Tôi đã có Lubfox 12.04 trên máy này và cũng trải qua tất cả các hành vi tương tự với điều đó.) Mỗi ​​lần một lần - một hoặc hai lần một ngày - nó không thể truy cập được và khó có thể vượt qua. Cố gắng ngắt kết nối với sudo umount ...thông báo lỗi cho biết ổ đĩa đang được sử dụng và đề xuất fuserlsoftìm hiểu xem cái gì đang sử dụng nó. Giết chết các quy trình được tìm thấy để sử dụng ổ đĩa fuserlsofđôi khi đủ để tôi gỡ bỏ nó, nhưng thường thì không.

Khi ổ đĩa không được kết nối hoặc máy được khởi động lại, ổ đĩa sẽ không được gắn kết. Cắm vào ổ đĩa và bật nó lên thanh ghi không có gì trên máy tính. dmesglà không thay đổi. Đèn truy cập của ổ đĩa thường nhấp nháy mạnh mẽ, như thể ổ đĩa đang được truy cập liên tục. Cuối cùng, sau khi tôi tắt ổ đĩa một lúc (nửa giờ), tôi có thể gắn nó lại.

Mặc dù ổ đĩa không hoạt động trên máy này trong một thời gian, nhưng nó sẽ hoạt động ngay lập tức trên một máy khác chạy cùng phiên bản Ubuntu. Đôi khi mang nó trở lại từ máy khác dường như "sửa chữa" nó. Đôi khi nó không.

Ổ đĩa không phải lúc nào cũng có thể truy cập được trong khi gắn , trước khi không thể đếm được. Đôi khi nó hoạt động tốt, tôi tắt máy tính, tôi bật lại máy tính và tôi không thể gắn ổ đĩa.

Hiện tại đây là ổ đĩa duy nhất gặp sự cố này, nhưng tôi đã gặp sự cố mà tôi nghĩ là giống như vậy, với các ổ đĩa khác nhau, trên các máy Ubuntu khác nhau. Máy tính xách tay này có một ổ USB ngoài khác được cắm vào nó thường xuyên, không có vấn đề này. Rút phích cắm ổ đĩa đó trước khi cắm vào ổ đĩa "có vấn đề" không khắc phục được sự cố.

Tôi đã mở ổ đĩa lên và chắc chắn rằng các kết nối đã bị siết chặt trong quá khứ và điều đó dường như không có ích gì (hơn là chờ cùng một khoảng thời gian cần thiết để mở và đóng ổ đĩa, trước khi cố gắng kết nối lại nó).

Có ai có bất kỳ ý tưởng nào về những gì có thể gây ra điều này không, tôi nên thực hiện các bước khắc phục sự cố nào và / hoặc làm thế nào để tôi có thể khắc phục vấn đề này hoàn toàn?

Cập nhật: Tôi đã thử thay thế cáp dữ liệu USB (từ vỏ máy tính xách tay), như Merlin đề xuất. Tôi đã thử điều đó từ lâu, vì nó phù hợp với các triệu chứng một cách hoàn hảo (ổ đĩa hoạt động trên một máy khác, điều này sẽ có ý nghĩa vì cáp sẽ bị uốn cong ở một góc khác, có thể hoàn thành một mạch dây bị sờn). Thật không may, mặc dù, điều này không giúp được gì - tôi có cùng một vấn đề với cáp mới. Tôi sẽ cố gắng cung cấp thêm thông tin chi tiết về ổ đĩa bên trong vỏ bọc, lần tới tôi có thể khiến ổ đĩa hoạt động. (Hiện tại tôi không có sẵn máy khác để gắn nó.)

Cập nhật lớn (28 tháng 6 năm 2012)

Các ổ đĩa dường như đã xuống cấp đáng kể. Tôi nghĩ điều này là như vậy, vì tôi đã gắn nó vào một máy khác và nhận được rất nhiều lỗi về các ký tự không hợp lệ, khi sao chép tệp từ nó. Tôi ít quan tâm đến việc khôi phục dữ liệu từ ổ đĩa hơn là tôi đang tìm ra điều gì không ổn với nó. Tôi đặc biệt muốn tìm hiểu nếu vấn đề là ổ đĩa hoặc bao vây.

Bây giờ, khi tôi cắm ổ đĩa vào máy ban đầu mà tôi gặp sự cố, nó vẫn không xuất hiện (bao gồm cả sudo fdisk -l), nhưng nó được nhận ra bởi kernel và các thông báo được thêm vào dmesg. Hầu hết các thông báo bao gồm các lỗi như thế này, lặp đi lặp lại nhiều lần:

[    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

Dưới đây là tất cả các dòng từ dmesgkhi bắt đầu khi ổ đĩa được nhận ra. Xin lưu ý rằng:

  • Tôi quay trở lại chạy LubFi 12.04 trên máy này (và có lẽ đó là một yếu tố trong các thông báo lỗi tốt hơn).
  • Bây giờ ổ đĩa đã được cắm vào máy khác và trở thành thế này, và cũng bây giờ mà máy này đã trở lại để chạy 12.04, ánh sáng truy cập của ổ đĩa không chớp mắt như tôi đã mô tả. Nhìn vào ổ đĩa, nó sẽ xuất hiện như thể nó đang hoạt động bình thường, với mức độ truy cập thấp hoặc không có.
  • Hành vi này (lỗi) xảy ra khi khởi động lại máy với ổ đĩa được cắm và cả khi cắm thủ công vào ổ đĩa.
  • Một vài trong số các tin nhắn là về /dev/sdb. Ổ đĩa đó đang hoạt động tốt. Ổ đĩa xấu là /dev/sdc. Tôi chỉ không muốn chỉnh sửa bất cứ thứ gì từ giữa.

3
đứt / dây cáp tinh ranh?
Moog

Ổ đĩa SATA II hay SATA III? Bất kỳ cập nhật BIOS hoặc FIRMware?
Mitch

Bạn có thể kiểm tra trạng thái SMART của đĩa đó không? Nếu nó có thể được công nhận bất cứ nơi nào cả.
Samik

@Samik Ngay cả khi thiết bị được nhận dạng, tôi dường như không thể làm điều đó .
Eliah Kagan

2
@EliahKagan từ dmesgnhật ký của bạn có thể thấy rằng hệ thống liên tục không đọc được khu vực đầu tiên, hướng dẫn READ (10) không thành công. Vì vậy, nó có thể là một khu vực xấu phát triển ở đó.
Samik

Câu trả lời:


2

Để xác định xem sự cố là ổ đĩa hay vỏ bọc, hãy tháo ổ đĩa ra khỏi vỏ, cài đặt nó trong máy tính để bàn có đủ năng lượng và kiểm tra trạng thái thông minh.

Để kiểm tra sâu hơn, bạn có thể kiểm tra mọi khu vực của các công cụ sử dụng ổ đĩa như thế nào ddrescue. ddrescuesẽ báo cáo kích thước lỗi trong quá trình và bạn có thể thử phục hồi dữ liệu cùng lúc với : sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. Liệt kê các phân vùng với sudo lsblkhoặc cổ điển fdisk -l.

Nếu bạn thực sự không có hứng thú với dữ liệu, bạn có thể buộc tệp đầu ra /dev/nullnhư trong:

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

và bạn vẫn sẽ nhận được báo cáo về bất kỳ kích thước lỗi nào trên thiết bị xuất chuẩn

Đã thử nghiệm trên Ubuntu 14.04 với GNU ddresTHER 1.17 như sau ví dụ ngắn bằng cách sử dụng / dev / sdb2 (phân vùng trao đổi 1MB)

$ 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

Mặc dù tôi không thể thực hiện chính xác các bước này, tôi tin rằng câu trả lời này vừa chính xác vừa nắm bắt tốt nhất bản chất của vấn đề mà tôi đang gặp phải (mặc dù các vấn đề khác cũng có giá trị, đối với các kịch bản khác nhau biểu hiện tương tự). Cuối cùng, ổ đĩa đã ngừng hoạt động hoàn toàn, tôi đã gỡ bỏ nó khỏi vỏ (được cấp nguồn), thấy nó cũng không hoạt động (trên nhiều máy) khi trong một vỏ bọc khác (được cấp nguồn) và thấy một ổ đĩa khác hoạt động (trên nhiều máy) trong bản gốc bao vây. Vì tôi không thể nhận ra ổ đĩa sự cố một lần nữa, tôi đã không cố chạy ddrescuehoặc kiểm tra trạng thái SMART.
Eliah Kagan

@EliahKagan đó là một sự cố cơ hoặc điện? Bạn có thể nghe thấy ổ đĩa quay? Chỉ tò mò thôi.
Anh Cả Geek

Lần cuối cùng tôi chạy trên ổ đĩa, tôi vẫn có thể nghe thấy nó quay, vâng.
Eliah Kagan

1

Tôi đã có trải nghiệm tương tự khi tôi đang chạy 12.04 máy tính để bàn Ubuntu. Vỏ ổ cứng của tôi có 2 tùy chọn về nguồn, tôi có thể mua bộ chuyển đổi a / c hoặc sử dụng 1 usb mini sang cáp usb thông thường hoặc sử dụng cáp usb mini vào hai cáp usb. Lý tưởng nhất là nó cần được kết nối với cả hai cổng usb để cung cấp nguồn điện dồi dào. Nó có thể truyền dữ liệu qua cáp usb hoặc qua eSata.

Khi sử dụng kết nối eSata, trước tiên tôi cần cung cấp nguồn cho ổ đĩa để đĩa quay và sau đó khởi động hệ thống để bios nhận ra đĩa đã quay. Nếu không, nó sẽ không nhìn thấy đĩa trong thời gian. Tôi tin rằng điều này có liên quan đến bộ điều khiển cho vỏ bọc.

Khi tôi gắn USB, tôi có kết quả rất hỗn tạp khi cắm cáp trước vào vỏ và thứ hai vào các cổng USB. Có lẽ khoảng một nửa thời gian nó sẽ gắn kết chính xác. Nếu tôi cắm cáp usb vào các cổng pc trước và sau đó vào bao vây thứ hai, tôi có kết quả tốt hơn nhiều khoảng 70%. Kết quả tốt nhất tôi nhận được với các tùy chọn USB là sử dụng nguồn điện bên ngoài (bộ chuyển đổi a / c) cho vỏ để đảm bảo đĩa quay và ổn định trước khi tôi cắm nó vào máy. Đã làm việc khá nhiều 100%

Không nói rằng đây chính xác là vấn đề của bạn, nhưng đối với tôi, nó đã giúp cung cấp năng lượng bao vây và quay đĩa trước khi kết nối để nó được đọc là hệ thống. Có lẽ tốc độ bios hoặc bus trên một hệ thống của bạn tốt hơn hệ thống kia và nó dành thời gian cho bộ điều khiển thùng để bắt đầu hoạt động trước khi nó cố đọc đĩa? Và có lẽ một thời gian sau khi rút phích cắm bộ điều khiển đặt lại chính nó?

Có lẽ bộ điều khiển cần có thời gian để quyết định xem nó chỉ lấy nguồn từ USB hay nguồn và dữ liệu. Có lẽ đó là một vấn đề điện áp hoặc cường độ? Eitherway điều khiển bao vây dường như là khó khăn.


0

Đối với ổ USB của bạn, hãy thử các bước sau (nếu bạn chưa thực hiện việc này):

  1. sudo fdisk -l #nhận thông tin
  2. sudo mkdir /media/external #create điểm gắn kết
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #mount.

Hoặc thử sử dụng pmountđể gắn USB của bạn.


5
Cảm ơn những lời đề nghị. Thật không may: [1] sudo fdisk -l không tiết lộ bất cứ điều gì về ổ đĩa. Tôi sẽ không mong đợi điều đó, vì dmesgkhông thay đổi từ việc gắn lại ổ đĩa. [2] Tôi không thể tự gắn thiết bị mà Ubuntu không nhận ra là được gắn vào. (Một lần nữa, dmesgkhông nói gì.) (Điều này áp dụng cho udiskspmountcũng vậy.) Hãy nhớ rằng, không phải là phân vùng của ổ đĩa không được nhìn thấy. Ổ đĩa không được nhìn thấy. [3] Tại sao tôi lại gắn một khối lượng ext4 dưới dạng vfat?
Eliah Kagan

0

Tôi sẽ đề nghị cũng có thể có vấn đề với chip trình điều khiển bus USB của bạn hoặc tương tự. Bạn có công cụ nào để liệt kê tất cả các thiết bị USB không? Hãy thử chạy các công cụ đó khi ổ đĩa hoạt động tốt và khi ổ đĩa không thể truy cập được. Bạn có thấy sự khác biệt nào không?

Các ổ đĩa cũ (và rẻ hơn) trải qua một quá trình gọi là "Hiệu chỉnh nhiệt" (TACL) xảy ra mỗi giờ hoặc lâu hơn và chúng có thể không truy cập được trong vài giây trong khi ổ đĩa ước tính đầu đĩa bị uốn cong do tích tụ nhiệt. trong ổ đĩa. Trong TCL, động cơ bước và cuộn tìm kiếm mọi rãnh và đầu được căn chỉnh trên mỗi rãnh, và kết quả được lưu trữ. Đây là một tính năng nội bộ của phần sụn. Có vẻ như quá trình này đang bị kẹt, hoặc có lẽ nó đang tạo ra các câu trả lời sai, khiến nó không thể truy cập vào ổ đĩa sau khi hiệu chỉnh lại nhiệt.

Lỗi bạn đã đăng từ dmesg cho thấy có vấn đề trên sdc, sector 0, khối logic 0. Các khối được đánh số thấp này thường chứa hình dạng của ổ đĩa (tức là định dạng cứng hoặc mềm). Nếu các khối này bị hỏng, toàn bộ ổ đĩa có thể không thể truy cập được, vĩnh viễn. Lỗi phương tiện truyền thông có thể liên quan đến nhiệt, điều này có thể giải thích tại sao một khoảng thời gian không hoạt động (di chuyển ổ đĩa sang máy khác) đôi khi khắc phục nó, đôi khi không khắc phục được.

Để tìm hiểu xem sự cố có liên quan đến nhiệt hay không, hãy bật máy tính và khởi động đồng hồ bấm giờ, nhưng không thực sự sử dụng ổ đĩa - chỉ cần đợi nó bị hỏng và ghi lại thời gian mất bao lâu. Sau đó, tắt nó đi và để nó trong vài giờ để hạ nhiệt, sau đó chạy lại bài kiểm tra, bật máy tính và lái xe, nhưng bắt đầu một bản sao ổ đĩa dữ liệu lớn (cùng ổ đĩa). Làm việc nhiều hơn với động cơ bước có lẽ sẽ khiến ổ đĩa nóng lên nhanh hơn và khiến nó bị hỏng sớm hơn. Nếu có một sự thay đổi lớn trong sự chậm trễ thất bại, thì ổ đĩa sẽ được nướng và tôi sẽ lấy một cái khác. Chúc may mắn!


0

Thông thường, loại sự cố này là do thiếu nguồn điện từ cáp USB vào ổ đĩa, và điều này đặc biệt có khả năng ổ đĩa ngoài không được mua ngoài giá mà tự lắp ráp. (Bạn sẽ hy vọng rằng một nhà sản xuất ổ đĩa ngoài sẽ đảm bảo rằng các cổng USB có thể hỗ trợ nó.)

Một thiết bị có thể rút tối đa 500 mA từ một cổng trong thông số kỹ thuật USB 2.0 và lên đến 900 mA trong USB 3.0. Bằng cách kiểm tra thông số kỹ thuật của nhà sản xuất ổ đĩa ngoài, bạn có thể xác nhận các yêu cầu năng lượng tối đa của ổ đĩa.

Sự cố thường có thể được khắc phục bằng cách thử cổng USB3 (nếu bạn có và bạn chưa thử điều này), vì chúng cung cấp nhiều năng lượng hơn USB2 hoặc để có cáp USB Y để ổ đĩa có thể lấy nguồn từ 2 cổng thay vì 1. Chúng có sẵn không tốn kém trên eBay hoặc Amazon.


0

Mặc dù nguyên nhân thực sự của vấn đề đã được chỉ ra, tôi muốn thêm câu trả lời tương tự, vì tôi có 4 ổ cứng gắn ngoài.

Bất kỳ máy tính nào được sản xuất, giả định rằng nguồn điện sẽ được sử dụng phù hợp với thông số kỹ thuật của cấu hình và tối đa là quá tải 20%

Bất kỳ thiết bị USB bên ngoài nào cũng phải được cấp nguồn từ một HUB POWERED EXTERNAL, để bảo vệ nguồn năng lượng của máy tính. Các hành vi được mô tả là một hành vi điển hình cho quá tải điện. Giả sử bạn cũng có một đĩa DVD bên ngoài, điều này cũng sẽ làm hỏng các bản ghi của bạn và thậm chí có thể khiến (các) thiết bị của bạn không thể phục hồi và hơn thế nữa, ngay cả máy tính của bạn. Máy tính xách tay thường phanh theo cách này, vì người dùng có xu hướng sử dụng các trung tâm USB thụ động hoặc các thiết bị chạy bằng máy tính, bao gồm cả ổ cứng, DVD và những thứ tương tự.

Mua một bộ chia USB được cấp nguồn bên ngoài và kết nối các thiết bị USB QUA CẢM ỨNG USB CÓ ĐIỆN , thay vì rút nguồn điện từ nguồn máy tính, vì phương pháp này sẽ làm hỏng nhiều hơn ổ cứng của bạn. Sự gia tăng sức mạnh chủ yếu giống như một máy tính bị thiếu năng lượng hoặc thiết bị bên ngoài. Chuẩn USB không liên quan gì đến thiết bị yếu. Hãy nghĩ về nó như thế này: nếu bạn muốn sức mạnh từ chiếc xe của mình, bạn sẽ sử dụng nhiên liệu gì? Bất cứ điều gì đốt cháy, hoặc nhiên liệu quy định của nhà sản xuất? Nó giống hệt ở đây. Sử dụng các thiết bị USB UNPOWERED, rút ​​nguồn điện từ nguồn năng lượng bên trong của máy tính. Nó đã có đủ các thiết bị gắn liền với nó!

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.