RAID 5, RAID 6, ಅಥವಾ ZFS ಮಲ್ಟಿಪಲ್ ಡ್ರೈವ್ ಡ್ರಾಪ್: ಪ್ಯಾರಿಟಿಯನ್ನು ನಾಶ ಮಾಡದೆಯೇ ಕ್ರ್ಯಾಶ್ ಆದ ಸಿನಾಲಜಿ, QNAP, ಅಥವಾ TrueNAS ಅರೇ ಅನ್ನು ಮರುಪಡೆಯುವುದು¶

ತುರ್ತು ಸಂಖ್ಯೆಗಳು ದೇಶದಿಂದ ಭಿನ್ನವಾಗಿರುತ್ತವೆ. ಈ ಪುಟವು ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ ಮತ್ತು ಕೆನಡಾದ ಸಂಖ್ಯೆ 911 ಅನ್ನು ಬಳಸುತ್ತದೆ. ಅನೇಕ ಇತರ ದೇಶಗಳು 112, 999 ಅಥವಾ ಇನ್ನೊಂದು ಸಂಖ್ಯೆಯನ್ನು ಬಳಸುತ್ತವೆ. ನಿಮ್ಮ ದೇಶಕ್ಕಾಗಿ ಸಂಖ್ಯೆಯನ್ನು ಹುಡುಕಿ.

ಸಿನಾಲಜಿ ಡಿಸ್ಕ್‌ಸ್ಟೇಷನ್, QNAP TS-ಸರಣಿ, TrueNAS ಸರ್ವರ್ ಅಥವಾ ಲಿನಕ್ಸ್ ಅನ್ನು ಕೇಳುವುದು mdadm ವಾಲ್ಯೂಮ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ, ಪೂಲ್ ಡಿಗ್ರೇಡೆಡ್ / ಫಾಲ್ಟೆಡ್, ಅಥವಾ ಮಲ್ಟಿಪಲ್ ಡ್ರೈವ್‌ಗಳು ಡಿಸ್‌ಕನೆಕ್ಟೆಡ್ ಎಂದು ವರದಿ ಮಾಡುವಾಗ ಶೇಖರಣಾ ಸರ್ವರ್ ನಿರಂತರವಾಗಿ ಬೀಪ್ ಆಗುತ್ತದೆ. ಒಂದು ಡ್ರೈವಿನಿಂದ ಹೊರಬಿದ್ದಾಗ RAID 5, ಸಿನಾಲಜಿ ಹೈಬ್ರಿಡ್ RAID (SHR-1), ಅಥವಾ ZFS RAIDZ1 ಪೂಲ್, ರಚನೆಯು ಶೂನ್ಯ ಪುನರುಕ್ತಿಯೊಂದಿಗೆ ಸಾಗುತ್ತದೆ (degraded ರಾಜ್ಯ), ಉಳಿದಿರುವ ಪ್ರತಿಯೊಂದು ಡಿಸ್ಕ್ ಅನ್ನು ಸಮಾನಾಂತರವಾಗಿ ಓದುವ ಮೂಲಕ ಫ್ಲೈನಲ್ಲಿ ಕಾಣೆಯಾದ ಬ್ಲಾಕ್ಗಳನ್ನು ಪುನರ್ನಿರ್ಮಿಸುವುದು. ಎರಡನೇ ಡ್ರೈವ್ ಗಂಟೆಗಳ ನಂತರ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿ ಬಿದ್ದರೆ ಅಥವಾ ಮರುಪಡೆಯಲಾಗದ ಓದುವ ದೋಷವನ್ನು ಎಸೆದರೆ (URE) ಬದಲಿ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಮರುನಿರ್ಮಾಣದ ಅರ್ಧದಾರಿಯಲ್ಲೇ, ಪ್ಯಾರಿಟಿ ಗಣಿತವು ಒಡೆಯುತ್ತದೆ ಮತ್ತು ಶೇಖರಣಾ ಪೂಲ್ ಸಂಪೂರ್ಣವಾಗಿ ಆಫ್‌ಲೈನ್‌ಗೆ ಹೋಗುತ್ತದೆ. ಭಯಭೀತರಾದ ನಿರ್ವಾಹಕರು ಪ್ರಾರಂಭಿಸಿ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಮುಂದಿನ ಅರವತ್ತು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮರುಪಡೆಯಬಹುದಾದ ಡೇಟಾವನ್ನು ಟೆರಾಬೈಟ್‌ಗಳನ್ನು ನಾಶಪಡಿಸುತ್ತಾರೆ. mdadm --create, ಅಥವಾ ವಿಫಲವಾದ ಹಾರ್ಡ್‌ವೇರ್‌ಗೆ ತಕ್ಷಣದ ಆನ್‌ಲೈನ್ ಮರುನಿರ್ಮಾಣವನ್ನು ಒತ್ತಾಯಿಸುವುದು. ಡಿಸ್ಕ್‌ಗಳಿಗಿಂತ ನಿಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್ RAID ನಿಯಂತ್ರಕ ಕಾರ್ಡ್ ಸ್ವತಃ ಸತ್ತರೆ, ಇದಕ್ಕೆ ಬದಲಿಸಿ RAID ನಿಯಂತ್ರಕ ಕಾರ್ಡ್ ಡೆತ್, ವಿದೇಶಿ ಕಾನ್ಫಿಗರೇಶನ್ ಆಮದು, ಮತ್ತು ಏಕೆ ನೀವು ಡಿಸ್ಕ್ ಅನ್ನು ಎಂದಿಗೂ ಪ್ರಾರಂಭಿಸಬಾರದು; ವೈಯಕ್ತಿಕ ಹಾರ್ಡ್ ಡ್ರೈವ್ ಕ್ಲಿಕ್ ಮಾಡುತ್ತಿದ್ದರೆ ಅಥವಾ ಸ್ಪಿನ್ ಅಪ್ ಮಾಡಲು ನಿರಾಕರಿಸಿದರೆ, ಸಂಪರ್ಕಿಸಿ ಹಾರ್ಡ್ ಡ್ರೈವ್ ವೈಫಲ್ಯ ಮತ್ತು ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ ಅಥವಾ NAS RAID ಅರೇ ಡಿಗ್ರೇಡೆಡ್, ಬಹು ಡ್ರೈವ್ ವೈಫಲ್ಯ, ಮತ್ತು ZFS/Btrfs ಚೇತರಿಕೆ. ಈ ಶೇಖರಣಾ ವೈಫಲ್ಯವು ಆಸ್ಪತ್ರೆಯ ವೈದ್ಯಕೀಯ ಚಿತ್ರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ (PACS), ತುರ್ತು ರವಾನೆ, ಅಥವಾ ಜೀವ-ಸುರಕ್ಷತೆಯ ಮೂಲಸೌಕರ್ಯ, ನಿಮ್ಮ ಸ್ಥಳೀಯ ತುರ್ತು ಸಂಖ್ಯೆಗೆ ಕರೆ ಮಾಡಿ (911 ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ ಮತ್ತು ಕೆನಡಾದಲ್ಲಿ, 112 ಯುರೋಪಿಯನ್ ಒಕ್ಕೂಟದಾದ್ಯಂತ, 999 ಯುನೈಟೆಡ್ ಕಿಂಗ್‌ಡಂನಲ್ಲಿ) ಅಥವಾ ನಮ್ಮ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ ತುರ್ತು ಸಂಖ್ಯೆಗಳು.

ಈಗಲೇ ಇದನ್ನು ಮಾಡಿ¶

** ನಿಲ್ಲಿಸಿ ಮತ್ತು "ಪ್ರಾರಂಭಿಸಿ," "ಪೂಲ್ ರಚಿಸಿ," "ರಿಪೇರಿ," ಅಥವಾ ರನ್ ಕ್ಲಿಕ್ ಮಾಡಬೇಡಿ mdadm --create ಡ್ರಾಪ್ ಮಾಡಿದ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ**: ಸಿನಾಲಜಿ DSM ಅಥವಾ QNAP QTS ನಲ್ಲಿ ಆರಂಭಿಸಿ ಕ್ಲಿಕ್ ಮಾಡಿ, ಅಥವಾ ಚಾಲನೆಯಲ್ಲಿ mdadm --create ಲಿನಕ್ಸ್‌ನಲ್ಲಿ, ಹೊಚ್ಚಹೊಸ ಸೂಪರ್‌ಬ್ಲಾಕ್‌ಗಳನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ಎಲ್ಲಾ ಸದಸ್ಯ ಡಿಸ್ಕ್‌ಗಳಲ್ಲಿ ಪ್ಯಾರಿಟಿ ಸ್ಟ್ರೈಪ್‌ಗಳನ್ನು ಶೂನ್ಯಗೊಳಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಡ್ರಾಪ್ಡ್ ಡ್ರೈವ್ ಸಾಮಾನ್ಯವಾಗಿ ಇನ್ನೂ ಹಿಡಿದಿರುತ್ತದೆ 99.99% ನಿಮ್ಮ ಫೈಲ್‌ಗಳು ಹಾಗೇ ಇವೆ, ಅದರ ಈವೆಂಟ್ ಕೌಂಟರ್‌ನಿಂದ ಸಿಂಕ್ ಆಗಿಲ್ಲ ಎಂದು ಮಾತ್ರ ಗುರುತಿಸಲಾಗಿದೆ.
ಈವೆಂಟ್ ಕೌಂಟರ್‌ಗಳನ್ನು ಫ್ರೀಜ್ ಮಾಡಲು NAS ಅಥವಾ ಸರ್ವರ್ ಅನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಪವರ್ ಡೌನ್ ಮಾಡಿ (ಅಥವಾ ಕ್ಲಿಕ್ ಮಾಡುವ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಮರುನಿರ್ಮಾಣ ಮಾಡುತ್ತಿದ್ದರೆ ಪವರ್ ಅನ್ನು ಎಳೆಯಿರಿ): ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಅರೇ ಭಾಗಶಃ ಕ್ಷೀಣಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸೂಪರ್‌ಬ್ಲಾಕ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ Update Time ಮತ್ತು Events ಉಳಿದಿರುವ ಡಿಸ್ಕ್‌ಗಳಲ್ಲಿ ಕೌಂಟರ್ ಮಾಡಿ, ಕೈಬಿಡಲಾದ ಡಿಸ್ಕ್ ಹಳೆಯ ಈವೆಂಟ್ ಸಂಖ್ಯೆಯಲ್ಲಿ ಫ್ರೀಜ್ ಆಗಿರುತ್ತದೆ. NAS ಕೆಟ್ಟ ಸೆಕ್ಟರ್‌ಗಳೊಂದಿಗೆ ಡ್ರೈವ್‌ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುನಿರ್ಮಾಣ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದರೆ, ಆ ಡ್ರೈವ್ ಅನ್ನು ಓದುವುದನ್ನು ಮುಂದುವರಿಸುವುದರಿಂದ ಮ್ಯಾಗ್ನೆಟಿಕ್ ಪ್ಲ್ಯಾಟರ್ ಲೇಪನವನ್ನು ತೆಗೆದುಹಾಕಬಹುದು (head crash)
** ಪ್ರತಿ ಡ್ರೈವ್ ಬೇ ಸ್ಲಾಟ್ ಅನ್ನು ಭೌತಿಕ ಮಾರ್ಕರ್ ಅಥವಾ ಟೇಪ್ನೊಂದಿಗೆ ಲೇಬಲ್ ಮಾಡಿ (Bay 1, Bay 2, Bay 3, Bay 4) ಯಾವುದೇ ಟ್ರೇ ಅನ್ನು ಸ್ಲೈಡ್ ಮಾಡುವ ಮೊದಲು **: Linux ಮಾಡುವಾಗ mdadm, LVM2, ಮತ್ತು ZFS ಪ್ರತಿ ವಿಭಾಗದ ಸೂಪರ್‌ಬ್ಲಾಕ್, ಹಳೆಯ ಹಾರ್ಡ್‌ವೇರ್ ನಿಯಂತ್ರಕಗಳು ಮತ್ತು ಕೈಪಿಡಿಯಲ್ಲಿ UUID ಮೂಲಕ ಡ್ರೈವ್ ಕ್ರಮವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ dmsetup ಟೇಬಲ್ ಪುನರ್ನಿರ್ಮಾಣಗಳಿಗೆ ನಿಖರವಾದ ಭೌತಿಕ ಸ್ಲಾಟ್ ಕ್ರಮದ ಅಗತ್ಯವಿದೆ (0, 1, 2, 3...)
** ಎಂದಿಗೂ ಮರುಪಡೆಯುವಿಕೆ, ಬಲ-ಜೋಡಣೆ ಅಥವಾ ಪ್ರಯತ್ನಿಸಬೇಡಿ fsck ನೇರವಾಗಿ ಮೂಲ ಸದಸ್ಯರ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ; ಪ್ರತಿ ಡ್ರೈವ್ ಬಿಟ್-ಫಾರ್-ಬಿಟ್ ಅನ್ನು ಕ್ಲೋನ್ ಮಾಡಿ ddrescue ಮೊದಲ**: ಓಡುವ ಮೊದಲು mdadm --assemble --force ಅಥವಾ zpool import -F, ಪ್ರತಿ ಸದಸ್ಯ ಡಿಸ್ಕ್ ಅನ್ನು ನೇರ SATA/SAS ಮೂಲಕ Linux ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ಗೆ ಲಗತ್ತಿಸಿ (ಮರೆಮಾಚುವ ಅಗ್ಗದ USB ಬ್ರಿಡ್ಜ್ ಎಂದಿಗೂ SMART ಅಥವಾ SCT ERC ಕಾಲಾವಧಿಗಳು) ಮತ್ತು ಅದರೊಂದಿಗೆ ಕ್ಲೋನ್ ಮಾಡಿ ddrescue ಆರೋಗ್ಯಕರ ಬಿಡಿ ಡ್ರೈವ್‌ಗಳು ಅಥವಾ ಇಮೇಜ್ ಫೈಲ್‌ಗಳ ಮೇಲೆ.
** ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಕ್ಲೋನ್ ಮಾಡಿದ ರಚನೆಯನ್ನು ಬಲವಂತವಾಗಿ ಜೋಡಿಸಿ (--readonly ಅಥವಾ -o readonly=on)**: ಜೋಡಿಸುವಾಗ mdadm ಏಕಕಾಲಿಕ ಮಲ್ಟಿ-ಡ್ರೈವ್ ಡ್ರಾಪ್ ಸಮಯದಲ್ಲಿ ಈವೆಂಟ್ ಕೌಂಟರ್‌ಗಳು ಬೇರೆ ಬೇರೆಯಾಗಿ ಚಲಿಸುವ ಸರಣಿಗಳು, ಯಾವಾಗಲೂ ಹಾದುಹೋಗುತ್ತವೆ --readonly (mdadm --assemble --force --readonly /dev/md0 ...) ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ, ಆಗಲಿ mdadm, LVM2, ext4, Btrfs, ಅಥವಾ ಇಲ್ಲ ZFS ಪ್ಯಾರಿಟಿ ಸ್ಟ್ರೈಪ್‌ಗಳನ್ನು ಓವರ್‌ರೈಟ್ ಮಾಡಬಹುದು ಅಥವಾ ವಿನಾಶಕಾರಿ ಜರ್ನಲ್ ಅನ್ನು ರಿಪ್ಲೇ ಮಾಡಬಹುದು.
** ನಿಮ್ಮ ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಡೇಟಾವನ್ನು ಸ್ವತಂತ್ರ ಬಾಹ್ಯ ಬ್ಯಾಕ್‌ಅಪ್ ಡ್ರೈವ್‌ಗೆ ಒಮ್ಮೆ ಓದಲು-ಮಾತ್ರ ಸ್ಥಾಪಿಸಿದ ತಕ್ಷಣವೇ ನಕಲಿಸಿ**: ನಿಮ್ಮ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳು, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ಫೋಟೋಗಳನ್ನು ಮೊದಲು ಪ್ರತ್ಯೇಕ ಡ್ರೈವ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿ, ನಂತರ ಮೊದಲಿನಿಂದ ಡಿಸ್ಕ್‌ಗಳನ್ನು ಅಳಿಸಿ ಮತ್ತು ಪರೀಕ್ಷಿಸಿ.

