From unknown Sat Jun 21 10:27:58 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#41792 <41792@debbugs.gnu.org> To: bug#41792 <41792@debbugs.gnu.org> Subject: Status: dd function =?UTF-8?Q?=E2=80=93?= message: "No boot sector on USB device"" Reply-To: bug#41792 <41792@debbugs.gnu.org> Date: Sat, 21 Jun 2025 17:27:58 +0000 retitle 41792 dd function =E2=80=93 message: "No boot sector on USB device"" reassign 41792 coreutils submitter 41792 Ricky Tigg severity 41792 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 10 11:50:17 2020 Received: (at submit) by debbugs.gnu.org; 10 Jun 2020 15:50:17 +0000 Received: from localhost ([127.0.0.1]:35154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj2zZ-0001v6-G2 for submit@debbugs.gnu.org; Wed, 10 Jun 2020 11:50:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:56742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj2zX-0001uz-MF for submit@debbugs.gnu.org; Wed, 10 Jun 2020 11:50:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53692) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jj2zX-0007kZ-2L for bug-coreutils@gnu.org; Wed, 10 Jun 2020 11:50:15 -0400 Received: from mail-pj1-x102e.google.com ([2607:f8b0:4864:20::102e]:53387) by eggs.gnu.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jj2zV-00035z-4t for bug-coreutils@gnu.org; Wed, 10 Jun 2020 11:50:14 -0400 Received: by mail-pj1-x102e.google.com with SMTP id i12so993331pju.3 for ; Wed, 10 Jun 2020 08:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=nperQQna4y69JyqCWTobBm87xdA2rQ2bSBAeg5AQSPc=; b=evWwg2nEk268chv6spvUwpggPHksTC58loJyud2ApkA1bMP3Kp+ucFWeZ8kZCz5YtQ bXC4KYRs4+YpYx6nYPa3pyh3e46wLvaH3M9oId7UebM0g0TxqW6HvSHdK+C8mou8Hp5t Iizsgn6OWR9JxiMC08EbIFctsC6mb15Plv1+CfSt/Zh0mjrF/65Xeu6i9Lqqs6LgIDCm P/uXq8sfW3rrNkmn6oCdyfYtg0E5BGkaPTou9eor76lqoPkxRwpG960m1hK5l/ARcjda UW+bKsYbbqPSM/J2vkRBp7kUhre2icVubzpS2D4HsDtPT0IDEHJKn1i3Ujpwylf59Z9e fWbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nperQQna4y69JyqCWTobBm87xdA2rQ2bSBAeg5AQSPc=; b=Du3ldBWVSE7FiZUftsVJHPnXJPF2kAtaDMAUlhlVZ++9FOWmyG8h9oOWi1HjszObb5 298JDQoInn70ppWofwh8O/lB0bgvd5WJEuH1O3pWckL/a9i+jSFAwMn9WYQocdsYkIIw cA9TMZOREyOiaVBUpezOH30ekorGDG3KF5GB6OIpyvlYT3RFzpb3TRIg1Jx17gVsOheZ wx2g3UmGjyp6yCFJCFXduRkCWGfD7rNeY72Uz1mIvJIcd79opkTc1YICjFu17p7V6RPq 7Kz1phAh2hNtFqM/4UZdheQ3ZoqQBz+0yIwS6QGCSbjJwxlDslYzVX1+YAlhR4NqSYH9 7A7w== X-Gm-Message-State: AOAM533pULIbR5lLQJbOJT3+ECYa9Y+VsgLMKs1nnqTpuTU+vyakVEx1 u+vlY3f5HFb0LwsFqiJ7TSenLhx4Cm6FgtNijIozfQd9lBc= X-Google-Smtp-Source: ABdhPJz/RRHct/ysozr7jTQha1JuW3Db9Aj/KZViYxR3Xr9Lxh/Xs1ABqLqM1A6RrBaTyDAR/fAzOdYuHobuIeu7b2U= X-Received: by 2002:a17:902:7247:: with SMTP id c7mr3544233pll.103.1591804204812; Wed, 10 Jun 2020 08:50:04 -0700 (PDT) MIME-Version: 1.0 From: Ricky Tigg Date: Wed, 10 Jun 2020 18:49:28 +0300 Message-ID: Subject: =?UTF-8?Q?dd_function_=E2=80=93_message=3A_=22No_boot_sector_on_USB_devi?= =?UTF-8?Q?ce=22=22?= To: bug-coreutils@gnu.org Content-Type: multipart/alternative; boundary="0000000000002e0f0905a7bccc67" Received-SPF: pass client-ip=2607:f8b0:4864:20::102e; envelope-from=ricky.tigg@gmail.com; helo=mail-pj1-x102e.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit 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: -2.3 (--) --0000000000002e0f0905a7bccc67 Content-Type: text/plain; charset="UTF-8" *Component*: coreutils.x86_64 8.32-4.fc32.; *OS*: Linux Fedora Source of file: https://www.microsoft.com/en-us/software-download/windows10ISO Disc image file - checked against its SHA-256 checksum was correct - written successfully with that command: # dd if=Win10_2004_Finnish_x64.iso of=/dev/sdc bs=4M oflag=direct status=progress && sync Once written, the partition is as follows: $ mount | fgrep /run/media/$USER /dev/sdb on /run/media/yk/CCCOMA_X64FRE_FI-FI_DV9 type udf (ro,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,uhelper=udisks2) While the USB device was booted in BIOS, the following message was produced "*No boot sector on USB device*"". Using *Gparted*, while the device's partition was unmounted, the flags could not be managed thus no boot flag was added. The following warning was present: *2.66 GiB of unallocated space within the partition.* --0000000000002e0f0905a7bccc67 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Component: coreutils.x86_64=C2=A0 8.32-4.fc32.= ; OS: Linux Fedora

