From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 13:15:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D078D16A4CE for ; Sun, 10 Oct 2004 13:15:21 +0000 (GMT) Received: from core.zp.ua (core.zp.ua [193.108.112.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A8C43D31 for ; Sun, 10 Oct 2004 13:15:20 +0000 (GMT) (envelope-from oleg@core.zp.ua) Received: from core.zp.ua (oleg@localhost [127.0.0.1]) by core.zp.ua (8.13.1/8.13.1) with ESMTP id i9ADFaK3044084 for ; Sun, 10 Oct 2004 16:15:36 +0300 (EEST) (envelope-from oleg@core.zp.ua) Received: (from oleg@localhost) by core.zp.ua (8.13.1/8.13.1/Submit) id i9ADFWV8044083 for freebsd-current@freebsd.org; Sun, 10 Oct 2004 16:15:32 +0300 (EEST) (envelope-from oleg) Date: Sun, 10 Oct 2004 16:15:32 +0300 From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Message-ID: <20041010131532.GG61535@core.zp.ua> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: mount_msdosfs tries to load nonexistent libiconv.so X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 13:15:21 -0000 After upgrading my system to 5.3-BETA7 I decided to rebuild all installed ports on this system. After removing all installed ports and rebooting I got: "msdosfs: Unable to load iconv library: Shared object "libiconv.so" not found, required by "msdosfs"" and prompt for enter shell. Line in question from /etc/fstab was: /dev/ad0s1 /mnt/C msdos rw,-Lru_RU.KOI8-R,-Wkoi2dos 0 0 Relevant part from ktrace out: 110 mount_msdosfs CALL modfind(0x80499a0) 110 mount_msdosfs RET modfind 43/0x2b 110 mount_msdosfs CALL __sysctl(0xbfbfde58,0x2,0xbfbfde60,0xbfbfde54,0x280778e1,0x11) 110 mount_msdosfs RET __sysctl 0 110 mount_msdosfs CALL __sysctl(0xbfbfde60,0x3,0,0xbfbfdf1c,0,0) 110 mount_msdosfs RET __sysctl 0 110 mount_msdosfs CALL sigprocmask(0x1,0x280698a0,0xbfbfd3c0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/local/lib/kde3/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL access(0x28073000,0) 110 mount_msdosfs NAMI "/usr/lib/libiconv.so" 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs RET access -1 errno 2 No such file or directory 110 mount_msdosfs CALL sigprocmask(0x3,0x280698b0,0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL sigprocmask(0x1,0x280698a0,0xbfbfd3c0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL sigprocmask(0x3,0x280698b0,0) 110 mount_msdosfs RET sigprocmask 0 110 mount_msdosfs CALL write(0x2,0xbfbfccd0,0x9) 110 mount_msdosfs GIO fd 2 wrote 9 bytes "msdosfs: " 110 mount_msdosfs RET write 9 110 mount_msdosfs CALL write(0x2,0xbfbfccf0,0x5b) 110 mount_msdosfs GIO fd 2 wrote 91 bytes "Unable to load iconv library: Shared object "libiconv.so" not found, r\ equired by "msdosfs" " 110 mount_msdosfs RET write 91/0x5b So, my questions: 1. Why dependens for the third party software not documented in the man 8 mount_msdosfs? 2. And why not exist any fallbacks (seat bealts) for this behaviour in the system vital software such mount? Well, I'm ready for looking any '?' instead any russian letters :) but not DoS for my system under next reboot. This behaviour prevents from normal booting process and causes to prompt me for enter shell - yes, we are in the single user mode without any problems... Thank you. -- NO37-RIPE