Danger

** ಎಂದಿಗೂ ಬಳಸಬೇಡಿ mdadm --create --assume-clean ಯಾವಾಗ ನಿಮ್ಮ ಮೊದಲ ಚೇತರಿಕೆಯ ಹಂತ mdadm --assemble --force ಲಭ್ಯವಿದೆ**: ಹಳತಾದ ಫೋರಮ್ ಪೋಸ್ಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರರನ್ನು ಚಲಾಯಿಸಲು ಹೇಳುತ್ತವೆ mdadm --create --assume-clean ಸತ್ತ RAID 5 ರಚನೆಯನ್ನು ಪುನರುತ್ಥಾನಗೊಳಿಸಲು. ನೀವು ಡ್ರೈವ್ ಸ್ಲಾಟ್ ಆದೇಶವನ್ನು ಪಡೆದರೆ, ಚಂಕ್ ಗಾತ್ರ (64K ವಿರುದ್ಧ 512K), ಸಮಾನತೆಯ ವಿನ್ಯಾಸ (left-symmetric ವಿರುದ್ಧ right-asymmetric), ಅಥವಾ Data Offset ಕೆಲವು ಕಿಲೋಬೈಟ್‌ಗಳಿಂದಲೂ ತಪ್ಪಾಗಿದೆ, mdadm --create ತಕ್ಷಣವೇ ನೈಜತೆಯನ್ನು ತಿದ್ದಿ ಬರೆಯುತ್ತದೆ ext4, XFS, ಅಥವಾ Btrfs ವಿಭಾಗದ ಪ್ರಾರಂಭದಲ್ಲಿ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಹೆಡರ್‌ಗಳು. ಯಾವಾಗಲೂ ಬಳಸಿ mdadm --assemble --force --readonly ಬದಲಿಗೆ ಕ್ಲೋನ್ ಮಾಡಿದ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ.

ನಿರ್ಧಾರ ಮರ: ಬಹು-ಡ್ರೈವ್ RAID ಮತ್ತು ZFS ಪೂಲ್ ತುರ್ತು ಚಿಕಿತ್ಸೆಯ ಸರದಿ ನಿರ್ಧಾರ¶

ನಿಮ್ಮ ರಚನೆಯು ತಾರ್ಕಿಕ ಸಮಯ ಮೀರಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಈ ಫ್ಲೋಚಾರ್ಟ್ ಅನ್ನು ಬಳಸಿ (TLER / ERC ಹೊಂದಿಕೆಯಾಗದಿರುವುದು), ಪುನರ್ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ ನಿಜವಾದ ಬಹು-ಡಿಸ್ಕ್ ಬ್ಯಾಡ್-ಸೆಕ್ಟರ್ ವೈಫಲ್ಯ, ಅಥವಾ ZFS ವಹಿವಾಟು ಗುಂಪು (TXG) ದೋಷ:

flowchart TD
    Start["RAID 5 / RAID 6 / SHR / ZFS ಪೂಲ್ 2+ ಡ್ರೈವ್‌ಗಳನ್ನು ಕೈಬಿಟ್ಟ ನಂತರ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ"] --> StopIO["ಎಲ್ಲಾ ಮರುನಿರ್ಮಾಣಗಳನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು NAS ಅನ್ನು ತಕ್ಷಣವೇ ಪವರ್ ಡೌನ್ ಮಾಡಿ"]
    StopIO --> Label["ಪ್ರತಿ ಡ್ರೈವ್ ಟ್ರೇ ಅನ್ನು ಬೇ ಸಂಖ್ಯೆಯಿಂದ ಲೇಬಲ್ ಮಾಡಿ (ಬೇ 1 ರಿಂದ ಬೇ ಎನ್)"]
    Label --> ConnectLinux["ನೇರ SATA / HBA ಮೂಲಕ ಉಬುಂಟು ಲಿನಕ್ಸ್ ಪಾರುಗಾಣಿಕಾ ಹೋಸ್ಟ್‌ಗೆ ಸದಸ್ಯ ಡ್ರೈವ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ"]

    ConnectLinux --> CheckSmart["ಸ್ಮಾರ್ಟ್ ಮತ್ತು ಮೆಟಾಡೇಟಾ ಓದಲು-ಮಾತ್ರ ಪರೀಕ್ಷಿಸಿ: smartctl -a / mdadm --examine / zdb -l"]
    CheckSmart --> PhysicalHealth{"ಯಾವುದೇ ಡ್ರೈವ್‌ಗಳು ಕ್ಲಿಕ್ ಮಾಡುತ್ತಿವೆಯೇ, ಸ್ಪಿನ್ ಮಾಡಲು ನಿರಾಕರಿಸುತ್ತಿವೆಯೇ ಅಥವಾ dmesg ನಲ್ಲಿ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿ ಬಿಡುತ್ತಿವೆಯೇ?"}

    PhysicalHealth -->|"ಹೌದು: RAID 5 ರಲ್ಲಿ 2+ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಯಾಂತ್ರಿಕ / ಹೆಡ್ ವೈಫಲ್ಯ"| Cleanroom["ಡಿಸ್ಕ್ ಪವರ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ -> ಕ್ಲೀನ್‌ರೂಮ್ ಡೇಟಾ ರಿಕವರಿ ಲ್ಯಾಬ್‌ಗೆ ಕಳುಹಿಸಿ"]
    PhysicalHealth -->|"ಇಲ್ಲ: ಎಲ್ಲಾ ಡ್ರೈವ್‌ಗಳು ಸ್ಪಿನ್ ಅಪ್ (ಬಾಕಿ ಉಳಿದಿರುವ ಕೆಟ್ಟ ಸೆಕ್ಟರ್‌ಗಳು ಅಥವಾ ಟೈಮ್‌ಔಟ್ ಡ್ರಾಪ್‌ಗಳನ್ನು ಹೊಂದಿರಬಹುದು)"| CloneAll["GNU ddrescue ಬಳಸಿ ಪ್ರತಿ ಸದಸ್ಯ ಡ್ರೈವ್ ಅನ್ನು ಕ್ಲೋನ್ ಮಾಡಿ (ಫಾರ್ವರ್ಡ್ ಪಾಸ್ -> ರಿವರ್ಸ್ ಸ್ಕ್ರೇಪ್)"]

    CloneAll --> DisconnectOrig["ಮೂಲ ಡ್ರೈವ್‌ಗಳನ್ನು ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತು ಕ್ಲೋನ್ ಮಾಡಿದ ಡಿಸ್ಕ್‌ಗಳು / ಚಿತ್ರಗಳಲ್ಲಿ ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಕೆಲಸ ಮಾಡಿ"]
    DisconnectOrig --> ArrayType{"ಯಾವ ಸ್ಟೋರೇಜ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ?"}

    ArrayType -->|"ಸಿನಾಲಜಿ DSM (SHR / ಕ್ಲಾಸಿಕ್ RAID)"| SynologyFlow["mdadm ಮೂಲಕ ಈವೆಂಟ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ --ಪರೀಕ್ಷೆ -> ಬಲವಂತವಾಗಿ ಜೋಡಿಸಿ ಓದಲು-ಮಾತ್ರ -> LVM2 / Btrfs ಓದಲು-ಮಾತ್ರ ಸಕ್ರಿಯಗೊಳಿಸಿ"]
    ArrayType -->|"QNAP QTS (HAL LVM ತೆಳುವಾದ / ದಪ್ಪ RAID)"| QnapFlow["mdadm ಓದಲು-ಮಾತ್ರ ಜೋಡಿಸಿ -> DRBD ಲೇಯರ್ ಇದ್ದರೆ ಸಕ್ರಿಯಗೊಳಿಸಿ -> ಕಸ್ಟಮ್ QNAP LVM2 ಸೂಪರ್‌ಬ್ಲಾಕ್‌ಗಳನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡಿ"]
    ArrayType -->|"TrueNAS / ZFS (RAIDZ1 / RAIDZ2 / ಮಿರರ್)"| ZfsFlow["zpool import -d /dev/disk/by-id -> ರೋಲ್‌ಬ್ಯಾಕ್‌ನೊಂದಿಗೆ ಓದಲು-ಮಾತ್ರ ಆಮದು ಮಾಡಿ: zpool import -f -o readonly=on -F"]
    ArrayType -->|"ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲಿನಕ್ಸ್ mdadm"| LinuxFlow["ಈವೆಂಟ್ ಕೌಂಟರ್‌ಗಳನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ -> mdadm ಅನ್ನು ರನ್ ಮಾಡಿ --ಜೋಡಿಸು --ಫೋರ್ಸ್ --ಓದಲು ಮಾತ್ರ -> ಮೌಂಟ್ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಅನ್ನು -o ro, noload ಜೊತೆಗೆ"]

ಹಂತ 1: ಮರುನಿರ್ಮಾಣವನ್ನು ಏಕೆ ಒತ್ತಾಯಿಸುವುದು ಡೇಟಾವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ (URE ಮತ್ತು ಅದೇ-ಬ್ಯಾಚ್ ಕ್ಯಾಸ್ಕೇಡ್)¶

ರಿಪೇರಿ / ಮರುನಿರ್ಮಾಣ ಕ್ಲಿಕ್ ಮಾಡುವುದು ಅಥವಾ ಒಂದು ಡ್ರೈವ್ ಅನ್ನು ಬದಲಿಸುವುದು ಮತ್ತು 36 ಗಂಟೆಗಳ ಕಾಲ ಕಾಯುವುದು ಏಕೆ ಒಟ್ಟು ರಚನೆಯ ಕುಸಿತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಪ್ಯಾರಿಟಿ ಪುನರ್ನಿರ್ಮಾಣವು ವಯಸ್ಸಾದ ಮ್ಯಾಗ್ನೆಟಿಕ್ ಮಾಧ್ಯಮವನ್ನು ಹೇಗೆ ಒತ್ತಿಹೇಳುತ್ತದೆ ಮತ್ತು ಗ್ರಾಹಕ ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳು NAS ಆವರಣಗಳಿಂದ ಏಕೆ ಹೊರಬರುತ್ತವೆ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.

1. ಮರುಪಡೆಯಲಾಗದ ಓದುವ ದೋಷಗಳ ಗಣಿತದ ವಾಸ್ತವ (`UREs`) RAID 5 ಅಥವಾ RAIDZ1 ಮರುನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ¶

4-ಡ್ರೈವ್‌ನಲ್ಲಿ RAID 5 ಅಥವಾ ZFS RAIDZ1 ಪೂಲ್, ಡೇಟಾ ಮತ್ತು ಪ್ಯಾರಿಟಿ ಬ್ಲಾಕ್‌ಗಳು (P) ವಿಶೇಷ ಅಥವಾ (ಎಕ್ಸ್‌ಕ್ಲೂಸಿವ್) ಅನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ನಾಲ್ಕು ಡಿಸ್ಕ್‌ಗಳಲ್ಲಿ ಪಟ್ಟೆಗಳನ್ನು ಹಾಕಲಾಗುತ್ತದೆ.XOR) ಲೆಕ್ಕಾಚಾರ (D1 XOR D2 XOR D3 = P) ಡ್ರೈವ್ 2 ಸಂಪೂರ್ಣವಾಗಿ ಸತ್ತರೆ, ರಚನೆಯು ಶೂನ್ಯ ಉಳಿದಿರುವ ಪುನರುಕ್ತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಡ್ರೈವ್ 2 ಅನ್ನು ಹೊಚ್ಚಹೊಸ ಬದಲಿ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಮರುನಿರ್ಮಾಣ ಮಾಡಲು, ಡ್ರೈವ್ 1, ಡ್ರೈವ್ 3, ಮತ್ತು ಡ್ರೈವ್ 4 ನಲ್ಲಿ ಬೈಟ್ 0 ರಿಂದ ಡಿಸ್ಕ್‌ನ ಅಂತ್ಯದವರೆಗೆ ** ಪ್ರತಿಯೊಂದು ಸೆಕ್ಟರ್ ಅನ್ನು NAS ಓದಬೇಕು.Reconstructed D2 = D1 XOR D3 XOR P)