<= br>
Disc image file
- checked against its SHA-256 check= sum was correct
- written successfully with that command:
# dd if=3DWin10_2004_Finnish_x64.i= so of=3D/dev/sdc bs=3D4M oflag=3Ddirect status=3Dprogress && sync

Once written, the partition is as follows:
$ mount | fgrep /run/med= ia/$USER
/dev/sdb on /run/media/yk/CCCOMA_X64FRE_FI-FI_DV9 type udf (ro,= nosuid,nodev,relatime,uid=3D1000,gid=3D1000,iocharset=3Dutf8,uhelper=3Dudis= ks2)

While the USB device was booted in BIO= S, the following message was produced=C2=A0 "No boot sector on USB = device"".

Using Gparted, whil= e the device's partition was unmounted, the flags could not be managed = thus no boot flag was added. The following warning was present:
<= i>2.66 GiB of unallocated space within the partition.
--0000000000002e0f0905a7bccc67-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 10 11:59:47 2020 Received: (at 41792) by debbugs.gnu.org; 10 Jun 2020 15:59:47 +0000 Received: from localhost ([127.0.0.1]:35165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj38k-00028k-Ob for submit@debbugs.gnu.org; Wed, 10 Jun 2020 11:59:47 -0400 Received: from mail-pj1-f42.google.com ([209.85.216.42]:37823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj38j-00028V-6i for 41792@debbugs.gnu.org; Wed, 10 Jun 2020 11:59:45 -0400 Received: by mail-pj1-f42.google.com with SMTP id m2so1061702pjv.2 for <41792@debbugs.gnu.org>; Wed, 10 Jun 2020 08:59:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=TeTAE0hcjcimPhmYSkfaiI4yAHTsC1n7KplZy5g2jBo=; b=Myyr+SXlolUfbd6yfLWU09tEmVllcgWCC9QSCOEbp1uq3gnTLx6V5gaq5pcdHckwKS 2NHbatIEKwWKNzgiWpz3OGd9DTiZ1xd9Y+bpA9YocrkdBsF170/UpWy6qbG/OVSBNu2m wlhPQmPKVJMC3hsQvnf7b3Br/iwIKARriVcm+0/Nayaq7CRLMkuhlPJQPfhlsGZk4Q/4 DrPoNrCPey3UPwcoSg97v7U38SOl7/Y8bSoCyM0i2lNbyhY/QkiJ1heBE/o4isNveDuA SMiksq1OSNm2Devy/OeZAo2b5i6I7ID0i506uRnyD4EkqoFsDNVHTpSmGxXJYakBg265 bQHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=TeTAE0hcjcimPhmYSkfaiI4yAHTsC1n7KplZy5g2jBo=; b=cXV7I2gQU7z+c24e+15DM9WQR0V7miyGMY6sijByG3cbyInm04+cn6h3pT43n2TIkd aYN2e0Ogr0OYlfw+glmBEyVBW5PMmd2Fs5x7WXotg/LxQPhdr7HcA6PkZ+76HVFE4lLI kd5NFBWFFd8tSChiEM96illY7tv1cqLNy12PFMx/SvKqCu34xV9TpPv6Txl0Y29zRqKH iWpGu5nErmIXTPKtn4Gc10dEuKx/Te2YRARfcTXaZqSoF9ZbZa/Z4mhe8n+Hxj9CBDcb 4xP29h0M0wliVwGh2nWi997+Z0DHpHJqXGpHDihPY+PFaPDESs4IUcZdxxi/11zKIhWS /x4g== X-Gm-Message-State: AOAM530dfcZx7Q6K8RG1p04Q1cuszk7VewuH1hNIJISAD1vq3jTnehPT kEam4XfQE3yXpPSh9AzZmYQmCYjIesa4TZza9xaAI0iaEwQ= X-Google-Smtp-Source: ABdhPJxqQEFgCOWF7JELCmlrc+rCk5NZ0aBM1gu12MrbfGlRmtI2dtGghFx6+UDQHIsQVfq4l7jsO7YWtKck5OttD8Q= X-Received: by 2002:a17:90a:191b:: with SMTP id 27mr3838450pjg.158.1591804778890; Wed, 10 Jun 2020 08:59:38 -0700 (PDT) MIME-Version: 1.0 From: Ricky Tigg Date: Wed, 10 Jun 2020 18:59:02 +0300 Message-ID: Subject: =?UTF-8?Q?dd_function_=E2=80=93_message=3A_=22No_boot_sector_on_USB_devi?= =?UTF-8?Q?ce=22?= To: 41792@debbugs.gnu.org Content-Type: multipart/alternative; boundary="00000000000065c70205a7bceeb3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41792 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.0 (-) --00000000000065c70205a7bceeb3 Content-Type: text/plain; charset="UTF-8" $ file -b Win10_2004_Finnish_x64.iso ISO 9660 CD-ROM filesystem data 'CCCOMA_X64FRE_FI-FI_DV9' (bootable) --00000000000065c70205a7bceeb3 Content-Type: text/html; charset="UTF-8"
$ file -b Win10_2004_Finnish_x64.iso
ISO 9660 CD-ROM filesystem data 'CCCOMA_X64FRE_FI-FI_DV9' (bootable)
--00000000000065c70205a7bceeb3-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 11 17:53:49 2020 Received: (at 41792) by debbugs.gnu.org; 11 Jun 2020 21:53:49 +0000 Received: from localhost ([127.0.0.1]:38305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jjV8v-0002zt-JP for submit@debbugs.gnu.org; Thu, 11 Jun 2020 17:53:49 -0400 Received: from mout.kundenserver.de ([212.227.126.131]:55009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jjV8t-0002zf-RO for 41792@debbugs.gnu.org; Thu, 11 Jun 2020 17:53:48 -0400 Received: from [192.168.101.10] ([91.1.209.5]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MY5s5-1jR8Ez3bzx-00YOM7; Thu, 11 Jun 2020 23:53:40 +0200 Subject: =?UTF-8?B?UmU6IGJ1ZyM0MTc5MjogZGQgZnVuY3Rpb24g4oCTIG1lc3NhZ2U6ICJO?= =?UTF-8?Q?o_boot_sector_on_USB_device=22=22?= To: Ricky Tigg , 41792@debbugs.gnu.org References: From: Bernhard Voelker Autocrypt: addr=mail@bernhard-voelker.de; prefer-encrypt=mutual; keydata= mQENBFPirzMBCACyzYldTjQ4ufFOkByY5Nn5USb5GFoL48nWBwNHjd9KUbtRRNlQiPNKd6hK Gvd3BGi5aoFKA4ytfRk6jbAbW3jVb3R8wYaV08mOy4KVEKxqN4bxsXlMjNChXVR+rtKDmfI+ oPTL+cPH2X6gW4W02IRbVw0uUhNm6zEedC/gNrY/mTlf1enZ46jxZ7BTUZaG+kx38UMISIMB zSzLRtdkwgmHj4jS3p1fF2cwRqLclIfMjKGpbNFPEXeXKWrCLcqHw78795eAR9q0YvrDkfIn GdDBwfb3VM4NdulwIFzvYZMSXvSbbyPLB5YkHU5aAWQHUse4WlfT5ccDpbzUYldRAvF9ABEB AAG0K0Jlcm5oYXJkIFZvZWxrZXIgPG1haWxAYmVybmhhcmQtdm9lbGtlci5kZT6JATkEEwEC ACMFAlPirzMCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRBGUC73lpFxle5wCACC dbs0QaJ0vR3Sff2cKdTk41rUq3YfWngsR///IOU0C5DdkePmCnJE/lUsUy0LRTxcUDLxQR+x QHU8ssRT0JUO9726dI3miy36UdsgmBYaOtLvQcidGmW1R7o0PYYf04+TFtyqKgngOUBPpMgR 6o4UsQxy/OD4bN1WDqOgIjL+D/qJpkKmgp6L6+hhaBCpiOFKRmmV7YyQ3SqVlfQNiHs5ZtkR nXpIjgZARV+GllKucI17bO0CGmTJZ1tstVy0+W3DQT1lbBkTTc++5LONM99D3jjn23l1ocOp folR53F7I4cb2RNfT23v1I59RH37lB9wMOqrKj0UjYAC2YoPGQ3BuQENBFPirzMBCADXLWWp QihBldY6reca8ZKdc3T9qXEOa3akE3DWKztIBmNJhtYOjmpLYajQTkGa7UoJTnbmZE2Rn6ZE oNnvb0gcFNAIcY95KOI+bjOR8HEgh4cx2REXh6L6olIgyXqt/KFusE4wtVZAFxZl+30HzN6n D+1HvrjXxPJRX6MsIYOYyyX9/6OofwJK6QHODYGp8WL2olHDnmsXg4AT6Wlr7qKpKrQELlcF R4xkvdmgL/Ghw/tK0yJTxMIcewCCZWLPOXRmFRbvAadZWPAgVsJ63siNyUlVnVMSzDgTJl+s l/DMabXpqrJQx3/1Yy6mTaDs3XZT/wmBKaTLXx/LByaPxQQ7ABEBAAGJAR8EGAECAAkFAlPi rzMCGwwACgkQRlAu95aRcZWVPwgAqZT6iTXkoP37wYb41323RzhBcJ8JSk4cyBDBUXX0lMrM 3qhiClKG7phpxVdu817Gwc6Hsecg7FfjQAV8MHQ0ZFeEFdk3b2rKBqfsStc+h49/xF3Fb+if CzR9qeQF82fMSxkg18++7hMcHCMO/hPZ/Q0xRi+lrSr2QKDJQuLzSyVU14TxrCkevZjEhtma VNvcJlJzCbiBXee9Fpc5jITUXPFG8E8dxqo1n+duOyIMgozrAnzP7X5V/Ob/Ozf/aGGX9+Jd inyfCX18nWcHALKMU/36Eua/ylalf/2c2YkBp9KCLVmGgPkUgW52EeRPgroIsiwu+rwCSV6Z UyCJ+OymCg== Message-ID: Date: Thu, 11 Jun 2020 23:53:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:+WhNVEV3Qwaf9t5FJ1vWD8T1SAjCsXlC4+xyC5Ogu8Z9IktIbRi xFxFCAbsep7xNeSTyx6/SwQK23Uj/lkq1askobSW53nDJRHZuQ71/lQc3BT/US90O37Ae4P aQFnsycN7o1PYEvLE3oTLBANhrUbSSSoYFfPi5uOvxh86SdmBNHn27ngMQoaTZvdzlez+I6 5IQ8dY9iA7abTwJYVHOQQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4CZAOFfeUlc=:VGlPVLMhoAIhs2t8gAPmS8 7ofZUPKTVhz8B0RlE2Lt/9WG3i4J4RZ7ScNMeWydLoWntfN/Gji+VQ8XADt014bsOIM9Bcgg4 PXTOjUiG3+5Mkkw+2kXEWl9KtfXMuFS772DOsET9L96aVIi9SXUUOT33hxd/dPtKDSHoOSzC8 24NLj9vwGFGNQvXYBlRR87QpuqeZH2KB7ba3HXAsuqsZZKYW9OWqIR5bhbx0G4KerJUYdOVen 78Z1BVVeR9+gCsz9Cy8VWnIen6EAda2gyz4H9+tvoreuXF9t0pH2bBm97BPRsE8wDlxGxslFO WNBvrfFrvaD6Zqq0rjqWSwc9bhOOz13zuW5h4nioXjileiKkXQDiAi0i7NOlJ0DkYq0Cbx9jJ a/qdGFvOJqQ1701AjZpEDhzyoFPIOy/+n7Gu7Y4/MzQl3FDhdd/lOa0sDAjyvtkTQzz516q3U GxjQLNaF3wE2IA7Mf+qMJplsNwVeG8sDohS3VPesz5i4ywkCXluKh4WGHNyK+lEWglZeG49o+ ZIJkY0WWGRyGFskdzQYbu/LAOnOTc76ne4CLsCLVJ+YebPTarezh5h+yWJQkE7ScwvSet9ZR/ I3s3uos5q7yUAcq2xNBmukROhqwGCf65Rc1ibKoROIgENioeuPZHfi8DLqIzuqWv/XZ7AYxOO VEuEpCcxHFxdWTxwiwFSf3wrQ2HH7Ydvak1aO8SW1W3+4TOl8kDLZ+t76eATFxnUsPgRmWypr qxKGX3SOJLmShjz4Xvu/e/jgjZsyefMWn2lYLgy34gUh3AN6B9PQofQkXgphsWc4M3v8yiw63 +QT2SKdW5f9VKXjuiYNS4UTyaDgKFQdbJsBYgvLqlxSnrALYkZEwoaU/yG6wFfnd/ZvslFY X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41792 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.0 (-) tag 41792 notabug close 41792 stop response below... On 2020-06-10 17:49, Ricky Tigg wrote: > *Component*: coreutils.x86_64 8.32-4.fc32.; *OS*: Linux Fedora > > Source of file: > https://www.microsoft.com/en-us/software-download/windows10ISO > > Disc image file > - checked against its SHA-256 checksum was correct > - written successfully with that command: > # dd if=Win10_2004_Finnish_x64.iso of=/dev/sdc bs=4M oflag=direct _____________________________________________^^^ > status=progress && sync > > Once written, the partition is as follows: > $ mount | fgrep /run/media/$USER > /dev/sdb on /run/media/yk/CCCOMA_X64FRE_FI-FI_DV9 type udf _______^^^ > (ro,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,uhelper=udisks2) sdc vs. sdb? You wrote to a different disk. Apart from that, there's not proof that this problem is related to dd(1). As such, I'm marking this as "not a bug" in our bug tracker. However. the discussion can of course continue, and we could even re-open the issue once it would - unlikely - turn out to be a dd(1) bug. Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 12 07:34:06 2020 Received: (at 41792) by debbugs.gnu.org; 12 Jun 2020 11:34:06 +0000 Received: from localhost ([127.0.0.1]:38936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jjhwj-0004Nv-MC for submit@debbugs.gnu.org; Fri, 12 Jun 2020 07:34:06 -0400 Received: from mail-pl1-f196.google.com ([209.85.214.196]:38492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jjhwh-0004NS-B1 for 41792@debbugs.gnu.org; Fri, 12 Jun 2020 07:34:03 -0400 Received: by mail-pl1-f196.google.com with SMTP id m7so3636068plt.5 for <41792@debbugs.gnu.org>; Fri, 12 Jun 2020 04:34:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=V9MQWKNpM3RXDqB+oGBhhU0gPH3N42a9TXE0a6ABbyk=; b=sBwZz+DX7lOV6ZaIQ4NdF0Ken453amQn6NoozGX0AIEVKLg4pPjGUoCvVETQp0Lw0y MjFWToreqXuoaUfWmN3fN9KY+8l5LdFCJ+AJPPLJVwY9XeMPzFnPn6tDyrdMonusTzaF 7gzVDES4r6o1gGq2m2Eql4MXl1AJeEEjzXd9Ph5+vBTdBD09OBeCVXR3AOo4N50Ug+uM tBOjHuhVtLSVB5xvb0vKi2snEWzLYBMQlk3zFTTJ18KvwWmcTLYc80HyWea/VVx/c4Mp 0XQwRKFfk8hbqfAkXcUuHne/Tm1YncEOVVXJzF997TXtT2T9y3f/4O2uxYYNHn2M9jJs AbPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=V9MQWKNpM3RXDqB+oGBhhU0gPH3N42a9TXE0a6ABbyk=; b=Y7TFA/RZQyd+Ly8PF4wt5oJV+oq5LDPzLeyP5oRShxQpNgvaJQQS/36BvgDIMWFD2R uapindhTPHgk2Tem+ksxdQw8UvcINexUSOjclj+kUB2YhnHbVWfIgAY3b4DPqiCM7jha Ks5Z3rMS4fJA/mQexX9X4LLi+NB3ion50++9jzb4LscSOrPGAl17bQbcugIizETI+PPg nRo9XmHu5vKYmXUo2lwgJs06ZQ4RrOqZ/lRoiqih8Xo80im56gLzb1xAAM4Tw49oui2+ DjwrL25sE/3GdFkCK+u8nlT0lcQLgPLs7RvTnng7DWcJPc1asT+eY1zJ6/L6xlB7xcSb KyEQ== X-Gm-Message-State: AOAM5325LgMn6WJUmePdG5Dru5WuCBSzBG/qs6mRc/GEC7nk5CmVxglH k2dg++rtLvnZ6TxTKSaQD5QMLODdRgS3WgtX8v1zaoCdJ/Y= X-Google-Smtp-Source: ABdhPJx4mftAHwzURKvTcOBz1A8pV+ODB/hypuA9n36YUyE4VEqqJk7eK9+yp2oB0R7KH5wYN+RtFmOMsoCso+GG2Gc= X-Received: by 2002:a17:902:bd95:: with SMTP id q21mr11581479pls.238.1591961637130; Fri, 12 Jun 2020 04:33:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ricky Tigg Date: Fri, 12 Jun 2020 14:33:20 +0300 Message-ID: Subject: =?UTF-8?Q?Re=3A_bug=2341792=3A_Acknowledgement_=28dd_function_=E2=80=93_mess?= =?UTF-8?Q?age=3A_=22No_boot_sector_on_USB_device=22=22=29?= To: 41792@debbugs.gnu.org Content-Type: multipart/alternative; boundary="000000000000e0952c05a7e17345" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41792 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.0 (-) --000000000000e0952c05a7e17345 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The difference of device path is due to the fact that the USB media was plugged out after the write-operation was achieved on the Linux computer then plugged into a computer =E2=80=93Asus=E2=80=93 whose Windows OS has to= be restored, then plugged back to the same computer but to a *different* USB port. It's safe to open the present issue-ticket. *Source media*: https://www.microsoft.com/en-us/software-download/windows10ISO *Rufus v4.1.4* =E2=80=93 I couldn't use it since The Windows OS installed i= s missing some system's files. Will convert it to fit on Fedora at release of version 33 which will update the uniformly mingw component and thus mingw64-headers which is old and is the cause of a known issue. I wrote the disc image as well using those tools then booted the USB device having the disc image written on.: *Fedora Media Writer v4.1.4* =E2=80=93 Officially does not support Microsof= t Windows disc images. I did not know that before writing. *Unetbootin v677* =E2=80=93 It writes partially the disc image thus the ins= taller is operational partially. Issue was already reported by someone on Git. *Woeusb v3.3.1* =E2=80=93 Installer is operational on BIOS but not on EFI s= ystems. Issue was already reported by someone on Git. *Balena Etcher v1.5.9*8 x64 as AppImage format =E2=80=93 The device is not = listed at boot. ke 10. kes=C3=A4k. 2020 klo 18.51 GNU bug Tracking System (help-debbugs@gnu= .org) kirjoitti: > Thank you for filing a new bug report with debbugs.gnu.org. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > bug-coreutils@gnu.org > > If you wish to submit further information on this problem, please > send it to 41792@debbugs.gnu.org. > > Please do not send mail to help-debbugs@gnu.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 41792: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D41792 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems > --000000000000e0952c05a7e17345 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The difference of device path is due to the fact that= the USB media was plugged out after the write-operation was achieved on th= e Linux computer then plugged into a computer =E2=80=93Asus=E2=80=93 whose = Windows OS has to be restored, then plugged back to the same computer but t= o a different USB port. It's safe to open the present issue-tick= et.

Source media: https://www.microsoft.com/= en-us/software-download/windows10ISO

Rufus v4.1.4= =E2=80=93 I couldn't use it since The Windows OS installed is miss= ing some system's files. Will convert it to fit on Fedora at release of= version 33 which will update the uniformly mingw component and thus mingw6= 4-headers which is old and is the cause of a known issue.

I wrote = the disc image as well using those tools then booted the USB device having = the disc image written on.:

Fedora Media Writer v4.1.4 =E2=80= =93 Officially does not support Microsoft Windows disc images. I did not kn= ow that before writing.

Unetbootin v677 =E2=80=93 It writes p= artially the disc image thus the installer is operational partially. Issue = was already reported by someone on Git.

Woeusb v3.3.1 =E2=80= =93 Installer is operational on BIOS but not on EFI systems. Issue was alre= ady reported by someone on Git.

Balena Etcher v1.5.98 x64 as = AppImage format =E2=80=93 The device is not listed at boot.

ke 10. kes= =C3=A4k. 2020 klo 18.51 GNU bug Tracking System (help-debbugs@gnu.org) kirjoitti:
Thank you for filing a new bug report wi= th = debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
=C2=A0bug-coreut= ils@gnu.org

If you wish to submit further information on this problem, please
send it to 41792= @debbugs.gnu.org.

Please do not send mail to help-debbugs@gnu.org unless you wish
to report a problem with the Bug-tracking system.

--
41792: http://debbugs.gnu.org/cgi/bugreport.cgi?= bug=3D41792
GNU Bug Tracking System
Contact help-debb= ugs@gnu.org with problems
--000000000000e0952c05a7e17345-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 24 18:14:24 2020 Received: (at 41792) by debbugs.gnu.org; 24 Jun 2020 22:14:24 +0000 Received: from localhost ([127.0.0.1]:39291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joDex-00018S-Id for submit@debbugs.gnu.org; Wed, 24 Jun 2020 18:14:23 -0400 Received: from havoc.proulx.com ([96.88.95.61]:34738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joDeu-00018A-3p; Wed, 24 Jun 2020 18:14:22 -0400 Received: from joseki.proulx.com (localhost [127.0.0.1]) by havoc.proulx.com (Postfix) with ESMTP id 5D727576; Wed, 24 Jun 2020 16:14:14 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1593036854; bh=+11pL4ccwHyS6xKj0JM0d+y303jEdhcRknsBa1kxLNU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Lj3MZxcBAMzD1ZTcK9Fd4n+ZdjgT9QcQI7MIYjlYhLduDg2LPzMTjAkcolOhzg14E aU1PLMkvBdRv4/Lct2ZxIhRLtlbA7wUzBBpW2O4ndvawX+E4T7yHu4h+dVwndFKnxe IvVnW/sYKoLNuEoS4m7OtiWssq4hGmNu7Jt0mbVL/6L5g9IMAc6/UN8RcmD/BGNyyQ XHPwnZOHS5CUmFQPO5LfV+jdDSnuvlIJaUyz21UoPy0+BzjN6xMz7CB+EY6Y1SYlSc CjrWK+LMTmC3hxVIwA4y73mAfHMUclAfs/CO9wxboJbrYg/G0eHcKm4/aoIEaLQC8A nJVQzh9rPE0EQ== Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id 24F4521144; Wed, 24 Jun 2020 16:14:14 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id ED7A92DC8B; Wed, 24 Jun 2020 16:14:13 -0600 (MDT) Date: Wed, 24 Jun 2020 16:14:13 -0600 From: Bob Proulx To: Ricky Tigg Subject: Re: bug#41792: =?utf-8?Q?Acknowledgement_?= =?utf-8?Q?=28dd_function_?= =?utf-8?B?4oCT?= message: "No boot sector on USB device"") Message-ID: <20200624153402875314039@bob.proulx.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41792 Cc: 41792@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.0 (-) close 41792 thanks Since the discussion has moved away from anything GNU Coreutils related and doesn't seem to be reporting any bugs in any of the utilities I am going to close the bug ticket. But discussion may continue here regardless. If we see a dd bug we can re-open the ticket. Ricky Tigg wrote: > The difference of device path is due to the fact that the USB media was > plugged out after the write-operation was achieved on the Linux computer > then plugged into a computer –Asus– whose Windows OS has to be restored, > then plugged back to the same computer but to a *different* USB port. It's > safe to open the present issue-ticket. Hmm... There is no reason that the Linux kernel would renumber the device simply because it was removed and inserted again. Therefore me thinks that it was not cleanly removed. Me thinks that something in the system had mounted it keeping it busy preventing it from cleanly being ejected. This "something" may have been an automatic mounting of it as many Desktop Environments unfortunately default to doing. IMNHO automated mounting is a bad idea and should never be enabled by default. > *Source media*: > https://www.microsoft.com/en-us/software-download/windows10ISO The source media doesn't matter to GNU utilities. The 'dd' utility treats files as raw bytes and does not treat MS-Windows-10 ISO images any differently than any other raw data. It might be that or pictures of your dog or random cosmic noise recorded from your radio. It doesn't matter. It's just data. Your Desktop Environment may take action however. It is possible that your DE will probe the device, detect that it is an ISO image, and automatically mount that ISO image. That's bad. But that's your Desktop Environment and unrelated to 'dd'. But it always been a bad idea. Regardless of how many people do it. > *Rufus v4.1.4* – I couldn't use it since The Windows OS installed is > missing some system's files. Will convert it to fit on Fedora at release of > version 33 which will update the uniformly mingw component and thus > mingw64-headers which is old and is the cause of a known issue. > > I wrote the disc image as well using those tools then booted the USB device > having the disc image written on.: > > *Fedora Media Writer v4.1.4* – Officially does not support Microsoft > Windows disc images. I did not know that before writing. My first thought was, huh? Why would Fedora Media Writer not treat files as raw files? My second thought was that the question was for a Fedora Media Writer mailing list as this bug ticket is not the place to be discussing other random projects. > *Unetbootin v677* – It writes partially the disc image thus the installer > is operational partially. Issue was already reported by someone on Git. > > *Woeusb v3.3.1* – Installer is operational on BIOS but not on EFI systems. > Issue was already reported by someone on Git. > > *Balena Etcher v1.5.9*8 x64 as AppImage format – The device is not listed > at boot. Gosh. Reading your report makes MS-Windows seem like such a terrible system! I read about all of your pain of working on it. You have tried all of these tools and nothing is working for you. It is reading these types of reports that I am thankful I am working on a Free(dom) Software operating system where things Just Work! Meanwhile... Let's get back to your information about 'dd'. > $ file -b Win10_2004_Finnish_x64.iso > ISO 9660 CD-ROM filesystem data 'CCCOMA_X64FRE_FI-FI_DV9' (bootable) That looks like you were successfully able to write the ISO image to the device. Looks okay. > *Component*: coreutils.x86_64 8.32-4.fc32.; *OS*: Linux Fedora Good. > Source of file: > https://www.microsoft.com/en-us/software-download/windows10ISO > > Disc image file > - checked against its SHA-256 checksum was correct > - written successfully with that command: > # dd if=Win10_2004_Finnish_x64.iso of=/dev/sdc bs=4M oflag=direct status=progress && sync I don't see any error messages. That's good. The oflag=direct should use direct I/O. Which means that the 'sync' shouldn't matter since there should be no file system buffer to flush. It will simply flush other unrelated buffers. Won't hurt though. The bs size seems very small at 4M to me. Especially for use with a NAND flash USB storage device. I would select a much larger size. I would probably use 64M which is likely to be an integral size of your original ISO image but that should be verified. > Once written, the partition is as follows: > $ mount | fgrep /run/media/$USER > /dev/sdb on /run/media/yk/CCCOMA_X64FRE_FI-FI_DV9 type udf > (ro,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,uhelper=udisks2) WHY is this mounted? That seems like a problem. You said that the device was removed and replaced and went from sdc to sdb?! Probably because it was mounted. This feels like the root cause of all of your problems. It feels to me that something is automatically mounting the device. That's bad. Then the device is written to the base partition under the file system. Then I think likely the sync is flying data to the file system on top of it which would corrupt the resulting image. If it were me I would seek and stop all automated mounting. It's always bad and particularly a problem due to these types of things. It does not make sense to me that the device would be written to as sdc and then removing and inserting it again would rotate it to sdb, a lower letter. And it makes no sense to me that it would become mounted. If I were writing a USB device with data and then wanted to verify that the data was written correctly I would read the data back and verify that the sha256sum matched the data that was written. If the check digest matched then I would know the data on the device was correct. The image being written is likely smaller than the physical device. Therefore one can't simply read the device and get a checksum. One must read and check only the size of the original image. Otherwise the extra data on the end will produce a different digest hash. There are many ways to do this. I might note down the size of the ISO being written as N. Then use "head --bytes=N /dev/sdb | sha256sum" to produce the digest hash and then compare what was written to what was read back. Or there are probably better ways too. > While the USB device was booted in BIOS, the following message was > produced "*No boot sector on USB device*"". I think this result was likely due to automatic mounting by the Desktop Environment. But without debugging to root cause that is simply a guess. > Using *Gparted*, while the device's partition was unmounted, the flags > could not be managed thus no boot flag was added. The following warning was > present: > *2.66 GiB of unallocated space within the partition.* I think this is not important. I think this is due to the ISO image being smaller than the size of your physical device. Which it must be in order to hold the image. I think this is normal and expected. Bob From unknown Sat Jun 21 10:27:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 23 Jul 2020 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator