คำถามติดแท็ก hard-disk

ขณะนี้ฉันอยู่ในธุรกิจการกู้คืนข้อมูลจากความเสียหาย --- และกำลังจะตาย --- ฮาร์ดไดรฟ์ (ตรวจสอบคำถามนี้เพื่อรับข้อมูลพื้นหลัง ) ไดรฟ์ลดลงขณะที่ระบบกำลังทำงาน และในขณะที่ฉันพยายามจะวิ่งต่อไปอย่างโง่เขลาฉันก็testdiskเริ่มได้ยิน - สิ่งที่ฉันคิดคือ --- " คลิกแห่งความตาย " ตอนนี้ฉันได้อ่านในหลายที่เกี่ยวกับ " เคล็ดลับการแช่แข็ง " (เช่นใน AskDifferent , บน Unix SE , บน AskUbuntu ) ปมของมันเป็นดังนี้ (แต่อ่านคำแนะนำเต็ม !): วางฮาร์ดไดรฟ์ที่เสียหายไว้ในถุงแช่แข็ง ziploc เพื่อไม่ให้ความชื้นเข้ามา (ใช้ถุงสองหรือสามถุงและโปรดทราบว่าถุงนั้นไม่จำเป็นต้องมีอุณหภูมิเท่ากัน) วางฮาร์ดไดรฟ์ที่ห่อไว้ในช่องแช่แข็ง ทิ้งฮาร์ดไดรฟ์ไว้ในช่องแช่แข็งอย่างน้อย 12 ชั่วโมง จากนั้นเชื่อมต่อไดรฟ์กับคอมพิวเตอร์และเริ่มคัดลอกข้อมูล ณ จุดหนึ่งฮาร์ดไดรฟ์จะล้มเหลวอีกครั้ง เมื่อทำเช่นนั้นให้ทำซ้ำขั้นตอนจนกว่าข้อมูลทั้งหมดจะถูกคัดลอกหรือไดรฟ์ตาย (ตามโพสต์ที่ลบไปแล้วใน Harddrive ในช่องแช่แข็งที่เหมาะกับคุณหรือไม่ใน SuperUserวิธีแก้ปัญหาการแพทย์ทางเลือกสองวิธีที่จะลองก่อนที่จะถูกแช่แข็งคือ: (1) "วางฮาร์ดไดรฟ์บนพื้นผิวเรียบ …

10 hard-disk  data-recovery 

ฉันซื้อ HD ใหม่ (WD5000BPVT) ซึ่งน่าเสียดายที่พยายามหลับทุก 5-8 วินาที เสียงการคลิกไม่เพียงได้ยินเสียงค่อนข้างชัดเจน แต่เวลาการปั่น 1 วินาทีจะเพิ่มความหน่วงแฝงที่เห็นได้ชัดเจนในการใช้งานแบบวันต่อวัน ฉันพบว่าhdparm -B 254 /dev/sdaจะปิดใช้งานการนอนหลับสั้น ๆ แต่ฉันไม่รู้วิธีบังคับใช้การตั้งค่านี้ทุกครั้งที่เปิดไดรฟ์ dconf-editorและ 'การตั้งค่าการจัดการพลังงาน' ปพลิเคชันทั้งสองไม่มีอะไรที่ต้องทำในเรื่องเกี่ยวกับการตั้งค่า HD ที่มี ฉันไม่มีเส้นทาง/etc/hdparmหรือ /etc/acpiMATE เป็นผู้จัดการหน้าต่าง ใน Fedora 19 ฉันจะบังคับให้คำสั่งนี้ทำงานเมื่อใดก็ตามที่เปิดใช้งานไดรฟ์

10 fedora  hard-disk  power-management 

ฉันต้องโคลนพาร์ติชั่น NTFS จากฮาร์ดดิสก์ที่เสียหายใกล้ถึงฮาร์ดไดรฟ์ (SCSI หากมีปัญหา) กับพาร์ติชันใหม่ (SATA) ฉันได้ติดตั้งยูทิลิตี Boot CD ของ Hiren รุ่นล่าสุดลงในแท่ง USB แล้วและลองใช้ GParted ซึ่งบอกฉันว่ามันไม่สามารถคัดลอก / วางพาร์ติชันได้เนื่องจากมันเสียหายและ "ตั้งค่าสถานะ" โดย Windows เพื่อเรียกใช้ CHKDSK ฉันทำตามคำแนะนำคำเตือนและพยายามซ่อมแซมโดยใช้CHKDSK /f(ใช้เวลา 9 ชั่วโมงและออกด้วยข้อผิดพลาดหลังจาก "เฟส 3") และโปรแกรม Linux ฉันจำไม่ได้ตอนนี้โดยไม่ประสบความสำเร็จ ฉันพยายามโคลนโดยใช้ Clonezilla และมันก็ล้มเหลวเช่นกันด้วยเหตุผลเดียวกัน ใน HBCD มี dd_rescue แต่มันล้มเหลวอีกครั้งเพราะหา "ntfs.something" ไม่ได้ ในที่สุดสิ่งที่ฉันต้องการคือการโคลนพาร์ติชันที่เป็นอยู่กับข้อผิดพลาดและทุกอย่างของเขา ฉันสามารถซ่อมได้ในไดรฟ์ใหม่ ดังนั้นฉันควรทำอย่างไร

10 partition  hard-disk  data-recovery  ntfs 

ฉันเพิ่งเริ่มสังเกตเห็นblk_update_request: I/O error, dev fd0, sector 0ข้อผิดพลาดบางอย่างในคอมพิวเตอร์เครื่องที่สองของฉันที่ใช้ Arch Linux ที่ฉันใช้เป็นเซิร์ฟเวอร์ สิ่งนี้เริ่มต้นเมื่อฉันต้องรีบูทคอมพิวเตอร์เมื่อฉันย้ายเข้าอพาร์ทเมนต์ใหม่ ฉันมีการ/etc/fstabกำหนดค่าต่อไปนี้: # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> #UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd /dev/sda1 / ext4 rw,relatime,data=ordered 0 1 #UUID=c1245aca-bbf7-4813-8c25-10bd0d95631e /dev/sda2 none swap defaults 0 0 #UUID=94880e53-c4d3-4d4d-a217-84c9ac58f4fd /dev/sdb1 /media/marcel/videos auto rw,user,auto 0 0 ดังนั้น …

10 arch-linux  hard-disk  error-handling 

บันทึกเซิร์ฟเวอร์ของฉันแสดงข้อความแสดงข้อผิดพลาดต่อไปนี้ใน RED: kernel: sda: sda1 sda2 kernel: sd 0:1:0:0: [sda] No Caching mode page found kernel: sd 0:1:0:0: [sda] Assuming drive cache: write through kernel: sd 0:1:0:0: [sda] Attached SCSI disk ฉันใช้ฮาร์ดดิสก์ Seagate รุ่น ST3300657SSพร้อมการกำหนดค่า RAID 1 ฉันได้อ่านคำตอบในคำถามนี้ซึ่งกล่าวถึง: ในกรณีของคุณอุปกรณ์ไม่มีหน้าโหมดแคชดังนั้นเคอร์เนลถือว่าไม่มีการแคชการอ่านหรือการบัฟเฟอร์การเขียนดังนั้นการเขียนลงในอุปกรณ์จะเป็น "การเขียนผ่าน" เช่นจะไปที่สื่อโดยตรง . ข้อผิดพลาดนี้เป็นปัญหาฮาร์ดแวร์ที่ต้องมีการแก้ไขหรือไม่

10 hard-disk  cache 

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

10 linux  hard-disk 

เมื่อเราใช้ fdisk เพื่อตรวจสอบฮาร์ดดิสก์มันจะแสดงสิ่งที่ชอบ: Disk /dev/sda/: 21.5 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders, total 41943040 sectors แต่เมื่อเราคูณ 255 x 63 x 2610 จำนวนนั้นคือ 41929650 น้อยกว่าจำนวนทั้งหมดเล็กน้อย ของภาคที่แสดงข้างต้น ทำไม?

9 hard-disk  fdisk 

ฉันกำลังมองหาวิธีกำหนดเวลาเมื่อฮาร์ดไดรฟ์ภายนอกที่เชื่อมต่อกับกล่อง Linux (Debian 9) ของฉันเข้าสู่โหมดสลีป (หยุดหมุน) หากต้องการใส่สิ่งนี้ลงในเนื้อหา: ฉันมีกล่อง Linux ที่ทำงานเป็นเซิร์ฟเวอร์มัลติมีเดีย หากมีการโทรเพื่อดึงเนื้อหาที่อยู่ในฮาร์ดไดรฟ์ภายนอกมันมักจะใช้เวลา 15-30 วินาทีสำหรับฮาร์ดไดรฟ์ที่จะปลุกและเริ่มหมุนซึ่ง a) กำลังหงุดหงิดและ b) บางครั้งทำให้เกิดการหมดเวลากับเซิร์ฟเวอร์มัลติมีเดีย ฉันสามารถตั้งค่าฮาร์ดไดรฟ์ให้ตื่นและหมุนตลอด 24/7 แต่ดูเหมือนว่าจะเสียเวลาส่วนใหญ่ฉันจะใช้เซิร์ฟเวอร์มัลติมีเดียเมื่อฉันอยู่ที่บ้าน มีเครื่องมือหรือคำสั่งซอฟต์แวร์ใดบ้างที่ฉันสามารถใช้เพื่อกำหนดตารางรายสัปดาห์สำหรับเมื่อฮาร์ดไดรฟ์หมุน - เช่นวันจันทร์ถึงวันศุกร์: การหมุนระหว่าง 5 โมงถึง 23 โมงเช้าวันเสาร์ - อาทิตย์: การหมุนระหว่าง 3 โมง จับเวลาระบบ