ಆ ಡ್ರೈವ್‌ಗಳು ನಾಲ್ಕು ವರ್ಷಗಳ ಹಿಂದೆ ಅದೇ ಉತ್ಪಾದನಾ ಬ್ಯಾಚ್‌ನಿಂದ ಖರೀದಿಸಲಾದ ನಾಲ್ಕು 12 ಟೆರಾಬೈಟ್ (12,000 ಗಿಗಾಬೈಟ್) ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳಾಗಿದ್ದರೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಗಣಿಸಿ: - 12 ಟೆರಾಬೈಟ್‌ಗಳ ಮರುನಿರ್ಮಾಣಕ್ಕೆ ಓದುವ ಅಗತ್ಯವಿದೆ 36 terabytes (2.88 x 1014 ಪ್ರತ್ಯೇಕ ಬಿಟ್‌ಗಳು) ಗರಿಷ್ಠ ಉಷ್ಣ ಮತ್ತು ಯಾಂತ್ರಿಕ ಹೊರೆಯಲ್ಲಿ ನಿರಂತರವಾಗಿ 24 ರಿಂದ 48 ಗಂಟೆಗಳವರೆಗೆ. - ಗ್ರಾಹಕ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಚೇತರಿಸಿಕೊಳ್ಳಲಾಗದ ಓದುವ ದೋಷವನ್ನು ಹೊಂದಿರುತ್ತವೆ (URE) ನಿರ್ದಿಷ್ಟತೆ 1 error in 1014 bits (12.5 terabytes), ಮತ್ತು ವಯಸ್ಸಾದ ಡ್ರೈವ್‌ಗಳು ಮೂಕ ಸುಪ್ತ ವಲಯದ ದೋಷಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತವೆ (Current_Pending_Sector) ವರ್ಷಗಳಲ್ಲಿ ಓದದಿರುವ ಡಿಸ್ಕ್ನ ಶೀತ ಪ್ರದೇಶಗಳಲ್ಲಿ. - ಡ್ರೈವ್ 3 ಒಂದು ಓದಲಾಗದ 4 ಕಿಲೋಬೈಟ್ (0.004 ಮೆಗಾಬೈಟ್) ಬ್ಯಾಡ್ ಸೆಕ್ಟರ್ ಅನ್ನು ಹೊಡೆಯುವ ಕ್ಷಣವು ಡ್ರೈವ್ 2 ಇನ್ನೂ ಕಾಣೆಯಾಗಿದೆ ಅಥವಾ ಅರ್ಧದಷ್ಟು ಮರುನಿರ್ಮಾಣವಾಗಿದೆ, XOR ಸಮೀಕರಣವು ಎರಡು ಅಜ್ಞಾತಗಳನ್ನು ಹೊಂದಿದೆ (D2 ಮತ್ತು D3)

2. ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳು ಇಲ್ಲದೆ ಏಕೆ `TLER` / `SCT ERC` 1 ಕೆಟ್ಟ ವಲಯದ ಮೇಲೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊರಹಾಕಿ¶

ಸಿನಾಲಜಿ, ಕ್ಯೂಎನ್‌ಎಪಿ ಮತ್ತು ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ದುರಂತ ಮಲ್ಟಿ-ಡ್ರೈವ್ ಡ್ರಾಪ್‌ಗಳನ್ನು ಉಂಟುಮಾಡುವ ಬಲೆ ಇಲ್ಲಿದೆ mdadm:

+-------------------------------------------------------------------------+
| WHY A SINGLE BAD SECTOR DROPS AN ENTIRE DRIVE DURING REBUILD            |
|                                                                         |
| 1. Drive 2 is dead/rebuilding. NAS reads Sector 849,102,400 on Drive 3. |
| 2. Drive 3 hits a weak magnetic spot (Current_Pending_Sector).          |
| 3. Consumer Drive Behavior (No TLER / SCT ERC):                         |
|    - Drive 3 enters deep internal error recovery for 30 to 120 seconds, |
|      stopping all SATA responses while retrying head positioning.       |
| 4. Linux Kernel / NAS Controller Timeout (Default 7 to 30 seconds):     |
|    - Kernel sees Drive 3 unresponsive for >30s -> Issues SATA bus reset |
|    - mdadm assumes Drive 3 is COMPLETELY DEAD and kicks it from array   |
| 5. RESULT: Both Drive 2 and Drive 3 are now marked FAULTY/REMOVED.      |
|    The entire RAID 5 array crashes offline immediately.                 |
+-------------------------------------------------------------------------+

ನಿಜವಾಗಿ ಏನಾಯಿತು ಎಂಬುದನ್ನು ಗಮನಿಸಿ: ಡ್ರೈವ್ 3 ಸತ್ತಿಲ್ಲ. ಇದು ಹೊಂದಿದೆ 99.999999% ಆರೋಗ್ಯಕರ ವಲಯಗಳು ಮತ್ತು ಕೇವಲ 1 ಅಥವಾ 2 ಓದಲಾಗದ 4 ಕಿಲೋಬೈಟ್ ವಲಯಗಳು (8 kilobytes ಹೊರಗೆ 12 terabytes) ಆದರೂ ಏಕೆಂದರೆ mdadm 30-ಸೆಕೆಂಡ್‌ಗಳ ಕಮಾಂಡ್ ಟೈಮ್‌ಔಟ್‌ನಿಂದಾಗಿ ಡ್ರೈವ್ 3 ಅನ್ನು ಅರೇಯಿಂದ ಹೊರಹಾಕಲಾಗಿದೆ, ಸಂಪೂರ್ಣ ಪರಿಮಾಣವು ಕ್ರ್ಯಾಶ್ ಎಂದು ತೋರಿಸುತ್ತದೆ. ನೀವು ಡ್ರೈವ್ 3 ಅನ್ನು ಕ್ಲೋನ್ ಮಾಡಿದರೆ ddrescue (ಇದು 8 ಕಿಲೋಬೈಟ್‌ಗಳ ಕೆಟ್ಟ ಸೆಕ್ಟರ್‌ಗಳನ್ನು ಆಕರ್ಷಕವಾಗಿ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ ಮತ್ತು ಇತರ 12 ಟೆರಾಬೈಟ್‌ಗಳನ್ನು ನಕಲಿಸುತ್ತದೆ) ಮತ್ತು ಅರೇ ಅನ್ನು ಓದಲು-ಮಾತ್ರ ಬಲವಂತವಾಗಿ ಜೋಡಿಸಿ, ನಿಮ್ಮ ಫೈಲ್‌ಗಳ 100 ಪ್ರತಿಶತವನ್ನು ನೀವು ಮರುಪಡೆಯುತ್ತೀರಿ.

3. ನೀವು ಏಕೆ ಓಡಬಾರದು `mdadm --create` ಅಥವಾ "ಪ್ರಾರಂಭಿಸಿ" ಕ್ಲಿಕ್ ಮಾಡಿ¶

ಅರೇ ಕ್ರ್ಯಾಶ್ ಆದಾಗ, ಎರಡು ವಿನಾಶಕಾರಿ ಪುರಾಣಗಳು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಪ್ರಸಾರವಾಗುತ್ತವೆ: - ಮಿಥ್ಯ 1: "ಅರೇ ಅನ್ನು ಬಳಸಿಕೊಂಡು ನಿಖರವಾದ ಅದೇ ಡ್ರೈವ್ ಕ್ರಮದೊಂದಿಗೆ ಮರು-ರಚಿಸಿ mdadm --create." ಸಹ --assume-clean, ಆಧುನಿಕ ಆವೃತ್ತಿಗಳು mdadm ಡಿಫಾಲ್ಟ್ ಬೇರೆ Data Offset ಕರ್ನಲ್ ಅನ್ನು ಅವಲಂಬಿಸಿ ಮೌಲ್ಯಗಳು ಮತ್ತು mdadm ಬಿಡುಗಡೆ (2048 sectors ವಿರುದ್ಧ 262144 sectors) ಯಾವಾಗ mdadm --create ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಬರೆಯುತ್ತಾರೆ 1.2 ತಪ್ಪಾದ ಆಫ್‌ಸೆಟ್‌ನಲ್ಲಿ ಅಥವಾ ಹೊಂದಿಕೆಯಾಗದ ಚಂಕ್ ಗಾತ್ರದೊಂದಿಗೆ ಸೂಪರ್‌ಬ್ಲಾಕ್, ಇದು ತಿದ್ದಿ ಬರೆಯುತ್ತದೆ LVM2 ಭೌತಿಕ ಪರಿಮಾಣದ ಹೆಡರ್ ಅಥವಾ ext4 ಸಂಪುಟದ ಮುಂಭಾಗದಲ್ಲಿ ಸೂಪರ್ಬ್ಲಾಕ್. - ಮಿಥ್ಯ 2: "ಈಗ ಕೈಬಿಟ್ಟ ಎರಡನೇ ಡ್ರೈವ್ ಅನ್ನು ಎಳೆಯಿರಿ, ಅದನ್ನು ಮತ್ತೆ ಪ್ಲಗ್ ಇನ್ ಮಾಡಿ ಮತ್ತು ದುರಸ್ತಿ ಕ್ಲಿಕ್ ಮಾಡಿ." ಡ್ರೈವ್ 1 ಮೂರು ದಿನಗಳ ಹಿಂದೆ ಕೈಬಿಟ್ಟಿದ್ದರೆ (ಆದ್ದರಿಂದ ಅದರ ಡೇಟಾ 3 ದಿನಗಳು ಹಳೆಯದಾಗಿದೆ) ಮತ್ತು ಡ್ರೈವ್ 3 10 ನಿಮಿಷಗಳ ಹಿಂದೆ ಕೈಬಿಟ್ಟಿದ್ದರೆ (ಆದ್ದರಿಂದ ಅದರ ಡೇಟಾ ಪ್ರಸ್ತುತವಾಗಿದೆ), ತಪ್ಪಾದ ಡ್ರೈವ್ ಅನ್ನು ಎಳೆಯುವುದು ಮತ್ತು ಮರು-ಸೇರಿಸುವುದು ಅಥವಾ ಡ್ರೈವ್ 1 ಅನ್ನು "ಸಕ್ರಿಯ" ಎಂದು ಗುರುತಿಸಿ ಮರುನಿರ್ಮಾಣ ಮಾಡಲು ಒತ್ತಾಯಿಸಿದರೆ ಮತ್ತು ** ASpri* ಮಾರ್ಕ್ ಓವರ್‌ಗೆ ಕಾರಣವಾಗುತ್ತದೆ. 3-ದಿನ-ಹಳೆಯ ಹಳೆಯ ಪ್ಯಾರಿಟಿ ಸ್ಟ್ರೈಪ್‌ಗಳೊಂದಿಗೆ ಅಪ್-ಟು-ಡೇಟ್ ಅರೇ**, ಕಳೆದ 72 ಗಂಟೆಗಳಲ್ಲಿ ಮಾರ್ಪಡಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಫೈಲ್ ಅನ್ನು ಭ್ರಷ್ಟಗೊಳಿಸಿದೆ.

ಹಂತ 2: ಸೂಪರ್‌ಬ್ಲಾಕ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು `Event` Linux ಪಾರುಗಾಣಿಕಾ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸುರಕ್ಷಿತವಾಗಿ ಕೌಂಟರ್‌ಗಳು¶

ಕ್ರ್ಯಾಶ್ ಆದ Synology, QNAP, TrueNAS, ಅಥವಾ Linux ಅರೇಯನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ರಕ್ಷಿಸಲು, ಎಲ್ಲಾ ಸದಸ್ಯರ ಡ್ರೈವ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ (ಅವುಗಳ ಬೇ ಸಂಖ್ಯೆಗಳನ್ನು ಲೇಬಲ್ ಮಾಡಿದ ನಂತರ) ಮತ್ತು ಅವುಗಳನ್ನು ಡೆಸ್ಕ್‌ಟಾಪ್ PC ಅಥವಾ ಸರ್ವರ್‌ಗೆ ಲಗತ್ತಿಸಿ Ubuntu 22.04 LTS / 24.04 LTS (ಲೈವ್ USB ಸ್ಟಿಕ್‌ನಿಂದ ಬೂಟ್ ಮಾಡಲಾಗಿದೆ).

Warning

** ಸ್ವಯಂಚಾಲಿತ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ mdadm NAS ಡ್ರೈವ್‌ಗಳನ್ನು ಪ್ಲಗ್ ಮಾಡುವ ಮೊದಲು ನಿಮ್ಮ ಉಬುಂಟು ಪಾರುಗಾಣಿಕಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಜೋಡಣೆ **: ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಉಬುಂಟು udev ನಿಯಮಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಯಾವುದೇ ಜೋಡಣೆ mdadm ಅವರು ಬೂಟ್ ಅಥವಾ ಹಾಟ್-ಪ್ಲಗ್‌ನಲ್ಲಿ ನೋಡುವ ವಿಭಾಗಗಳು, ಕೆಲವೊಮ್ಮೆ ರೀಡ್-ರೈಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಭಾಗಶಃ ಡಿಗ್ರೇಡೆಡ್ ಅರೇ ಅನ್ನು ಜೋಡಿಸುವುದು ಮತ್ತು ಈವೆಂಟ್ ಕೌಂಟರ್‌ಗಳನ್ನು ಸಿಂಕ್‌ನಿಂದ ಹೊರಕ್ಕೆ ತಳ್ಳುವುದು. NAS ಡಿಸ್ಕ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೊದಲು, ಉಬುಂಟು ಅನ್ನು ಬೂಟ್ ಮಾಡಿ ಮತ್ತು ಸ್ವಯಂ ಜೋಡಣೆ ಅಥವಾ ಪಾಸ್ ಅನ್ನು ಮಾಸ್ಕ್ ಮಾಡಿ raid=noautodetect ಕರ್ನಲ್ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ.

