From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2311 invoked by alias); 8 Sep 2011 21:25:01 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 16329 Received: (qmail 20742 invoked from network); 8 Sep 2011 21:24:59 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <110908142432.ZM15044@torch.brasslantern.com> Date: Thu, 08 Sep 2011 14:24:32 -0700 In-reply-to: Comments: In reply to Renato Botelho "Re: Zsh startup really slow after upgrade to fedora 15 [SOLVED]" (Sep 8, 4:56pm) References: X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: Zsh startup really slow after upgrade to fedora 15 [SOLVED] MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Sep 8, 4:56pm, Renato Botelho wrote: } } After dig into it i figured out my problem was being caused because } i had a symlink "/usr/bin/foo" that was pointing to a NFS mounted } directory, and it was the cause of delay. After remove this symlink } it started to work fine again If you want to restore that link (because you need that program), you can pre-load the hash table for it: hash foo=/usr/bin/foo I *think* this will cause zsh to skip over that name when it later populates the hash for the /usr/bin directory, which *should* avoid the NFS mount delay. If you try it, let us know if it works.