Harici USB sabit diskime bazen tamamen erişilemiyor?


11

SONY VAIO VGN-NS310F dizüstü bilgisayarıma takılı bir Rosewill RX35-AT-SU SLV Alüminyum 3.5 "Gümüş USB 2.0 Harici Muhafaza içinde 1 TB SATA sürücüden oluşan harici bir USB sabit diskim var . Doğrudan bilgisayara takılı (bir hub üzerinden değil) .Kasa içindeki sürücü 7200 rpm Western Digital'dir, ancak tam modeli hatırlamıyorum.İnsanlar bu ayrıntıyı bilmenin gerekli olduğunu düşünüyorsa, sürücüyü kasadan çıkarabilirim (tekrar). .

Sürücü ext4 olarak biçimlendirilmiş. udisksLubuntu 11.10 sistemime dinamik olarak , genellikle otomatik olarak PCManFM üzerinden monte ediyorum . (Bu makinede Lubuntu 12.04 vardı ve tüm bu davranışları da bununla yaşadım.) Arada bir - günde bir veya iki kez - erişilemez ve sökülmesi zorlaşır. İle devreden çalışılıyor sudo umount ...sürücüyü belirten bir hata iletisi verir kullanımda ve düşündüren olduğunu fuserve lsofbunu kullandığını öğrenmek için. Öldürme işlemleri, sürücüyü birlikte kullandığını tespit etti fuserve lsofbazen onu sökmeme izin vermek için yeterli, ancak genellikle değil.

Sürücünün bağlantısı kesildikten veya makine yeniden başlatıldıktan sonra sürücü takılmaz. Sürücüyü takıp açmak, bilgisayara hiçbir şey kaydetmez. dmesgdeğişmez. Sürücüye sürekli olarak erişiliyormuş gibi, sürücünün erişim ışığı genellikle kuvvetli bir şekilde yanıp söner. Sonunda, sürücüyü bir süre (yarım saat) kapalı tuttuktan sonra, tekrar monte edebiliyorum.

Sürücü bu makinede bir süre çalışmazken , aynı Ubuntu sürümünü çalıştıran başka bir makinede hemen çalışacaktır . Bazen diğer makineden geri getirmek onu "düzeltiyor" gibi görünüyor. Bazen olmaz.

Sürücüye, monte edilemez hale gelmeden önce monte edilirken erişilemez . Bazen iyi çalışıyor, bilgisayarı kapatıyorum, bilgisayarı tekrar açıyorum ve sürücüyü monte edemiyorum.

Şu anda bu sorunla karşılaştığım tek sürücü, ancak farklı sürücülerle farklı Ubuntu makinelerinde bununla aynı olduğunu düşündüğüm sorunlar yaşadım. Bu dizüstü bilgisayarda düzenli olarak takılan başka bir harici USB sürücü var, bu da bu sorun yok. "Sorun" sürücüsünü takmadan önce bu sürücünün fişini çekmek sorunu çözmez.

Sürücüyü açtım ve geçmişte bağlantıların sıkı olduğundan emin oldum ve bu yardımcı olmadı (yeniden takmaya çalışmadan önce sürücüyü açıp kapatmak için gereken süreyi beklemekten daha fazlası) o).

Buna neyin sebep olabileceği, hangi sorun giderme adımlarını gerçekleştirmem gerektiği ve / veya bu sorunu nasıl tamamen çözebileceğim konusunda bir fikri olan var mı?

Güncelleme: Merlin'in önerdiği gibi USB veri kablosunu (kasadan dizüstü bilgisayara) değiştirmeyi denedim . Bunu uzun zaman önce denemeliydim, çünkü semptomlara mükemmel bir şekilde uyuyor (sürücü başka bir makinede çalışıyor, bu da kablo farklı bir açıda bükülecek, muhtemelen yıpranmış kabloların bir devresini tamamlayacaktı). Ne yazık ki, bu yardımcı olmadı - Yeni kablo ile aynı sorunu var. Muhafazanın içindeki sürücü hakkında ek ayrıntılı bilgi sağlamaya çalışacağım, bir dahaki sefere sürücüyü çalıştırabiliyorum. (Şu anda takabileceğim başka bir makinem yok.)

Büyük Güncelleme (28 Haziran 2012)

