Score:1

เหตุใดโฟลเดอร์ว่างของฉันจึงมีขนาด 134 GB

ธง fr

ฉันย้ายไฟล์จากเซิร์ฟเวอร์เก่าไปยังเซิร์ฟเวอร์ใหม่ ฉันไม่รู้ว่าทำไม แต่เมื่อฉันต้องการ zip โฟลเดอร์ มันจะแฮงค์ในโฟลเดอร์เสมอ

ตอนแรกฉันคิดว่ามันล้มเหลวดังนั้นฉันจึงกดยกเลิก ctrl+cแต่ฉันพยายามหลายครั้งและได้ผลเหมือนเดิมเสมอ

คำสั่ง zip ของฉันคือ:

zip -r backup.zip /var/www -x '*.log*'

ฉันพยายามมากมาย ซิป คำสั่งที่มีหรือไม่มี params/arg แต่ยังคงค้างอยู่ /admin/storage/logs/0 ไดเรกทอรี

เมื่อวางสาย กระบวนการ zip ยังทำงานอยู่ ดังนั้นฉันจึงพยายามรอประมาณ 3 ชั่วโมงจนกว่าจะเสร็จสิ้น

เสร็จแล้วก็ย้าย .zip ที่มีไฟล์ขนาด 7.7Â GB ไปยังเซิร์ฟเวอร์ใหม่ จากนั้นพยายามแตกไฟล์ เมื่อทำการแยกมันจะถูกส่งกลับ:

/admin/storage/logs/0: ข้อผิดพลาดในการเขียน (ดิสก์เต็ม?)

เซิร์ฟเวอร์ใหม่ของฉันมี 160 กิกะไบต์ และเซิร์ฟเวอร์เก่ามีประมาณ 15 กิกะไบต์เท่านั้น อะไรทำให้เซิฟเวอร์ใหม่เต็ม?

การค้นคว้าฉันพบโฟลเดอร์ /admin/storage/logs/ มีขนาด 134Â GB แต่เมื่อฉันเรียกใช้คำสั่ง มันว่างเปล่า. ฉันลบโฟลเดอร์นั้นแต่เมื่อฉันเรียกใช้ df -h พื้นที่ดิสก์ที่ใช้ยังคงเหมือนเดิม

ด้านล่างนี้คือประวัติคำสั่งของฉัน:

root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | เรียง -rh
บันทึก 134G
แอพ 1.2G
กรอบ 32K
ดีบักบาร์ 8.0K
root@ip-172-26-4-220:/var/www/www/admin/storage#บันทึกซีดี/
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# du -hs * | เรียง -rh
134G 0
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# ซีดี ..
root@ip-172-26-4-220:/var/www/www/admin/storage# rm -r บันทึก/
root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | เรียง -rh
แอพ 1.2G
กรอบ 32K
ดีบักบาร์ 8.0K
root@ip-172-26-4-220:/var/www/www/admin/storage# df -h
ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
/dev/root 156G 156G 2.2M 100% /
devtmpfs 3.9G 0 3.9G 0% /การพัฒนา
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 796M 832K 796M 1% /รอบ
tmpfs 5.0M 0 5.0M 0% /รัน/ล็อค
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup

จะเพิ่มพื้นที่ว่างได้อย่างไร?

บนเซิร์ฟเวอร์เก่า ผู้ดูแลระบบ/ที่เก็บข้อมูล/บันทึก โฟลเดอร์มีเพียง 52M:

[ที่เก็บข้อมูล root@server]# du -hs * | เรียง -rh
แอพ 3.4G
บันทึก 52M
กรอบ 2.7M
4.0K oauth-public.key
4.0K oauth-private.key
ดีบักบาร์ 4.0K

เหตุใดไฟล์ .zip ที่แตกออกมาจึงมีขนาดมากกว่า 134Â GB

