From owner-freebsd-questions@freebsd.org Thu Mar 12 21:18:10 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A261726C1D6 for ; Thu, 12 Mar 2020 21:18:10 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dreamchaser.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48dhWN5G7Gz4XRb for ; Thu, 12 Mar 2020 21:18:08 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from breakaway.dreamchaser.org (breakaway [192.168.151.122]) by nightmare.dreamchaser.org (8.15.2/8.15.2) with ESMTP id 02CLI0Qp000910; Thu, 12 Mar 2020 15:18:00 -0600 (MDT) (envelope-from freebsd@dreamchaser.org) Subject: Re: "directory not empty", "no such file or directory" errors on upgrade To: Michael Sierchio , FreeBSD Questions References: <94e006d9-bf6e-52e2-c667-763385cdd98e@kicp.uchicago.edu> <20200312195259.GA1025@neutralgood.org> From: Gary Aitken Reply-To: freebsd@dreamchaser.org Message-ID: <9265b3f4-2e15-1470-acb5-842f0dbae5dc@dreamchaser.org> Date: Thu, 12 Mar 2020 15:16:37 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (nightmare.dreamchaser.org [192.168.151.101]); Thu, 12 Mar 2020 15:18:01 -0600 (MDT) X-Rspamd-Queue-Id: 48dhWN5G7Gz4XRb X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@dreamchaser.org designates 66.109.141.57 as permitted sender) smtp.mailfrom=freebsd@dreamchaser.org X-Spamd-Result: default: False [-5.49 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[freebsd@dreamchaser.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dreamchaser.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.20)[ip: (-8.38), ipnet: 66.109.128.0/19(-4.19), asn: 21947(-3.35), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21947, ipnet:66.109.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 21:18:10 -0000 On 3/12/20 2:01 PM, Michael Sierchio wrote: > Some quick observations – rmdir will fail if a directory is not empty, and > rm -rf will fail if a file has the schg flag set. A possible brute force > solution to this is > >> chflags -R 0 >> rm -rf > > > > On Thu, Mar 12, 2020 at 12:53 PM Kevin P. Neal wrote: > >> On Thu, Mar 12, 2020 at 02:09:33PM -0500, Valeri Galtsev wrote: >>> >>> >>> On 2020-03-12 14:03, Gary Aitken wrote: >>>> Upgrading from 11.2-RELEASE to 11.3-RELEASE >>>> >>>> The final invoke of freebsd-update install completed with the following >>>> messages: >>>> >>>> ///usr/src/sys/pc98/include/acpica_machdep.h no such file or directory >>>> rmdir: ///usr/src/contrib/ofed/usr.lib directory not empty >>>> rmdir: ///usr/src/contrib/ofed/usr.bin directory not empty >>>> rmdir: >> ///usr/src/contrib/llvm/tools/lldb/source/Plugins/InstrumentationRuntime/ThreadSanitizer >>>> directory not empty >>>> rmdir: >> ///usr/src/contrib/llvm/tools/lldb/source/Plugins/InstrumentationRuntime/AddressSanitizer >>>> directory not empty >>> >>> I would unmount filesystem and run fsck on it first. >> >> And add the "-f" flag to fsck. Doing the fsck appeared to have no effect, although I don't understand why it says it was modified. Or does a -f prevent display of things found to be fixed?: # mount -fur /dev/ada0p2 # fsck -f /dev/ada0p2 SAVE DATA TO FIND ALTERNATE SUPERBLOCKS? [yn] y ** Last Mounted on / ** Roof file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 624589 files, 5541279 used. 12482048 free (106480 frags, 1546946 blocks, 0.6% fragmentation) ***** FILE SYSTEM IS CLEAN ***** ***** FILE SYSTEM WAS MODIFIED ***** I understand the reasoning behind the fsck, but that would only be part of the problem. Are those directories supposed to be repopulated with more recent versions? Or should they simply be removed? If they need to be repopulated, how does one repopulate them? Thanks, Gary