ลักษณะ
วันนี้ฉันเสียบฮาร์ดไดรฟ์ตัวอื่นและถอดปลั๊กไดรฟ์ RAID เพื่อให้แน่ใจว่าเมื่อฉันเช็ดไดรฟ์ฉันจะไม่เลือกไดรฟ์ที่ไม่ถูกต้องโดยไม่ตั้งใจ
ตอนนี้ฉันได้เสียบปลั๊กไดรฟ์ของฉันอีกครั้งอาร์เรย์การบุกรุกซอฟต์แวร์ 1 จะไม่ถูกเมาท์ / จดจำ / พบอีกต่อไป การใช้ยูทิลิตี้ดิสก์ฉันเห็นว่าไดรฟ์นั้นเป็น / dev / sda และ / dev / sdb ดังนั้นฉันจึงพยายามเรียกใช้sudo mdadm -A /dev/sda /dev/sdb
แต่น่าเสียดายที่ฉันได้รับข้อความแสดงข้อผิดพลาดmdadm: device /dev/sda exists but is not an md array
ข้อมูลจำเพาะ:
ระบบปฏิบัติการ: Ubuntu 12.04 LTS Desktop (64 บิต)
ไดรฟ์: 2 x 3TB WD Red (รุ่นเดียวกันใหม่เอี่ยม) ติดตั้งระบบปฏิบัติการบนไดรฟ์ที่สาม (64GB ssd) (ติดตั้ง linux จำนวนมาก)
เมนบอร์ด: P55 FTW
หน่วยประมวลผล: Intel i7-870 Full Specs
ผลลัพธ์ของ sudo mdadm --assemble --scan
mdadm: No arrays found in config file or automatically
เมื่อฉันบูตจากโหมดการกู้คืนฉันจะได้รับรหัส 'ข้อผิดพลาด ata1' zillion ซึ่งบินมาเป็นเวลานาน
ใครช่วยให้ฉันรู้ขั้นตอนที่เหมาะสมสำหรับการกู้คืนอาร์เรย์?
ฉันยินดีที่จะกู้คืนข้อมูลหากเป็นทางเลือกที่เป็นไปได้ในการสร้างอาร์เรย์ขึ้นใหม่ ฉันได้อ่านเกี่ยวกับ ' test disk ' และระบุใน wiki ว่าสามารถค้นหาพาร์ติชันที่สูญหายสำหรับ Linux RAID md 0.9 / 1.0 / 1.1 / 1.2 แต่ฉันกำลังใช้ mdadm เวอร์ชัน 3.2.5 ดูเหมือนว่า มีใครเคยมีประสบการณ์ใช้การกู้คืนข้อมูลการจู่โจมซอฟต์แวร์ 1 หรือไม่
ผลลัพธ์ของ sudo mdadm --examine /dev/sd* | grep -E "(^\/dev|UUID)"
mdadm: No md superblock detected on /dev/sda.
mdadm: No md superblock detected on /dev/sdb.
mdadm: No md superblock detected on /dev/sdc1.
mdadm: No md superblock detected on /dev/sdc3.
mdadm: No md superblock detected on /dev/sdc5.
mdadm: No md superblock detected on /dev/sdd1.
mdadm: No md superblock detected on /dev/sdd2.
mdadm: No md superblock detected on /dev/sde.
/dev/sdc:
/dev/sdc2:
/dev/sdd:
เนื้อหาของ mdadm.conf:
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
# This file was auto-generated on Tue, 08 Jan 2013 19:53:56 +0000
# by mkconf $Id$
ผลลัพธ์sudo fdisk -l
ที่คุณเห็นว่า sda และ sdb หายไป
Disk /dev/sdc: 64.0 GB, 64023257088 bytes
255 heads, 63 sectors/track, 7783 cylinders, total 125045424 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009f38d
Device Boot Start End Blocks Id System
/dev/sdc1 * 2048 2000895 999424 82 Linux swap / Solaris
/dev/sdc2 2002942 60594175 29295617 5 Extended
/dev/sdc3 60594176 125044735 32225280 83 Linux
/dev/sdc5 2002944 60594175 29295616 83 Linux
Disk /dev/sdd: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x58c29606
Device Boot Start End Blocks Id System
/dev/sdd1 * 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sdd2 206848 234455039 117124096 7 HPFS/NTFS/exFAT
Disk /dev/sde: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sde doesn't contain a valid partition table
การส่งออกของ dmesg | grep ata นั้นยาวมากดังนั้นนี่คือลิงค์: http://pastebin.com/raw.php?i=H2dph66y
การส่งออกของ dmesg | grep ata | ส่วนหัว -n 200 หลังจากตั้งค่าไบออสเป็น ahci และต้องบู๊ตโดยไม่มีดิสก์สองแผ่น
[ 0.000000] BIOS-e820: 000000007f780000 - 000000007f78e000 (ACPI data)
[ 0.000000] Memory: 16408080k/18874368k available (6570k kernel code, 2106324k absent, 359964k reserved, 6634k data, 924k init)
[ 1.043555] libata version 3.00 loaded.
[ 1.381056] ata1: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4100 irq 47
[ 1.381059] ata2: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4180 irq 47
[ 1.381061] ata3: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4200 irq 47
[ 1.381063] ata4: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4280 irq 47
[ 1.381065] ata5: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4300 irq 47
[ 1.381067] ata6: SATA max UDMA/133 abar m2048@0xfbff4000 port 0xfbff4380 irq 47
[ 1.381140] pata_acpi 0000:0b:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 1.381157] pata_acpi 0000:0b:00.0: setting latency timer to 64
[ 1.381167] pata_acpi 0000:0b:00.0: PCI INT A disabled
[ 1.429675] ata_link link4: hash matches
[ 1.699735] ata1: SATA link down (SStatus 0 SControl 300)
[ 2.018981] ata2: SATA link down (SStatus 0 SControl 300)
[ 2.338066] ata3: SATA link down (SStatus 0 SControl 300)
[ 2.657266] ata4: SATA link down (SStatus 0 SControl 300)
[ 2.976528] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 2.979582] ata5.00: ATAPI: HL-DT-ST DVDRAM GH22NS50, TN03, max UDMA/100
[ 2.983356] ata5.00: configured for UDMA/100
[ 3.319598] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 3.320252] ata6.00: ATA-9: SAMSUNG SSD 830 Series, CXM03B1Q, max UDMA/133
[ 3.320258] ata6.00: 125045424 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 3.320803] ata6.00: configured for UDMA/133
[ 3.324863] Write protecting the kernel read-only data: 12288k
[ 3.374767] pata_marvell 0000:0b:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 3.374795] pata_marvell 0000:0b:00.0: setting latency timer to 64
[ 3.375759] scsi6 : pata_marvell
[ 3.376650] scsi7 : pata_marvell
[ 3.376704] ata7: PATA max UDMA/100 cmd 0xdc00 ctl 0xd880 bmdma 0xd400 irq 18
[ 3.376707] ata8: PATA max UDMA/133 cmd 0xd800 ctl 0xd480 bmdma 0xd408 irq 18
[ 3.387938] sata_sil24 0000:07:00.0: version 1.1
[ 3.387951] sata_sil24 0000:07:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 3.387974] sata_sil24 0000:07:00.0: Applying completion IRQ loss on PCI-X errata fix
[ 3.388621] scsi8 : sata_sil24
[ 3.388825] scsi9 : sata_sil24
[ 3.388887] scsi10 : sata_sil24
[ 3.388956] scsi11 : sata_sil24
[ 3.389001] ata9: SATA max UDMA/100 host m128@0xfbaffc00 port 0xfbaf0000 irq 19
[ 3.389004] ata10: SATA max UDMA/100 host m128@0xfbaffc00 port 0xfbaf2000 irq 19
[ 3.389007] ata11: SATA max UDMA/100 host m128@0xfbaffc00 port 0xfbaf4000 irq 19
[ 3.389010] ata12: SATA max UDMA/100 host m128@0xfbaffc00 port 0xfbaf6000 irq 19
[ 5.581907] ata9: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[ 5.618168] ata9.00: ATA-8: OCZ-REVODRIVE, 1.20, max UDMA/133
[ 5.618175] ata9.00: 117231408 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 5.658070] ata9.00: configured for UDMA/100
[ 7.852250] ata10: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
[ 7.891798] ata10.00: ATA-8: OCZ-REVODRIVE, 1.20, max UDMA/133
[ 7.891804] ata10.00: 117231408 sectors, multi 16: LBA48 NCQ (depth 31/32)
[ 7.931675] ata10.00: configured for UDMA/100
[ 10.022799] ata11: SATA link down (SStatus 0 SControl 0)
[ 12.097658] ata12: SATA link down (SStatus 0 SControl 0)
[ 12.738446] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
การทดสอบอย่างชาญฉลาดเกี่ยวกับไดรฟ์ทั้งสองกลับมา 'มีสุขภาพดี' แต่ฉันไม่สามารถบู๊ตเครื่องด้วยไดรฟ์ที่เสียบไว้เมื่อเครื่องอยู่ในโหมด AHCI (ฉันไม่รู้ว่านี่เป็นปัญหาหรือไม่ แต่นี่คือ 3tb WD reds) ฉันหวังว่านี่หมายความว่าไดรฟ์นั้นใช้ได้เพราะพวกเขาค่อนข้างจะซื้อและใหม่เอี่ยม โปรแกรมอรรถประโยชน์ดิสก์แสดงสีเทาขนาดใหญ่ 'ไม่รู้จัก' ที่แสดงด้านล่าง:
ฉันลบ RevoDrive ของฉันเพื่อพยายามทำสิ่งต่าง ๆ ให้ง่ายขึ้น / ชัดเจนขึ้น
เท่าที่ฉันจะบอกได้เมนบอร์ดไม่มีตัวควบคุมสองตัว บางที Revodrive ที่ฉันลบไปตั้งแต่ที่เสียบผ่าน pci ทำให้เกิดความสับสน?
มีใครได้รับคำแนะนำเกี่ยวกับวิธีการกู้คืนข้อมูลจากไดรฟ์แทนที่จะสร้างอาร์เรย์ขึ้นมาใหม่หรือไม่? คือขั้นตอนการใช้งาน testdisk หรือโปรแกรมกู้คืนข้อมูลอื่น ๆ ...
ฉันลองใส่ไดรฟ์ในเครื่องอื่นแล้ว ฉันมีปัญหาเดียวกันกับที่เครื่องจะไม่ผ่านหน้าจอ BIOS แต่อันนี้จะรีบูตตัวเองอย่างต่อเนื่อง วิธีเดียวที่จะทำให้เครื่องบูตได้คือถอดปลั๊กไดรฟ์ ฉันลองใช้สายเคเบิล SATA ที่แตกต่างกันเช่นกันโดยไม่มีความช่วยเหลือ ฉันเคยจัดการเพื่อให้มันค้นพบไดรฟ์ แต่อีกครั้ง mdadm --examine เปิดเผยว่าไม่มีบล็อก สิ่งนี้แนะนำดิสก์ของฉันเองว่าเป็น # @@ # $ # @ แม้ว่าการทดสอบสั้น ๆ อย่างชาญฉลาดระบุว่าพวกเขามีสุขภาพดีหรือไม่?
ดูเหมือนว่าไดรฟ์นั้นเหนือกว่าการช่วยเหลืออย่างแท้จริง ฉันไม่สามารถฟอร์แมตไดรฟ์ข้อมูลในยูทิลิตี้ดิสก์ได้ Gparted ไม่เห็นไดรฟ์ที่จะนำตารางพาร์ทิชัน ฉันไม่สามารถออกคำสั่งลบอย่างปลอดภัยเพื่อรีเซ็ตไดรฟ์ทั้งหมดได้ แน่นอนว่าเป็นการจู่โจมซอฟต์แวร์ที่ฉันตั้งขึ้นหลังจากที่ค้นพบว่าการจู่โจมฮาร์ดแวร์ที่ฉันได้ลองไว้ในตอนแรกเป็นการจู่โจม 'ปลอม' และช้ากว่าการจู่โจมซอฟต์แวร์
ขอขอบคุณสำหรับความพยายามทั้งหมดในการพยายามช่วยเหลือฉัน ฉันเดาว่า 'คำตอบ' จะไม่มีอะไรที่คุณสามารถทำได้ถ้าคุณจัดการฆ่าไดรฟ์ทั้งสองพร้อมกันได้
ผมลองทดสอบสมาร์ท (คราวนี้ในบรรทัดคำสั่งมากกว่าอรรถประโยชน์ดิสก์) และไดรฟ์ทำตอบสนองต่อการประสบความสำเร็จโดยไม่มีข้อผิดพลาด ' อย่างไรก็ตามฉันไม่สามารถฟอร์แมตไดรฟ์ (โดยใช้ยูทิลิตี้ดิสก์) หรือให้ Gparted รู้จักกับเครื่องนั้นหรือเครื่องอื่น ฉันยังไม่สามารถเรียกใช้คำสั่งลบหรือชุดความปลอดภัยรหัสผ่านการรักษาความปลอดภัย hdparm บนไดรฟ์ บางทีฉันต้อง dd / dev / null ไดรฟ์ทั้งหมดหรือไม่ พวกเขายังตอบสนองต่อ SMART บนโลกได้อย่างไร แต่คอมพิวเตอร์สองเครื่องไม่สามารถทำอะไรกับพวกเขาได้ ฉันใช้การทดสอบแบบอัจฉริยะนาน ๆ บนไดรฟ์ทั้งสองตอนนี้และจะโพสต์ผลลัพธ์ใน 255 นาที (นั่นเป็นระยะเวลาที่กล่าวว่าจะใช้เวลานาน)
ฉันได้ใส่ข้อมูลโปรเซสเซอร์กับข้อกำหนดทางเทคนิคอื่น ๆ (โดยเมนบอร์ด ฯลฯ ) มันกลายเป็นสถาปัตยกรรมก่อนทราย
เอาต์พุตของ Extended SMART scan ของหนึ่งไดรฟ์:
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-36-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model: WDC WD30EFRX-68AX9N0
Serial Number: WD-WMC1T1480750
LU WWN Device Id: 5 0014ee 058d18349
Firmware Version: 80.00A80
User Capacity: 3,000,592,982,016 bytes [3.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 9
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sun Jan 27 18:21:48 2013 GMT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (41040) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 255) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x70bd) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 196 176 021 Pre-fail Always - 5175
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 29
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 439
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 29
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 24
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 4
194 Temperature_Celsius 0x0022 121 113 000 Old_age Always - 29
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 437 -
# 2 Short offline Completed without error 00% 430 -
# 3 Extended offline Aborted by host 90% 430 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
มันบอกว่าเสร็จสมบูรณ์โดยไม่มีข้อผิดพลาด นั่นหมายความว่าไดรฟ์ควรจะดีหรือแค่ว่าการทดสอบนั้นเสร็จสมบูรณ์หรือไม่ ฉันควรเริ่มต้นคำถามใหม่เนื่องจากฉันกังวลมากขึ้นเกี่ยวกับการใช้ไดรฟ์กลับมามากกว่า data / array array ณ จุดนี้ ...
วันนี้ฉันได้ดูระบบไฟล์ของฉันเพื่อดูว่ามีข้อมูลใดที่ต้องเก็บไว้ก่อนที่จะตั้งค่า centOS แทนหรือไม่ ฉันสังเกตเห็นโฟลเดอร์ชื่อ dmraid.sil ในโฟลเดอร์บ้านของฉัน ฉันเดาว่านี่เป็นตอนที่ฉันเริ่มตั้งค่าการจู่โจมด้วยตัวควบคุมการจู่โจมครั้งแรกหรือไม่ ฉันแน่ใจว่าจะลบอุปกรณ์ (ค่อนข้างบางเวลาก่อนวิธีนี้ปัญหา) และก่อนที่จะใช้ mdadm เพื่อสร้าง 'ซอฟต์แวร์จู่โจม' มีวิธีใดบ้างที่ฉันพลาดกลอุบายที่ไหนสักแห่งและนี่เป็นการเรียกใช้ 'การปลอมแปลง' โดยไม่ใช้อุปกรณ์และนั่นคือสิ่งที่โฟลเดอร์ dm กลัว.silนี้เกี่ยวข้อง ฉันสับสน. มีไฟล์อยู่ในนั้นเช่น sda.size sda_0.dat sda_0.offset ฯลฯ คำแนะนำใด ๆ เกี่ยวกับสิ่งที่โฟลเดอร์นี้แสดงถึงจะเป็นประโยชน์
ปรากฎว่าไดรฟ์ถูกล็อค! ฉันปลดล็อคพวกเขาได้อย่างง่ายดายด้วยคำสั่ง hdparm นี่อาจเป็นสิ่งที่ทำให้เกิดข้อผิดพลาดของอินพุตเอาต์พุตทั้งหมด น่าเสียดายที่ตอนนี้ฉันมีปัญหานี้:
ฉันจัดการเพื่อเมานท์อุปกรณ์ md เป็นไปได้ไหมที่จะถอดปลั๊กหนึ่งไดรฟ์ทำการฟอร์แมตเป็นไดรฟ์ปกติและคัดลอกข้อมูลไปยังนั้น ฉันมี 'ความสนุก' เพียงพอกับการจู่โจมและกำลังจะลงเส้นทางการสำรองข้อมูลอัตโนมัติด้วย rsync ฉันคิดว่า ฉันต้องการถามก่อนที่จะทำอะไรก็ได้ที่อาจทำให้เกิดปัญหาเรื่องความถูกต้องของข้อมูล