Date: Thu, 23 Jan 2025 21:10:14 +0100 From: Michael Schuster <michaelsprivate@gmail.com> To: freebsd@dreamchaser.org Cc: FreeBSD Mailing List <freebsd-questions@freebsd.org> Subject: Re: Why doesn't 13_4 img (1.3G) write to a 4 G memstick? Message-ID: <CADqw_gJ-%2B8_KsZD4D1OS-gHHeVmjny348wOJq4%2BczxqyEx65TA@mail.gmail.com> In-Reply-To: <80444fa1-51a8-469e-a15d-55b255196d6a@dreamchaser.org> References: <80444fa1-51a8-469e-a15d-55b255196d6a@dreamchaser.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000079f87a062c653361 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I'd do xz --decompress < /hd2/Downloads/FreeBSD/13_4/FreeBSD-13.4-RELEASE-amd64-memstick.img.xz > tmp.img and then look at the size of that file. HTH Michael On Thu, Jan 23, 2025, 20:58 Gary Aitken <freebsd@dreamchaser.org> wrote: > I'm trying to create a bootable backup memory stick on a 4G stick. > > From https://download.freebsd.org/releases/amd64/amd64/ISO-IMAGES/13.4/ > File Name =E2=86=93 File Size =E2=86=93 Date =E2=86=93 > FreeBSD-13.4-RELEASE-amd64-memstick.img 1342689792 2024-Sep-13 10:15 > > That looks like 1.3 G to me. > > $ xz --decompress < > /hd2/Downloads/FreeBSD/13_4/FreeBSD-13.4-RELEASE-amd64-memstick.img.xz | = dd > of=3D/dev/da0 bs=3D1M conv=3Dsync > dd: /dev/da0: short write on character device > dd: /dev/da0: end of device > 3824+0 records in > 3823+1 records out > 4009745920 bytes transferred in 1526.615472 secs (2626559 bytes/sec) > Prior to writing, the memstick looked like this: > > $ gpart show -l da0 > =3D> 63 7831472 da0 MBR (3.7G) > 63 7831472 1 (null) (3.7G) > > $ gpart list da0 > Geom name: da0 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 7831534 > first: 63 > entries: 4 > scheme: MBR > Providers: > 1. Name: da0s1 > Mediasize: 4009713664 (3.7G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 32256 > Mode: r0w0e0 > efimedia: HD(1,MBR,00000000,0x3f,0x777fb0) > rawtype: 11 > length: 4009713664 > offset: 32256 > type: fat32 > index: 1 > end: 7831534 > start: 63 > Consumers: > 1. Name: da0 > Mediasize: 4009745920 (3.7G) > Sectorsize: 512 > Mode: r0w0e0 > > After writing: > > $ gpart show -l da0 > =3D> 1 7831534 da0 MBR (3.7G) > 1 66584 1 (null) (33M) > 66585 2555856 2 (null) [active] (1.2G) > 2622441 5209094 - free - (2.5G) > > $ gpart list da0 > Geom name: da0 > modified: false > state: OK > fwheads: 255 > fwsectors: 63 > last: 7831534 > first: 1 > entries: 4 > scheme: MBR > Providers: > 1. Name: da0s1 > Mediasize: 34091008 (33M) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 512 > Mode: r0w0e0 > efimedia: HD(1,MBR,0x90909090,0x1,0x10418) > rawtype: 239 > length: 34091008 > offset: 512 > type: efi > index: 1 > end: 66584 > start: 1 > 2. Name: da0s2 > Mediasize: 1308598272 (1.2G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 34091520 > Mode: r0w0e0 > efimedia: HD(2,MBR,0x90909090,0x10419,0x26ffd0) > attrib: active > rawtype: 165 > length: 1308598272 > offset: 34091520 > type: freebsd > index: 2 > end: 2622440 > start: 66585 > Consumers: > 1. Name: da0 > Mediasize: 4009745920 (3.7G) > Sectorsize: 512 > Mode: r0w0e0 > > Despite the website claim of 1.3G size, > it looks like the uncompressed file is larger than 4G; dd said it > transferred > 4G+ bytes. But da0s2 says it's only 1.2G after the failed write. > Piped into wc -c it says 1342689792 (1.3G) > > Is there some magic I need to invoke? > > > --00000000000079f87a062c653361 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div dir=3D"auto">I'd do=C2=A0</div><div dir=3D"auto"= ><br></div><div dir=3D"auto">xz --decompress < /hd2/Downloads/FreeBSD/13= _4/FreeBSD-13.4-RELEASE-amd64-memstick.img.xz > tmp.img</div><div dir=3D= "auto"><br></div><div dir=3D"auto">=C2=A0and then look at the size of that = file.=C2=A0</div><div dir=3D"auto"><br></div><div dir=3D"auto">HTH=C2=A0</d= iv><div dir=3D"auto">Michael=C2=A0</div><div dir=3D"auto"><br></div><div da= ta-smartmail=3D"gmail_signature" dir=3D"auto"><br></div><br><div class=3D"g= mail_quote gmail_quote_container" dir=3D"auto"><div dir=3D"ltr" class=3D"gm= ail_attr">On Thu, Jan 23, 2025, 20:58 Gary Aitken <<a href=3D"mailto:fre= ebsd@dreamchaser.org">freebsd@dreamchaser.org</a>> wrote:<br></div><bloc= kquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:= 1px solid rgb(204,204,204);padding-left:1ex">I'm trying to create a boo= table backup memory stick on a 4G stick.<br> <br> =C2=A0From <a href=3D"https://download.freebsd.org/releases/amd64/amd64/ISO= -IMAGES/13.4/" rel=3D"noreferrer noreferrer" target=3D"_blank">https://down= load.freebsd.org/releases/amd64/amd64/ISO-IMAGES/13.4/</a><br> File Name=C2=A0 =E2=86=93=C2=A0 =C2=A0 File Size=C2=A0 =E2=86=93=C2=A0 =C2= =A0 Date=C2=A0 =E2=86=93<br> FreeBSD-13.4-RELEASE-amd64-memstick.img 1342689792=C2=A0 =C2=A0 =C2=A0 2024= -Sep-13 10:15<br> <br> That looks like 1.3 G to me.<br> <br> $ xz --decompress < /hd2/Downloads/FreeBSD/13_4/FreeBSD-13.4-RELEASE-amd= 64-memstick.img.xz | dd of=3D/dev/da0 bs=3D1M conv=3Dsync<br> dd: /dev/da0: short write on character device<br> dd: /dev/da0: end of device<br> 3824+0 records in<br> 3823+1 records out<br> 4009745920 bytes transferred in 1526.615472 secs (2626559 bytes/sec)<br> Prior to writing, the memstick looked like this:<br> <br> $ gpart show -l da0<br> =3D>=C2=A0 =C2=A0 =C2=A063=C2=A0 7831472=C2=A0 da0=C2=A0 MBR=C2=A0 (3.7G= )<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 63=C2=A0 7831472=C2=A0 =C2=A0 1=C2=A0 (null)=C2= =A0 (3.7G)<br> <br> $ gpart list da0<br> Geom name: da0<br> modified: false<br> state: OK<br> fwheads: 255<br> fwsectors: 63<br> last: 7831534<br> first: 63<br> entries: 4<br> scheme: MBR<br> Providers:<br> 1. Name: da0s1<br> =C2=A0 =C2=A0 Mediasize: 4009713664 (3.7G)<br> =C2=A0 =C2=A0 Sectorsize: 512<br> =C2=A0 =C2=A0 Stripesize: 0<br> =C2=A0 =C2=A0 Stripeoffset: 32256<br> =C2=A0 =C2=A0 Mode: r0w0e0<br> =C2=A0 =C2=A0 efimedia: HD(1,MBR,00000000,0x3f,0x777fb0)<br> =C2=A0 =C2=A0 rawtype: 11<br> =C2=A0 =C2=A0 length: 4009713664<br> =C2=A0 =C2=A0 offset: 32256<br> =C2=A0 =C2=A0 type: fat32<br> =C2=A0 =C2=A0 index: 1<br> =C2=A0 =C2=A0 end: 7831534<br> =C2=A0 =C2=A0 start: 63<br> Consumers:<br> 1. Name: da0<br> =C2=A0 =C2=A0 Mediasize: 4009745920 (3.7G)<br> =C2=A0 =C2=A0 Sectorsize: 512<br> =C2=A0 =C2=A0 Mode: r0w0e0<br> <br> After writing:<br> <br> $ gpart show -l da0<br> =3D>=C2=A0 =C2=A0 =C2=A0 1=C2=A0 7831534=C2=A0 da0=C2=A0 MBR=C2=A0 (3.7G= )<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01=C2=A0 =C2=A0 66584=C2=A0 =C2=A0 1=C2=A0= (null)=C2=A0 (33M)<br> =C2=A0 =C2=A0 =C2=A066585=C2=A0 2555856=C2=A0 =C2=A0 2=C2=A0 (null)=C2=A0 [= active]=C2=A0 (1.2G)<br> =C2=A0 =C2=A02622441=C2=A0 5209094=C2=A0 =C2=A0 =C2=A0 =C2=A0- free -=C2=A0= (2.5G)<br> <br> $ gpart list da0<br> Geom name: da0<br> modified: false<br> state: OK<br> fwheads: 255<br> fwsectors: 63<br> last: 7831534<br> first: 1<br> entries: 4<br> scheme: MBR<br> Providers:<br> 1. Name: da0s1<br> =C2=A0 =C2=A0 Mediasize: 34091008 (33M)<br> =C2=A0 =C2=A0 Sectorsize: 512<br> =C2=A0 =C2=A0 Stripesize: 0<br> =C2=A0 =C2=A0 Stripeoffset: 512<br> =C2=A0 =C2=A0 Mode: r0w0e0<br> =C2=A0 =C2=A0 efimedia: HD(1,MBR,0x90909090,0x1,0x10418)<br> =C2=A0 =C2=A0 rawtype: 239<br> =C2=A0 =C2=A0 length: 34091008<br> =C2=A0 =C2=A0 offset: 512<br> =C2=A0 =C2=A0 type: efi<br> =C2=A0 =C2=A0 index: 1<br> =C2=A0 =C2=A0 end: 66584<br> =C2=A0 =C2=A0 start: 1<br> 2. Name: da0s2<br> =C2=A0 =C2=A0 Mediasize: 1308598272 (1.2G)<br> =C2=A0 =C2=A0 Sectorsize: 512<br> =C2=A0 =C2=A0 Stripesize: 0<br> =C2=A0 =C2=A0 Stripeoffset: 34091520<br> =C2=A0 =C2=A0 Mode: r0w0e0<br> =C2=A0 =C2=A0 efimedia: HD(2,MBR,0x90909090,0x10419,0x26ffd0)<br> =C2=A0 =C2=A0 attrib: active<br> =C2=A0 =C2=A0 rawtype: 165<br> =C2=A0 =C2=A0 length: 1308598272<br> =C2=A0 =C2=A0 offset: 34091520<br> =C2=A0 =C2=A0 type: freebsd<br> =C2=A0 =C2=A0 index: 2<br> =C2=A0 =C2=A0 end: 2622440<br> =C2=A0 =C2=A0 start: 66585<br> Consumers:<br> 1. Name: da0<br> =C2=A0 =C2=A0 Mediasize: 4009745920 (3.7G)<br> =C2=A0 =C2=A0 Sectorsize: 512<br> =C2=A0 =C2=A0 Mode: r0w0e0<br> <br> Despite the website claim of 1.3G size,<br> it looks like the uncompressed file is larger than 4G; dd said it transferr= ed<br> 4G+ bytes.=C2=A0 But da0s2 says it's only 1.2G after the failed write.<= br> Piped into wc -c it says 1342689792 (1.3G)<br> <br> Is there some magic I need to invoke?<br> <br> <br> </blockquote></div></div> --00000000000079f87a062c653361--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADqw_gJ-%2B8_KsZD4D1OS-gHHeVmjny348wOJq4%2BczxqyEx65TA>