9 linux  debian  cron  hard-disk 

ฉันมีไฟล์เซิร์ฟเวอร์ที่มีดิสก์จำนวนมากทำงานร่วมกันในกลุ่ม BTRFS และต้องการเพิ่ม SSD สำหรับการแคช ฉันไม่ได้เป็นหลักหลังจากเร่งสิ่งต่าง ๆ แต่ต้องการจับการเข้าถึงขนาดเล็กปกติเพื่อให้สามารถปิดฮาร์ดดิสก์ส่วนใหญ่ของเวลาที่ไม่อยู่ภายใต้การใช้งานหนัก (ไม่ทำงานพวกเขา 24/7 จะประหยัดพลังงานและควรทำให้ ดิสก์ใช้เวลานานกว่า) เท่าที่ฉันรู้ปัจจุบันมีสองเทคนิคการแคช SSD ที่ใช้ใน Linux, dm-cache และ bcache dm-cache ยังบอกว่ามีประสิทธิภาพมากกว่า แต่การพัฒนายังดำเนินต่อไปสำหรับทั้งคู่และฉันไม่จำเป็นต้องปรับแต่งเพื่อให้ได้ประสิทธิภาพสูงสุดอย่างแท้จริง อ่านเอกสารของ bcacheฉันมากับตัวเลือกเหล่านี้: writeback_delay : เมื่อข้อมูลสกปรกถูกเขียนไปยังแคชและก่อนหน้านี้ไม่มีข้อมูลใด ๆ ให้รอจำนวนวินาทีก่อนที่จะเริ่มการเขียนกลับ ค่าเริ่มต้นถึง 30 writeback_percent : หากไม่ใช่ศูนย์ bcache จะพยายามรักษาเปอร์เซ็นต์ของแคชให้สกปรกโดยการเขียนแบ็กกราวด์เบื้องหลังและใช้ตัวควบคุม PD เพื่อปรับอัตราอย่างราบรื่น writeback_running : หากปิดการเขียนกลับของข้อมูลสกปรกจะไม่เกิดขึ้นเลย ข้อมูลสกปรกจะยังคงถูกเพิ่มลงในแคชจนกว่าจะเต็มส่วนใหญ่ มีไว้สำหรับการเปรียบเทียบเท่านั้น ค่าเริ่มต้นเป็นเปิด การตั้งค่าที่มากพอสำหรับwriteback_delayดูเหมือนว่าจะทำงานให้ฉัน: เขียนกลับมาหนึ่งครั้งต่อชั่วโมงเท่านั้นหรือ (ฉันคิดว่ามันจะเกิดขึ้น) หากแคชทำงานเต็ม นี่เป็นการเซ็ตอัพที่สมเหตุสมผลและฉันคิดว่าจะมีอะไรอีกไหมที่จะทำให้ดิสก์ล้มเหลว? ฉันยังใช้งานได้ดีในการไปตามเส้นทางที่แตกต่างอย่างสิ้นเชิงถ้ามันเป็นไปตามข้อกำหนดของฉัน …

9 linux  hard-disk  cache  ssd  bcache 

มีวิธีใดบ้างที่จะเห็นดิสก์ I / O ต่อ pid / โปรเซส? Monitorix แสดงต่อไปนี้และแก้ไขให้ฉันถ้าฉันผิด แต่ดูเหมือนว่าฮาร์ดไดรฟ์กำลังทำให้ระบบช้าลง: อัปเดต # 1 บนยอดดูเหมือนจะให้ภาพรวมที่ดีเหนือทุกสิ่ง ฉันอาจถามคุณว่าการรอคอยที่ทำเครื่องหมายสีแดงหมายถึงอะไร นั่นเป็นการรอจากดิสก์ I / O หรือไม่

9 ubuntu  process  hard-disk  disk-usage  io 

ฉันกู้คืน HDD จากแล็ปท็อปของฉันที่ตายไปแล้ว (ไม่สามารถบู๊ตได้เลย Disk Utility รายงานว่าไม่มีปัญหา แต่ไม่ติดตั้งดิสก์) ฉันต่อ HDD ผ่านอะแดปเตอร์ USB แล้ว ทำงานddrescueอย่างนั้น: sudo ddrescue -v -n /dev/disk1s2 "/Volumes/Original HD/image.dmg" ddrescue.log ไม่มีข้อผิดพลาด แต่ความเร็วในการอ่านเฉลี่ยลดลงเหลือ 50KB / s เริ่มต้นที่ประมาณ 2MB / s ขนาดของพาร์ติชันคือ 300GB จนถึงตอนนี้ฉันสามารถกู้คืนได้ 160GB ฉันกำลังกู้คืนไปยังพาร์ติชัน HFS + บน MacBook ของฉัน อะไรคือสาเหตุของอัตราการถ่ายโอนที่ช้าและวิธีเพิ่มอัตรา

