DD พังเพราะมันวิ่งออกจากอวกาศ


1

คำถาม

ฉันกำลังทำงานddเพื่อสำรองข้อมูลในระดับบล็อกของโล/homeจิคัลวอลุ่มของฉันแต่มันยังคงมีพื้นที่เหลืออยู่ทั้งคู่หากฉันชี้เอาท์พุทไปยังไฟล์บนไดรฟ์ภายนอกหรือไพพ์เอาต์พุตไปgzipยังไดรฟ์ภายนอก df -hจุดที่วิ่งไปยัง/พาร์ติชัน (?) ไม่มีที่ว่างเหลืออยู่ แต่ฉันไม่รู้ว่าจะทำอย่างไรกับมันหรือจะเอามันไปทิ้งในไดรฟ์ภายนอก

ฉันกำลังทำภาพรวมของ/homeผ่านlvcreate(คำสั่งที่ฉันใช้คือlvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home) แล้วให้สิ่งนี้ddเป็นไฟล์อินพุต

บริบท

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

ข้อมูลเพิ่มเติม

พาร์ติชันของฉันมีดังนี้:

Internal drive (80 GB)
    sda1 = /boot (243 MB)
    sda2 =  Volume Group "Silverback-vg"
        LV root (mounted as /) ~10 GB
        LV swap (mounted as /swap) ~2.64 GB
        LV home (mounted as /home) ~60 GB
External Drive (~3 TB)
    sdb = Volume Group "backups"
        LV 3TB_External (mounted as /mnt/backups/3TB_External) ~3 TB)

df -h เอาท์พุท:

root@Silverback:~# df -h
Filesystem                             Size  Used Avail Use% Mounted on
/dev/dm-0                              9.1G  9.1G     0 100% /
udev                                    10M     0   10M   0% /dev
tmpfs                                  403M  6.0M  397M   2% /run
tmpfs                                 1007M   68K 1007M   1% /dev/shm
tmpfs                                  5.0M  4.0K  5.0M   1% /run/lock
tmpfs                                 1007M     0 1007M   0% /sys/fs/cgroup
/dev/sda1                              236M   22M  202M  10% /boot
/dev/mapper/Silverback--vg-home         60G   53M   57G   1% /home
tmpfs                                  202M  4.0K  202M   1% /run/user/116
tmpfs                                  202M   12K  202M   1% /run/user/1000
/dev/mapper/Silverback--vg-HomeBackup   60G   53M   57G   1% /mnt/Silverback-vg/HomeBackup

ข้อผิดพลาดจากการddส่งออกไปยังไดรฟ์ภายนอก:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot of="/mnt/backups/3TB_External/home Backup Mar-17-2017.img"
dd: writing to ‘/mnt/backups/3TB_External/home Backup Mar-17-2017.img’: No space left on device
8158833+0 records in
8158832+0 records out
4177321984 bytes (4.2 GB) copied, 237.212 s, 17.6 MB/s

ข้อผิดพลาดจากการไพพ์เอาท์พุทจากddไปยังgzipไดรฟ์ภายนอก:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot | gzip > "/mnt/backups/Home Mar-17-2017.img"

gzip: stdout: No space left on device

คำตอบ:


1

สำหรับนกอินทรีในหมู่พวกคุณฉันไม่ได้มีbackupsกลุ่มเสมือนจริงที่เชื่อมต่อกับระบบ แต่3TB_Externalไดเรกทอรีอยู่ที่นั่น เนื่องจากไม่ได้แม็พในฐานะลูกหลานของ/homeมันจึงติดอยู่/ซึ่ง จำกัด ที่ 10 GB

เมื่อฉันค้นพบสิ่งนั้นฉันได้เปิดใช้งานกลุ่มเสมือนvgchange -ay backupsจากนั้นทำการแมปโลจิคัลวอลุ่มกับ3TB_Externalไดเร็กทอรีและออกไปแข่ง

ขอบคุณทุกคนที่มอง


0

ดูเหมือนว่าปัญหาของคุณจะเป็นระบบไฟล์ FAT32 ในไดรฟ์ภายนอก เปลี่ยน (ฟอร์แมตไดรฟ์) เป็น NTFS และทุกอย่างควรจะดี FAT32 ไม่อนุญาตไฟล์ที่มีขนาดใหญ่กว่า 4GB


ขอบคุณที่ดูที่นี่ แต่ฉันมีคำถาม ไดรฟ์ภายนอกควรได้รับการจัดรูปแบบด้วย ext3 คุณเห็นรูปแบบเป็น FAT32 อยู่ที่ไหน นอกจากนี้ฉันพบข้อผิดพลาดของตัวเอง ฉันผิดที่ไม่มีไดรฟ์ภายนอกของฉันถูกแมปไปยังตำแหน่งที่ฉันกำลังเขียนข้อมูลไปดังนั้นมันจึงทิ้งข้อมูลบนพาร์ติชันรูทแทน
Matthew_Sp

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