Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.misc > #91469 > unrolled thread

Wow - Oracle Linux - 10+ Gigabyte ISO !

Back to article view | Back to comp.os.linux.misc

Contents

  Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-15 03:52 -0400
    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Marco Moock <mm@dorfdsl.de> - 2026-09-15 10:54 +0200
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-15 23:30 +0000
    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Woozy Song <suzyw0ng@outlook.com> - 2026-09-15 17:08 +0800
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-15 16:38 +0100
        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-15 17:21 +0000
          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E. R." <robin_listas@es.invalid> - 2026-09-15 21:32 +0200
            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 01:07 +0100
              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 00:35 +0000
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E. R." <robin_listas@es.invalid> - 2026-09-16 07:13 +0200
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 11:38 +0100
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-16 21:26 -0400
                    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 08:17 +0200
                      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 06:25 +0000
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 08:38 +0200
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-17 03:34 -0400
                      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-17 02:41 -0400
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 09:44 +0200
                          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2026-09-17 17:44 +0000
                            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 20:38 +0200
                            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 19:39 +0000
                          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 19:35 +0000
                            Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) Lars Poulsen <lars@beagle-ears.com> - 2026-09-26 09:23 -0700
                              Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) rbowman <bowman@montana.com> - 2026-09-26 19:21 +0000
                              Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) jayjwa <jayjwa@atr2.ath.cx.invalid> - 2026-09-26 19:21 -0400
                                Re: Tips for dd ( was Re: Ventoy for ISO management?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-27 03:00 +0000
                                  Re: Tips for dd ( was Re: Ventoy for ISO management?) Eli the Bearded <*@eli.users.panix.com> - 2026-09-27 04:18 +0000
                                    Re: Tips for dd ( was Re: Ventoy for ISO management?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-27 07:05 +0000
                                      Re: Tips for dd ( was Re: Ventoy for ISO management?) Nuno Silva <nunojsilva@invalid.invalid> - 2026-09-27 09:17 +0100
                                        Re: Tips for dd ( was Re: Ventoy for ISO management?) The Natural Philosopher <tnp@invalid.invalid> - 2026-09-27 12:57 +0100
                                          Re: Tips for dd ( was Re: Ventoy for ISO management?) "Carlos E.R." <robin_listas@es.invalid> - 2026-09-27 14:23 +0200
                                            Re: Tips for dd ( was Re: Ventoy for ISO management?) The Natural Philosopher <tnp@invalid.invalid> - 2026-09-27 17:41 +0100
                                              Re: Tips for dd ( was Re: Ventoy for ISO management?) "Carlos E.R." <robin_listas@es.invalid> - 2026-09-27 19:55 +0200
                                      Re: Tips for dd ( was Re: Ventoy for ISO management?) "Carlos E.R." <robin_listas@es.invalid> - 2026-09-27 12:53 +0200
                                        Re: Tips for dd ( was Re: Ventoy for ISO management?) Nuno Silva <nunojsilva@invalid.invalid> - 2026-09-27 18:04 +0100
                                  Re: Tips for dd ( was Re: Ventoy for ISO management?) c186282 <c186282@nnada.net> - 2026-09-27 04:13 -0400
                                  Re: Tips for dd ( was Re: Ventoy for ISO management?) "Carlos E.R." <robin_listas@es.invalid> - 2026-09-27 12:53 +0200
                                    Re: Tips for dd ( was Re: Ventoy for ISO management?) c186282 <c186282@nnada.net> - 2026-09-28 01:37 -0400
                                      Re: Tips for dd ( was Re: Ventoy for ISO management?) "Carlos E.R." <robin_listas@es.invalid> - 2026-09-28 10:09 +0200
                                        Re: Tips for dd ( was Re: Ventoy for ISO management?) Philippe <p.naudin+nntp@free.fr> - 2026-09-28 12:10 +0200
                                          Re: Tips for dd ( was Re: Ventoy for ISO management?) Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-28 23:03 +0000
                              Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) "s|b" <me@privacy.invalid> - 2026-09-27 18:56 +0200
                                Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) Andy Burns <usenet@andyburns.uk> - 2026-09-27 18:17 +0100
                              Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) ant@zimage.comANT (Ant) - 2026-09-28 00:50 +0000
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 19:28 +0000
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 11:37 +0100
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 18:04 +0000
                ISO9660 images, vfat USB mass storage devices and El Torito (was: Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) Nuno Silva <nunojsilva@invalid.invalid> - 2026-09-16 18:55 +0100
                  Re: ISO9660 images, vfat USB mass storage devices and El Torito c186282 <c186282@nnada.net> - 2026-09-16 22:25 -0400
                    Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 08:22 +0200
                      Re: ISO9660 images, vfat USB mass storage devices and El Torito c186282 <c186282@nnada.net> - 2026-09-17 03:28 -0400
                        Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 10:32 +0200
                          Re: ISO9660 images, vfat USB mass storage devices and El Torito rbowman <bowman@montana.com> - 2026-09-17 20:25 +0000
                          Re: ISO9660 images, vfat USB mass storage devices and El Torito c186282 <c186282@nnada.net> - 2026-09-17 21:26 -0400
                            Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-19 21:39 +0200
                              Re: ISO9660 images, vfat USB mass storage devices and El Torito rbowman <bowman@montana.com> - 2026-09-20 01:55 +0000
                                Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-20 14:10 +0200
                                  Re: ISO9660 images, vfat USB mass storage devices and El Torito rbowman <bowman@montana.com> - 2026-09-20 17:35 +0000
                                    Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-20 21:01 +0200
                                      Re: ISO9660 images, vfat USB mass storage devices and El Torito rbowman <bowman@montana.com> - 2026-09-21 02:28 +0000
                                        Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-21 11:36 +0200
                                          Re: ISO9660 images, vfat USB mass storage devices and El Torito rbowman <bowman@montana.com> - 2026-09-21 19:06 +0000
                                            Re: ISO9660 images, vfat USB mass storage devices and El Torito "Carlos E.R." <robin_listas@es.invalid> - 2026-09-21 21:48 +0200
            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 00:33 +0000
              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E. R." <robin_listas@es.invalid> - 2026-09-16 07:14 +0200
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-16 05:45 +0000
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E. R." <robin_listas@es.invalid> - 2026-09-16 08:52 +0200
                    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-16 07:44 +0000
                      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E. R." <robin_listas@es.invalid> - 2026-09-16 10:07 +0200
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 17:53 +0000
                          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 14:02 +0100
                            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 19:02 +0000
                              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 22:18 +0100
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 06:18 +0000
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 11:39 +0100
                    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 17:48 +0000
                      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-16 20:40 +0200
                        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-16 21:40 -0400
                          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-16 22:18 -0400
                            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2026-09-17 03:29 +0000
                              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 08:25 +0200
                              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-17 02:33 -0400
                          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 14:11 +0100
                            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! "Carlos E.R." <robin_listas@es.invalid> - 2026-09-17 20:40 +0200
                      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 14:00 +0100
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-09-16 21:27 -0400
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 02:11 +0000
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 14:07 +0100
                    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-17 19:41 +0000
              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 11:35 +0100
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 18:02 +0000
                  Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-17 14:04 +0100
          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-09-16 01:05 +0100
    Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lars Poulsen <lars@beagle-ears.com> - 2026-09-15 05:50 -0700
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Philippe <p.naudin+nntp@free.fr> - 2026-09-15 15:23 +0200
        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Bud Frede <frede@mouse-potato.com> - 2026-10-08 15:52 -0400
          Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Cóilín Nioclásín Glostéir <thanks-to@Taf.com> - 2026-10-10 18:40 +0000
            Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! c186282 <c186282@nnada.net> - 2026-10-11 00:12 -0400
              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Andy Burns <usenet@andyburns.uk> - 2026-10-11 10:01 +0100
                Monochrome and readability (was: Re: Wow - Oracle Linux - 10+ Gigabyte ISO !) Nuno Silva <nunojsilva@invalid.invalid> - 2026-10-11 10:15 +0100
                  Re: Monochrome and readability The Natural Philosopher <tnp@invalid.invalid> - 2026-10-11 10:37 +0100
                  Re: Monochrome and readability c186282 <c186282@nnada.net> - 2026-10-12 01:06 -0400
                    Re: Monochrome and readability Andy Burns <usenet@andyburns.uk> - 2026-10-12 10:12 +0100
                      Re: Monochrome and readability Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-12 21:08 +0000
                        Re: Monochrome and readability John Ames <commodorejohn@gmail.com> - 2026-10-12 14:50 -0700
                          Re: Monochrome and readability Rich <rich@example.invalid> - 2026-10-15 02:51 +0000
                        Re: Monochrome and readability c186282 <c186282@nnada.net> - 2026-10-13 00:58 -0400
                    Re: Monochrome and readability Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2026-10-12 16:27 +0000
                      Re: Monochrome and readability Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-12 21:14 +0000
                        Re: Monochrome and readability c186282 <c186282@nnada.net> - 2026-10-13 01:37 -0400
                        Re: Monochrome and readability "Carlos E.R." <robin_listas@es.invalid> - 2026-10-13 12:50 +0200
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-10-11 10:37 +0100
                Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-11 21:31 +0000
              Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! The Natural Philosopher <tnp@invalid.invalid> - 2026-10-11 10:31 +0100
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Andy Burns <usenet@andyburns.uk> - 2026-09-15 14:40 +0100
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-15 17:24 +0000
      Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-09-16 01:50 +0000
        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! Leroy H <lh@somewhere.net> - 2026-09-16 02:31 +0000
        Re: Wow - Oracle Linux - 10+ Gigabyte ISO ! rbowman <bowman@montana.com> - 2026-09-16 06:25 +0000

