อะไรคือสาเหตุของ "งานเริ่มต้นกำลังทำงานสำหรับสร้างไฟล์และไดเร็กทอรีที่ไม่เปลี่ยนแปลง"

ติดอยู่ที่ "งานเริ่มต้นกำลังทำงานสำหรับสร้างไฟล์และไดเรกทอรีที่เปลี่ยนแปลงได้" หลังจากรีบูตเซิร์ฟเวอร์ (เดเบียน 9.5, 64 บิต) แล้วแก้ตามนี้ครับ "boot-stuck-at-a-start-job-is-running-for-create-volatile-files-and-directories".

ฉันคิดไม่ออกว่ามันคืออะไร สาเหตุ ของเรื่องนี้ แม้จะค้นหาจากหลายคำถามที่ไม่ได้อ้างอิงถึง สาเหตุ แต่โซลูชันที่หลากหลายไม่ตรงกับฉัน

ไม่ถึงขีดจำกัดของไดเร็กทอรีไฟล์หรือ (ย่อย) และตั้งค่า dir_nลิงค์ สำหรับ ต่อ4.

# sudo tune2fs -l /dev/debian-vg/root | grep dir_nlink
คุณสมบัติของระบบไฟล์: has_journal ext_attr resize_inode dir_index ประเภทไฟล์ need_recovery ขอบเขต
 64 บิต flex_bg sparse_super large_file huge_file dir_nlink ข้อมูลเมตา extra_isize_csum

และมีมากกว่านั้น 50% ความจุของ ไอโหนด และ ดิสก์.

ต้นตำรับ /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 เงียบ

$ ติด
sysfs บน /sys พิมพ์ sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc ประเภท proc (rw,nosuid,nodev,noexec,relatime)
udev บน /dev ประเภท devtmpfs (rw,nosuid,relatime,size=4077900k,nr_inodes=1019475,mode=755)
devpts บน /dev/pts ประเภท devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs เปิด / เรียกใช้ประเภท 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 บน /sys/เคอร์เนล/ประเภทความปลอดภัย securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs บน /dev/shm พิมพ์ tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock ประเภท tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs บน /sys/fs/cgroup ประเภท tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup บน /sys/fs/cgroup/systemd ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore บน /sys/fs/pstore ประเภท pstore (rw,nosuid,nodev,noexec,relatime)
cgroup บน /sys/fs/cgroup/cpu, cpuacct ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup บน /sys/fs/cgroup/devices ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup บน /sys/fs/cgroup/pids ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup บน /sys/fs/cgroup/perf_event ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup บน /sys/fs/cgroup/net_cls,net_prio ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup บน /sys/fs/cgroup/ประเภทหน่วยความจำ cgroup (rw,nosuid,nodev,noexec,relatime,หน่วยความจำ)
cgroup บน /sys/fs/cgroup/cpuset ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup บน /sys/fs/cgroup/freezer ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup บน /sys/fs/cgroup/blkio ประเภท cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 บน /proc/sys/fs/binfmt_misc ประเภท autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9039)
mqueue บน /dev/mqueue ประเภท mqueue (rw,relatime)
Hugetlbfs บน /dev/hugepages พิมพ์ hugetlbfs (rw,relatime)
debugfs บน /sys/kernel/debug ประเภท debugfs (rw,relatime)
tmpfs บน /run/user/1000 พิมพ์ tmpfs (rw,nosuid,nodev,relatime,size=817920k,mode=700,uid=1000,gid=1000)

$lsblk
ชื่อ MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
vda 254:0 0 1000G 0 ดิสก์ 
ââvda1 254:1 0 1000G 0 ส่วน 
  ââdebian--vg-root 253:0 0 3T 0 lvm /
vdb 254:16 0 4T 0 ดิสก์ 
vdc 254:32 0 2T 0 ดิสก์ 
ââ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 ค้นหา /tmp/ | สุขา -l
28905144

มีสองสาเหตุของสถานการณ์ของคุณเป็นอย่างน้อย:

• 1, 28905144 ผลลัพธ์ของ ค้นหา /tmp/ | สุขา -l แสดงว่าคุณมีไฟล์เป็นตัน /tmp ไดเรกทอรี อย่างชัดเจน, /tmp ไดเร็กทอรีไม่ถูกล้างตามปกติ เมื่อบู๊ตหรือปิดเครื่อง.
• 2, / ไดเร็กทอรีถูกตั้งค่าเป็นค่าขนาดใหญ่ซึ่งความจุถึง 3T. เมื่อมีพื้นที่มากขึ้น การกำหนดแอดเดรสของ HDD (ฉันเดาว่าคงไม่ใช่ SSD) จะช้าลง

คำแนะนำ:

• 1 ตรวจสอบไฟล์ที่อยู่ภายใต้ /tmp ไดเร็กทอรีว่าสร้างตามปกติหรือไม่ และคุณจะทราบสาเหตุ
• 2 ทำการ / ไดเรกทอรีไม่เกิน 2Tถ้าเป็นไปได้ หรือใช้สื่อประสิทธิภาพสูง เช่น SSD(NVMe)