Điểm:1

Tại sao thư mục trống của tôi có kích thước 134 GB?

lá cờ fr

Tôi đã chuyển các tệp từ máy chủ cũ sang máy chủ mới. Tôi không biết tại sao nhưng khi tôi muốn nén thư mục của mình thì nó luôn bị treo trên một thư mục.

Lúc đầu, tôi nghĩ rằng nó đã thất bại, vì vậy tôi đã hủy bỏ bằng cách nhấn ctrl+c, nhưng tôi đã thử nhiều lần và luôn có cùng một kết quả.

Lệnh zip của tôi là:

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

tôi đã thử rất nhiều khóa kéo các lệnh có hoặc không có params/arg nhưng vẫn bị treo /admin/lưu trữ/nhật ký/0 danh mục.

Khi treo máy quá trình zip vẫn chạy nên mình cố đợi khoảng 3 tiếng là xong.

Sau khi hoàn thành, tôi chuyển .zip có tệp kích thước 7,7 GB vào máy chủ mới rồi cố giải nén tệp đó. Khi giải nén nó được trả về:

/admin/storage/logs/0: ghi lỗi (đĩa đầy?)

Máy chủ mới của tôi có 160 GB và máy chủ cũ chỉ có khoảng 15 gb. Điều gì làm cho máy chủ mới đầy đủ?

Nghiên cứu tôi tìm thấy thư mục /admin/lưu trữ/nhật ký/ có kích thước 134 GB nhưng khi tôi chạy lệnh ls nó trống rỗng. Tôi đã xóa thư mục đó nhưng khi tôi chạy df -h dung lượng đĩa đã sử dụng vẫn như cũ.

Dưới đây là lịch sử lệnh của tôi:

root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | sắp xếp -rh
Nhật ký 134G
ứng dụng 1.2G
khung 32K
Thanh gỡ lỗi 8.0K
root@ip-172-26-4-220:/var/www/www/admin/storage# nhật ký cd/
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# du -hs * | sắp xếp -rh
134G 0
root@ip-172-26-4-220:/var/www/www/admin/storage/logs# cd ..
root@ip-172-26-4-220:/var/www/www/admin/storage# rm -r logs/
root@ip-172-26-4-220:/var/www/www/admin/storage# du -hs * | sắp xếp -rh
ứng dụng 1.2G
khung 32K
Thanh gỡ lỗi 8.0K
root@ip-172-26-4-220:/var/www/www/admin/storage# df -h
Kích thước hệ thống tệp được sử dụng Sẵn có Sử dụng % Được gắn trên
/dev/root 156G 156G 2,2M 100%/
devtmpfs 3,9G 0 3,9G 0%/dev
tmpfs 3,9G 0 3,9G 0%/dev/shm
tmpfs 796M 832K 796M 1%/lần chạy
tmpfs 5,0M 0 5,0M 0%/chạy/khóa
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup

Làm thế nào để giải phóng không gian?

Trên máy chủ cũ quản trị/lưu trữ/nhật ký thư mục chỉ có 52M:

[root@server storage]# du -hs * | sắp xếp -rh
ứng dụng 3.4G
52 triệu nhật ký
khung 2,7M
4.0K oauth-public.key
4.0K oauth-private.key
Thanh gỡ lỗi 4.0K

Tại sao tệp .zip được giải nén lại có dung lượng hơn 134 GB?

[quản trị viên root@server]# lưu trữ cd/nhật ký/
[nhật ký root@server]# ls -lh
tổng cộng 51M
-rwxrwxrwx 1 root gốc 1.0T 30/09/2020 0
drwxr-xr-x 2 gốc root 8.0K ngày 1 tháng 9 12:00 cron
-rwxrwxrwx 1 apache apache 1.6K Ngày 6 tháng 3 năm 2020 frontend-response-2020-03-06.log
-rwxrwxrwx 1 apache apache 720 Ngày 23 tháng 3 năm 2020 frontend-response-2020-03-23.log
-rwxrwxrwx 1 apache apache 353 Ngày 29 tháng 4 năm 2020 frontend-response-2020-04-29.log
-rwxrwxrwx 1 apache apache 719 Ngày 30 tháng 4 năm 2020 frontend-response-2020-04-30.log
-rw-r--r-- 1 apache apache 51M ngày 1 tháng 9 18:00 laravel.log
[nhật ký root@server]# df -h
Kích thước hệ thống tệp được sử dụng Sẵn có Sử dụng % Được gắn trên
devtmpfs 1.9G 0 1.9G 0%/dev
tmpfs 1,9G 0 1,9G 0%/dev/shm
tmpfs 1,9G 188M 1,7G 10%/lần chạy
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/sda2 36G 25G 11G 71%/
tmpfs 379M 0 379M 0%/chạy/người dùng/0

ồ, tập tin 0 có kích thước 1 TB. nhưng tại sao lại làm df trả lại chỉ 25gb đã sử dụng? Có lẽ tôi cần xóa nó trước khi di chuyển?

lá cờ fr
@Tilman Tôi đã cập nhật câu hỏi, thư mục đó có kích thước 1TB, nhưng `df` chỉ trả về tổng số 25gb đĩa đã sử dụng
evening_g avatar
lá cờ mw
Có thể hệ thống tập tin bị hỏng. Tôi gặp sự cố tương tự với hình ảnh 20 GB ở định dạng NTFS, tôi chỉ cần sửa hệ thống tệp. Có lẽ một cái gì đó tương tự đã xảy ra trong của bạn.
Điểm:2
lá cờ cn

Tập tin /var/www/admin/lưu trữ/log/0 rất có thể là một tập tin thưa thớt. Nghĩa là, nó không chứa dữ liệu thực trên toàn bộ chiều dài của nó. Có những đoạn chưa bao giờ được ghi và do đó không chiếm bất kỳ dung lượng nào trên đĩa. Nếu chúng được đọc thì nhân Linux chỉ trả về một chuỗi byte có giá trị 0, nén rất tốt, vì vậy khóa kéo không gặp vấn đề gì khi khớp toàn bộ tệp 1 TB vào kho lưu trữ 7,7 GB. Nhưng khi giải nén kho lưu trữ giải nén sẽ cố gắng thực sự ghi tất cả các số 0 đó vào đĩa vì nó không biết rằng chúng không thực sự ở đó trên máy chủ cũ.

Bạn có hai cách hành động khả thi:

a) Xóa tệp trên máy chủ cũ hoặc ít nhất là loại trừ tệp đó khỏi kho lưu trữ zip. Nó có thể không chứa bất cứ điều gì hữu ích nào. Tệp nhật ký thưa thớt là khá bất thường và thường chỉ xảy ra do một số trục trặc, xoay vòng nhật ký không đúng cách hoặc tương tự.

b) Thay vì khóa kéo, hãy sử dụng chương trình lưu trữ có hỗ trợ tệp thưa thớt, chẳng hạn như GNU tar, chương trình này có thể tạo lại tệp thưa thớt trên máy chủ mới.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.