Page 2 of 6 — ← Prev page 1 [2] 3 4 5 6  Next page →

#91660

On Thu, 17 Sep 2026 17:44:23 GMT, Charlie Gibbs wrote:


> I never got close enough to know.  But remember that "Outlook" is best
> pronounced "Look out!"

I never had Outlook but back in the day, XP and earlier, Outlook Express 
was installed. Other than being a mail client it had nothing to do with 
Outlook. 

[toc] | [prev] | [next] | [standalone]

#91659

On Thu, 17 Sep 2026 09:44:42 +0200, Carlos E.R. wrote:

> So I think I never needed to create a stick under Windows. Maybe at work
> once?

https://en.wikipedia.org/wiki/Rufus_(software)

I've used Rufus quite a bit and it works well. Until I switched to 
StarLink I had a relatively slow internet connection with a data cap. It 
was easier to download isos at work and burn them. I suppose I could have 
used the Linux box and dd but I didn't. 

[toc] | [prev] | [next] | [standalone]

#92222 — Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !)

On 9/17/2026 12:35, rbowman wrote:
> On Thu, 17 Sep 2026 09:44:42 +0200, Carlos E.R. wrote:
> 
>> So I think I never needed to create a stick under Windows. Maybe at work
>> once?
> 
> https://en.wikipedia.org/wiki/Rufus_(software)
> 
> I've used Rufus quite a bit and it works well. Until I switched to
> StarLink I had a relatively slow internet connection with a data cap. It
> was easier to download isos at work and burn them. I suppose I could have
> used the Linux box and dd but I didn't.

Do any of you have experience with using Ventoy?
The idea is that a Ventoy formatted USB storage has a VFAT file system
on top; EFI boots into Ventoy's boot manager, where you select an
ISO to boot into. So a 64GB USB stick can hold 5-10 ISO images.

-- 
Lars Poulsen - an old geek in Santa Barbara, California

[toc] | [prev] | [next] | [standalone]

#92230 — Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !)

On Sat, 26 Sep 2026 09:23:00 -0700, Lars Poulsen wrote:

> On 9/17/2026 12:35, rbowman wrote:
>> On Thu, 17 Sep 2026 09:44:42 +0200, Carlos E.R. wrote:
>> 
>>> So I think I never needed to create a stick under Windows. Maybe at
>>> work once?
>> 
>> https://en.wikipedia.org/wiki/Rufus_(software)
>> 
>> I've used Rufus quite a bit and it works well. Until I switched to
>> StarLink I had a relatively slow internet connection with a data cap.
>> It was easier to download isos at work and burn them. I suppose I could
>> have used the Linux box and dd but I didn't.
> 
> Do any of you have experience with using Ventoy?
> The idea is that a Ventoy formatted USB storage has a VFAT file system
> on top; EFI boots into Ventoy's boot manager, where you select an ISO to
> boot into. So a 64GB USB stick can hold 5-10 ISO images.

Yes, I've used Ventoy with Linux Mint and a few other isos. The library 
project has the three flavors on Mint so a Windows refuge can pick a DE. 
We didn't put LMDE on to limit any troubleshooting needed.

openSUSE Leap 16 will not work with Ventoy and there may be other problem 
distros. As I understand it the Agama installer sees the thumbdrive and 
gets confused. The leap iso needs to be written directly to the drive with 
dd or one of the other imaging programs.

[toc] | [prev] | [next] | [standalone]

#92244 — Re: Ventoy for ISO management? (Re: Wow - Oracle Linux - 10+ Gigabyte ISO !)

Lars Poulsen <lars@beagle-ears.com> writes:

> Do any of you have experience with using Ventoy?

Yes, the idea is you copy your image into the "bank" part so that you
don't have to keep overwriting the USB stick over and over. You mount
that partition and just copy the .ISO/image, unmount when done and then
unplug.

Of the stuff I put on it, only the Linux one booted. illumos and a
couple other things didn't. It might work for you but I think I'll stick
with "dd".

-- 
PGP Key ID: 781C A3E2 C6ED 70A6 B356  7AF5 B510 542E D460 5CAE
       "The Internet should always be the Wild West!"

[toc] | [prev] | [next] | [standalone]

#92251 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:

> ... I think I'll stick with "dd".

Tips for dd when copying to USB sticks, SD cards, etc:

* Use a larger blocksize (e.g. “bs=65536”). If not specified, the default
  is to read and write 512 bytes at a time, which can be quite slow.
  The device does not need to be an exact multiple of this in size; dd
  will correctly cope with a partial block at the end.

* Use lsblk to correctly identify the device before writing. Useful
  information columns to ask for: name,size,vendor,model,serial.

* I’ve starting specifying “conv=fsync”, just to be sure buffers are
  flushed at the end before removing the stick/card. You’ve probably
  been getting away without this before, and so have I, but I think
  it’s better to be safe than sorry. ;)

Feel free to offer any other tips you have found useful.

[toc] | [prev] | [next] | [standalone]

#92252 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
> On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:
>> ... I think I'll stick with "dd".
> Tips for dd when copying to USB sticks, SD cards, etc:
> * Use a larger blocksize (e.g. "bs=65536"). If not specified, the default

Why so small? bs=1M bs=4M bs=8M

Elijah
------
but agreed that the 1/2 kilobyte default block size is unreasonably small

[toc] | [prev] | [next] | [standalone]

#92254 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:

> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>
>> * Use a larger blocksize (e.g. "bs=65536").
>
> Why so small? bs=1M bs=4M bs=8M

I doubt it makes much difference to anything.

[toc] | [prev] | [next] | [standalone]

#92265 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27, Lawrence D’Oliveiro wrote:

> On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:
>
>> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>>
>>> * Use a larger blocksize (e.g. "bs=65536").
>>
>> Why so small? bs=1M bs=4M bs=8M
>
> I doubt it makes much difference to anything.

I think somebody somewhere compared performance and determined a sweet
spot, but that was, I think, on StackExchange, and all I'd get now
looking for it would be "Enable JavaScript and cookies to
continue"... (or a completely blank page if I enable JavaScript; cookies
aren't disabled at all).

-- 
Nuno Silva