9 osx  usb  hard-disk  ddrescue 

ในหลักสูตรของการพยายามที่จะกู้คืนข้อมูลจากฮาร์ดไดรฟ์ความล้มเหลวที่ddrescueผมใช้คำสั่ง คำสั่งทำงานเป็นเวลา 9 วันและฉันคิดถึงเสียงของกิจกรรมดิสก์ที่อาจทำอะไรบางอย่าง เอาต์พุตบรรทัดคำสั่งดูคงที่มากขึ้นหรือน้อยลงตลอดเวลา: $ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile Press Ctrl-C to interrupt Initial status (read from logfile) rescued: 0 B, errsize: 0 B, errors: 0 Current status rescued: 0 B, errsize: 500 GB, current rate: 0 B/s ipos: 2539 MB, errors: 1, average rate: 0 B/s …

9 hard-disk  data-recovery  ddrescue 

ฉันต้องการเปรียบเทียบความเร็วของคำสั่งสองคำนี้: grep pattern1 files* grep pattern2 files* น่าเสียดายที่ grep แรกอ่านไฟล์จำนวนมาก * ลงในบัฟเฟอร์หน่วยความจำดังนั้น grep ตัวที่สองจึงทำงานได้อย่างรวดเร็ว แต่ด้วยเหตุผลที่ผิด ฉันจะบอก Linux ได้อย่างไร (Fedora 11): "โปรดหยุดการอ่านดิสก์แคชเพราะฉันกำลังทดสอบบางอย่าง"

9 hard-disk  cache  measure