ทำไมฮาร์ดไดรฟ์ USB ภายนอกของฉันถึงไม่สามารถเข้าถึงได้อย่างสมบูรณ์ในบางครั้ง?


11

ฉันมีฮาร์ดไดรฟ์ USB ภายนอกซึ่งประกอบด้วยไดรฟ์ SATA 1 ตัวในRosewill RX35-AT-SU SLV อลูมิเนียม 3.5 "Silver USB 2.0 Enclosure ภายนอกเสียบเข้ากับแล็ปท็อป 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 มิถุนายน 2555)

ดูเหมือนว่าไดรฟ์จะเสื่อมสภาพลงอย่างมาก ฉันคิดว่ามันเป็นเช่นนั้นเพราะฉันได้แนบมันไว้กับเครื่องอื่นและได้รับข้อผิดพลาดมากมายเกี่ยวกับตัวละครที่ไม่ถูกต้องเมื่อทำการคัดลอกไฟล์จากมัน ฉันสนใจที่จะกู้คืนข้อมูลจากไดรฟ์น้อยกว่าที่ฉันคิดออกว่ามีอะไรผิดปกติ ฉันต้องการคิดโดยเฉพาะว่าปัญหาคือไดรฟ์หรือกล่องหุ้ม

ตอนนี้เมื่อผมเสียบไดรฟ์ลงในเครื่องเดิมที่ผมมีปัญหาก็ยังไม่ปรากฏ (รวมทั้งที่มี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ไดรฟ์ไม่ดีคือ ฉันแค่ไม่ต้องการแก้ไขอะไรจากตรงกลาง

3
สายเคเบิลแตก / ซึ่งหลบหรือไม่?
Moog

Drive SATA II หรือ SATA III อยู่หรือไม่ ไบออสหรือเฟิร์มแวร์อัพเดทใด ๆ
มิทช์

คุณสามารถตรวจสอบสถานะ SMART ของดิสก์นั้นได้หรือไม่? หากสามารถรับรู้ได้ทุกที่ทุกเวลา
Samik

@Samik แม้ว่าอุปกรณ์จะถูกจดจำ แต่ฉันก็ไม่สามารถทำเช่นนั้นได้
Eliah Kagan

2
@EliahKagan จากdmesgบันทึกของคุณจะเห็นได้ว่าระบบไม่สามารถอ่านภาคแรกซ้ำ ๆ ได้คำสั่ง READ (10) ล้มเหลว ดังนั้นมันอาจจะเป็นเซกเตอร์ที่เติบโตไม่ดี
Samik

คำตอบ:


2

ในการตรวจสอบว่าปัญหาคือไดรฟ์หรือกล่องหุ้มให้ถอดไดรฟ์ออกจากกล่องหุ้มติดตั้งในเดสก์ท็อปที่มีพลังงานเพียงพอและตรวจสอบสถานะสมาร์ท

ddrescueสำหรับการทดสอบลึกคุณสามารถตรวจสอบภาคของไดรฟ์ที่ใช้เครื่องมือเช่นทุก จะรายงานข้อผิดพลาดขนาดระหว่างกระบวนการและคุณสามารถพยายามกู้คืนข้อมูลในเวลาเดียวกันเช่น:ddrescue sudo ddrescue /dev/sdb2 /path/to/recovery.image logfileรายชื่อพาร์ทิชันที่มีหรือคลาสสิกsudo lsblkfdisk -l

หากคุณไม่มีความสนใจในข้อมูลอย่างแท้จริงคุณสามารถบังคับให้ไฟล์เอาต์พุต/dev/nullเป็นดังต่อไปนี้:

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

และคุณยังจะได้รับรายงานข้อผิดพลาดทุกขนาดใน stdout

ทดสอบบน Ubuntu 14.04 ด้วย GNU ddrescue 1.17 ดังตัวอย่างต่อไปนี้โดยใช้ / dev / sdb2 (พาร์ทิชันสลับ 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

แม้ว่าฉันจะไม่สามารถทำตามขั้นตอนเหล่านี้ได้อย่างแน่นอน แต่ฉันเชื่อว่าคำตอบนี้ถูกต้องและจับได้ดีที่สุดถึงลักษณะของปัญหาที่ฉันมี (แม้ว่าคนอื่น ๆ ก็มีคุณค่าเช่นกันสำหรับสถานการณ์ต่าง ๆ ที่แสดงออกมาในทำนองเดียวกัน) ในที่สุดไดรฟ์หยุดทำงานพร้อมกันฉันก็ลบมันออกจากกล่องหุ้ม (เปิดเครื่อง) พบว่ามันไม่ทำงาน (บนเครื่องหลายเครื่อง) เมื่ออยู่ในกล่องหุ้ม (เปิด) อีกเครื่องหนึ่งและพบว่าไดรฟ์อื่นทำงานได้ (บนเครื่องหลายเครื่อง) ในต้นฉบับ กรงขัง เนื่องจากฉันไม่สามารถรับรู้ปัญหาไดรฟ์ได้อีกฉันจึงไม่พยายามเรียกใช้ddrescueหรือตรวจสอบสถานะ SMART
Eliah Kagan

@EliahKagan มันเป็นความล้มเหลวทางกลหรือไฟฟ้า? คุณได้ยินเสียงหมุนของไดรฟ์หรือไม่ แค่สงสัย.
Elder Geek

ครั้งสุดท้ายที่ฉันเปิดไดรฟ์ฉันยังคงได้ยินเสียงหมุนอยู่ใช่
Eliah Kagan

1

ฉันมีประสบการณ์ที่คล้ายกันเมื่อฉันเรียกใช้เดสก์ท็อป Ubuntu 12.04 กล่องหุ้มฮาร์ดไดรฟ์ของฉันมี 2 ตัวเลือกสำหรับการใช้พลังงานฉันสามารถซื้ออะแดปเตอร์ / c หรือใช้ 1 mini usb กับสาย usb ปกติหรือใช้สาย mini usb เป็นสาย usb สองเส้น เป็นการดีที่จะต้องเชื่อมต่อกับพอร์ต usb ทั้งสองเพื่อจ่ายพลังงานให้เพียงพอ มันสามารถถ่ายโอนข้อมูลผ่านสาย usb หรือผ่าน eSata

เมื่อใช้การเชื่อมต่อ eSata ฉันต้องจัดหาพลังงานไดรฟ์ก่อนเพื่อให้ดิสก์หมุนได้และจากนั้นบูตระบบเพื่อให้ไบออสจะรู้จักดิสก์ที่หมุนแล้ว มิฉะนั้นจะไม่เห็นดิสก์ในเวลา ฉันเชื่อว่าสิ่งนี้เกี่ยวข้องกับตัวควบคุมสำหรับกล่องหุ้ม

เมื่อฉันติดตั้ง USB ฉันได้ผลลัพธ์ที่หลากหลายมากเมื่อเสียบสายเคเบิลเข้ากับตู้ก่อนและรองลงในพอร์ต USB อาจประมาณครึ่งหนึ่งแล้วมันจะเมานต์อย่างถูกต้อง ถ้าฉันต่อสาย usb เข้ากับพอร์ต pc ก่อนแล้วต่อเข้ากับตู้ที่สองฉันได้ผลลัพธ์ที่ดีกว่ามากที่ประมาณ 70% ผลลัพธ์ที่ดีที่สุดที่ฉันได้รับจากตัวเลือก USB คือการใช้แหล่งพลังงานภายนอก (อะแดปเตอร์ / a / c) สำหรับกล่องหุ้มเพื่อให้แน่ใจว่าดิสก์หมุนได้และมีเสถียรภาพก่อนที่ฉันจะเสียบเข้ากับเครื่อง ทำงานได้สวยมาก 100%

ไม่ได้บอกว่านี่เป็นปัญหาของคุณ แต่สำหรับฉันแล้วมันช่วยให้พลังงานของกล่องหุ้มและมีดิสก์หมุนก่อนที่จะเชื่อมต่อเพื่อให้มันอ่านเป็นระบบ บางทีความเร็วของไบออสหรือบัสในระบบของคุณอาจจะดีกว่าระบบอื่นและมันก็ให้เวลาสำหรับตัวควบคุมกล่องหุ้มเพื่อเริ่มการทำงานก่อนที่จะพยายามอ่านดิสก์? และบางทีหลังจากที่ถอดปลั๊กออกแล้ว

บางทีคอนโทรลเลอร์ต้องใช้เวลาในการตัดสินใจว่าจะรับพลังงานจาก USB หรือพลังงานและข้อมูล อาจเป็นปัญหาเกี่ยวกับแรงดันไฟฟ้าหรือกระแสไฟฟ้าใช่หรือไม่ ดูเหมือนว่าตัวควบคุมกรงทั้งสองจะจู้จี้จุกจิก


0

สำหรับไดรฟ์ USB ของคุณลองทำตามขั้นตอนต่อไปนี้ (ถ้าคุณยังไม่ได้ทำ)

  1. sudo fdisk -l #รับข้อมูล
  2. sudo mkdir /media/external #create mount point
  3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #mount

หรือลองใช้pmountสำหรับติดตั้ง USB ของคุณ


5
ขอบคุณสำหรับคำแนะนำ น่าเสียดาย: [1] sudo fdisk -lไม่เปิดเผยอะไรเกี่ยวกับไดรฟ์ ฉันไม่คาดหวังว่าจะเป็นเพราะdmesgไม่ได้เปลี่ยนจากการติดตั้งไดรฟ์ใหม่ [2]ฉันไม่สามารถเมานท์อุปกรณ์ด้วยตนเองที่Ubuntu ไม่รู้จักว่าติดอยู่เลย ( dmesgไม่ต้องพูดอะไรอีก) (สิ่งนี้ใช้ได้กับudisksและpmountเช่นกัน) โปรดจำไว้ว่าไม่ใช่ว่าพาร์ติชันของไดรฟ์จะไม่ถูกมองเห็น ไม่เห็นไดรฟ์ [3]ทำไมฉันจะเมานวอลลุ่ม ext4 เป็น vfat
Eliah Kagan

0

ฉันขอแนะนำว่าอาจมีปัญหากับชิปไดรเวอร์บัส USB ของคุณหรือคล้ายกัน คุณมีเครื่องมือใด ๆ ในการแสดงรายการอุปกรณ์ USB ทั้งหมดหรือไม่ ลองใช้เครื่องมือเหล่านี้เมื่อไดรฟ์ทำงานอย่างถูกต้องและไม่สามารถเข้าถึงไดรฟ์ได้ คุณเห็นความแตกต่างหรือไม่?

ไดรฟ์รุ่นเก่า (และราคาถูกกว่า) จะผ่านกระบวนการที่เรียกว่า "Thermal Recalibration" (TACL) ซึ่งเกิดขึ้นทุกชั่วโมงหรือมากกว่านั้นและพวกเขาจะไม่สามารถเข้าถึงได้เป็นเวลาหลายวินาทีในขณะที่ไดรฟ์ประเมินว่าหัวดิสก์ ในไดรฟ์ ระหว่างทีซีแอลมอเตอร์สเต็ปและขดลวดจะค้นหาทุกแทร็กและหัวจะอยู่ในแนวเดียวกันกับทุกแทร็กและผลลัพธ์จะถูกเก็บไว้ นี่เป็นคุณสมบัติภายในของเฟิร์มแวร์ ดูเหมือนว่ากระบวนการนี้อาจติดอยู่หรืออาจเป็นคำตอบที่ผิดทำให้ไม่สามารถเข้าถึงไดรฟ์ได้หลังจากทำการปรับเทียบอุณหภูมิ

ข้อผิดพลาดที่คุณโพสต์จาก dmesg ระบุว่ามีปัญหาเกี่ยวกับ sdc, เซ็กเตอร์ 0, บล็อกโลจิคัล 0 บล็อกที่มีหมายเลขต่ำเหล่านี้มักจะมีรูปทรงเรขาคณิตของไดรฟ์ (เช่นการจัดรูปแบบฮาร์ดหรือซอฟต์) หากบล็อกเหล่านี้ไม่ดีไดรฟ์ทั้งหมดอาจไม่สามารถเข้าถึงได้อย่างถาวร ความล้มเหลวของสื่ออาจเกี่ยวข้องกับความร้อนซึ่งอาจอธิบายได้ว่าเหตุใดช่วงเวลาที่ไม่มีกิจกรรม (การย้ายไดรฟ์ไปยังเครื่องอื่น) บางครั้งก็แก้ไขได้ แต่บางครั้งก็ไม่สามารถแก้ไขได้

หากต้องการทราบว่าปัญหาเกี่ยวข้องกับความร้อนหรือไม่ให้เปิดเครื่องคอมพิวเตอร์และเริ่มจับเวลา แต่ไม่ได้ใช้งานไดรฟ์จริงๆ - รอให้มันล้มเหลวและบันทึกว่าจะใช้เวลานานแค่ไหน จากนั้นปิดและปล่อยทิ้งไว้เป็นเวลาหลายชั่วโมงเพื่อทำให้เย็นลงจากนั้นทำการทดสอบอีกครั้งเปิดคอมพิวเตอร์และไดรฟ์ แต่เริ่มทำสำเนาไดรฟ์ที่ใช้ข้อมูลจำนวนมาก (ไดรฟ์เดียวกัน) การทำงานกับสเต็ปเปอร์มอเตอร์มากขึ้นจะทำให้ไดรฟ์ร้อนขึ้นเร็วขึ้นและทำให้การทำงานล้มเหลวเร็วขึ้น หากมีการเปลี่ยนแปลงครั้งใหญ่ในความล่าช้าของความล้มเหลวไดรฟ์คือขนมปังปิ้งและฉันจะได้รับอีกครั้ง โชคดี!


0

บ่อยครั้งที่ปัญหาประเภทนี้มีสาเหตุมาจากการขาดพลังงานเพียงพอที่จะลงสายเคเบิล USB ลงในไดรฟ์และเป็นไปได้มากโดยเฉพาะอย่างยิ่งที่ไดรฟ์ภายนอกไม่ได้ซื้อนอกชั้นวาง แต่ประกอบด้วยตัวเอง (คุณหวังว่าผู้ผลิตไดรฟ์ภายนอกจะทำให้แน่ใจว่าพอร์ต USB สามารถรองรับได้)

อุปกรณ์อาจดึงข้อมูลได้มากถึง 500 mA จากพอร์ตในข้อมูลจำเพาะ USB 2.0 และสูงถึง 900 mA ใน USB 3.0 โดยการตรวจสอบข้อมูลจำเพาะของผู้ผลิตไดรฟ์ภายนอกคุณอาจยืนยันความต้องการพลังงานสูงสุดของไดรฟ์ของคุณได้

ปัญหาสามารถแก้ไขได้บ่อยครั้งโดยลองพอร์ต USB3 (ถ้าคุณมีและคุณยังไม่ได้ลอง) เพราะให้พลังงานมากกว่า USB2 หรือรับสายเคเบิล USB Y เพื่อให้ไดรฟ์ได้รับพลังงานจาก2พอร์ตแทน 1 พอร์ตเหล่านี้มีราคาไม่แพงบน eBay หรือ Amazon


0

แม้ว่าสาเหตุที่แท้จริงของปัญหานั้นชี้ไปแล้ว แต่ฉันต้องการเพิ่มคำตอบเดียวกันเนื่องจากฉันมี HDD ภายนอก 4 ตัว

คอมพิวเตอร์ทุกเครื่องที่ผลิตสมมติว่าแหล่งพลังงานจะถูกใช้งานตามข้อกำหนดของการกำหนดค่าและมากที่สุดเกิน 20%

อุปกรณ์ USB ภายนอกใด ๆ ก็ได้รับพลังงานจากฮับพลังงานภายนอกเพื่อป้องกันแหล่งพลังงานของคอมพิวเตอร์ พฤติกรรมที่อธิบายไว้เป็นพฤติกรรมปกติของการใช้พลังงานเกินพิกัด หากว่าคุณมีดีวีดีภายนอกสิ่งนี้อาจทำให้การบันทึกของคุณล้มเหลวและอาจทำให้อุปกรณ์ของคุณไม่สามารถกู้คืนได้และอีกมากแม้แต่คอมพิวเตอร์ของคุณ แล็ปท็อปมักจะเบรกด้วยวิธีนี้เนื่องจากผู้ใช้มักจะใช้ฮับ USB แบบพาสซีฟหรืออุปกรณ์ที่ขับเคลื่อนด้วยคอมพิวเตอร์เช่น HDDs ดีวีดีและอื่น ๆ

ซื้อฮับ USB ที่ใช้พลังงานจากภายนอกและเชื่อมต่ออุปกรณ์ USB ผ่าน POWERED USB PORTแทนที่จะใช้พลังงานจากแหล่งจ่ายไฟของคอมพิวเตอร์เนื่องจากวิธีการนี้จะสร้างความเสียหายได้มากกว่า HDD ของคุณ ไฟกระชากส่วนใหญ่จะเหมือนกับคอมพิวเตอร์ที่ได้รับกำลังไฟต่ำหรืออุปกรณ์ภายนอก มาตรฐาน USB ไม่มีส่วนเกี่ยวข้องกับอุปกรณ์ที่ใช้กำลังต่ำ ลองคิดดูสิถ้าคุณต้องการพลังจากรถของคุณคุณจะใช้น้ำมันเชื้อเพลิงอะไร อะไรที่เผาไหม้หรือเชื้อเพลิงที่ผู้ผลิตระบุ? มันเหมือนกันตรงนี้ การใช้อุปกรณ์ USB UNPOWERED จะใช้พลังงานจากแหล่งพลังงานภายในของคอมพิวเตอร์ มีอุปกรณ์เพียงพอต่ออยู่แล้ว!

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.