좋은 아침입니다. 백업 머신에 "사소한" 문제가 있습니다. 공간의 96%가 사용된 것으로 감지되어 백업을 수행할 수 없습니다. 그러나 그것은 진실이 아니다.
실제 머신에서 몇 가지 명령을 시작했고 여기에 출력이 표시됩니다.
ubuntu@BACKUP:~$ sudo df -h
Filesystem Size Used Avail Use% Mounted on
udev 992M 0 992M 0% /dev
tmpfs 200M 21M 180M 11% /run
/dev/xvda1 20G 4.8G 15G 25% /
tmpfs 1000M 0 1000M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1000M 0 1000M 0% /sys/fs/cgroup
/dev/mapper/vg_data-lv_data_backup 640G 580G 30G 96% /data/backup
/dev/mapper/vg_data-lv_data_archive 640G 49G 559G 9% /mnt/lv_data_archive
tmpfs 200M 0 200M 0% /run/user/1000
보시다시피,/dev/mapper/vg_data-lv_data_backup30GB가 사라졌습니다. 나도 알아 이게외부 4루트 명령을 위해 5%의 공간을 분할하고 예약합니다. 하지만 이것이 이 오류에 대한 공간을 정당화하지는 않습니다...
다른 명령은 다음과 같습니다.
root@BACKUP:/data# du -h -d1 /data/backup
16K /data/backup/lost+found
531G /data/backup/BackupPC
50G /data/backup/DumpDB
580G /data/backup
ubuntu@BACKUP:~$ sudo lsof +L1 | numfmt --field=7 --to=iec --invalid='ignore'
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NLINK NODE NAME
systemd-j 388 root txt REG 202,1 319K 0 52456 /lib/systemd/systemd-journald (deleted)
dhclient 1010 root txt REG 202,1 476K 0 4269 /sbin/dhclient (deleted)
lxcfs 1202 root txt REG 202,1 19K 0 24454 /usr/bin/lxcfs (deleted)
systemd-l 1233 root txt REG 202,1 605K 0 52482 /lib/systemd/systemd-logind (deleted)
agetty 1476 root txt REG 202,1 44K 0 4308 /sbin/agetty (deleted)
agetty 1482 root txt REG 202,1 44K 0 4308 /sbin/agetty (deleted)
BackupPC 1625 backuppc txt REG 202,1 1.9M 0 6550 /usr/bin/perl (deleted)
root@BACKUP:/data# dumpe2fs -h /dev/mapper/vg_data-lv_data_backup
dumpe2fs 1.42.13 (17-May-2015)
Filesystem volume name: <none>
Last mounted on: /data/backup
Filesystem UUID: 8f2689b8-6ed0-47d2-833c-904097eb6a34
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 42598400
Block count: 170393600
Reserved block count: 7869498
Free blocks: 57647530
Free inodes: 40094191
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 983
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Tue Aug 22 12:04:28 2017
Last mount time: Fri Dec 15 12:20:05 2017
Last write time: Fri Dec 15 12:20:05 2017
Mount count: 16
Maximum mount count: -1
Last checked: Tue Aug 22 12:04:28 2017
Check interval: 0 (<none>)
Lifetime writes: 5450 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: fd48ebc6-99be-468a-8c2d-3aa600ce2412
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length: 32768
Journal sequence: 0x00011b23
Journal start: 30397
감사해요
답변1
당신이 쓴 것처럼 ext4는 루트 공간의 5%를 예약합니다. 루트 "명령"이 아니라 파일에 대한 것입니다. 640Gb의 5%는 32Gb이며, 모듈로 반올림 오류는 찾고 있는 디스크 공간의 양입니다. 이러한 Gb는 디스크에 물리적으로 위치하지만 일반 사용자는 사용할 수 없으므로 "사용 가능" 열에 표시되지 않습니다 df
.