[toc] | [prev] | [next] | [standalone]

#92297 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 27/09/2026 09:17, Nuno Silva wrote:
> On 2026-09-27, Lawrence D’Oliveiro wrote:
> 
>> On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:
>>
>>> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>>>
>>>> * Use a larger blocksize (e.g. "bs=65536").
>>>
>>> Why so small? bs=1M bs=4M bs=8M
>>
>> I doubt it makes much difference to anything.
> 
> I think somebody somewhere compared performance and determined a sweet
> spot, but that was, I think, on StackExchange, and all I'd get now
> looking for it would be "Enable JavaScript and cookies to
> continue"... (or a completely blank page if I enable JavaScript; cookies
> aren't disabled at all).
> 
IIRC blocksize made a difference on hard disks, with not of lot of caching

But with modern processors and plenty of memory and even an SSD it is 
almost pointless.


-- 
All political activity makes complete sense once the proposition that 
all government is basically a self-legalising protection racket, is 
fully understood.

[toc] | [prev] | [next] | [standalone]

#92300 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27 13:57, The Natural Philosopher wrote:
> On 27/09/2026 09:17, Nuno Silva wrote:
>> On 2026-09-27, Lawrence D’Oliveiro wrote:
>>
>>> On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:
>>>
>>>> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>>>>
>>>>> * Use a larger blocksize (e.g. "bs=65536").
>>>>
>>>> Why so small? bs=1M bs=4M bs=8M
>>>
>>> I doubt it makes much difference to anything.
>>
>> I think somebody somewhere compared performance and determined a sweet
>> spot, but that was, I think, on StackExchange, and all I'd get now
>> looking for it would be "Enable JavaScript and cookies to
>> continue"... (or a completely blank page if I enable JavaScript; cookies
>> aren't disabled at all).
>>
> IIRC blocksize made a difference on hard disks, with not of lot of caching
> 
> But with modern processors and plenty of memory and even an SSD it is 
> almost pointless.

Experiments contradict you.

I tested writing a big file to hard disk, with the default blocksize and 
a big blocksize, and the difference was measurable (dd).

-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#92318 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 27/09/2026 13:23, Carlos E.R. wrote:
> On 2026-09-27 13:57, The Natural Philosopher wrote:

>> IIRC blocksize made a difference on hard disks, with not of lot of 
>> caching
>>
>> But with modern processors and plenty of memory and even an SSD it is 
>> almost pointless.
> 
> Experiments contradict you.
> 
> I tested writing a big file to hard disk, with the default blocksize and 
> a big blocksize, and the difference was measurable (dd).
> 

Which is what I said

"IIRC blocksize made a difference on hard disks, with not of lot of 
caching"

-- 
“Some people like to travel by train because it combines the slowness of 
a car with the cramped public exposure of 
an airplane.”

Dennis Miller

[toc] | [prev] | [next] | [standalone]

#92334 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27 18:41, The Natural Philosopher wrote:
> On 27/09/2026 13:23, Carlos E.R. wrote:
>> On 2026-09-27 13:57, The Natural Philosopher wrote:
> 
>>> IIRC blocksize made a difference on hard disks, with not of lot of 
>>> caching
>>>
>>> But with modern processors and plenty of memory and even an SSD it is 
>>> almost pointless.
>>
>> Experiments contradict you.
>>
>> I tested writing a big file to hard disk, with the default blocksize 
>> and a big blocksize, and the difference was measurable (dd).
>>
> 
> Which is what I said
> 
> "IIRC blocksize made a difference on hard disks, with not of lot of 
> caching"

Disks have internal caching way bigger than the default blocksize.

cer@Telcontar:~/tmp> time dd if=/dev/zero of=testfile.zero count=52428800
52428800+0 records in
52428800+0 records out
26843545600 bytes (27 GB, 25 GiB) copied, 148,939 s, 180 MB/s

real	2m28,969s
user	0m11,736s
sys	2m17,029s
cer@Telcontar:~/tmp>

cer@Telcontar:~/tmp> time dd if=/dev/zero of=testfile.zero count=6553600 bs=4096
6553600+0 records in
6553600+0 records out
26843545600 bytes (27 GB, 25 GiB) copied, 105,738 s, 254 MB/s

real	1m45,750s
user	0m1,923s
sys	0m34,904s
cer@Telcontar:~/tmp>

cer@Telcontar:~/tmp> time dd if=/dev/zero of=testfile.zero count=409600 bs=65536
409600+0 records in
409600+0 records out
26843545600 bytes (27 GB, 25 GiB) copied, 105,819 s, 254 MB/s

real	1m47,710s
user	0m0,111s
sys	0m21,869s
cer@Telcontar:~/tmp>

cer@Telcontar:~/tmp> time dd if=/dev/zero of=testfile.zero count=25600 bs=1048576
25600+0 records in
25600+0 records out
26843545600 bytes (27 GB, 25 GiB) copied, 106,455 s, 252 MB/s

real	1m48,224s
user	0m0,000s
sys	0m22,769s
cer@Telcontar:~/tmp>



-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#92281 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27 09:05, Lawrence D’Oliveiro wrote:
> On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:
> 
>> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>>
>>> * Use a larger blocksize (e.g. "bs=65536").
>>
>> Why so small? bs=1M bs=4M bs=8M
> 
> I doubt it makes much difference to anything.

Fewer split sectors?

-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#92328 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27, Carlos E.R. wrote:

> On 2026-09-27 09:05, Lawrence D’Oliveiro wrote:
>> On Sun, 27 Sep 2026 04:18:09 -0000 (UTC), Eli the Bearded wrote:
>>
>>> In comp.os.linux.misc, Lawrence DOliveiro <ldo@nz.invalid> wrote:
>>>>
>>>> * Use a larger blocksize (e.g. "bs=65536").
>>>
>>> Why so small? bs=1M bs=4M bs=8M
>>
>> I doubt it makes much difference to anything.
>
> Fewer split sectors?

Fewer syscalls?

-- 
Nuno Silva

[toc] | [prev] | [next] | [standalone]

#92264 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 9/26/26 23:00, Lawrence D’Oliveiro wrote:
> On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:
> 
>> ... I think I'll stick with "dd".
> 
> Tips for dd when copying to USB sticks, SD cards, etc:
> 
> * Use a larger blocksize (e.g. “bs=65536”). If not specified, the default
>    is to read and write 512 bytes at a time, which can be quite slow.
>    The device does not need to be an exact multiple of this in size; dd
>    will correctly cope with a partial block at the end.
> 
> * Use lsblk to correctly identify the device before writing. Useful
>    information columns to ask for: name,size,vendor,model,serial.
> 
> * I’ve starting specifying “conv=fsync”, just to be sure buffers are
>    flushed at the end before removing the stick/card. You’ve probably
>    been getting away without this before, and so have I, but I think
>    it’s better to be safe than sorry. ;)
> 
> Feel free to offer any other tips you have found useful.

   Don't really see the POINT in Ventnoy.

   Download distro ISOs from the native site, no
   middlemen/tampering/spying, and then there are a
   number of stick/dvd-burning apps. I like 'Etcher'
   but there are more.

   'dd' works, but doesn't really do checksums/checks
   on what's copied. Had a BAD copy of Kali ... 'dd'
   would not say, but Etcher did.

   Sad to say, a number of Linux distros won't FIT on
   a standard DVD anymore .....

   I paid good money for an external DVD/DVD-DL/BR
   unit so I *could* burn big stuff. Most have not.

   HDDs are pretty good, but still NOT as archival
   as DVDs/BRs.

   About twice a year I burn a big BR disk with
   my Most Important Stuff and stick it in a drawer.
   Insurance - even a direct lightning strike or
   tornado and it'll still be good.

   My last couple years before retiring, was heavily
   keen on good BACKUPS. Wrote a number of apps,
   mostly Python and Pascal, to do the company stuff
   to both local and 'cloud'. Anything that went to
   'cloud' was pre-encrypted though, don't TRUST
   any of them. Three layers, to a limited extent
   four layers. This is what you NEED in the nasty
   modern world.

   Alas the New Guy - good with M$ solutions though -
   could not write a ten-line Python script. This
   seems to be the modern standard. It's also what
   the new management wanted. Probs ? Not OUR fault !

   Pascal ? 'C' ? Forget it. NOT sure he ever even
   HEARD of them. But, well, he IS the 'modern IT
   guy'.

   NOT so good IMHO. But, alas, seems more and
   more 'typical'.

   I remember programming in 'B' and earlier,
   in FORTRAN and COBOL and even a little
   PL/I. Had to kind of know them all back
   in the day. OK, could not STAND "LISP" ...

   Sorry, COBOL, Never Again :-) DID find a
   Python 'IDE' for COBOL however, runs
   in Linux. Not too bad. SOME make big
   money fixing 1960s COBOL biz/govt
   programs - nobody can afford to replace
   them these days - stuck forever with "What
   We KNOW Works". Those old narrow-tie
   COBOL/FORTRAN guys were Damned Good !

   Just before I retired I wrote a little
   format-conversion pgm for some commonly
   used data - in FORTRAN. SUFFER motherfuckers,
   get WITH the program ! "IT" should MEAN
   something :-)

   When Vlad/Xi move, the FIRST thing to get trashed
   will be everything on M$ and Apple. I envision
   this big shiny red button on Xi's desk labeled
   "Destroy The West" ........ it'll also get all
   the power plants and refineries and chem industries
   and comm companies. "BLINK!" - GONE.

   Do your bankers Know Your Face ???

   Note 'B' and its predecessors CAN be had
   for Linux still. Worth fooling around with
   just a bit. Know yer past to know yer future.

   Never got a PL/I implementation to work
   properly alas. Even worse luck with the
   Modula-3 stuff - a gazillion weird errs.

