From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 13 12:11:03 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CCD416A435; Mon, 13 Feb 2006 12:11:03 +0000 (GMT) (envelope-from chi@bd.mbn.or.jp) Received: from smtp.fancy.ocn.ne.jp (fancy.ocn.ne.jp [210.190.142.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD14A43D4C; Mon, 13 Feb 2006 12:11:02 +0000 (GMT) (envelope-from chi@bd.mbn.or.jp) Received: from chino.localhost (p7027-ipad08okidate.aomori.ocn.ne.jp [58.88.78.27]) by smtp.fancy.ocn.ne.jp (Postfix) with ESMTP id 47A5AA98F; Mon, 13 Feb 2006 21:11:01 +0900 (JST) Posted-Date: Mon, 13 Feb 2006 20:19:40 JST To: sos@deepcore.dk In-Reply-To: <43EF5C1D.60005@deepcore.dk> From: chi@bd.mbn.or.jp (Chiharu Shibata) X-Mailer: mnews [version 1.22] 1999-12/19(Sun) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Message-Id: <20060213121101.47A5AA98F@m-kg282p.ocn.ne.jp> Date: Mon, 13 Feb 2006 21:11:01 +0900 (JST) X-Mailman-Approved-At: Mon, 13 Feb 2006 12:37:28 +0000 Cc: freebsd-hackers@FreeBSD.ORG, re@FreeBSD.ORG, nork@FreeBSD.ORG, core@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: kern/60163 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2006 12:11:03 -0000 At Sun, 12 Feb 2006 17:02:37 JST, you wrote... >> To mount this DISC, your opinion is... >> (1) at first, try "cdcontrol -f /dev/acd0c info" to make sure where >> track is data area. >> (2) type "mount_cd9660 -o rdonly /dev/acd0t13 /cdrom". >> Is this right? > >Yeah that used to work at least, if not it needs fixing of course.. Hmm, succeeded under your environment... >Any chance you could put up a mirror of that disk image so I could burn >me one exactly like it to test with please ? the one I had here of the >sort seems to have gone amiss, making testing a pain.. My sample DISC is a commercial product. The copy is forbidden, of course. However, about this problem, We may consider that it is not peculiar to this product. When I wrote that patch at first, some testers used another DISC, and some result as me with/without patch. A various situation, my environment does not change/update-to-current. So I will collect testers again and have it investigated whether it can mount via /dev/acdNtY or not. If it can, I will withdraw about "1st Problem". But "2nd/3rd Problem" remains as before, I want to ask your opinion about these. Moreover, the point that beforehand investigation of which track is data area, this is very unreasonable restriction, I think. -- Chiharu Shibata chi@bd.mbn.or.jp