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


Groups > linux.debian.user > #204074

Re: Formatting a 32G or 16G SD card?

From Curt <curty@free.fr>
Newsgroups linux.debian.user
Subject Re: Formatting a 32G or 16G SD card?
Date 2019-01-05 10:10 +0100
Message-ID <xcQ7U-3wZ-3@gated-at.bofh.it> (permalink)
References <xc6eJ-1df-9@gated-at.bofh.it> <xcuqK-78Q-15@gated-at.bofh.it> <xcxRD-PH-11@gated-at.bofh.it> <xcKYx-kh-1@gated-at.bofh.it>
Organization Unorganized

Show all headers | View raw


On 2019-01-05, rhkramer@gmail.com <rhkramer@gmail.com> wrote:
> On Friday, January 04, 2019 08:36:59 AM Curt wrote:
>> On 2019-01-04, Jonathan Dowland <jmtd@debian.org> wrote:
>
>> > Perhaps you could consider writing a patch for the man page.
>> 
>>  -I  It is typical for fixed disk devices to be partitioned so, by default,
>> you are not permitted to  create  a filesystem across the entire device. 
>> mkfs.fat will complain and tell you that it refuses to work.  This is
>> different when using MO disks.  One doesn't always need  parti‐ tions on
>> MO disks.  The filesystem can go directly to the whole disk.  Under other
>> OSes this is known as the 'superfloppy' format.  This switch will force
>> mkfs.fat to work properly.
>> 
>> I think PH's inference not too arduous from the above, frankly.
>> 
>> But how about:
>> 
>>   -I When using MO disks, where partitions aren't always required, modifies
>>      mkfs.fat's default behavior, allowing it to write the filesystem
>> across the entire, unpartitioned device (called 'superfloppy' format under
>> some other OSes).
>
> From the peanut gallery, that (the second) looks good to me, but I missed 
> something in the thread -- does MO refer to magneto-optical disks?
>

Right. Unfortunately, now we've been informed by PH that not only is the
previous, more verbose version less clear but that it is also wrong,
which makes the newer version merely more clearly and succinctly wrong,
I guess.

Back to the drawing board (I was working simply to improve clarity
without the knowledge to correct inaccuracy)!

Back to linux.debian.user | Previous | Next — Previous in thread | Find similar | Unroll thread


Thread

Formatting a 32G or 16G SD card? conover@rahul.net (John Conover) - 2019-01-03 09:10 +0100
  Re: Formatting a 32G or 16G SD card? Jonathan Dowland <jmtd@debian.org> - 2019-01-03 11:40 +0100
    Re: Formatting a 32G or 16G SD card? Pascal Hambourg <pascal@plouf.fr.eu.org> - 2019-01-03 21:10 +0100
      Re: Formatting a 32G or 16G SD card? Jonathan Dowland <jmtd@debian.org> - 2019-01-04 11:00 +0100
        Re: Formatting a 32G or 16G SD card? Curt <curty@free.fr> - 2019-01-04 14:40 +0100
          Re: Formatting a 32G or 16G SD card? Jonathan Dowland <jmtd@debian.org> - 2019-01-04 17:30 +0100
            Re: Formatting a 32G or 16G SD card? Curt <curty@free.fr> - 2019-01-04 17:40 +0100
              Re: Formatting a 32G or 16G SD card? rhkramer@gmail.com - 2019-01-05 05:00 +0100
            Re: Formatting a 32G or 16G SD card? <tomas@tuxteam.de> - 2019-01-04 17:40 +0100
              Re: Formatting a 32G or 16G SD card? "Thomas Schmitt" <scdbackup@gmx.net> - 2019-01-04 18:50 +0100
            Re: Formatting a 32G or 16G SD card? Pascal Hambourg <pascal@plouf.fr.eu.org> - 2019-01-04 20:10 +0100
              Re: Formatting a 32G or 16G SD card? <tomas@tuxteam.de> - 2019-01-05 10:30 +0100
                Re: Formatting a 32G or 16G SD card? Joe <joe@jretrading.com> - 2019-01-05 10:40 +0100
                Re: Formatting a 32G or 16G SD card? <tomas@tuxteam.de> - 2019-01-05 12:00 +0100
              Re: Formatting a 32G or 16G SD card? Jonathan Dowland <jmtd@debian.org> - 2019-01-07 13:30 +0100
          typos (was: Re: Formatting a 32G or 16G SD card?) rhkramer@gmail.com - 2019-01-05 04:20 +0100
          Re: Formatting a 32G or 16G SD card? rhkramer@gmail.com - 2019-01-05 04:20 +0100
          Re: Formatting a 32G or 16G SD card? rhkramer@gmail.com - 2019-01-05 04:40 +0100
            Re: Formatting a 32G or 16G SD card? Curt <curty@free.fr> - 2019-01-05 10:10 +0100

csiph-web