ಹಂತ 1: ಉಬುಂಟುನಲ್ಲಿ ಫೋರೆನ್ಸಿಕ್ ಪಾರುಗಾಣಿಕಾ ಟೂಲ್ಕಿಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ¶

ನಿಮ್ಮ ಉಬುಂಟು ಪಾರುಗಾಣಿಕಾ ಯಂತ್ರದಲ್ಲಿ ಟರ್ಮಿನಲ್ ತೆರೆಯಿರಿ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಉಪಯುಕ್ತತೆಗಳನ್ನು ಸ್ಥಾಪಿಸಿ:

sudo apt-get update
sudo apt-get install -y gddrescue smartmontools mdadm lvm2 btrfs-progs xfsprogs zfsutils-linux

ಹಂತ 2: ಪ್ರತಿಯೊಂದು ಡ್ರೈವ್ ಅಕ್ಷರ, ಸರಣಿ ಸಂಖ್ಯೆ ಮತ್ತು ವಿಭಜನಾ ವಿನ್ಯಾಸವನ್ನು ನಕ್ಷೆ ಮಾಡಿ¶

ಎಲ್ಲಾ ಸಂಪರ್ಕಿತ ಬ್ಲಾಕ್ ಸಾಧನಗಳು ಮತ್ತು ಅವುಗಳ ಹಾರ್ಡ್‌ವೇರ್ ಸರಣಿ ಸಂಖ್ಯೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಆದ್ದರಿಂದ ನೀವು ಮೂಲ NAS ಡಿಸ್ಕ್‌ನೊಂದಿಗೆ ಪಾರುಗಾಣಿಕಾ ಡಿಸ್ಕ್ ಅನ್ನು ಎಂದಿಗೂ ಗೊಂದಲಗೊಳಿಸಬೇಡಿ:

lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,TYPE,MOUNTPOINTS

ವಿಶಿಷ್ಟವಾದ ಸಿನಾಲಜಿ DSM, QNAP, ಅಥವಾ TrueNAS ಡ್ರೈವ್‌ನ ವಿಭಜನಾ ಕೋಷ್ಟಕವನ್ನು ನೋಡಿ:

NAS ವೇದಿಕೆ	ವಿಭಾಗ 1 (`p1` / `1`)	ವಿಭಾಗ 2 (`p2` / `2`)	ವಿಭಾಗ 3 (`p3` / `3`) ಅಥವಾ `p5`
ಸಿನಾಲಜಿ DSM (`SHR` / ಕ್ಲಾಸಿಕ್ RAID)	`2.4 GB` ಗೆ `8 GB` (`md0` RAID 1: DSM OS `ext4`)	`2.0 GB` (`md1` RAID 1: ಸಿಸ್ಟಮ್ ಸ್ವಾಪ್ ಸ್ಪೇಸ್)	ಡಿಸ್ಕ್ನ ಶೇಷ (`md2`, `md3`...): ಬಳಕೆದಾರ ಡೇಟಾ ರಚನೆ (`LVM2` + `Btrfs` ಅಥವಾ `ext4`)
QNAP QTS (`HAL` ಫರ್ಮ್‌ವೇರ್)	`512 MB` (`md9` RAID 1: QTS ಸಿಸ್ಟಮ್ ಕಾನ್ಫಿಗ್)	`512 MB` (`md13` RAID 1: ಸಿಸ್ಟಮ್ ಎಕ್ಸ್‌ಟಿ)	ವಿಭಾಗ 3 (`sda3` / `md1`): ಬಳಕೆದಾರ ಡೇಟಾ ರಚನೆ (`DRBD` -> `LVM2 Thin Pool` -> `ext4`)
TrueNAS (`CORE` / `SCALE`)	`2.0 GB` (FreeBSD/Linux ಸ್ವಾಪ್ ವಿಭಾಗ)	ವಿಭಾಗ 2 (`sda2` / `p2`): ZFS ಪೂಲ್ vdev ಸದಸ್ಯ (`zfs_member`).	ಯಾವುದೂ ಇಲ್ಲ (ಅಥವಾ ಪ್ರತ್ಯೇಕ SSD ನಲ್ಲಿ ಬೂಟ್ ಪೂಲ್).

ಹಂತ 3: ಪರಿಶೀಲಿಸಿ `mdadm --examine` ಅರೇ ಏಕೆ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ ಎಂದು ನೋಡಲು (ದಿ ಈವೆಂಟ್ ಕೌಂಟರ್ ಮ್ಯಾಟ್ರಿಕ್ಸ್)¶

ಸಿನಾಲಜಿ, QNAP, ಅಥವಾ Linux ನಲ್ಲಿ mdadm ಅರೇ, ಬಳಕೆದಾರರ ಡೇಟಾ ವಿಭಾಗಗಳಲ್ಲಿ RAID ಮೆಟಾಡೇಟಾವನ್ನು ಪರೀಕ್ಷಿಸಿ (ಉದಾಹರಣೆಗೆ, ವಿಭಾಗ 3 ರಂದು /dev/sdb3, /dev/sdc3, /dev/sdd3, /dev/sde3) ಯಾವುದನ್ನೂ ಆರೋಹಿಸದೆ ಅಥವಾ ಮಾರ್ಪಡಿಸದೆ:

sudo mdadm --examine /dev/sd[b-e]3 | grep -E "Filename|Magic|Update Time|Events|Array State|Device Role"

ಎಲ್ಲಾ ನಾಲ್ಕು ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ:

/dev/sdb3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 0
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdc3:
    Update Time : Thu Oct 29 03:44:11 2026
         Events : 479012
   Device Role : Active device 1
   Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdd3:
    Update Time : Sat Oct 31 14:12:04 2026
         Events : 482188
   Device Role : Active device 2
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

/dev/sde3:
    Update Time : Sat Oct 31 14:12:09 2026
         Events : 482190
   Device Role : Active device 3
   Array State : A.AA ('A' == active, '.' == missing, 'R' == replacing)

ಈ ಫೋರೆನ್ಸಿಕ್ ಕಥೆಯನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ: 1. /dev/sdc3 (Device Role 1) ಹೊಂದಿದೆ Events ಎಣಿಕೆ 479012 ** ಎರಡು ದಿನಗಳ ಹಿಂದೆ (Oct 29). ಆ ಡ್ರೈವ್ ಎರಡು ದಿನಗಳ ಹಿಂದೆ ಮೊದಲು ಕೈಬಿಟ್ಟಿತು ಮತ್ತು ಅಂದಿನಿಂದ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿದೆ. 2. /dev/sdb3 (Role 0) ಮತ್ತು /dev/sde3 (Role 3) ಎರಡೂ ಹೊಂದಿವೆ Events : 482190 ನಲ್ಲಿ 14:12:09. 3. /dev/sdd3 (Role 2) ಹೊಂದಿದೆ Events : 482188 ನಲ್ಲಿ 14:12:04, ಕೇವಲ 5 ಸೆಕೆಂಡುಗಳು ಮತ್ತು 2 ಈವೆಂಟ್‌ಗಳು ಹಿಂದೆ sdb3 ಮತ್ತು sde3. 4. ತೀರ್ಮಾನ **: ನೀವು ** ಬಳಸಿಕೊಂಡು ರಚನೆಯನ್ನು ಪುನರ್ನಿರ್ಮಿಸಬೇಕುsdb3 (Role 0), sdd3 (Role 2), ಮತ್ತು sde3 (klzxh:0106) (ಅವರ ಈವೆಂಟ್ ಕೌಂಟರ್‌ಗಳು ಕೇವಲ 2 ಉಣ್ಣಿಗಳ ಅಂತರದಲ್ಲಿವೆ), ** ಹೊರಡುವಾಗ sdc3 (Role 1) ಸಂಪೂರ್ಣವಾಗಿ **.

ಹಂತ 3: ಪ್ರತಿ ಡ್ರೈವ್ ಬಿಟ್-ಫಾರ್-ಬಿಟ್ ಜೊತೆಗೆ ಕ್ಲೋನಿಂಗ್ `GNU ddrescue`¶

ಓಡುವ ಮೊದಲು mdadm --assemble --force ಅಥವಾ zpool import -F, ಅಗತ್ಯವಿರುವ ಪ್ರತಿಯೊಂದು ಡ್ರೈವ್ ಅನ್ನು ಕ್ಲೋನ್ ಮಾಡಿ (ವಿಶೇಷವಾಗಿ ಕೆಟ್ಟ ಸೆಕ್ಟರ್‌ಗಳಿಂದಾಗಿ ಕೊನೆಯದಾಗಿ ಕೈಬಿಟ್ಟ ಡ್ರೈವ್, ಉದಾಹರಣೆಗೆ /dev/sdd ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿ) ಸಮಾನ ಅಥವಾ ದೊಡ್ಡ ಸಾಮರ್ಥ್ಯದ ಆರೋಗ್ಯಕರ ಖಾಲಿ ಡ್ರೈವ್‌ನಲ್ಲಿ ಅಥವಾ ಕಚ್ಚಾ ಆಗಿ .img ದೊಡ್ಡ ಶೇಖರಣಾ ಪರಿಮಾಣದಲ್ಲಿ ಫೈಲ್.

ಹಂತ 1: ಏಕೆ `ddrescue` ಮ್ಯಾಪ್ಫೈಲ್ನೊಂದಿಗೆ ಕಡ್ಡಾಯವಾಗಿದೆ¶

ಪ್ರಮಾಣಿತ dd ಮೊದಲ ಕೆಟ್ಟ ವಲಯದಲ್ಲಿ ಅಥವಾ ಅದರೊಂದಿಗೆ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತದೆ conv=noerror,sync ಪಕ್ಕದ ಉತ್ತಮ ದತ್ತಾಂಶದ ಮೆಗಾಬೈಟ್‌ಗಳನ್ನು ಶೂನ್ಯ-ಭರ್ತಿ ಮಾಡುವಾಗ ಹಾನಿಗೊಳಗಾದ ಟ್ರ್ಯಾಕ್‌ನ ಮೇಲೆ ಅದರ ರೀಡ್ ಹೆಡ್‌ಗಳನ್ನು ರುಬ್ಬುವ ಗಂಟೆಗಳನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ. GNU ddrescue ಬುದ್ಧಿವಂತ ಬಹು-ಹಂತದ ಪಾಸ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: 1. ** ಪಾಸ್ 1 (ನಕಲು ಹಂತ): ಡಿಸ್ಕ್‌ನ ಎಲ್ಲಾ ಆರೋಗ್ಯಕರ, ವೇಗವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಪ್ರದೇಶಗಳನ್ನು ಪೂರ್ಣ ಅನುಕ್ರಮ ವೇಗದಲ್ಲಿ ನಕಲಿಸುತ್ತದೆ (150 MB/s ಗೆ 250 MB/s), ತಕ್ಷಣವೇ ಯಾವುದೇ ನಿಧಾನವಾದ ಅಥವಾ ಓದಲಾಗದ ಬ್ಲಾಕ್‌ಗಳ ಮೇಲೆ ಹಾರಿ, ನೀವು ಪಡೆಯುವ ಮೊದಲು ಡ್ರೈವ್ ಹೆಚ್ಚು ಬಿಸಿಯಾಗುವುದಿಲ್ಲ ಅಥವಾ ಸಾಯುವುದಿಲ್ಲ 99.99% ಉತ್ತಮ ಡೇಟಾ. 2. ** ಪಾಸ್ 2 (ಟ್ರಿಮ್ಮಿಂಗ್ ಹಂತ): ಮುಂಭಾಗ ಮತ್ತು ಹಿಂಭಾಗದಿಂದ ಪ್ರತಿ ಕೆಟ್ಟ ಬ್ಲಾಕ್‌ನ ನಿಖರವಾದ ಅಂಚುಗಳವರೆಗೆ ಓದುತ್ತದೆ (reverse direction) ಹಾನಿಗೊಳಗಾದ ಪ್ರದೇಶವನ್ನು ನಿಖರವಾಗಿ 4 ಕಿಲೋಬೈಟ್ ಹಾರ್ಡ್‌ವೇರ್ ವಲಯಕ್ಕೆ ಪ್ರತ್ಯೇಕಿಸಲು. 3. ** ಪಾಸ್ 3 (ಸ್ಕ್ರ್ಯಾಪಿಂಗ್ ಹಂತ)**: ಅನಗತ್ಯವಾಗಿ ಬಸ್ ಅನ್ನು ಮರುಹೊಂದಿಸದೆಯೇ ಹಾನಿಗೊಳಗಾದ ವಲಯಗಳನ್ನು ನಿಧಾನವಾಗಿ ಮರುಪ್ರಯತ್ನಿಸುತ್ತದೆ.

ಹಂತ 2: 2-ಹಂತವನ್ನು ರನ್ ಮಾಡಿ `ddrescue` ಕ್ಲೋನ್ ಆಜ್ಞೆ¶

ಯಾವಾಗಲೂ ಮ್ಯಾಪ್‌ಫೈಲ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ (sdd_rescue.map) ಡೈಯಿಂಗ್ ಸೋರ್ಸ್ ಡ್ರೈವ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡರೆ ಮತ್ತು ಪವರ್ ಸೈಕಲ್ ಅಗತ್ಯವಿದ್ದರೆ, ddrescue ಮ್ಯಾಪ್‌ಫೈಲ್ ಅನ್ನು ಓದುತ್ತದೆ ಮತ್ತು ಈಗಾಗಲೇ ನಕಲು ಮಾಡಲಾದ ಒಂದೇ ಒಂದು ಸೆಕ್ಟರ್ ಅನ್ನು ಮರು-ಓದದೆಯೇ ಅದು ನಿಲ್ಲಿಸಿದ ನಿಖರವಾದ ಬೈಟ್‌ನಲ್ಲಿ ಪುನರಾರಂಭಿಸುತ್ತದೆ:

