From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 07 17:33:46 2019 Received: (at 33639) by debbugs.gnu.org; 7 Apr 2019 21:33:46 +0000 Received: from localhost ([127.0.0.1]:48801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDFQ9-0000Mv-Up for submit@debbugs.gnu.org; Sun, 07 Apr 2019 17:33:46 -0400 Received: from mout.gmx.net ([212.227.15.18]:60513) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hDFQ8-0000Mh-0N for 33639@debbugs.gnu.org; Sun, 07 Apr 2019 17:33:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1554672816; bh=GL5dYyhVy94JKniGEBcRltNPiyE1i/1es8BTIcJy6ko=; h=X-UI-Sender-Class:Date:From:To:Subject:Cc:References:In-Reply-To; b=Ni6zXseK7B8FH7JQPy7sxeBG8BOUr/qVRbTwpW215bOohv2bwdceylUUVjZ6kY7Cr x8olc3Wmh2sCHFarILQKpuKWpMFUMi1LZhDyIqHBbMMXoxFJdEbGp/n94uGxoZbabO z7F5MBIhYiOLktj3qA8RajE9wECLGOhcqUtiqSyo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from scdbackup.webframe.org ([87.167.207.225]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3RZI-1gviXA0wO8-00qwE2; Sun, 07 Apr 2019 23:33:36 +0200 Date: Sun, 07 Apr 2019 23:35:16 +0200 From: "Thomas Schmitt" To: bug-xorriso@gnu.org Subject: Re: bug#33639: ISO installer image is broken on i686 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable References: <20190407201849.74qtwvazknbsaklg@pelzflorian.localdomain> In-Reply-To: <20190407201849.74qtwvazknbsaklg@pelzflorian.localdomain> Message-Id: <2660367208964033194@scdbackup.webframe.org> X-Provags-ID: V03:K1:xv2834bfpW/u2rbBsrHCn5mQt+t4SPfSZ0pLniHzdq4dxAopqSV NDkQqCpXxZCiUVKxrC8tXZGVrRwVtaOknpl9A7f6FUrLMoUJ6NmaiH9EpitlbGIfTSd+8a3 xc/k8MU5w29xYwWilDfQvFUhdVHLcBulL7zi/RAbU/YFps+wGgiZj7qF6LxfXjxUAV+z9Qw w2BUPGE0uSgF/rnwvE6Rg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:qmbIyPnk3+k=:WYCCfgeG6bk3hCQXelPldj or5LWPfhTx+SOcWnIcJLpiJ0wcLWLVMzCtMnVjvdgPhCQv0lteYDTS7arSqKE+HcUWgaPj61F dwfAAQQ037ARebxo21954TPMWqjTvm7Y+/npYYClfusiCHksPAPw44CMlDlwoqL8xJkdtAOBh ZOFYg9j//NJFWCAlCBZmVZkX71fGDVBeVKAOCUVVAZhBqrwBV+NVmOLQErz+73Fe0fwXond5l nLcdripfzHtuzNxF0VaHB98tHIdTeITew2j13kTqKmeL7e4xKP6eysEl38PLh+Jg2lwsV6wpN 7BHyUXngMa13v+Q3rp81Zo/+O9WO0bU+/LvT2VV/JYqfCfO5oaK2h3raqzUcT3KkFzYIgxZKK gwDKl0F9poTN3X3fjo4lx92j+rKt7DhJAjMwvsC/dLewO4HemZKtcAq0v51CsGVj7yxXzvOhD f4byapdEsD8CtnS/M5qK8X8Djw1QOFTfiBJmn2En1WW//i2n4bffC60Oq9fRpoCcnY+369PMn S+Sc84M/c5a0Tf+YBrMpAlBLi8fHNwMaxsE8A+gKs4x4lDkLCSLws66K3eMFwuP/vbTyQ03um 2CoBsZVZ4q2dZFpL+S5hhivp1ewqzJnH9z+hzBFengZm6cwZu5j6DVnQ6ml+A8b3ImYQ2WpHs JERUbwXBbJYKw05d0VsSPyNeJXkyNjx67N7kmspfm+M+JbtE9B7tzxYNuyJbGUYl+el+SwhNZ DCDSR/MhaggUDAtSadyBie4EruqvIObSfuM69pO3koJ56SApC77WutiOrbrEfVUrVuTw4Nu6j wfEn9d4l5gVmcQp88xZdtIWD499yTV1SapZ7AfKXrIlFyXjj2RKbtKuCs4ILyQsVqSF1npPKP JY/WdXnU0wolvwaGtnFXOuHeVDZLdl9S7x14+On5NWJUU1hxKo/NjjDfVg4sU+lY9r0KeJsoE TuVPjacKCZg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 33639 Cc: pelzflorian@pelzflorian.de, 33639@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi, Florian Pelz wrote: > fdisk /gnu/store/4nrwajlpab4s8pdph4d77ww7716sa3ir-image.iso > [...] > GPT PMBR size mismatch (3231107 !=3D 3200391) will be corrected by write= . > For the corrupt iso with lstat call: > and corrupt images alike. The GPT Protective MBR counts with block size 512 up to the GPT backup header block, not counting itself at block 0. So in blocks of 2048, the expected size is 3231108 / 4 =3D 807777 ISO 9660 blocks But the perceived size is 3200392 / 4 =3D 800098 ISO 9660 blocks I wrote: > > retrieve the last size messages of xorriso: > For the corrupt iso with lstat call: > ISO image produced: 807777 sectors > Written to medium : 807777 sectors at LBA 0 > Within the VM lstat consistently reports 1654327296 for non-corrupt > and corrupt images alike. 1654327296 / 2048 =3D 807777 So from the view of the VM the ISO is as large as xorriso believes to have written and as the GPT announces as position of the backup header block. > > and the size of > > the ISO image file size when it is finally ready for exposure in the w= eb. > ls -l on the result reports 1638600704. 1638600704 / 2048 =3D 800098 This matches the perceived size from the fdisk complaint. > On the non-corrupt image after adding the lstat call, both lstat > within the VM and ls -l outside the VM print the same size: 1654327296 The fact that the VM always sees the expected size but the host sees varyi= ng sizes supports the suspicion that at the end of the VM its i/o buffers or virtual disk are not always properly flushed to the i/o system of the host= . The varying success smells like a race condition. Have a nice day :) Thomas