From owner-freebsd-ports-bugs@freebsd.org Fri Aug 10 10:05:28 2018 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C49BE1065217 for ; Fri, 10 Aug 2018 10:05:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4D93283506 for ; Fri, 10 Aug 2018 10:05:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 12E0B1065216; Fri, 10 Aug 2018 10:05:28 +0000 (UTC) Delivered-To: ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E55EB1065215 for ; Fri, 10 Aug 2018 10:05:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65D2B834F0 for ; Fri, 10 Aug 2018 10:05:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 2B3FE23C17 for ; Fri, 10 Aug 2018 10:05:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7AA5Qqq010225 for ; Fri, 10 Aug 2018 10:05:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7AA5QgR010224 for ports-bugs@FreeBSD.org; Fri, 10 Aug 2018 10:05:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 230493] sysutils/dvd+rw-tools: Cannot append data to BD-R DL used more than 25gb Date: Fri, 10 Aug 2018 10:05:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: easy, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: scdbackup@gmx.net X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ merge-quarterly? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 10:05:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230493 --- Comment #8 from scdbackup@gmx.net --- Hi, > I guess that doesn't make it (this patch) a noop, which was my original > question. Both patches are appropriate and needed. --------------------------------------------------------------------- I am still puzzled what it may mean that the POW BD-R DL is offered by the drive with non-zero NWA. @Masachika ISHIZUKA: Do you see the added files of the appended session if you mount the BD-R medium with option -s 0 ? mount_cd9660 -o noexec,nosuid -s 0 /dev/cd0 $YOUR_MOUNT_POINT Reasoning: According to Andy Polykov about 10 years ago, the main reason for using POW was that old Solaris versions do not obey the normal rule for multi-session to mount the first track of the last session on medium. growisofs works around this shortcomming by writing a ISO 9660 superblock copy of the last track begining at block 0. This is on BD-R possible only with POW. The medium shall look to the reader as if it had only one track. (I.e. like DVD+RW or BD-RE.) BD-R + POW is classified by growisofs_mmc.cpp:poor_man_rewritable() as overwritable medium. This should trigger the copying procedure in growisofs.c:main()=20 if (next_session!=3D0 && (!poor_man || poor_man_rewritable (ioctl_handle,the_buffer))) { ... If the announcement of the drive is to be taken for serious, then this copying of the superblock should fail. But Masachika ISHIZUKA reports that it does not fail. If for some reason the copying was omitted, then Masachika should see only the files of the first session if mount option -s 0 is used. If he sees all files of all sessions, then the copying succeeded despite the NWA announcement of the drive. Have a nice day :) Thomas --=20 You are receiving this mail because: You are the assignee for the bug.=