# Stage 1: Fast forward pass skipping bad/slow blocks immediately (-n = no-scrape)
sudo ddrescue -f -n -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

# Stage 2: Targeted trimming and 3-retry scrape of the skipped bad sectors
sudo ddrescue -f -d -r 3 -b 4096 /dev/sdd /dev/sdh /root/sdd_rescue.map

- /dev/sdd: ಮೂಲ NAS ಡ್ರೈವ್ ಅನ್ನು ರಕ್ಷಿಸಲಾಗುತ್ತಿದೆ. - /dev/sdh: ಹೊಚ್ಚಹೊಸ ಖಾಲಿ ಗಮ್ಯಸ್ಥಾನ ಡ್ರೈವ್ (ಅಥವಾ /mnt/bigstorage/sdd.img ಇಮೇಜ್ ಫೈಲ್‌ಗೆ ಕ್ಲೋನಿಂಗ್ ಮಾಡಿದರೆ). - /root/sdd_rescue.map: ಪ್ರತಿ ರಕ್ಷಿಸಿದ, ಪ್ರಯತ್ನಿಸದ ಮತ್ತು ಕೆಟ್ಟ ಸೆಕ್ಟರ್ ಅನ್ನು ನಿರಂತರ ಲಾಗ್/ಮ್ಯಾಪ್‌ಫೈಲ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಮಾಡುತ್ತದೆ.

Tip

** ನೀವು ಕ್ಲೋನ್ ಮಾಡಿದರೆ .img ಭೌತಿಕ ಬಿಡಿ ಡಿಸ್ಕ್‌ಗಳ ಬದಲಿಗೆ ಫೈಲ್‌ಗಳು, ಅವುಗಳನ್ನು ವಿಭಜನಾ ಸ್ಕ್ಯಾನಿಂಗ್‌ನೊಂದಿಗೆ ಓದಲು-ಮಾತ್ರ ಲೂಪ್ ಸಾಧನಗಳಾಗಿ ಲಗತ್ತಿಸಿ (losetup -Pr)**: ರನ್ sudo losetup -fP --read-only /mnt/bigstorage/sdb.img ಪ್ರತಿ ಡಿಸ್ಕ್ ಚಿತ್ರಕ್ಕಾಗಿ. Linux ರಚಿಸುತ್ತದೆ /dev/loop0p3, /dev/loop1p3, /dev/loop2p3, ಇದು ಭೌತಿಕ SATA ವಿಭಾಗಗಳಿಗೆ ಸಮಾನವಾಗಿ ವರ್ತಿಸುತ್ತದೆ /dev/sdb3, /dev/sdd3, /dev/sde3 ಆದರೆ ನಿಮ್ಮ ಡಿಸ್ಕ್ ಚಿತ್ರಗಳಿಗೆ ಶೂನ್ಯ ಬರಹಗಳನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ.

ಹಂತ 4: ಮರುನಿರ್ಮಾಣ ಸಿನಾಲಜಿ DSM (`SHR-1` / `SHR-2` / ಕ್ಲಾಸಿಕ್ RAID), QNAP, ಮತ್ತು Linux `mdadm`¶

ಒಮ್ಮೆ ನಿಮ್ಮ ಕ್ಲೋನ್ ಮಾಡಿದ ಡ್ರೈವ್‌ಗಳು (ಅಥವಾ ಓದಲು-ಮಾತ್ರ ಲೂಪ್ ಸಾಧನಗಳು) ಸಿದ್ಧವಾದಾಗ ಮತ್ತು ಮೂಲ NAS ಡ್ರೈವ್‌ಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಅನ್‌ಪ್ಲಗ್ ಮಾಡಿದರೆ, ನಿಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ನಿಖರವಾದ ವಿನಾಶಕಾರಿಯಲ್ಲದ ಅಸೆಂಬ್ಲಿ ಅನುಕ್ರಮವನ್ನು ಅನುಸರಿಸಿ.

ಸನ್ನಿವೇಶ ಎ: ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲಿನಕ್ಸ್ `mdadm` ಅಥವಾ ಸಿನಾಲಜಿ ಕ್ಲಾಸಿಕ್ RAID (`RAID 5` / `RAID 6`)¶

ಯಾವುದೇ ಭಾಗಶಃ ನಿಲ್ಲಿಸಿ md ಉಬುಂಟು ಪ್ರಾರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ರಚನೆ:
```
cat /proc/mdstat
sudo mdadm --stop /dev/md127
```
ಕ್ಲೋನ್ ಮಾಡಿದ ವಿಭಾಗಗಳನ್ನು ಬಲವಂತವಾಗಿ ಜೋಡಿಸಿ (sdb3, sdd3, sde3, ದೀರ್ಘಕಾಲ ಸತ್ತವರನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು sdc3) ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಓದಲು-ಮಾತ್ರ ಕ್ರಮದಲ್ಲಿ:
```
sudo mdadm --assemble --force --readonly --verbose /dev/md2 /dev/sdb3 /dev/sdd3 /dev/sde3
```
ಔಟ್ಪುಟ್ ವೀಕ್ಷಿಸಿ: mdadm ವರದಿ ಮಾಡುತ್ತಾರೆ forcing event count in /dev/sdd3(2) from 482188 up to 482190 ಮತ್ತು mdadm: /dev/md2 has been started with 3 drives (out of 4).
ರಚನೆಯು ಸಕ್ರಿಯವಾಗಿದೆ ಮತ್ತು ಗುರುತಿಸಲಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ (auto-read-only) ಅಥವಾ (read-only):
```
cat /proc/mdstat
```

ಸನ್ನಿವೇಶ ಬಿ: ಸಿನಾಲಜಿ ಹೈಬ್ರಿಡ್ RAID (`SHR-1` ಮತ್ತು `SHR-2`) ಜೊತೆಗೆ `LVM2` ಮತ್ತು `Btrfs` / `ext4`¶