[ผู้ดูแลระบบ root@server]# ที่เก็บซีดี/บันทึก/
[บันทึก root@server]# ls -lh
รวม 51M
-rwxrwxrwx 1 รูท 1.0T 30 ก.ย. 2020 0
drwxr-xr-x 2 รูทรูท 8.0K 1 ก.ย. 12:00 น.
-rwxrwxrwx 1 apache apache 1.6K 6 มี.ค. 2020 frontend-response-2020-03-06.log
-rwxrwxrwx 1 apache apache 720 23 มี.ค. 2020 frontend-response-2020-03-23.log
-rwxrwxrwx 1 apache apache 353 29 เม.ย. 2020 frontend-response-2020-04-29.log
-rwxrwxrwx 1 apache apache 719 30 เม.ย. 2020 frontend-response-2020-04-30.log
-rw-r--r-- 1 apache apache 51M 1 ก.ย. 18:00 น. laravel.log
[บันทึก root@server]# df -h
ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
devtmpfs 1.9G 0 1.9G 0% /การพัฒนา
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 188M 1.7G 10% /รอบ
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/sda2 36G 25G 11G 71% /
tmpfs 379M 0 379M 0% /รัน/ผู้ใช้/0

ว้าวไฟล์ 0 มีขนาด 1 TB แต่ทำไมถึงทำ ดีเอฟ คืนเพียง 25gb ใช้? ฉันอาจต้องลบออกก่อนที่จะย้ายข้อมูลหรือไม่

fr flag
@Tilman ฉันอัปเดตคำถาม dir นั้นมีขนาด 1TB แต่ `df` กลับใช้ดิสก์ทั้งหมด 25gb เท่านั้น
evening_g avatar
mw flag
บางทีระบบไฟล์อาจเสียหาย ฉันมีปัญหาที่คล้ายกันกับอิมเมจขนาด 20 GB ใน NTFS ฉันแค่ต้องแก้ไขระบบไฟล์ อาจมีบางอย่างที่คล้ายกันเกิดขึ้นกับคุณ
Score:2
ธง cn

ไฟล์ /var/www/admin/storage/logs/0 ค่อนข้างจะเป็นไฟล์ที่กระจัดกระจาย นั่นคือไม่มีข้อมูลจริงตลอดความยาวทั้งหมด มีการยืดยาวที่ไม่เคยเขียนจึงไม่ใช้พื้นที่บนดิสก์ หากสิ่งเหล่านี้ถูกอ่าน เคอร์เนลลินุกซ์จะส่งคืนชุดของไบต์ที่มีค่า 0 ซึ่งบีบอัดได้ดีมาก ดังนั้น ซิป ไม่มีปัญหาในการปรับไฟล์ขนาด 1 TB ทั้งหมดให้เป็นไฟล์เก็บถาวรขนาด 7.7 GB แต่เมื่อเปิดไฟล์เก็บถาวร เปิดเครื่องรูด จะพยายามเขียนเลขศูนย์ทั้งหมดลงดิสก์เพราะไม่รู้ว่าไม่มีอยู่ในเซิร์ฟเวอร์เก่า

คุณมีสองแนวทางปฏิบัติที่เป็นไปได้:

ก) ลบไฟล์บนเซิร์ฟเวอร์เก่าหรืออย่างน้อยแยกออกจากไฟล์ zip ก็คงไม่มีประโยชน์อะไรอยู่แล้ว ไฟล์บันทึกกระจัดกระจายนั้นค่อนข้างผิดปกติและปกติจะเกิดขึ้นเพียงเพราะการทำงานผิดพลาด การหมุนเวียนบันทึกที่ไม่เหมาะสม หรืออื่นๆ ในทำนองเดียวกันเท่านั้น

ข) แทน ซิปให้ใช้โปรแกรมเก็บถาวรที่รองรับไฟล์แบบกระจาย เช่น GNU tar ซึ่งสามารถสร้างไฟล์แบบกระจายบนเซิร์ฟเวอร์ใหม่ได้

โพสต์คำตอบ

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