[toc] | [prev] | [next] | [standalone]

#92280 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-27 05:00, Lawrence D’Oliveiro wrote:
> On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:
> 
>> ... I think I'll stick with "dd".
> 
> Tips for dd when copying to USB sticks, SD cards, etc:
> 
> * Use a larger blocksize (e.g. “bs=65536”). If not specified, the default
>    is to read and write 512 bytes at a time, which can be quite slow.
>    The device does not need to be an exact multiple of this in size; dd
>    will correctly cope with a partial block at the end.
> 
> * Use lsblk to correctly identify the device before writing. Useful
>    information columns to ask for: name,size,vendor,model,serial.
> 
> * I’ve starting specifying “conv=fsync”, just to be sure buffers are
>    flushed at the end before removing the stick/card. You’ve probably
>    been getting away without this before, and so have I, but I think
>    it’s better to be safe than sorry. ;)
> 
> Feel free to offer any other tips you have found useful.

dd if=ISO of=DEV bs=16M oflag=direct status=progress

Otherwise, the iso is cached, using a lot of memory and possibly 
starving other processes. Probably this happens severely or nothing at 
all depending on the combination of RAM size and ISO size.


-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#92351 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 9/27/26 06:53, Carlos E.R. wrote:
> On 2026-09-27 05:00, Lawrence D’Oliveiro wrote:
>> On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:
>>
>>> ... I think I'll stick with "dd".
>>
>> Tips for dd when copying to USB sticks, SD cards, etc:
>>
>> * Use a larger blocksize (e.g. “bs=65536”). If not specified, the default
>>    is to read and write 512 bytes at a time, which can be quite slow.
>>    The device does not need to be an exact multiple of this in size; dd
>>    will correctly cope with a partial block at the end.
>>
>> * Use lsblk to correctly identify the device before writing. Useful
>>    information columns to ask for: name,size,vendor,model,serial.
>>
>> * I’ve starting specifying “conv=fsync”, just to be sure buffers are
>>    flushed at the end before removing the stick/card. You’ve probably
>>    been getting away without this before, and so have I, but I think
>>    it’s better to be safe than sorry. ;)
>>
>> Feel free to offer any other tips you have found useful.
> 
> dd if=ISO of=DEV bs=16M oflag=direct status=progress
> 
> Otherwise, the iso is cached, using a lot of memory and possibly 
> starving other processes. Probably this happens severely or nothing at 
> all depending on the combination of RAM size and ISO size.

   TOO large a buffer size and it's also hard
   to tell WHEN the copy is done unless the
   target drive has a blinky light. 'progress'
   is helpful there, but does seem to slow down
   things just a bit.

   512 is VERY old-school. 1M to 8M are maybe the better
   modern settings.

   I've fooled with 'dd' quite a lot. You DO get speed
   increases, but maybe only worthwhile up until around
   the 8M mark. HAVE seen comparison charts online.