ಸಿನಾಲಜಿಯ SHR (Synology Hybrid RAID) 100 ಪ್ರತಿಶತ ಪ್ರಮಾಣಿತ ಲಿನಕ್ಸ್ mdadm + LVM2 (Logical Volume Manager): - SHR ಪೂಲ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಡ್ರೈವ್‌ಗಳು ಒಂದೇ ಗಾತ್ರದಲ್ಲಿದ್ದಾಗ (ಉದಾಹರಣೆಗೆ, ನಾಲ್ಕು 8 ಟೆರಾಬೈಟ್ ಡ್ರೈವ್‌ಗಳು), ಸಿನಾಲಜಿ ಏಕವನ್ನು ರಚಿಸುತ್ತದೆ mdadm RAID 5 ವಿಭಾಗ (md2 ಪ್ರತಿ ಡ್ರೈವ್‌ನ ವಿಭಾಗ 3 ನಲ್ಲಿ) ಮತ್ತು ಸ್ಥಳಗಳು a LVM2 ಸಂಪುಟ ಗುಂಪು (vg1000 ಅಥವಾ vg1) ಮೇಲೆ md2. - SHR ಪೂಲ್‌ನಲ್ಲಿನ ಡ್ರೈವ್‌ಗಳು ಮಿಶ್ರ ಗಾತ್ರಗಳನ್ನು ಹೊಂದಿರುವಾಗ (ಉದಾಹರಣೆಗೆ, ಎರಡು 8 ಟೆರಾಬೈಟ್ ಡ್ರೈವ್‌ಗಳು ಮತ್ತು ಎರಡು 16 ಟೆರಾಬೈಟ್ ಡ್ರೈವ್‌ಗಳು), ಸಿನಾಲಜಿ ಎರಡು ಪ್ರತ್ಯೇಕತೆಯನ್ನು ರಚಿಸುತ್ತದೆ mdadm ಸರಣಿಗಳು: md2 ವಿಭಾಗ 5 ರಾದ್ಯಂತ (8 TB RAID 5 ನಲ್ಲಿ ಎಲ್ಲಾ 4 ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಸ್ಲೈಸ್ ಮಾಡಿ) ಮತ್ತು md3 ವಿಭಾಗ 6 ರಾದ್ಯಂತ (ಉಳಿದಿರುವುದು 8 TB RAID 1 ರಲ್ಲಿ ಎರಡು 16 TB ಡ್ರೈವ್‌ಗಳ ಮೇಲೆ ಸ್ಲೈಸ್ ಮಾಡಿ, ನಂತರ ಸೇರುತ್ತದೆ md2 + md3 ಒಂದೇ ಆಗಿ LVM2 ಸಂಪುಟ ಗುಂಪು (vg1000)

ಬಲದ ಜೋಡಣೆಯ ನಂತರ ಉಬುಂಟುನಲ್ಲಿ ಸಿನಾಲಜಿ SHR ಪರಿಮಾಣವನ್ನು ಓದಲು ಮಾತ್ರ ಆರೋಹಿಸಲು /dev/md2 (ಮತ್ತು /dev/md3 ಮಿಶ್ರ ಗಾತ್ರದ SHR ವೇಳೆ): 1. ಸಿನಾಲಜಿ LVM2 ಭೌತಿಕ ಸಂಪುಟಗಳು ಮತ್ತು ಸಂಪುಟ ಗುಂಪುಗಳಿಗಾಗಿ ಸ್ಕ್ಯಾನ್ ಮಾಡಿ:

sudo pvscan
sudo vgscan
sudo lvscan

2. ಸಿನಾಲಜಿ ವಾಲ್ಯೂಮ್ ಗ್ರೂಪ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ:

sudo vgchange -ay /dev/vg1000

(ಪರಿಶೀಲಿಸಿ sudo lvs ವಿಶಿಷ್ಟವಾಗಿ ನಿಖರವಾದ ತಾರ್ಕಿಕ ಪರಿಮಾಣದ ಮಾರ್ಗವನ್ನು ನೋಡಲು /dev/vg1000/lv ಅಥವಾ /dev/vg1/volume_1.) 3. ** ನಿಮ್ಮ ಸಿನಾಲಜಿ ವಾಲ್ಯೂಮ್ ಬಳಸಿದರೆ ext4: ಇದರೊಂದಿಗೆ ಆರೋಹಿಸಿ -o ro,noload ಆದ್ದರಿಂದ ext4 ಓದಲು-ಮಾತ್ರ ರಚನೆಯಲ್ಲಿ ಜರ್ನಲ್ ಅನ್ನು ಮರುಪ್ಲೇ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ:
sudo mkdir -p /mnt/synology_rescue sudo mount -t ext4 -o ro,noload /dev/vg1000/lv /mnt/synology_rescue
4. ** ನಿಮ್ಮ ಸಿನಾಲಜಿ ವಾಲ್ಯೂಮ್ ಬಳಸಿದರೆ Btrfs (ಸಿನಾಲಜಿ ಪ್ಲಸ್/XS ಮಾದರಿಗಳಲ್ಲಿ ಡೀಫಾಲ್ಟ್): ಮೌಂಟ್ Btrfs ಜೊತೆಗೆ -o ro,norecovery (nologreplay) ಆದ್ದರಿಂದ Btrfs ಲಾಗ್-ಟ್ರೀ ರಿಪ್ಲೇ ಬದಲಾವಣೆಗಳನ್ನು ಬರೆಯಲು ಪ್ರಯತ್ನಿಸದೆಯೇ ಕೊನೆಯ ಬದ್ಧವಾದ ಮೂಲ ಮರವನ್ನು ಓದುತ್ತದೆ:

sudo mkdir -p /mnt/synology_rescue
sudo mount -t btrfs -o ro,norecovery /dev/vg1000/lv /mnt/synology_rescue

ಪ್ರಾಥಮಿಕ ವೇಳೆ Btrfs ಬಹು-ಡ್ರೈವ್ ಡ್ರಾಪ್ ಸಮಯದಲ್ಲಿ ಮೂಲ ಮರವು ಸ್ವಲ್ಪ ಹಾನಿಗೊಳಗಾಗಿದೆ, ಸೇರಿಸಿ usebackuproot:

sudo mount -t btrfs -o ro,norecovery,usebackuproot /dev/vg1000/lv /mnt/synology_rescue

ಸನ್ನಿವೇಶ C: ಸಿನಾಲಜಿ DSM 7+ ವಾಲ್ಯೂಮ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಥವಾ ಶೇರ್ಡ್ ಫೋಲ್ಡರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (`eCryptfs`)¶

** ಹಂಚಿದ ಫೋಲ್ಡರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (@sharename@ ಹೊಂದಿರುವ ಫೋಲ್ಡರ್‌ಗಳು ECRYPTFS_FNEK_ENCRYPTED... ಫೈಲ್ ಹೆಸರುಗಳು)**: ಸಂಪೂರ್ಣ ನಕಲಿಸಿ @encrypted_share@ ಫೋಲ್ಡರ್ ಆಫ್ ಆಗಿದೆ /mnt/synology_rescue ಮೊದಲು, ನಂತರ ನಿಮ್ಮ ಸಿನಾಲಜಿ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಉಬುಂಟುನಲ್ಲಿ ಅದನ್ನು ಆರೋಹಿಸಿ ಮತ್ತು ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಅಥವಾ .key ಕಡತ:
```
sudo apt-get install -y ecryptfs-utils
sudo mkdir -p /mnt/decrypted_share
sudo mount -t ecryptfs -o ro /mnt/synology_rescue/@encrypted_share@ /mnt/decrypted_share
```
DSM 7.2+ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (LUKS): ಒಂದು ವೇಳೆ /dev/vg1000/lv ತೋರಿಸುತ್ತದೆ TYPE="crypto_LUKS" ಒಳಗೆ blkid, ಇದನ್ನು ಓದಲು-ಮಾತ್ರ ಬಳಸಿ ಅನ್ಲಾಕ್ ಮಾಡಿ .rkey ಪರಿಮಾಣವನ್ನು ರಚಿಸಿದಾಗ ಮರುಪ್ರಾಪ್ತಿ ಕೀ ಫೈಲ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗಿದೆ:
```
sudo cryptsetup open --readonly --key-file /path/to/Volume1.rkey /dev/vg1000/lv synology_crypt
sudo mount -o ro,norecovery /dev/mapper/synology_crypt /mnt/synology_rescue
```

ಸನ್ನಿವೇಶ D: QNAP QTS (`LVM2 Thin Provisioning` ಮತ್ತು `DRBD` ಪದರ)¶

ಆಧುನಿಕ QNAP NAS ಘಟಕಗಳು (QTS 4.3+ / 5.x) ಆಂತರಿಕ ಏಕ-ನೋಡ್ ಅನ್ನು ಸೇರಿಸಿ DRBD ಸಾಧನ (/dev/drbd1) ನಡುವೆ /dev/md1 ಮತ್ತು ದಿ LVM2 ಸಂಪುಟ ಗುಂಪು (vg1) 1. ಮೊದಲು QNAP ಡೇಟಾ ವಿಭಾಗಗಳನ್ನು ಬಲವಂತವಾಗಿ ಜೋಡಿಸಿ (/dev/sd[b-e]3) ಓದಲು ಮಾತ್ರ /dev/md1:

sudo mdadm --assemble --force --readonly /dev/md1 /dev/sdb3 /dev/sdd3 /dev/sde3

2. ನೇರವಾಗಿ ಒಳಗೆ ಏನಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ /dev/md1 ಮೂಲಕ sudo blkid /dev/md1. ಒಂದು ವೇಳೆ blkid /dev/md1 ತೋರಿಸುತ್ತದೆ TYPE="LVM2_member", ಇದನ್ನು ನೇರವಾಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿ sudo vgchange -ay. ಒಂದು ವೇಳೆ blkid /dev/md1 ತೋರಿಸುತ್ತದೆ TYPE="drbd", ಹೆಚ್ಚಿನ QNAP ಲೇಔಟ್‌ಗಳಲ್ಲಿ ಎಂಬುದನ್ನು ಗಮನಿಸಿ DRBD ಮೆಟಾಡೇಟಾ ಅತ್ಯಂತ ಕೊನೆಯಲ್ಲಿ ಇರುತ್ತದೆ /dev/md1 (internal meta-disk), ಅರ್ಥ LVM2 ಬೈಟ್ ಆಫ್‌ಸೆಟ್‌ನಲ್ಲಿ ಭೌತಿಕ ವಾಲ್ಯೂಮ್ ಹೆಡರ್ 0 (sector 0-8) ನ /dev/md1 ಅನುಮತಿಸುವ ಮೂಲಕ ನೇರವಾಗಿ ಸ್ಕ್ಯಾನ್ ಮಾಡಬಹುದು /dev/md1 ಒಳಗೆ /etc/lvm/lvm.conf (filter = [ "a|/dev/md1|", "r|.*|" ]) ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿದೆ sudo pvscan --cache.

ಹಂತ 5: TrueNAS ಮತ್ತು Linux ಅನ್ನು ರಕ್ಷಿಸುವುದು `ZFS` ಪೂಲ್ಗಳು (`RAIDZ1`, `RAIDZ2`, `RAIDZ3`)¶

ನಿಮ್ಮ ಶೇಖರಣಾ ಸರ್ವರ್ TrueNAS CORE, TrueNAS SCALE, Proxmox VE, ಅಥವಾ Ubuntu ZFS ಅನ್ನು ರನ್ ಮಾಡಿದರೆ, ಮರುಪಡೆಯುವಿಕೆ ಬಳಸುವುದಿಲ್ಲ mdadm. ಬದಲಾಗಿ, ZFS ವಾಲ್ಯೂಮ್ ಮ್ಯಾನೇಜರ್ ಮತ್ತು ಕಾಪಿ-ಆನ್-ರೈಟ್ ಅನ್ನು ಸಂಯೋಜಿಸುತ್ತದೆ (CoW) ಉಬರ್‌ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಅನುಕ್ರಮ ವಹಿವಾಟು ಗುಂಪುಗಳ ಸುತ್ತಲೂ ನಿರ್ಮಿಸಲಾದ ಒಂದೇ ವಹಿವಾಟಿನ ಆರ್ಕಿಟೆಕ್ಚರ್ ಆಗಿ ಫೈಲ್‌ಸಿಸ್ಟಮ್ (TXGs).

ಹಂತ 1: 4 ZFS vdev ಲೇಬಲ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ (`L0, L1, L2, L3`) ಪ್ರತಿ ಕ್ಲೋನ್ ಮಾಡಿದ ಡಿಸ್ಕ್ನಲ್ಲಿ¶

ಪ್ರತಿ ZFS ಸದಸ್ಯ ವಿಭಾಗವು ಪೂಲ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನ ನಾಲ್ಕು ಒಂದೇ ಪ್ರತಿಗಳನ್ನು ಮತ್ತು ಕೊನೆಯ 128 **ಉಬರ್‌ಬ್ಲಾಕ್‌ಗಳ ಒಂದು ಶ್ರೇಣಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ** (ವಿಭಾಗದ ಮುಂಭಾಗದಲ್ಲಿ ಎರಡು ಲೇಬಲ್‌ಗಳು, L0 ಮತ್ತು L1, ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ಎರಡು ಲೇಬಲ್‌ಗಳು, L2 ಮತ್ತು L3) ಓಡು zdb -l ಪ್ರತಿ ಕ್ಲೋನ್ ಮಾಡಿದ ವಿಭಾಗದಲ್ಲಿ ಪೂಲ್ ಸ್ಟೇಟ್ ಮತ್ತು ಅತ್ಯುನ್ನತ ಬದ್ಧತೆಯ ಟ್ರಾನ್ಸಾಕ್ಷನ್ ಗ್ರೂಪ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು (txg):

sudo zdb -l /dev/sdb2 | grep -E "name:|state:|txg:|guid:" | head -n 20

ಹೋಲಿಸಿ txg: ಎಲ್ಲಾ ಕ್ಲೋನ್ ಮಾಡಿದ ಡ್ರೈವ್‌ಗಳಾದ್ಯಂತ ಸಂಖ್ಯೆಗಳು. ಕೇವಲ ಹಾಗೆ mdadmನ Events ಕೌಂಟರ್, ವಿದ್ಯುತ್ ನಷ್ಟ ಅಥವಾ ಎರಡನೇ ಡಿಸ್ಕ್ ಡ್ರಾಪ್‌ಗೆ 5 ನಿಮಿಷಗಳ ಮೊದಲು ಒಂದು ಡಿಸ್ಕ್ ಕೈಬಿಟ್ಟರೆ, ಅದರ txg ಉಳಿದ ಡಿಸ್ಕ್ಗಳಿಗಿಂತ ಸ್ವಲ್ಪ ಕಡಿಮೆ ಇರುತ್ತದೆ.

ಹಂತ 2: ZFS ಪೂಲ್ ಅನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಆಮದು ಮಾಡಿ (`-o readonly=on`)¶

ಮೊದಲು ಯಾವುದನ್ನೂ ಆರೋಹಿಸದೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಬಹುದಾದ ಪೂಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ sudo zpool import -d /dev/disk/by-id. ರೀಡ್-ರೈಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಹಾನಿಗೊಳಗಾದ ಅಥವಾ ಬಹು-ಡಿಸ್ಕ್-ಡ್ರಾಪ್ಡ್ ZFS ಪೂಲ್ ಅನ್ನು ಎಂದಿಗೂ ಆಮದು ಮಾಡಿಕೊಳ್ಳಬೇಡಿ. ಜೊತೆ ಆಮದು ಮಾಡಿಕೊಂಡಾಗ -o readonly=on, ZFS ರೆಸಿಲ್ವರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ, ಹೊಸ ಉಬರ್‌ಬ್ಲಾಕ್‌ಗಳನ್ನು ಬರೆಯುವುದಿಲ್ಲ ಮತ್ತು ಭ್ರಷ್ಟ ಬಾಹ್ಯಾಕಾಶ ನಕ್ಷೆಯಾಗಿದ್ದರೆ ಕರ್ನಲ್ ಅನ್ನು ಪ್ಯಾನಿಕ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ (spacemap) ಬರೆಯುವ ಹಂಚಿಕೆಯ ಸಮಯದಲ್ಲಿ ಎದುರಾಗಿದೆ:

sudo mkdir -p /mnt/zfs_rescue
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue tank

ಹಂತ 3: ಒಂದು ವೇಳೆ `zpool import` ಜೊತೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ `I/O error` ಅಥವಾ `corrupted data`, TXG ರೋಲ್ಬ್ಯಾಕ್ ಬಳಸಿ (`-F` ಮತ್ತು `-T`)¶

ಭಾರೀ ಬರವಣಿಗೆ ಸ್ಫೋಟದ ಸಮಯದಲ್ಲಿ ಎರಡು ಡ್ರೈವ್‌ಗಳು ಒಂದಕ್ಕೊಂದು ಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಕೈಬಿಟ್ಟರೆ, ಇತ್ತೀಚಿನ ವಹಿವಾಟು ಗುಂಪು (TXG N) ಉಳಿದಿರುವ ಪ್ಯಾರಿಟಿ ಸ್ಟ್ರೈಪ್‌ಗಳಲ್ಲಿ ಅಪೂರ್ಣವಾಗಿರಬಹುದು TXG N-1 ಅಥವಾ TXG N-2 (5 ರಿಂದ 15 ಸೆಕೆಂಡುಗಳ ಹಿಂದೆ ಬರೆಯಲಾಗಿದೆ) Uberblock ರಿಂಗ್ ಬಫರ್ ಒಳಗೆ 100 ಪ್ರತಿಶತ ಹಾಗೇ ಇದೆ.

** ವಿನಾಶಕಾರಿಯಲ್ಲದ ಡ್ರೈ-ರನ್ ರೋಲ್‌ಬ್ಯಾಕ್ ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ (-F -n)**:
```
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F -n tank
```
ZFS ವರದಿ ಮಾಡಿದರೆ Would be able to return pool to its state as of <timestamp>, ಓದಲು-ಮಾತ್ರ ರೋಲ್‌ಬ್ಯಾಕ್ ಆಮದು ಇಲ್ಲದೆ ರನ್ ಮಾಡಿ -n:
```
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -F tank
```
** ವೇಳೆ -F ಇನ್ನೂ ಇತ್ತೀಚಿನ Uberblocks ಅನ್ನು ಆರೋಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಜೊತೆಗೆ ಐತಿಹಾಸಿಕ Uberblock TXG ಸಂಖ್ಯೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ zdb ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಹಳೆಯ TXG ಅನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಿ (-T)**:
```
sudo zdb -e -ul /dev/sdb2 | grep -E "Uberblock|txg =|timestamp ="
```
ಎ ಆರಿಸಿ txg ಕುಸಿತದ ಮೊದಲು 30 ರಿಂದ 60 ಸೆಕೆಂಡುಗಳವರೆಗೆ ಸಂಖ್ಯೆ (ಉದಾಹರಣೆಗೆ, txg = 9481020) ಮತ್ತು ಆ ಸಮಯದಲ್ಲಿ ಫ್ರೀಜ್ ಮಾಡಿದ ಪೂಲ್ ಅನ್ನು ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಆಮದು ಮಾಡಿಕೊಳ್ಳಿ:
```
sudo zpool import -f -o readonly=on -R /mnt/zfs_rescue -T 9481020 tank
```

ಹಂತ 6: ಚೇತರಿಕೆಯ ನಂತರದ ಪರಿಶೀಲನೆ ಮತ್ತು ಭವಿಷ್ಯದ ಮರುನಿರ್ಮಾಣ ಕ್ಯಾಸ್ಕೇಡ್‌ಗಳನ್ನು ತಡೆಯುವುದು¶

ನಿಮ್ಮ ಮರುಪಡೆಯಲಾದ ಡೇಟಾದ 100 ಪ್ರತಿಶತವನ್ನು ಒಮ್ಮೆ ನೀವು ನಕಲಿಸಿದ್ದೀರಿ /mnt/synology_rescue ಅಥವಾ /mnt/zfs_rescue ಸ್ವತಂತ್ರ ಬ್ಯಾಕಪ್ ಗುರಿಯ ಮೇಲೆ, ನಿಮ್ಮ NAS ಅನ್ನು ಮತ್ತೆ ಸೇವೆಗೆ ಸೇರಿಸುವ ಮೊದಲು ಈ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಶೀಲನಾಪಟ್ಟಿಯನ್ನು ಅನುಸರಿಸಿ:

** ಒಂದೇ ದಿನದಲ್ಲಿ ಒಂದೇ ಚಿಲ್ಲರೆ ವ್ಯಾಪಾರಿಗಳಿಂದ ಎಲ್ಲಾ NAS ಡ್ರೈವ್‌ಗಳನ್ನು ಎಂದಿಗೂ ಖರೀದಿಸಬೇಡಿ**: ಒಂದೇ ಉತ್ಪಾದನಾ ಲಾಟ್‌ನಿಂದ ಡ್ರೈವ್‌ಗಳು ಒಂದೇ ರೀತಿಯ ಹೆಡ್ ಬ್ಯಾಚ್‌ಗಳು ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮರುನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ ಅವುಗಳು ಒಂದಕ್ಕೊಂದು ಗಂಟೆಗಳಲ್ಲಿ ವಿಫಲಗೊಳ್ಳುತ್ತವೆ. ಮಿಶ್ರಣ ಬ್ಯಾಚ್‌ಗಳು ಅಥವಾ ತಯಾರಕರು (Seagate IronWolf / Exos, WD Red Plus / Ultrastar, Toshiba N300 / MG)
** NAS/Enterprise ಡ್ರೈವ್‌ಗಳನ್ನು ಮಾತ್ರ ಬಳಸಿ TLER / SCT ERC ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ (ಅಥವಾ ಲಿನಕ್ಸ್ ಅನ್ನು ಹೆಚ್ಚಿಸಿ mdadm ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳಿಗಾಗಿ SCSI ಸಮಯ ಮೀರಿದೆ)**: Linux ನಲ್ಲಿ ಗ್ರಾಹಕ ಡ್ರೈವ್‌ಗಳಿಗಾಗಿ mdadm, ಬಳಸಿ a udev ಹೆಚ್ಚಿಸಲು ನಿಯಮ /sys/block/sdX/device/timeout ನಿಂದ 30 ಸೆಕೆಂಡುಗಳು 180 ಸೆಕೆಂಡುಗಳು ಹಾಗೆ mdadm ಡ್ರೈವ್ ಅನ್ನು ಬಿಡುವ ಬದಲು ಆಂತರಿಕ ವಲಯದ ಮರುನಿರ್ಮಾಣಕ್ಕಾಗಿ ಕಾಯುತ್ತದೆ.
** ದೊಡ್ಡದಾದ ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ ಅರೇಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸಿ 8 TB ನಿಂದ RAID 5 / SHR-1 / RAIDZ1 ಗೆ RAID 6 / SHR-2 / RAIDZ2**: ಜೊತೆಗೆ 12 TB ಗೆ 24 TB ಡ್ರೈವ್‌ಗಳು, ಏಕ-ಪ್ಯಾರಿಟಿ ಮರುನಿರ್ಮಾಣ ಸಮಯವು 30 ಗಂಟೆಗಳನ್ನು ಮೀರುತ್ತದೆ, ಇದು ಡ್ಯುಯಲ್-ಪ್ಯಾರಿಟಿಯನ್ನು ಮಾಡುತ್ತದೆ (RAID 6 / SHR-2 / RAIDZ2) ಮರುಕಳಿಸುವ ಸಮಯದಲ್ಲಿ ಕೆಟ್ಟ ವಲಯವನ್ನು ಬದುಕಲು ಮುಖ್ಯವಾಗಿದೆ.
** ಮಾಸಿಕ ವೇಳಾಪಟ್ಟಿ Data Scrubbing (mdadm check / zpool scrub) ಮತ್ತು ವಿಸ್ತರಿಸಲಾಗಿದೆ SMART ಪರೀಕ್ಷೆಗಳು**: ಮಾಸಿಕ ಸ್ಕ್ರಬ್ಬಿಂಗ್ ರಿಪೇರಿ ಸುಪ್ತ ವಲಯದ ದೋಷಗಳು (Current_Pending_Sector) ಎಲ್ಲಾ ಡ್ರೈವ್‌ಗಳು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿರುವಾಗ.
** RAID ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ ಎಂದು ನೆನಪಿಡಿ, ಎಂದಿಗೂ ಬ್ಯಾಕಪ್ ಆಗಿರುವುದಿಲ್ಲ**: ಅನುಸರಿಸಿ 3-2-1 ಬ್ಯಾಕಪ್ ತಂತ್ರ ಆಫ್‌ಲೈನ್ ಪ್ರತಿಯೊಂದಿಗೆ.

ಪ್ರಾದೇಶಿಕ ತುರ್ತು ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಏಜೆನ್ಸಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು¶

ಹೆಲ್ತ್‌ಕೇರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳು, ತುರ್ತು ಸಂವಹನಗಳು ಅಥವಾ ಶಾಸನಬದ್ಧ ವೈಯಕ್ತಿಕ ದಾಖಲೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಶೇಖರಣಾ ನಿಲುಗಡೆಗಳು ತಕ್ಷಣದ ಏರಿಕೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ:

ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ ಮತ್ತು ಕೆನಡಾ: ಡಯಲ್ 911 ಶೇಖರಣಾ ಕುಸಿತವು ಆಸ್ಪತ್ರೆಯ ಕ್ಲಿನಿಕಲ್ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ (EHR / PACS) ಅಥವಾ ರವಾನೆ. ವರದಿ NAS-ಉದ್ದೇಶಿತ ransomware (DeadBolt, LockBit, Akira) ಗೆ CISA (1-844-Say-CISA / cisa.gov/report), FBI IC3 (ic3.gov), ಅಥವಾ ** ಸೈಬರ್ ಭದ್ರತೆಗಾಗಿ ಕೆನಡಿಯನ್ ಸೆಂಟರ್ (1-833-CYBER-88)**.
ಯುನೈಟೆಡ್ ಕಿಂಗ್‌ಡಮ್: ಡಯಲ್ 999 ಜೀವ ಸುರಕ್ಷತೆ ಅಥವಾ ತೀವ್ರವಾದ NHS ಆರೈಕೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ತುರ್ತು ಪರಿಸ್ಥಿತಿಗಳಿಗಾಗಿ. UK GDPR ಅಡಿಯಲ್ಲಿ, ಶಾಶ್ವತ ಬ್ಯಾಕಪ್ ಮಾಡದ ವೈಯಕ್ತಿಕ ಡೇಟಾ ನಷ್ಟವನ್ನು ICO ಗೆ ಸೂಚಿಸುವ ಅಗತ್ಯವಿದೆಯೇ ಎಂದು ನಿರ್ಣಯಿಸಿ0303 123 1113) 72 ಗಂಟೆಗಳ ಒಳಗೆ.
ಯುರೋಪಿಯನ್ ಯೂನಿಯನ್: ಡಯಲ್ 112 EU ನಾದ್ಯಂತ. NIS2 ಡೈರೆಕ್ಟಿವ್ ಅಡಿಯಲ್ಲಿನ ಘಟಕಗಳು ತಮ್ಮ ರಾಷ್ಟ್ರೀಯ CSIRT ಗೆ 24 ಗಂಟೆಗಳ ಒಳಗೆ ಪ್ರಮುಖ ಕಾರ್ಯಾಚರಣೆಯ ಸ್ಥಗಿತಗಳನ್ನು ವರದಿ ಮಾಡಬೇಕು ಮತ್ತು ಶಾಶ್ವತ ವೈಯಕ್ತಿಕ ಡೇಟಾ ಲಭ್ಯತೆಯ ನಷ್ಟವು GDPR ಆರ್ಟಿಕಲ್ 33 72 ಗಂಟೆಗಳ ಒಳಗೆ ವರದಿ ಮಾಡುವಿಕೆಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.
ಆಸ್ಟ್ರೇಲಿಯಾ ಮತ್ತು ನ್ಯೂಜಿಲೆಂಡ್: ಡಯಲ್ 000 ಆಸ್ಟ್ರೇಲಿಯಾದಲ್ಲಿ ಅಥವಾ 111 ನ್ಯೂಜಿಲೆಂಡ್‌ನಲ್ಲಿ; ಮೂಲಸೌಕರ್ಯ ಅಥವಾ ransomware NAS ಘಟನೆಗಳನ್ನು ACSC ಗೆ ವರದಿ ಮಾಡಿ (1300 CYBER1) ಅಥವಾ CERT NZ (0800 237 869).
ಭಾರತ ಮತ್ತು ಏಷ್ಯಾ-ಪೆಸಿಫಿಕ್: ಡಯಲ್ 112 ತುರ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಭಾರತದಲ್ಲಿ; ಮೂಲಸೌಕರ್ಯ ಶೇಖರಣಾ ಘಟನೆಗಳನ್ನು ವರದಿ ಮಾಡಿ CERT-In (incident@cert-in.org.in) ಕಡ್ಡಾಯ 6-ಗಂಟೆಗಳ ವಿಂಡೋದೊಳಗೆ.

ಪದೇ ಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು¶

ಯಾಕೆ ಮಾಡಿದೆ `mdadm --assemble --force` ನನ್ನ RAID 5 ರಚನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಿರಾಕರಿಸು `not enough to start the array`?¶

4-ಡ್ರೈವ್‌ನಲ್ಲಿ RAID 5 ರಚನೆ, ಕನಿಷ್ಠ 4 ಡ್ರೈವ್‌ಗಳಲ್ಲಿ 3 ಗೆ ರವಾನಿಸಬೇಕು mdadm --ಜೋಡಣೆ --ಬಲ. ಓಡು sudo mdadm --examine /dev/sd[a-z]3 ಮೂರನೇ ಡ್ರೈವ್ ಅನ್ನು ಏಕೆ ತಿರಸ್ಕರಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಲು: ನೀವು ವಿಭಾಗದ ಬದಲಿಗೆ ಸಂಪೂರ್ಣ ಡಿಸ್ಕ್ ಅನ್ನು ರವಾನಿಸಿದ್ದೀರಿ (/dev/sdd ಬದಲಿಗೆ /dev/sdd3), ಅದರ ಸೂಪರ್ಬ್ಲಾಕ್ ಅನ್ನು a ಎಂದು ಗುರುತಿಸಲಾಗಿದೆ ಬಿಡಿ ಅಡ್ಡಿಪಡಿಸಿದ ಮರುನಿರ್ಮಾಣದಿಂದ ಅಥವಾ ಉಬುಂಟುನ ಸ್ವಯಂ-ಜೋಡಣೆಯು ಒಂದು ಡ್ರೈವ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯವಾಗಿ ಲಾಕ್ ಮಾಡಿದೆ /dev/md127 ಸಾಧನ (ರನ್ sudo mdadm --ಸ್ಟಾಪ್ --ಸ್ಕ್ಯಾನ್ ಮೊದಲು, ನಂತರ ಮರು ರನ್ mdadm --ಜೋಡಣೆ --ಬಲ --ಓದಲು ಮಾತ್ರ)

ಡ್ರೈವ್ ಮರುನಿರ್ಮಾಣವನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ ಏನು (`Recovery = 12%`) ಎರಡನೇ ಡ್ರೈವ್ ಕೈಬಿಡುವ ಮೊದಲು?¶

ಡ್ರೈವ್ 2 ಸತ್ತರೆ, ನೀವು ಬದಲಿ ಡ್ರೈವ್ 2 ಅನ್ನು ಸೇರಿಸಿದ್ದೀರಿ ಮತ್ತು ನಲ್ಲಿ 12% ಮರುನಿರ್ಮಾಣ ಪ್ರಗತಿ ಡ್ರೈವ್ 3 ಅನ್ನು ಕೆಟ್ಟ ವಲಯದ ಕಾರಣ ಆಫ್‌ಲೈನ್‌ನಲ್ಲಿ ಕೈಬಿಡಲಾಗಿದೆ, 12%-ಮರುನಿರ್ಮಿಸಿದ ಬದಲಿ ಡ್ರೈವ್ 2 ಅನ್ನು ಬಳಸಬೇಡಿ. ಬದಲಿಗೆ, ಮೂಲವನ್ನು ಕ್ಲೋನ್ ಮಾಡಿ ಡ್ರೈವ್ 3 ಜೊತೆಗೆ ಡಿಡ್ರೆಸ್ಕ್ಯೂ. ಮರುನಿರ್ಮಾಣವು 12% ನಲ್ಲಿ ನಿಲ್ಲುವವರೆಗೂ ಡ್ರೈವ್ 3 ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರಸ್ತುತವಾಗಿರುವುದರಿಂದ, ಡ್ರೈವ್ 1 ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅರೇ ಅನ್ನು ಓದಲು ಮಾತ್ರ ಬಲವಂತವಾಗಿ ಜೋಡಿಸುವುದು, ಡಿಡ್ರೆಸ್ಕ್ಯೂ ಡ್ರೈವ್ 3 ಮತ್ತು ಡ್ರೈವ್ 4 ರ ಕ್ಲೋನ್ (ಡ್ರೈವ್ 2 ಅನ್ನು ಬಿಟ್ಟು) ನಿಮಗೆ ಸ್ಥಿರವಾದ ಶ್ರೇಣಿಯನ್ನು ನೀಡುತ್ತದೆ.

NAS ವಿದ್ಯುತ್ ಸರಬರಾಜು ಅಥವಾ ಬೋರ್ಡ್ ಸತ್ತರೆ ನಾನು ನನ್ನ ಸಿನಾಲಜಿ ಅಥವಾ QNAP ಡ್ರೈವ್‌ಗಳನ್ನು ಹೊಚ್ಚಹೊಸ NAS ಚಾಸಿಸ್‌ಗೆ ಹಾಕಬಹುದೇ?¶

ಹೌದು, ಎರಡೂ ಸಿನಾಲಜಿ (ಎಚ್ಡಿಡಿ ವಲಸೆ) ಮತ್ತು QNAP (ನೇರ NAS ವಲಸೆ) RAID ಸಂರಚನೆಯನ್ನು ಡ್ರೈವ್‌ಗಳಲ್ಲಿಯೇ ಸಂಗ್ರಹಿಸಿ. ಆದಾಗ್ಯೂ, ಎರಡು ಅಥವಾ ಹೆಚ್ಚಿನ ಡ್ರೈವ್‌ಗಳು ಈಗಾಗಲೇ ಕೈಬಿಟ್ಟಿದ್ದರೆ (`Volume Crashed`) ಚಾಸಿಸ್ ಸಾಯುವ ಮೊದಲು, ಅವುಗಳನ್ನು ಹೊಸ NAS ಚಾಸಿಸ್ ಒಳಗೆ ಬೂಟ್ ಮಾಡಬೇಡಿ, ಏಕೆಂದರೆ ವಲಸೆ ಮಾಂತ್ರಿಕವು ವಿಭಾಗಗಳನ್ನು ತಿದ್ದಿ ಬರೆಯಬಹುದು ಅಥವಾ ವಿನಾಶಕಾರಿ ಮರುನಿರ್ಮಾಣವನ್ನು ಪ್ರಚೋದಿಸಬಹುದು. ಮೊದಲು ಉಬುಂಟುನಲ್ಲಿ ಓದಲು ಮಾತ್ರ ಡೇಟಾವನ್ನು ರಕ್ಷಿಸಿ.

ಡ್ರಾಪ್ ಮಾಡಿದ ಡ್ರೈವ್ ಕ್ಲೋನ್ ಮಾಡಲು ಸುರಕ್ಷಿತವಾಗಿದೆಯೇ ಎಂದು ನನಗೆ ಹೇಗೆ ತಿಳಿಯುವುದು `ddrescue` ಕ್ಲೀನ್‌ರೂಮ್ ಲ್ಯಾಬ್‌ನ ಅಗತ್ಯವಿದೆಯೇ?¶

