Linux
“創建易失性文件和目錄的啟動作業正在執行”的根本原因是什麼
重新啟動伺服器( Debian 9.5, 64bit )後卡在“正在執行創建易失性文件和目錄的啟動作業” ,並通過此**“boot-stuck-at-a-start-job-is-running-for-create”解決-易失性文件和目錄”**。
我無法弄清楚這個問題的根本原因是什麼,儘管從許多不是指根本原因的問題中進行搜尋,而只是不符合我的各種解決方案。
我們沒有達到文件或(子)目錄的限制,並設置了
dir_nlink
forext4
.# 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%。
inode``disk
原來的
/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
正如您使用
sudo find /tmp/ | wc -l
命令顯示的那樣,您確實有近 3000 萬個/tmp
. 您可以從/tmp
其他答案中指出的新目錄開始,您可能應該這樣做,但正如您所猜測的那樣,除非您深入了解,否則您最終會遇到同樣的情況。不幸的是,這個問題可能有各種各樣的原因。例如,我親身經歷的一個問題是
atd
發瘋並開始/tmp
在一個瘋狂的循環中創建空文件(每秒說數千或類似的東西)。我並不是說這是你的情況,因為at
這不是一個流行的工具,但你必須查看其中的文件名/tmp
並嘗試根據它們的名稱猜測它們來自哪裡,也許還有時間戳。嘗試
sudo find /tmp -ls | more
尋找任何線索。這將是顯而易見的。