>>192021
>Вполне возможно.
Таки да. Оно самое и есть. Я отследил точное место:
1494088635: stat64("/home", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
1494088635: stat64("/run/rpc_pipefs", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0
1494088737: stat64("/mnt/mirror", {st_mode=S_IFDIR|0775, st_size=0, ...}) = 0
1494088737: stat64("/run/user/1000", {st_mode=S_IFDIR|0700, st_size=100, ...}) = 0
Из общих соображений strace должна выдавать сообщение о вызове уже после того, как он прошел, так что, видимо, виноват /mnt/mirror. Это smb шара с видовой машины. Монтируется с такими параметрами:
cifs rw,auto,user,noperm,file_mode=0664,dir_mode=0775,gid=adm,credentials=/etc/fstab_credentials
А еще ссылка на нее есть в /var/run/mount/utab. Сейчас перерыл весь интернет, безуспешно пытаясь выяснить, что это за зверь.
И теперь встаёт вопрос, что с этим делать. Вариант "отключить шару нафиг" меня не устраивает. Можно в качестве временной меры поставить ей noauto, но это тоже криво. Кажется, где-то в недрах systemd была возможность мотировать что-то только при прямом запросе к нему? А потом отмонтировать по таймеру?
Или всё-таки есть способ заставить его не висеть при простой попытке узнать статус шары, если винда на той стороне вздумала уйти в спящий режим?
И ведь всё работало нормально. А потом как-то раз обновилось то ли ядро, то ли самба. А может и то, и другое. Я уже не помню, что именно…