SATA ಗೆ ಡ್ರೈವ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿ, ಅದನ್ನು ಆನ್ ಮಾಡಿ ಮತ್ತು ವೀಕ್ಷಿಸುತ್ತಿರುವಾಗ 10 ಸೆಕೆಂಡುಗಳ ಕಾಲ ಆಲಿಸಿ sudo dmesg -w. ಡ್ರೈವ್ ಲಯಬದ್ಧವಾದ ಕ್ಲಿಕ್, ಸ್ಕ್ರ್ಯಾಪಿಂಗ್ ಅಥವಾ ಝೇಂಕರಿಸುವ ಶಬ್ದಗಳನ್ನು ಮಾಡಿದರೆ, ತಿರುಗುತ್ತದೆ ಮತ್ತು ಹಿಂದಕ್ಕೆ ತಿರುಗುತ್ತದೆ ಅಥವಾ ಸಾಮರ್ಥ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ 0 ಬಿ / 4.1 ಜಿಬಿ ಒಳಗೆ lsblk, ಓದುವ/ಬರೆಯುವ ಮುಖ್ಯಸ್ಥರು ದೈಹಿಕವಾಗಿ ವಿಫಲರಾಗಿದ್ದಾರೆ: ತಕ್ಷಣವೇ ವಿದ್ಯುತ್ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತು ಕ್ಲೀನ್‌ರೂಮ್ ಲ್ಯಾಬ್ ಅನ್ನು ಬಳಸಿ. ಡ್ರೈವ್ ಸರಾಗವಾಗಿ ತಿರುಗಿದರೆ, ಅದರ ಸಂಪೂರ್ಣ ಸಾಮರ್ಥ್ಯವನ್ನು ತೋರಿಸುತ್ತದೆ lsblk, ಮತ್ತು ದಾಖಲೆಗಳು ಮಾತ್ರ ಪ್ರಸ್ತುತ_ಬಾಕಿ_ವಲಯ ಅಥವಾ ಸಮಯ ಮೀರುವ ದೋಷಗಳು, ಇದರೊಂದಿಗೆ ಕ್ಲೋನ್ ಮಾಡಿ ಡಿಡ್ರೆಸ್ಕ್ಯೂ.

"RAID 5 ರೈಟ್ ಹೋಲ್" ಎಂದರೇನು ಮತ್ತು ಅದು ಹೇಗೆ `ZFS` ಅಥವಾ `Btrfs` ವಿದ್ಯುತ್ ಕಡಿತದ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ತಪ್ಪಿಸುವುದೇ?¶

ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ RAID 5 / RAID 6 ಜರ್ನಲ್ ಇಲ್ಲದೆ, ಪಟ್ಟಿಯನ್ನು ನವೀಕರಿಸಲು ಡೇಟಾ ಬ್ಲಾಕ್ ಮತ್ತು ಪ್ಯಾರಿಟಿ ಬ್ಲಾಕ್ ಅನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಎರಡು ಡಿಸ್ಕ್ಗಳಿಗೆ ಬರೆಯುವ ಅಗತ್ಯವಿದೆ. ಮಧ್ಯದಲ್ಲಿ ಬರೆಯಲು ಶಕ್ತಿಯು ವಿಫಲವಾದರೆ, ಡೇಟಾ ಮತ್ತು ಸಮಾನತೆಯು ಇನ್ನು ಮುಂದೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ (ದ ಹೋಲ್ ಬರೆಯಿರಿ) ZFS (`RAIDZ`) ಮತ್ತು Btrfs ಕಾಪಿ-ಆನ್-ರೈಟ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬರೆಯುವ ರಂಧ್ರವನ್ನು ನಿವಾರಿಸಿ (`CoW`), ಪ್ರತಿ ಹೊಸ ಪಟ್ಟಿಯನ್ನು ಬಳಕೆಯಾಗದ ಬ್ಲಾಕ್‌ಗಳಾಗಿ ಬರೆಯುವುದು ಮತ್ತು ಪೂರ್ಣ ಪಟ್ಟಿಯು ಡಿಸ್ಕ್‌ನಲ್ಲಿದ್ದ ನಂತರವೇ Uberblock/ರೂಟ್ ಪಾಯಿಂಟರ್ ಅನ್ನು ನವೀಕರಿಸುವುದು.

ನಾನು ಬಳಸಬಹುದೇ `dmsetup` ಕ್ಲೋನ್ ಮಾಡಿದ ಡ್ರೈವ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸದೆಯೇ RAID ನಿಯತಾಂಕಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಓವರ್‌ಲೇಗಳು?¶

ಹೌದು, ನೀವು ಕಾಪಿ-ಆನ್-ರೈಟ್ ಅನ್ನು ರಚಿಸಬಹುದು (`CoW`) ಓದಲು-ಮಾತ್ರ ಲೂಪ್ ಸಾಧನಗಳ ಮೇಲಿನ ಮೇಲ್ಪದರಗಳು (`losetup --read-only`) ಲಿನಕ್ಸ್ ಬಳಸಿ dmsetup (`snapshot` ಗುರಿ) ವಿರಳ ಫೈಲ್‌ಗಳಿಂದ ಬೆಂಬಲಿತವಾಗಿದೆ /ಟಿಎಂಪಿ. ಯಾವುದಾದರೂ ಬರೆಯುತ್ತಾರೆ mdadm --ಜೋಡಣೆ --ಬಲ ಅಥವಾ fsck -y ಬಿಸಾಡಬಹುದಾದ ಒಳಗೆ ಹೋಗಿ /ಟಿಎಂಪಿ ಓವರ್‌ಲೇ ಫೈಲ್, ಅಗತ್ಯವಿದ್ದರೆ 1 ಸೆಕೆಂಡಿನಲ್ಲಿ ಮರುಹೊಂದಿಸಲು ನಿಮಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ.

ಸಂಬಂಧಿತ ಮಾರ್ಗದರ್ಶಿಗಳು¶

ಮೂಲಗಳು ಮತ್ತು ಅಧಿಕೃತ ಮಾರ್ಗದರ್ಶನ¶

ಲಿನಕ್ಸ್ ರೈಡ್ ವಿಕಿ (raid.wiki.kernel.org) & ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಸಂಸ್ಥೆ: ವಿಫಲವಾದ ಸಾಫ್ಟ್‌ವೇರ್ RAID ಅನ್ನು ಮರುಪಡೆಯಲಾಗುತ್ತಿದೆ (mdadm --assemble --force --readonly ಮತ್ತು ಈವೆಂಟ್ ಕೌಂಟರ್ ಹೊಂದಾಣಿಕೆಗಳು).
ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಫೌಂಡೇಶನ್ (GNU Project): GNU ddrescue ಕೈಪಿಡಿ: ವಿಫಲ ಮಾಧ್ಯಮದಿಂದ ಫೋರೆನ್ಸಿಕ್ ಡೇಟಾ ರಿಕವರಿ.
OpenZFS ಡಾಕ್ಯುಮೆಂಟೇಶನ್ (openzfs.github.io): ZFS ಪೂಲ್ ಆಮದು ಚೇತರಿಕೆ (zpool import -F, ಓದಲು-ಮಾತ್ರ ಆಮದುಗಳು, ಮತ್ತು zdb ತಪಾಸಣೆ).
ಸಿನಾಲಜಿ ಇಂಕ್.: ಸಿನಾಲಜಿ ಜ್ಞಾನ ಕೇಂದ್ರ: ನನ್ನ ಸಿನಾಲಜಿ NAS ಅಸಮರ್ಪಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದಾಗ ಡೇಟಾವನ್ನು ಮರುಪಡೆಯಲು ನಾನು PC ಅನ್ನು ಹೇಗೆ ಬಳಸಬಹುದು (mdadm + LVM2 ಆರೋಹಿಸುವಾಗ).
ರಾಷ್ಟ್ರೀಯ ಗುಣಮಟ್ಟ ಮತ್ತು ತಂತ್ರಜ್ಞಾನ ಸಂಸ್ಥೆ (NIST) (ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್): ವಿಶೇಷ ಪ್ರಕಟಣೆ 800-209: ಶೇಖರಣಾ ಮೂಲಸೌಕರ್ಯಕ್ಕಾಗಿ ಭದ್ರತಾ ಮಾರ್ಗಸೂಚಿಗಳು.

ಈಗಲೇ ಇದನ್ನು ಮಾಡಿ¶

ನಿರ್ಧಾರ ಮರ: ಬಹು-ಡ್ರೈವ್ RAID ಮತ್ತು ZFS ಪೂಲ್ ತುರ್ತು ಚಿಕಿತ್ಸೆಯ ಸರದಿ ನಿರ್ಧಾರ¶

ಹಂತ 1: ಮರುನಿರ್ಮಾಣವನ್ನು ಏಕೆ ಒತ್ತಾಯಿಸುವುದು ಡೇಟಾವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ (URE ಮತ್ತು ಅದೇ-ಬ್ಯಾಚ್ ಕ್ಯಾಸ್ಕೇಡ್)¶

1. ಮರುಪಡೆಯಲಾಗದ ಓದುವ ದೋಷಗಳ ಗಣಿತದ ವಾಸ್ತವ (UREs) RAID 5 ಅಥವಾ RAIDZ1 ಮರುನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿ¶

2. ಡೆಸ್ಕ್‌ಟಾಪ್ ಡ್ರೈವ್‌ಗಳು ಇಲ್ಲದೆ ಏಕೆ TLER / SCT ERC 1 ಕೆಟ್ಟ ವಲಯದ ಮೇಲೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊರಹಾಕಿ¶

3. ನೀವು ಏಕೆ ಓಡಬಾರದು mdadm --create ಅಥವಾ "ಪ್ರಾರಂಭಿಸಿ" ಕ್ಲಿಕ್ ಮಾಡಿ¶

ಹಂತ 2: ಸೂಪರ್‌ಬ್ಲಾಕ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು Event Linux ಪಾರುಗಾಣಿಕಾ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸುರಕ್ಷಿತವಾಗಿ ಕೌಂಟರ್‌ಗಳು¶

ಹಂತ 1: ಉಬುಂಟುನಲ್ಲಿ ಫೋರೆನ್ಸಿಕ್ ಪಾರುಗಾಣಿಕಾ ಟೂಲ್ಕಿಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ¶

ಹಂತ 2: ಪ್ರತಿಯೊಂದು ಡ್ರೈವ್ ಅಕ್ಷರ, ಸರಣಿ ಸಂಖ್ಯೆ ಮತ್ತು ವಿಭಜನಾ ವಿನ್ಯಾಸವನ್ನು ನಕ್ಷೆ ಮಾಡಿ¶

ಹಂತ 3: ಪರಿಶೀಲಿಸಿ mdadm --examine ಅರೇ ಏಕೆ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ ಎಂದು ನೋಡಲು (ದಿ ಈವೆಂಟ್ ಕೌಂಟರ್ ಮ್ಯಾಟ್ರಿಕ್ಸ್)¶

ಹಂತ 3: ಪ್ರತಿ ಡ್ರೈವ್ ಬಿಟ್-ಫಾರ್-ಬಿಟ್ ಜೊತೆಗೆ ಕ್ಲೋನಿಂಗ್ GNU ddrescue¶

ಹಂತ 1: ಏಕೆ ddrescue ಮ್ಯಾಪ್ಫೈಲ್ನೊಂದಿಗೆ ಕಡ್ಡಾಯವಾಗಿದೆ¶

ಹಂತ 2: 2-ಹಂತವನ್ನು ರನ್ ಮಾಡಿ ddrescue ಕ್ಲೋನ್ ಆಜ್ಞೆ¶

ಹಂತ 4: ಮರುನಿರ್ಮಾಣ ಸಿನಾಲಜಿ DSM (SHR-1 / SHR-2 / ಕ್ಲಾಸಿಕ್ RAID), QNAP, ಮತ್ತು Linux mdadm¶

ಸನ್ನಿವೇಶ ಎ: ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲಿನಕ್ಸ್ mdadm ಅಥವಾ ಸಿನಾಲಜಿ ಕ್ಲಾಸಿಕ್ RAID (RAID 5 / RAID 6)¶

ಸನ್ನಿವೇಶ ಬಿ: ಸಿನಾಲಜಿ ಹೈಬ್ರಿಡ್ RAID (SHR-1 ಮತ್ತು SHR-2) ಜೊತೆಗೆ LVM2 ಮತ್ತು Btrfs / ext4¶

ಸನ್ನಿವೇಶ C: ಸಿನಾಲಜಿ DSM 7+ ವಾಲ್ಯೂಮ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅಥವಾ ಶೇರ್ಡ್ ಫೋಲ್ಡರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ (eCryptfs)¶

ಸನ್ನಿವೇಶ D: QNAP QTS (LVM2 Thin Provisioning ಮತ್ತು DRBD ಪದರ)¶

ಹಂತ 5: TrueNAS ಮತ್ತು Linux ಅನ್ನು ರಕ್ಷಿಸುವುದು ZFS ಪೂಲ್ಗಳು (RAIDZ1, RAIDZ2, RAIDZ3)¶

ಹಂತ 1: 4 ZFS vdev ಲೇಬಲ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ (L0, L1, L2, L3) ಪ್ರತಿ ಕ್ಲೋನ್ ಮಾಡಿದ ಡಿಸ್ಕ್ನಲ್ಲಿ¶

ಹಂತ 2: ZFS ಪೂಲ್ ಅನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಆಮದು ಮಾಡಿ (-o readonly=on)¶

ಹಂತ 3: ಒಂದು ವೇಳೆ zpool import ಜೊತೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ I/O error ಅಥವಾ corrupted data, TXG ರೋಲ್ಬ್ಯಾಕ್ ಬಳಸಿ (-F ಮತ್ತು -T)¶