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


1

ฉันเพิ่งทำสำเนาจากดิสก์ 160GB หนึ่งไปยังอีก 160GB เหมือนกันโดยใช้คำสั่ง

sudo dd if=/dev/sda of=/dev/sdb

(เรียกใช้บนซีดี Ubuntu สด)

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

แก้ไข: เพิ่มผลลัพธ์:

sudo fsck -c -v / dev / sda1 /

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

sudo fsck -c -v / dev / sdb1

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

1
เซ็กเตอร์ที่ไม่ดีอาจปรากฏใน SMART แต่ไดรฟ์อาจทำการแมปเซกเตอร์เสียไปยังเซกเตอร์อื่นแล้วดังนั้นจึงอาจไม่ส่งผลกระทบอะไรเลย คุณได้ทำ fsck -c ใน / dev / sda?
Lawrence

@ ลอเรนซ์ฉันทำงานด้วย -v ตอนนี้และฉันจะโพสต์ผลลัพธ์เมื่อมันเสร็จสมบูรณ์
Blue Ice

@ ลอเรนซ์เพิ่มเอาท์พุทและขอขอบคุณสำหรับความช่วยเหลือ!
Blue Ice

ดูเหมือนจะไม่ได้รับการบล็อกที่ไม่ดี ฉันจะบอกว่าคุณปลอดภัยจากช่องโหว่ในข้อมูลของคุณ
Lawrence

เพียงแค่บอก DD ให้ข้ามเซกเตอร์เสียแล้วมันจะไม่มีปัญหา
Ramhound

คำตอบ:


2

มัน ได้ . ในทางทฤษฎีระบบไฟล์ของคุณและไดรฟ์ควรจะแก้ไขมัน เมื่อทำงานกับดิสก์ที่เสียหายฉันมักจะชอบการกู้คืน dd varient กู้คืนเช่น gnu ddrescue (เพื่อไม่ให้สับสนกับคนอื่น ddrescue เก่า) เนื่องจากพวกเขาจะลองเซกเตอร์ที่ไม่ดี หลังจาก ข้อมูลถูกคัดลอก ฉันจะเรียกใช้ยูทิลิตีการตรวจสอบระบบไฟล์ที่เหมาะสมเช่น chdsk หรือ fsck เพื่อให้แน่ใจว่าไฟล์ ระบบ มีสุขภาพดี

อย่างไรก็ตามเมื่อดูผลลัพธ์คุณควรจะสบายดี โนมส์เวทมนตร์ในระบบของคุณทำงานได้ยอดเยี่ยม;


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