"휘발성 파일 및 디렉터리 생성을 위한 시작 작업이 실행 중입니다"의 근본 원인은 무엇입니까?

"휘발성 파일 및 디렉터리 생성을 위한 시작 작업이 실행 중입니다"의 근본 원인은 무엇입니까?

서버 재부팅 후 "휘발성 파일 및 디렉터리 생성을 위한 시작 작업이 실행 중입니다."에서 멈춤(데비안 9.5, 64비트), 이를 통해 해결"시작 시 작업이 중단된 상태에서 실행 중-생성-휘발성 파일 및 디렉터리 생성".

나는 무엇인지 알 수 없다근본 원인이 문제에 대해 언급하지 않은 많은 질문에서 검색했지만근본 원인하지만 나에게 맞지 않는 다양한 솔루션.

파일 또는 (하위) 디렉터리의 제한에 도달하지 않았 dir_nlink으며 ext4.

# sudo tune2fs -l /dev/debian-vg/root | grep dir_nlink
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent
 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

그리고 그 이상은50%의 용량 inodedisk.

원본 /tmp디렉터리에는 파일과 디렉터리가 거의 없으며 전체 디스크 공간 사용량만1G.

일부 정보:

$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-7-amd64 root=/dev/mapper/debian--vg-root ro net.ifnames=0 biosdevname=0 console0=tty0 console=ttyS0,115200n8 quiet

$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4077900k,nr_inodes=1019475,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=817924k,mode=755)
/dev/mapper/debian--vg-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9039)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=817920k,mode=700,uid=1000,gid=1000)

$ lsblk
NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
vda                 254:0    0 1000G  0 disk 
└─vda1              254:1    0 1000G  0 part 
  └─debian--vg-root 253:0    0    3T  0 lvm  /
vdb                 254:16   0    4T  0 disk 
vdc                 254:32   0    2T  0 disk 
└─debian--vg-root   253:0    0    3T  0 lvm  /

$ blkid
/dev/vda1: UUID="ijfyeQ-***" TYPE="LVM2_member" PARTUUID="d6***"
/dev/mapper/debian--vg-root: UUID="2d2294a9-***" TYPE="ext4"
/dev/vdc: UUID="PXrGC9-***" TYPE="LVM2_member"

$ sudo find /tmp/ | wc -l
28905144

답변1

명령 으로 표시되는 것처럼 sudo find /tmp/ | wc -l실제로 /tmp. 다른 답변에서 지적한 대로 새로운 디렉터리로 시작할 수 있으며 /tmp아마도 그래야 할 것입니다. 그러나 짐작했듯이 이 문제의 맨 아래에 도달하지 않으면 결국 동일한 상황에 직면하게 될 것입니다.

불행하게도 이 문제에는 다양한 이유가 있을 수 있습니다. 예를 들어, 제가 개인적으로 경험한 한 가지 문제는 atd미쳐가고 미친 루프에서 빈 파일을 생성하기 시작하는 것입니다 /tmp(초당 수천 또는 그 정도의 이야기). at요즘 인기 있는 도구가 아니기 때문에 이것이 귀하의 경우라고 말하는 것은 아니지만 파일 이름을 살펴 /tmp보고 이름과 타임스탬프를 기반으로 해당 파일이 어디에서 왔는지 추측해야 합니다.

sudo find /tmp -ls | more단서를 찾아보세요 . 그것은 분명할 것입니다.

답변2

귀하의 상황에는 적어도 두 가지 원인이 있습니다.

  • 1,28905144결과는 find /tmp/ | wc -l당신이 엄청난 양의 파일을 가지고 있다는 것을 보여줍니다/tmp예배 규칙서. 확실히,/tmp디렉토리가 정상적으로 지워지지 않았습니다부팅 시 또는 종료 시.
  • 2, /디렉토리가 용량에 도달한 큰 값으로 설정되었습니다.3T. 공간이 많을수록 HDD(SSD는 아닌 것 같습니다) 주소 지정 속도가 느려집니다.

조언:

  • 1. 해당 /tmp디렉토리 아래의 파일들이 정상적으로 생성되었는지 확인하여 원인을 파악합니다.
  • 2, /디렉토리를 다음 이하로 만드십시오.2T, 가능하다면 SSD(NVMe) 등 고성능 미디어를 사용하세요.

관련 정보