disk utility fail format fat

  • Done
  • quality assurance status badge
Details
2 participants
  • Liliana Marie Prikler
  • Roman Riabenko
Owner
unassigned
Submitted by
Roman Riabenko
Severity
normal
R
R
Roman Riabenko wrote on 9 Mar 2022 01:27
(address . bug-guix@gnu.org)
5727b63eba7b247e325141af510aae5854bee5f0.camel@riabenko.com
Hello

When initiating formatting of a USB flash drive in GNOME Files
(Nautilus), GNOME Disks (gnome-disk provided by gnome-disk-utility
package) opens followed by the volume formatting dialog. Currently, by
default, it is only possible to format the disk in Ext4. Other options
are grayed out, except for FAT, but choosing this option results in the
following error:

Error creating file system: Error spawning command-line `mkfs.vfat -l -
n "'/dev/sdb": Failed to execute child process "mkfs.vfat" (No such
file or directory) (g-exec-error-quark, 8) (udisks-error-quark, 0)

(Here /dev/sdb is my flash drive.) I fixed this error by adding
dosfstools to the system profiles packages in config.scm:

(specification->package "dosfstools")

I see two issues here.

1. The FAT option was not grayed out in the formatting dialog. For
comparison, the NTFS option was grayed out until I added ntfs-3g to the
system profile too. May be GNOME Disks expects mkfs.vfat to be present,
so it does not check whether it is present like it does for other file
systems.

So, it would be great for GNOME Disks to check whether mkfs.vfat is
available before proceeding like it does for other filesystems. It
could be easier to make dosfstools a dependency of gnome-disk-utility.
But, for comparison, the approach for UDisks seems to be to patch the
library instead of propagating system utilities:

Possibly relevant patches:

2. GNOME Disks utility ignored the dosfstools package which I installed
in my user profile. For comparison, this applies to ntfs-3g too. In
relation to ntfs-3g with UDisks this seems to be expected behavior, but
it seemed to me as a bug at first:

I do not know what is necessary to make GNOME Disk utility recognize
the tools in the user profile and I am not sure it is necessary. It
just seemed against the spirit of guix that the user is forced to
reconfigure the system.

Roman
L
L
Liliana Marie Prikler wrote on 10 Mar 2022 09:00
7c2b3219b2f161a6dc61f582b778e1a076057322.camel@ist.tugraz.at
Hi Roman,

Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko:
Toggle quote (10 lines)
> 2. GNOME Disks utility ignored the dosfstools package which I installed
> in my user profile. For comparison, this applies to ntfs-3g too. In
> relation to ntfs-3g with UDisks this seems to be expected behavior, but
> it seemed to me as a bug at first:
> https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice
>
> I do not know what is necessary to make GNOME Disk utility recognize
> the tools in the user profile and I am not sure it is necessary. It
> just seemed against the spirit of guix that the user is forced to
> reconfigure the system.
GNOME Disks inherits UDisks' limitations, as it uses it under the hood.
With that in mind...

Toggle quote (8 lines)
> 1. The FAT option was not grayed out in the formatting dialog. For
> comparison, the NTFS option was grayed out until I added ntfs-3g to
> the system profile too. May be GNOME Disks expects mkfs.vfat to be
> present, so it does not check whether it is present like it does for
> other file systems.
>
> So, it would be great for GNOME Disks to check whether mkfs.vfat is
> available before proceeding like it does for other filesystems.
You should probably report this one upstream. A fix would be
relatively simple to write, see [1] for the relevant line making the
Windows button insensitive. The procedure
"gdu_utils_is_ntfs_available" spans only a few lines of code and could
easily be adapted to check for vfat instead.

Cheers

[1]
R
R
Roman Riabenko wrote on 13 Mar 2022 17:56
9c3ba620a13d73c46027747ab516c4153e50c01c.camel@riabenko.com
Dear Liliana

I reported it upstream as suggested. Here is the link to track the
upstream issue:

I intend to report here if I get a conclusive response.

Thank you!
Roman


? ??, 2022-03-10 ? 09:00 +0100, Liliana Marie Prikler ????:
Toggle quote (40 lines)
> Hi Roman,
>
> Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko:
> > 2. GNOME Disks utility ignored the dosfstools package which I
> > installed
> > in my user profile. For comparison, this applies to ntfs-3g too. In
> > relation to ntfs-3g with UDisks this seems to be expected behavior,
> > but
> > it seemed to me as a bug at first:
> > https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice
> >
> > I do not know what is necessary to make GNOME Disk utility
> > recognize
> > the tools in the user profile and I am not sure it is necessary. It
> > just seemed against the spirit of guix that the user is forced to
> > reconfigure the system.
> GNOME Disks inherits UDisks' limitations, as it uses it under the
> hood.
> With that in mind...
>
> > 1. The FAT option was not grayed out in the formatting dialog. For
> > comparison, the NTFS option was grayed out until I added ntfs-3g to
> > the system profile too. May be GNOME Disks expects mkfs.vfat to be
> > present, so it does not check whether it is present like it does
> > for
> > other file systems.
> >
> > So, it would be great for GNOME Disks to check whether mkfs.vfat is
> > available before proceeding like it does for other filesystems.
> You should probably report this one upstream.  A fix would be
> relatively simple to write, see [1] for the relevant line making the
> Windows button insensitive.  The procedure
> "gdu_utils_is_ntfs_available" spans only a few lines of code and
> could
> easily be adapted to check for vfat instead.
>
> Cheers
>
> [1]
> https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/blob/40.2/src/disks/gducreatefilesystempage.c#L209
R
R
Roman Riabenko wrote on 24 May 2022 09:38
dcfaa634e13ca2348f556e7144714f71ded8af87.camel@riabenko.com
Hello

The upstream implemented the check for vfat and closed the issue.

(It is not included in Disks version 42.0, so I haven't tested it yet.)

Roman

? ??, 2022-03-13 ? 18:56 +0200, Roman Riabenko ????:
Toggle quote (62 lines)
> Dear Liliana
>
> I reported it upstream as suggested. Here is the link to track the
> upstream issue:
> https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/issues/242
>
> I intend to report here if I get a conclusive response.
>
> Thank you!
> Roman
>
>
> ? ??, 2022-03-10 ? 09:00 +0100, Liliana Marie Prikler ????:
> > Hi Roman,
> >
> > Am Mittwoch, dem 09.03.2022 um 02:27 +0200 schrieb Roman Riabenko:
> > > 2. GNOME Disks utility ignored the dosfstools package which I
> > > installed
> > > in my user profile. For comparison, this applies to ntfs-3g too.
> > > In
> > > relation to ntfs-3g with UDisks this seems to be expected
> > > behavior,
> > > but
> > > it seemed to me as a bug at first:
> > > https://guix.gnu.org/en/manual/devel/en/html_node/Desktop-Services.html#index-udisks_002dservice
> > >
> > > I do not know what is necessary to make GNOME Disk utility
> > > recognize
> > > the tools in the user profile and I am not sure it is necessary.
> > > It
> > > just seemed against the spirit of guix that the user is forced to
> > > reconfigure the system.
> > GNOME Disks inherits UDisks' limitations, as it uses it under the
> > hood.
> > With that in mind...
> >
> > > 1. The FAT option was not grayed out in the formatting dialog.
> > > For
> > > comparison, the NTFS option was grayed out until I added ntfs-3g
> > > to
> > > the system profile too. May be GNOME Disks expects mkfs.vfat to
> > > be
> > > present, so it does not check whether it is present like it does
> > > for
> > > other file systems.
> > >
> > > So, it would be great for GNOME Disks to check whether mkfs.vfat
> > > is
> > > available before proceeding like it does for other filesystems.
> > You should probably report this one upstream.  A fix would be
> > relatively simple to write, see [1] for the relevant line making
> > the
> > Windows button insensitive.  The procedure
> > "gdu_utils_is_ntfs_available" spans only a few lines of code and
> > could
> > easily be adapted to check for vfat instead.
> >
> > Cheers
> >
> > [1]
> > https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/blob/40.2/src/disks/gducreatefilesystempage.c#L209
>
R
R
Roman Riabenko wrote on 27 Aug 2023 22:04
(address . 54305-done@debbugs.gnu.org)
09c4cc615eb9591e3f5a0d2703b6faa06d7dc033.camel@riabenko.com
? ??, 2022-05-24 ? 10:38 +0300, Roman Riabenko ????:
Toggle quote (7 lines)
> The upstream implemented the check for vfat and closed the issue.
> https://gitlab.gnome.org/GNOME/gnome-disk-utility/-/commit/15462f9c87c08c5af77a31993c1d87cb34d04861
>
> (It is not included in Disks version 42.0, so I haven't tested it
> yet.)
> > >

The issue was fixed upstream and I do not experience it anymore with
the current version of Disks (44.0) in Guix.

Roman
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEbyuIUwJNVUrtp3hK60bLvjKDmmkFAmTrrEsACgkQ60bLvjKD
mmloqQ/7BMSSXj3OZtHeeYN/J7AiDH3XYPeD8WQDQ6uptj+FUUyg0P7RUeSlxS16
bOtve/Iz/ABXRtWa95DLvhv8oMnTVOFwG45R2zVsbaqT2bZSN+im0wzQBt3j9INb
j+gx6JL3QJ1OeiD/17AgrB+99zzJUCPP3WzdUJllUB4EsHxndIaOCoo+uBpX0Mit
YDAsu5THz2Zg30RNXvPTKpLwnP04ugoNtp8EUEiYOcs28eo6QCAlto8keT71qvJL
pn4asw78n4o5vMJqxzdZWNwRBVGrDGzA+xB0S0l6fOhzvlol5CnszkFL5NQCQQMg
0a5Il/Y8QOQuy2FPGLYQ38Uq6IM996sHHRTUBCkhgFfcfOjgnRDJK5E4GUJOMbpG
45m/1KHVrq1up950qwFAX8h1fT6B2C1jwg3DpUGM6RnsJZPaQI9+ri8QPGTtka9p
oa32kYqimQZu6sYpKbmbLVc6iBSV0c1mER5hEwFR+ET0jlN2oTaKh8UkO/csWH9l
okSSGzHXyWcCdS48FWhQAsh58SX41pXsqnMPSdU5TzEGAikjI1HnLhbljFn7SCCR
zZ8e6wS7RAqYwELHU3LIcw2Sr4br0mnr5JSsqA0jsjSTp/LSz1Nkc7IPC+sKCA+u
K0O+AfTsuOqgDrMR6yPMsgV35W9oM59y3qEzMpPrrKVVG7pNNDQ=
=DoTv
-----END PGP SIGNATURE-----


Closed
?