NetBSD Problem Report #39144

From  Mon Jul 14 06:30:56 2008
Return-Path: <>
Received: from ( [])
	by (Postfix) with ESMTP id 5A31863B89E
	for <>; Mon, 14 Jul 2008 06:30:56 +0000 (UTC)
Message-Id: <>
Date: Mon, 14 Jul 2008 06:30:56 +0000 (UTC)
Subject: private /tmp not always initialized (sudo)
X-Send-Pr-Version: www-1.0

>Number:         39144
>Category:       misc
>Synopsis:       private /tmp not always initialized (sudo)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jul 14 06:35:01 +0000 2008
>Last-Modified:  Mon Jul 14 07:00:03 +0000 2008
>Originator:     George Michaelson
>Release:        current
NetBSD snoid 4.99.69 NetBSD 4.99.69 (GGM) #1: Fri Jul 11 19:44:31 EST 2008  ggm@snoid:/usr/obj/sys/arch/i386/compile/GGM i386
login makes a users /private/tmp/@uid

sudo bash didn't make one for root.

install sudo, login as normal user, sudo bash

# cd /tmp 
bash: cd: /tmp: No such file or directory
# pwd
# ls -ltr
total 2
drwx-----T  2 ggm  ggm  512 Jul 15 02:27 101
Not sure. what should initialize this? does this mean making sudo do something? It seems a shame to have to invoke the 'login' class of operations via flags to sudo, and since people haven't had to do that before, I wonder if this is going to bite people who sudo and expect /tmp to exist for root?

From: George Michaelson <>
Subject: Re: misc/39144: private /tmp not always initialized (sudo)
Date: Mon, 14 Jul 2008 16:57:58 +1000

 to be fair: the /private/tmp/0 link is made later on, but I can't say  
 when. On a clean system, inside 10-20min of the first boot with  
 per_user_tmp=YES it was not created in time for a sudo bash.

 (what did make it? cron?)


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.