Sürüş önemli ölçüde kötüleşmiş gibi görünüyor. Bunun böyle olduğunu düşünüyorum, çünkü başka bir makineye bağladım ve dosyaları kopyalarken geçersiz karakterler hakkında birçok hata aldım. Sürücüden veri kurtarmayla ilgili sorunun ne olduğunu bulmaktan daha az ilgileniyorum. Özellikle sorunun sürücü veya kasa olup olmadığını anlamak istiyorum.

Şimdi, sürücüyü sorunları yaşadığım orijinal makineye taktığımda, hala (ile birlikte sudo fdisk -l) görünmüyor , ancak çekirdek tarafından tanınıyor ve mesajlar ekleniyor dmesg. Mesajın çoğu, birçok kez tekrarlanan böyle hatalardan oluşur:

[    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

İşte dmesgsürücü tanındığında başlangıçtan itibaren tüm satırlar . Lütfen bunu not al:

  • Bu makinede Lubuntu 12.04'ü tekrar çalıştırıyorum (ve belki de daha iyi hata mesajlarında bir faktör).
  • Şimdi sürücü bu birbiri içine makine ve arkasına takılı ve edildiğini de şimdi bu makine sırt 12.04 çalıştıran olduğunu, sürücünün erişim ışığı ı tarif ettiği gibi yanıp etmez. Sürücüye bakıldığında, normal çalışıyormuş gibi, düşük erişimle veya hiç erişimle görünüyormuş gibi görünecektir.
  • Bu davranış (hatalar), sürücü takılıyken makineyi yeniden başlatırken ve ayrıca sürücüyü manuel olarak takarken oluşur.
  • Mesajlardan birkaçı hakkında /dev/sdb. Bu sürücü iyi çalışıyor. Kötü sürücü /dev/sdc. Ortadan bir şey düzenlemek istemedim.

3
kırık / tehlikeli kablo?
Moog

Drive SATA II mi yoksa SATA III mü? Herhangi bir BIOS veya FIRMWARE Güncellemesi?
Mitch

Diskin SMART durumunu kontrol edebilir misiniz? Hiç bir yerde tanınabiliyorsa.
Samik

@Samik Cihaz tanınsa bile bunu yapamıyorum .
Eliah Kagan

2
@EliahKagan dmesggünlüklerinizden sistemin ilk sektörü tekrar tekrar okuyamayacağı, READ (10) komutunun başarısız olduğu görülebilir. Bu yüzden orada büyüyen kötü bir sektör olabilir.
Samik

Yanıtlar:


2

Sorunun sürücü veya kasa olup olmadığını belirlemek için, sürücüyü kasadan çıkarın, yeterli güce sahip bir masaüstüne takın ve akıllı durumu kontrol edin.

Daha derin bir test için sürücünün her kesimini aşağıdaki araçları kullanarak kontrol edebilirsiniz ddrescue. ddrescuesürecinde hata boyutunu bildirir ve aynı zamanda veri kurtarma denemelerinin: sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. Bölümleri sudo lsblkveya klasik ile listeleyin fdisk -l.

Verilerle gerçekten ilgilenmiyorsanız, çıktı dosyasını aşağıdaki /dev/nullgibi zorlayabilirsiniz :

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

yine de stdout'taki herhangi bir hata boyutu hakkında rapor alırsınız

Ubuntu 14.04 üzerinde GNU ddrescue 1.17 ile / dev / sdb2 (1MB takas bölümü) kullanılarak bu kısa örnekte test edilmiştir

$ 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

Bu adımları tam olarak takip edemesem de, bu cevabın hem doğru olduğuna hem de yaşadığım sorunun doğasını en iyi yakaladığına inanıyorum (diğerleri de benzer şekilde tezahür eden farklı senaryolar için değerli olsa da). Sonunda sürücü tamamen çalışmayı durdurdu, onu (enerjili) kasadan çıkardım, başka bir (enerjili) kasadayken de (birden fazla makinede) çalışmadığını ve orijinalde başka bir sürücünün (birden çok makinede) çalıştığını buldum muhafaza. Sorunlu sürücüyü tekrar tanımadığım için ddrescueSMART durumunu çalıştırmayı veya kontrol etmeyi denemedim .
Eliah Kagan

@EliahKagan mekanik veya elektrik arızası mıydı? Sürüşün döndüğünü duyabiliyor musunuz? Sadece merak.
Elder Geek

Sürücüyü en son çalıştırdığımda hala döndüğünü duyabiliyordum, evet.
Eliah Kagan

1

12.04 Ubuntu masaüstünü çalıştırırken benzer deneyimler yaşadım. Sabit disk kasamın güç için 2 seçeneği vardı, ya bir a / c adaptörü satın alabilir ya da normal usb kablosuna 1 mini usb kullanabilir ya da iki usb kablosuna mini usb kablosu kullanabilirim. İdeal olarak, bol güç sağlamak için her iki usb portuna da bağlanması gerekiyordu. USB kablosu veya eSata üzerinden veri aktarabilir.

ESata bağlantısını kullanırken önce disk dönecek şekilde sürücü gücünü sağladım ve bios zaten dönen diski tanıyacak şekilde sistemi önyüklemem gerekiyordu. Aksi takdirde diski zamanında görmezdi. Bunun kasa kontrolörü ile bir ilgisi olduğuna inanıyorum.

USB'yi monte ettiğimde, kabloyu önce kasaya, sonra USB portlarına takarken çok karışık sonuçlar elde ettim. Belki yaklaşık yarısı doğru şekilde monte edilir. Önce usb kablolarını pc portlarına ve sonra muhafazaya takarsam, yaklaşık% 70 civarında daha iyi sonuçlar elde ettim. USB seçenekleriyle elde ettiğim en iyi sonuçlar, makineye takmadan önce diskin döndüğünden ve sağlam olduğundan emin olmak için kasa için harici bir güç kaynağı (a / c adaptörü) kullanmaktı. Hemen hemen% 100 çalıştı

Bunun tam olarak sizin sorununuz olduğunu söylememekle birlikte, benim için kasa gücünü sağlamaya ve diskin dönmesini sağlamaya yardımcı olmak için bağlamadan önce sistem olması gerekir. Belki bir sisteminizdeki bios veya veri yolu hızı diğerinden daha iyidir ve kasa denetleyicisinin diski okumaya çalışmadan önce çalışmaya başlaması için zaman verir mi? Ve belki de muhafazanın fişi çekildikten bir süre sonra kontrolör kendini sıfırlar?

Belki de denetleyicinin sadece USB'den mi, yoksa güç ve veriden mi güç alıp almayacağına karar vermek için zamana ihtiyacı vardır. Belki bu bir voltaj veya amper sorunudur? Her iki durumda da kasa denetleyicileri titiz görünüyor.


0

USB sürücünüz için aşağıdaki adımları deneyin (bunu henüz yapmadıysanız):

  1. sudo fdisk -l #bilgi almak
  2. sudo mkdir /media/external #create bağlama noktası
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #mount.

Veya USB'nizi pmountmonte etmek için kullanmayı deneyin .


5
Önerileriniz için teşekkürler. Ne yazık ki: [1] sudo fdisk -l sürücü hakkında hiçbir şey açıklamıyor. dmesgSürücüyü yeniden takmaktan değişmediği için bunu beklemezdim . [2] Ubuntu'nun bağlandığını hiç tanımadığı bir cihazı manuel olarak bağlayamıyorum . (Yine dmesghiçbir şey söylemez.) (Bu udisksve bunun için pmountde geçerlidir .) Unutmayın, sürücünün bölümlerinin görülmemesi değildir. Sürüş görülmüyor. [3] Neden ext4 birimini vfat olarak bağlayayım?
Eliah Kagan

0

USB veri yolu sürücü yongası veya benzeri bir sorun da olabilir. Tüm USB aygıtlarını listelemek için herhangi bir aracınız var mı? Sürücü düzgün çalışırken ve sürücüye erişilemediğinde bu araçları çalıştırmayı deneyin. Herhangi bir fark görüyor musunuz?

Daha eski (ve daha ucuz) sürücüler, "Termal Yeniden Ayarlama" (TACL) adı verilen ve her saat başı gerçekleşen bir işlemden geçer ve sürücü, disk kafasının ısı birikimi ile ne kadar büküldüğünü tahmin ederken birkaç saniye boyunca erişilemez hale gelir. sürücü. TCL sırasında, step motor ve bobin her pisti arar ve kafa her pistte hizalanır ve sonuçlar kaydedilir. Bu, bellenimin dahili bir özelliğidir. Bu işlem ya sıkışıyor gibi görünüyor, ya da belki de yanlış cevaplar üretiyor, bu da termal yeniden kalibrasyondan sonra sürücüye erişmeyi imkansız hale getiriyor.

Dmesg'den gönderdiğiniz hata sdc, sektör 0, mantıksal blok 0'da problemler olduğunu gösterir. Bu düşük numaralı bloklar genellikle sürücünün geometrisini içerir (yani sabit veya yumuşak biçimlendirme). Bu bloklar kötüleşirse, tüm sürücüye kalıcı olarak erişilemeyebilir. Ortam arızası ısıya bağlı olabilir, bu da bir süre işlem yapılmaması (sürücüyü başka bir makineye taşımak) bazen onu düzeltir, bazen düzelmez.

Sorunun termal ile ilgili olup olmadığını anlamak için, bilgisayarı açın ve bir kronometre başlatın, ancak sürücüyü gerçekten kullanmayın - sadece başarısız olmasını bekleyin ve başarısız olmasının ne kadar sürdüğünü kaydedin. Ardından, kapatın ve soğuması için birkaç saat kapalı bırakın, ardından testi yeniden çalıştırın, bilgisayarı ve sürücüyü açın, ancak büyük bir veri yoğun sürücü sürücüsü kopyası (aynı sürücü) başlatın. Step motorla daha fazla çalışma yapılması muhtemelen sürücünün daha hızlı ısınmasına ve daha erken arızalanmasına neden olacaktır. Arıza gecikmesinde büyük bir değişiklik varsa, sürücü tost olur ve başka bir tane alırım. İyi şanslar!


0

Çoğu zaman bu tür sorunlara USB kablosunun sürücüye düşmesi için yeterli güç eksikliği neden olur ve bu özellikle harici sürücünün raftan satın alınmadığı, kendi kendine monte edildiği bir durumdur. ( Harici bir sürücü üreticisinin USB bağlantı noktalarının onu destekleyebileceğinden emin olmasını umarsınız .)

Bir aygıt, USB 2.0 özelliğindeki bir bağlantı noktasından 500 mA'ya ve USB 3.0'da 900 mA'ya kadar çekebilir. Harici sürücünün üreticisinin özelliklerini kontrol ederek sürücünüzün maksimum güç gereksinimlerini onaylayabilirsiniz.

Sorun genellikle bir USB3 bağlantı noktasını deneyerek (eğer varsa ve bunu henüz denemediyseniz) çözülebilir, çünkü USB2'den daha fazla güç sağlarlar veya sürücünün güç alabilmesi için bir USB Y kablosu alırlar 1 yerine 2 bağlantı noktası. Bunlar eBay veya Amazon'da ucuz olarak mevcuttur.


0

Sorunun gerçek nedeni zaten belirtilmiş olmasına rağmen, aynı cevabı eklemek istiyorum, çünkü 4 harici HDD'im var.

Üretilen herhangi bir bilgisayar, güç kaynağının yapılandırma özelliklerine ve en fazla% 20 aşırı yüke göre kullanılacağını varsayar.

Bilgisayarın güç kaynağını korumak için herhangi bir harici USB aygıtının HARİCİ GÜÇLÜ HUB'TAN GÜÇLENDİRİLMESİ GEREKİR. Açıklanan davranış aşırı güç yüklemesi için tipik bir davranıştır. Ayrıca harici bir DVD'niz olduğunu varsayarsak, bu da kayıtlarınızın başarısız olmasına neden olabilir ve hatta cihazlarınızı ve hatta daha fazlasını, hatta bilgisayarınızı geri döndürülemez hale getirebilir. Dizüstü bilgisayarlar genellikle bu şekilde fren yapar, çünkü kullanıcılar pasif USB hub'ları veya HDD'ler, DVD'ler ve benzerleri de dahil olmak üzere bilgisayar destekli cihazlar kullanma eğilimindedir.

Harici bir USB hub satın alın ve USB aygıtını , gücü bilgisayar kaynağından boşaltmak yerine, GÜÇLENDİRİLMİŞ bir USB BAĞLANTI NOKTASINA bağlayın , çünkü bu yaklaşım HDD'nizden daha fazla zarar verecektir. Güç dalgalanması çoğunlukla güçsüz bir bilgisayar veya harici aygıtla aynıdır. USB standardının güçsüz cihazla hiçbir ilgisi yoktur. Şöyle düşünün: Arabanızdan güç istiyorsanız, hangi yakıtı kullanırdınız? Yanan herhangi bir şey veya üreticinin belirttiği yakıt? Burada tam olarak aynı. GÜÇLÜ USB aygıtlarını kullanarak bilgisayarın dahili güç kaynağından gelen gücü boşaltır. Zaten ona bağlı yeterince cihaz var!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.