From owner-freebsd-bugs Sat May 18 5:40:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C591B37B417 for ; Sat, 18 May 2002 05:40:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g4ICe2S56338; Sat, 18 May 2002 05:40:02 -0700 (PDT) (envelope-from gnats) Received: from nwww.freebsd.org (www.FreeBSD.org [216.136.204.117]) by hub.freebsd.org (Postfix) with ESMTP id 1CF7337B40A for ; Sat, 18 May 2002 05:32:42 -0700 (PDT) Received: from www.freebsd.org (localhost [127.0.0.1]) by nwww.freebsd.org (8.12.2/8.12.2) with ESMTP id g4ICWfhG009253 for ; Sat, 18 May 2002 05:32:41 -0700 (PDT) (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.2/8.12.2/Submit) id g4ICWflC009252; Sat, 18 May 2002 05:32:41 -0700 (PDT) Message-Id: <200205181232.g4ICWflC009252@www.freebsd.org> Date: Sat, 18 May 2002 05:32:41 -0700 (PDT) From: Jonas Nagel To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/38241: mount_cd9660 doesn't mount/read multisession CDs properly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 38241 >Category: misc >Synopsis: mount_cd9660 doesn't mount/read multisession CDs properly >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat May 18 05:40:02 PDT 2002 >Closed-Date: >Last-Modified: >Originator: Jonas Nagel >Release: 4.5-STABLE >Organization: - >Environment: FreeBSD got.zerouptime.ch 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed Apr 24 10:51:23 CEST 2002 root@www.zerouptime.ch:/usr/obj/usr/src/sys/FW i386 >Description: I burn any multisession CD with my tripwire DB on it and want to mount it on my machine to /var/adm/tcheck. When I ran tripwire then I got this: root@got[/var/adm/tcheck/databases]# tripwire Tripwire(tm) ASR (Academic Source Release) 1.3.1 File Integrity Assessment Software (c) 1992, Purdue Research Foundation, (c) 1997, 1999 Tripwire Security Systems, Inc. All Rights Reserved. Use Restricted to Authorized Licensees. ### Phase 1: Reading configuration file ### Phase 2: Generating file list ### Phase 3: Creating file information database tripwire: database='/var/adm/tcheck/databases/tw.db_got.zerouptime.ch': parse error: space not found in line 1775! I examined the mounted DB with 'less' and as I scrolled down to 7% I got this garbage and later on stuff from another partition such as parts of the french html freebsd handbook: /usr/bin/pic 11 001.X0 100555 7986 1 0 0 189688 0ynWOO 0yQMcg 0yQMcg 0 1qh:tLA0ju5U0rB:QKWz2c 0 0 0 0 0 0 0 0 /usr/bin/refer 11 001.X0 100555 7988 1 0 0 126652 0ynWOO 0yQMch 0yQMch 0 0KZYkW4Yc5IycqNa0jQrPu 0 0 0 0 0 0 0 0 /usr/bin/tbl 11 001.X0 100555 7985 1 0 0 103940 0ynWOO 0yQMch 0yQMch 0 2LanCxx7lWe.XC7gf:D0Lq 0 0 0 0 0 0 0 0 /usr/bin/tfmtodit 11^_<8B^@^@^@^@^@^@^CVm<8F>8^P|<8A>RR6<94><95>z <9C>*^D ^W'E<93>j<92><9A>^W87v<96>mOO^^\{<99>y<9E> <9F>z+<93><92><8F>;^Mok^X^M^FCXEQz^GK<99>D^ ^ER^T`^ZPy<93>C<9E>bDy&ESC@T^YM^N<82>n U<9A><99><8D><84>z<82>m<81>DZ^V3<95>0 ^<95>>W:`<83>pwBW<8E>@EQ^_e85^V8<96><9E> (...) ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@te;der. Utilisez la commande mv pour l'installer sur le système d'origine:

    # mv grunt-new-srvtab srvtab
(...) This is already the second CD I burned and tried out. The first one had an old tripwire DB on it and I added another session with the new one, but this resulted in the same problem, except that the first time, I got parts from /usr/share/dict/web2 "in" it. Fine, I thought and went and burnt a fresh one, since it worked before (before I decided to cvsup the last time). But I got the same problem, only different garbage afterwards. Oh yea, with both CDs of course, when I read the database file from harddisk or put the CD in e.g. a Windows machine, the database reads fine from alpha to omega. >How-To-Repeat: Burn a Multisession CD where you can add sessions later. I assume the problem only exists with 'larger' chunks of data, the problem always showed up like around the 7% of the DB. >Fix: Heck if I knew. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message