Não é possível recriar o diretório / tmp

3

Recentemente, descobri que minha instalação do debian 8.2 (jessie) está demorando muito para ser inicializada, pois o systemd irá travar por vários minutos em a start job is running for create volatile files and directories . Eu consultei vários fóruns debian que forneceram a solução de excluir o diretório / tmp e recriá-lo.

link

No entanto, quando tentei fazer isso, recebi o erro: cannot remove /tmp device or resource busy . Já me deparei com outro fórum onde isso é discutido, mas nenhuma de suas soluções está funcionando para mim (lsof e umount).

Como superar "dispositivo ou recurso ocupado"?

Estes são (atualmente) o conteúdo do meu diretório / tmp:

chris@debian:/tmp$ ls -a
.                 lu7rao5i.tmp
..                orbit-chris
gnucash.trace     OSL_PIPE_1000_SingleOfficeIPC_d3a739592b2fd367937df734e849bd3
hsperfdata_chris  systemd-private-72f0212651f2433dbce43b96e2dea612-cups.service-9OArRS
kde-chris

Eu fornecerei saída para qualquer comando bash solicitado.

EDIT 1:

chris@debian:~$ 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,relatime,size=10240k,nr_inodes=1017089,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,relatime,size=1630924k,mode=755)
/dev/sda1 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/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
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/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
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/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=815464k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
chris@debian:~$ getenforce
bash: getenforce: command not found
chris@debian:~$ sudo getenforce
[sudo] password for chris: 
sudo: getenforce: command not found
chris@debian:~$ ls -ld /tmp/
drwxrwxrwt 8 root root 247619584 Jan  9 18:35 /tmp/

EDIT 2: Tudo pode ser movido para outro local temporário, exceto o systemd-private-72f0212651f2433dbce43b96e2dea612-cups.service-9OArRS

Isso me dá este erro: mv: cannot move ‘systemd-private-72f0212651f2433dbce43b96e2dea612-cups.service-9OArRS/’ to ‘/home/chris/moveto/systemd-private-72f0212651f2433dbce43b96e2dea612-cups.service-9OArRS’: Operation not permitted

No entanto, ele ^ pode ser movido com o sudo.

    
por System84 10.01.2016 / 02:03

1 resposta

1

"One quick solution you can try is booting into single-user mode (which should prevent contention with other users and processes), removing the folder, and then rebooting. – Paul Calabro"

Corrigido! O processo de inicialização foi tão rápido, nem vi a tela de texto!

Eu iniciei no modo de recuperação, digitei a senha do root e fiz:

cd ..
rm -rf /tmp
mkdir /tmp
chmod 1777 /tmp

(O cd .. foi para chegar ao diretório raiz)

Obrigado ao usuário Paul Calabro e outros!

    
por 11.01.2016 / 01:09