[toc] | [prev] | [next] | [standalone]

#92360 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

On 2026-09-28 07:37, c186282 wrote:
> On 9/27/26 06:53, Carlos E.R. wrote:
>> On 2026-09-27 05:00, Lawrence D’Oliveiro wrote:
>>> On Sat, 26 Sep 2026 19:21:20 -0400, jayjwa wrote:
>>>
>>>> ... I think I'll stick with "dd".
>>>
>>> Tips for dd when copying to USB sticks, SD cards, etc:
>>>
>>> * Use a larger blocksize (e.g. “bs=65536”). If not specified, the 
>>> default
>>>    is to read and write 512 bytes at a time, which can be quite slow.
>>>    The device does not need to be an exact multiple of this in size; dd
>>>    will correctly cope with a partial block at the end.
>>>
>>> * Use lsblk to correctly identify the device before writing. Useful
>>>    information columns to ask for: name,size,vendor,model,serial.
>>>
>>> * I’ve starting specifying “conv=fsync”, just to be sure buffers are
>>>    flushed at the end before removing the stick/card. You’ve probably
>>>    been getting away without this before, and so have I, but I think
>>>    it’s better to be safe than sorry. ;)
>>>
>>> Feel free to offer any other tips you have found useful.
>>
>> dd if=ISO of=DEV bs=16M oflag=direct status=progress
>>
>> Otherwise, the iso is cached, using a lot of memory and possibly 
>> starving other processes. Probably this happens severely or nothing at 
>> all depending on the combination of RAM size and ISO size.
> 
>    TOO large a buffer size and it's also hard
>    to tell WHEN the copy is done unless the
>    target drive has a blinky light. 'progress'
>    is helpful there, but does seem to slow down
>    things just a bit.

with oflag=direct that's a non issue.

> 
>    512 is VERY old-school. 1M to 8M are maybe the better
>    modern settings.
> 
>    I've fooled with 'dd' quite a lot. You DO get speed
>    increases, but maybe only worthwhile up until around
>    the 8M mark. HAVE seen comparison charts online.


-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#92364 — Re: Tips for dd ( was Re: Ventoy for ISO management?)

Le lun. 28 sept. 2026 10:09:16, Carlos E.R. a écrit:

> On 2026-09-28 07:37, c186282 wrote:
> > [snip]
> >    TOO large a buffer size and it's also hard
> >    to tell WHEN the copy is done unless the
> >    target drive has a blinky light. 'progress'
> >    is helpful there, but does seem to slow down
> >    things just a bit.  
> 
> with oflag=direct that's a non issue.

Also with conv=fsync (*not* conv=sync): dd « physically write output
file data before finishing »

time (dd if=/dev/zero of=testfile.zero bs=1M count=8K conv=fsync)
real	0m23,869s
user	0m0,009s
sys	0m2,893s

time (dd if=/dev/zero of=testfile.zero bs=1M count=8K && sync)
real	0m24,358s
user	0m0,002s
sys	0m2,947s

-- 
Philippe

[toc] | [prev] | [next] | [standalone]

Page 2 of 6 — ← Prev page 1 [2] 3 4 5 6  Next page →

Back to top | Article view | comp.os.linux.misc

csiph-web