บรรจวบ เข้าสู่ระบบ
Score:0
gl_off avatar Ubuntu

การสำรองข้อมูล: ไม่มีพื้นที่เหลือบนอุปกรณ์ แต่มีที่ว่าง?

ธง cn
gl_off

Ubuntu 21.10 อินเทอร์เฟซการสำรองข้อมูลแบบกราฟิกที่มาพร้อมกับ Gnome 40.4.0 ฉันเริ่มได้รับ "ไม่มีพื้นที่เหลือบนอุปกรณ์" เมื่อฉันทำการสำรองข้อมูล สิ่งนี้เกิดขึ้นหลังจากที่ฉันเพิ่มไฟล์บางไฟล์ซึ่งมีขนาดตั้งแต่ 100 GB ..ปัญหาที่อาจเกิดขึ้นคืออะไร?

  • ดิสก์ในเครื่องที่ฉันต้องการสำรองข้อมูลที่บ้านของฉันมี 1.5 TB ฟรี
  • ขนาดเต็มของบ้านของฉัน (ซึ่งฉันได้สำรองข้อมูลแล้วคือ 454 GB) ดังนั้นขนาดจึงไม่ใช่ปัญหา
  • ฉันควรค้นหาไฟล์บันทึกการทำซ้ำได้ที่ไหน เช่น ฟรอนต์เอนด์กำลังทำอะไรอยู่ ไม่มีอะไรใน /var/log
  • มันไม่ได้เขียนอะไรในบ้านของฉันหรือใน /tmp ดังนั้นปัญหาไม่ได้อยู่ที่การกรอกข้อมูลทั้งสองอย่าง..

ยินดีต้อนรับความคิดใด ๆ ..

แก้ไข 1: ผลลัพธ์ของ blkid และ df -h ตามที่ร้องขอ:

root@igtp:~# blkid
/dev/nvme0n1p1: UUID="F497-2C34" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="พาร์ติชันระบบ EFI" PARTUUID="6df88602-8014-4894-8d4c-65b1b5cec43f"
/dev/nvme0n1p2: UUID="03387746-74e5-4e55-b57d-19400ddd6994" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b11921f6-d0ae-430d-8a68-42f47b5a0a3c"
/dev/loop0: TYPE="สควอช"
/dev/loop1: TYPE="สควอช"
/dev/loop2: TYPE="สควอช"
/dev/loop3: TYPE="สควอช"
/dev/loop4: TYPE="สควอช"
/dev/loop5: TYPE="สควอช"
/dev/loop6: TYPE="สควอช"
/dev/loop7: TYPE="สควอช"
/dev/loop8: TYPE="สควอช"
/dev/loop9: TYPE="สควอช"
/dev/loop10: TYPE="สควอช"
/dev/loop11: TYPE="สควอช"
/dev/loop12: TYPE="สควอช"
/dev/loop13: TYPE="สควอช"
/dev/loop14: TYPE="สควอช"
/dev/loop15: TYPE="สควอช"
/dev/loop16: TYPE="สควอช"
/dev/loop17: TYPE="สควอช"
/dev/loop18: TYPE="สควอช"
/dev/loop19: TYPE="สควอช"
/dev/loop20: TYPE="สควอช"
/dev/loop21: TYPE="สควอช"
/dev/loop22: TYPE="สควอช"
/dev/loop23: TYPE="สควอช"
/dev/loop24: TYPE="สควอช"
/dev/loop25: TYPE="สควอช"
/dev/loop26: TYPE="สควอช"
/dev/loop27: TYPE="สควอช"
/dev/loop28: TYPE="สควอช"
/dev/loop29: TYPE="สควอช"
/dev/loop30: TYPE="สควอช"
/dev/loop31: TYPE="สควอช"
/dev/loop32: TYPE="สควอช"
/dev/loop33: TYPE="สควอช"
/dev/sdb1: LABEL_FATBOOT="Ubuntu Back" LABEL="Ubuntu Back" UUID="52B2-40B7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="9828faf4-dd30-4b07-8597-5143c7d6fbd3"
root@igtp:~# df -h
ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
tmpfs 1,6G 4,7M 1,6G 1% /รอบ
/dev/nvme0n1p2 938G 485G 406G 55% /
tmpfs 7,7G 66M 7,6G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /รัน/ล็อค
tmpfs 7,7G 0 7,7G 0% /รัน/คิวมู
/dev/nvme0n1p1 511M 5,3M 506M 2% /บูต/efi
tmpfs 1,6G 13M 1,6G 1% /รัน/ผู้ใช้/1000
/dev/sdb1 2,0T 557G 1,5T 28% /media/gl/Ubuntu กลับ
root@igtp:~# ผม

แก้ไข2: ผลผลิตของ df -hTi:

tmpfs tmpfs 2,0M 1,9K 2,0M 1% /รัน
/dev/nvme0n1p2 ต่อ 4 60M 741K 59M 2% /
tmpfs tmpfs 2,0M 113 2,0M 1% /dev/shm
tmpfs tmpfs 2,0M 5 2,0M 1% /รัน/ล็อค
tmpfs tmpfs 2,0M 1 2,0M 1% /รัน/คิวมู
/dev/nvme0n1p1 vfat 0 0 0 - /boot/efi
tmpfs tmpfs 391K 246 391K 1% /รัน/ผู้ใช้/1000
/dev/sdb1 vfat 0 0 0 - /media/gl/Ubuntu กลับ
57
0 + 0
Simon Sudler avatar
us flag
Simon Sudler
วางที่เอาต์พุตของ `df -h` และ `blkid`... เป็นการยากที่จะเดาว่าเกิดอะไรขึ้นในระบบของคุณ
1
ตอบกลับ
in flag
matigo
คุณพูดถูกที่ยังมีพื้นที่เหลืออีกมาก คุณช่วย [แก้ไข] คำถามของคุณเพื่อรวมเอาต์พุต Terminal ของ `df -I /` ได้ไหม ฉันสงสัยว่าคุณใช้ inodes หมดแล้ว ...
3
ตอบกลับ
FedKad avatar
cn flag
FedKad
คุณสามารถแทนที่เอาต์พุต `df -h` ด้วยเอาต์พุต `df -hTi` ในคำถามเดิมของคุณได้หรือไม่
0
ตอบกลับ
gl_off avatar
cn flag
gl_off
@matigo เป็นความคิดที่ดี แต่ฉันคิดว่าศูนย์ไอโหนดบน vfat นั้นคาดหวังไว้ นี่คือวิธีการติดตั้งอุปกรณ์: `root@igtp:~# cat /proc/mounts | เกรป เอสดีบี /dev/sdb1 /media/gl/Ubuntu\040ย้อนกลับ vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed ,showexec,utf8,flush,errors=remount-ro 0 0`
0
ตอบกลับ
jp flag
Dan
ฉันไม่แน่ใจว่าการทำซ้ำเก็บข้อมูลอย่างไร ดังนั้นนี่เป็นเพียงทฤษฎี แต่ถ้าจัดเก็บไฟล์เวอร์ชันแรกตามที่เป็นอยู่ เป็นไปได้สูงว่าข้อจำกัดดังกล่าวเกิดจากรูปแบบดิสก์ที่เป็นระบบไฟล์ FAT รูปแบบ FAT มีข้อจำกัดเกี่ยวกับขนาดไฟล์ที่ 4GB ดังนั้นไฟล์ที่ใหญ่กว่านั้นจะล้มเหลวเนื่องจากคุณกล่าวว่าคุณเพิ่มไฟล์บางไฟล์ที่มีขนาดเกิน 100GB ฉันจึงสงสัยว่าเป็นเพราะสาเหตุนั้น แต่ฉันสามารถให้คนอื่นยืนยันหรือปฏิเสธได้
0
ตอบกลับ
gl_off avatar
cn flag
gl_off
ขอบคุณ @Dan ฉันคิดว่าฮาร์ดไดรฟ์ภายนอกใหม่ทั้งหมดได้รับการฟอร์แมตล่วงหน้าด้วย exFAT ... ฉันโง่แค่ไหน - มันคือ FAT32 จริงๆ ตกลง ฉันจะจัดรูปแบบด้วย ext4 แล้วลองอีกครั้ง
0
ตอบกลับ
jp flag
Dan
อย่าลังเลที่จะตอบตัวเองหากนั่นคือวิธีแก้ปัญหาของคุณ :D
0
ตอบกลับ
Score:0
gl_off avatar Ubuntu
ธง cn
gl_off

Solution: Format the backup hard drive in a filesystem that supports big files.

Details:

  • The backup drive was a 4 TB Seageate which was formatted to fat32.
  • Formatting it to ext4 and rerunning the backup did succeed BUT:
  • Each of the backup files were around 50MB in size.
    • This should not be a problem for fat32 file system
    • The backup does not save big temporary files on the backup storage while backing up - I have monitored the fat32 filesystem utilization while the backup was running before it was failing and it did not increase.
  • I tried to reproduce the problem by formatting the hard drive back to fat32 and re-runnig the backup but I was not allowed to (fat32 does not support disks bigger than 2 TB - how was it formatted in fat32 in the first place?!)

So, bottom line, starting from scratch and formatting to ext4 works, but if that is the actual solution to this particular problem - I could not confirm.

P.S.: Thanks @Dan for the pointer

0 + 0
ธงชาติไทย
Kulap
คำถามนี้เป็นภาษาอื่นๆ:

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา