From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pat LaVarre Subject: Re: Fwd: udf folders pointing to self and above Date: 21 Oct 2003 17:37:48 -0600 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <1066779468.2888.146.camel@patehci2> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from email-out1.iomega.com ([147.178.1.82]:40681 "EHLO email.iomega.com") by vger.kernel.org with ESMTP id S263170AbTJUXh5 (ORCPT ); Tue, 21 Oct 2003 19:37:57 -0400 Received: from royntex01.iomegacorp.com (unknown [147.178.90.120]) by email.iomega.com (Postfix) with ESMTP id 0E1BC18E8 for ; Tue, 21 Oct 2003 17:37:57 -0600 (MDT) To: linux-fsdevel@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Courtesy the linux-fsdevel "editable udf metadata" thread, specifically: http://marc.theaimsgroup.com/?l=linux-fsdevel&m=106677828430258 we now have this same error printed in Linux. In the example tty log below I override the --udfrev 0x0201 default of mkudffs, and still I get much the same error. Pat LaVarre $ dd of=dd.bin bs=1M seek=15 count=1 if=/dev/zero 1+0 records in 1+0 records out $ $ sudo losetup /dev/loop0 dd.bin $ $ sudo mkudffs --udfrev 0x0201 /dev/loop0 start=0, blocks=16, type=RESERVED ... start=8191, blocks=1, type=ANCHOR $ $ sudo udf_test /dev/loop0 | grep -i -B 1 -A 7 'error:' EFE file type DIR name: "lost+found" EFE 28 icbtag error: parentICBLocation: (3,0), - recommended: (0,0) for strategy type 4. - Icbtag Parent ICB Location shall not point to itself - or to a higher parent in the directory hierarchy. - ECMA 3rd edition 4/8.10.1, 4/14.6.7, UDF 2.3.5.3. - icbtag: ECMA 4/14.6.*, 4/A.5, UDF 2.3.5.*, 6.6 - name: "lost+found" EFE 216 Embedded data, 40 bytes $