GNU bug report logs -
#16885
Not recognizing FAT32 partition
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16885 in the body.
You can then email your comments to 16885 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Wed, 26 Feb 2014 00:04:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Edward Diener <eldlistmailingz <at> tropicsoft.com>
:
New bug report received and forwarded. Copy sent to
bug-parted <at> gnu.org
.
(Wed, 26 Feb 2014 00:04:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have a FAT32 logical partition on an MBR hard drive. The partition ID
is 0xb and the partition is successfully shared between Windows7,
Windows Vista, and various Linux distros.
In 'parted-3.1' if I 'print' the drive (/dev/sdc), the output does not
show the type of the partition. If I try to use GParted to copy the
partition to a backup drive, the copy always fails. Asking about this on
the GParted forum I have received the information that the copy fails
because 'parted' does not recognize the partition type, even though
'gparted' shows it as a FAT32 partition.
How can I determine why 'parted' does not recognize the partition type ?
I have tried 'parted' from the GParted live, which uses a 2.3 patched
version of 'parted' from Debian sid and I have tried 'parted' from
Fedora 20, which uses the latest 3.1 version of 'parted'. The result is
the same: 'parted' does no recognize the partition type of my FAT32
partition.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 08:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
As a follow up to my report, here is the 'parted' display for the disk
in which the FAT32 partition is not being recognized using 'parted 3.1'.
Model: ATA WDC WD20EARX-00P (scsi)
Disk /dev/sdc: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 2065kB 767GB 767GB extended lba
5 2097kB 53.7GB 53.7GB logical ext4
6 53.7GB 107GB 53.7GB logical ext3
7 107GB 161GB 53.7GB logical ext4
8 161GB 215GB 53.7GB logical ext3
9 215GB 269GB 53.7GB logical ext4
10 269GB 321GB 52.4GB logical ext3
11 321GB 373GB 52.4GB logical ext4
12 373GB 426GB 52.4GB logical ext3
13 426GB 485GB 59.6GB logical ext3
14 485GB 540GB 55.1GB logical
15 540GB 557GB 16.8GB logical linux-swap(v1)
16 557GB 610GB 52.5GB logical ext4
17 610GB 663GB 53.7GB logical ext4
18 663GB 716GB 52.4GB logical ext4
19 716GB 767GB 51.2GB logical ext4
2 1680GB 2000GB 320GB primary ntfs boot, hidden
The FAT32 partition is Number 14. The drive is /dev/sdc on Fedora 20.
If more information is wanted, please ask.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 19:24:01 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
On Thu, Feb 27, 2014 at 03:40:47AM -0500, Edward Diener wrote:
> As a follow up to my report, here is the 'parted' display for the
> disk in which the FAT32 partition is not being recognized using
> 'parted 3.1'.
>
> Model: ATA WDC WD20EARX-00P (scsi)
> Disk /dev/sdc: 2000GB
> Sector size (logical/physical): 512B/4096B
> Partition Table: msdos
> Disk Flags:
>
> Number Start End Size Type File system Flags
> 1 2065kB 767GB 767GB extended lba
> 5 2097kB 53.7GB 53.7GB logical ext4
> 6 53.7GB 107GB 53.7GB logical ext3
> 7 107GB 161GB 53.7GB logical ext4
> 8 161GB 215GB 53.7GB logical ext3
> 9 215GB 269GB 53.7GB logical ext4
> 10 269GB 321GB 52.4GB logical ext3
> 11 321GB 373GB 52.4GB logical ext4
> 12 373GB 426GB 52.4GB logical ext3
> 13 426GB 485GB 59.6GB logical ext3
> 14 485GB 540GB 55.1GB logical
> 15 540GB 557GB 16.8GB logical linux-swap(v1)
> 16 557GB 610GB 52.5GB logical ext4
> 17 610GB 663GB 53.7GB logical ext4
> 18 663GB 716GB 52.4GB logical ext4
> 19 716GB 767GB 51.2GB logical ext4
> 2 1680GB 2000GB 320GB primary ntfs boot, hidden
>
> The FAT32 partition is Number 14. The drive is /dev/sdc on Fedora 20.
> If more information is wanted, please ask.
parted's filesystem detection should not be depended on, it is for
cosmetic purposes only. I'm not sure what gparted is doing, but it
shouldn't be failing because of libparted's fs display.
Also, how was the fs created? If I use mkfs.vfat on a logical partition
it shows up as fat32 in my tests.
--
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 19:44:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 16885 <at> debbugs.gnu.org (full text, mbox):
On Feb 27, 2014, at 12:22 PM, Brian C. Lane <bcl <at> redhat.com> wrote:
>
> parted's filesystem detection should not be depended on, it is for
> cosmetic purposes only. I'm not sure what gparted is doing, but it
> shouldn't be failing because of libparted's fs display.
yes. gparted should be relying on libblkid, if it isn't already.
Chris Murphy
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 20:40:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 21:23:02 GMT)
Full text and
rfc822 format available.
Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2/27/2014 2:22 PM, Brian C. Lane wrote:> On Thu, Feb 27, 2014 at
03:40:47AM -0500, Edward Diener wrote:
>> As a follow up to my report, here is the 'parted' display for the
>> disk in which the FAT32 partition is not being recognized using
>> 'parted 3.1'.
>>
>> Model: ATA WDC WD20EARX-00P (scsi)
>> Disk /dev/sdc: 2000GB
>> Sector size (logical/physical): 512B/4096B
>> Partition Table: msdos
>> Disk Flags:
>>
>> Number Start End Size Type File system Flags
>> 1 2065kB 767GB 767GB extended lba
>> 5 2097kB 53.7GB 53.7GB logical ext4
>> 6 53.7GB 107GB 53.7GB logical ext3
>> 7 107GB 161GB 53.7GB logical ext4
>> 8 161GB 215GB 53.7GB logical ext3
>> 9 215GB 269GB 53.7GB logical ext4
>> 10 269GB 321GB 52.4GB logical ext3
>> 11 321GB 373GB 52.4GB logical ext4
>> 12 373GB 426GB 52.4GB logical ext3
>> 13 426GB 485GB 59.6GB logical ext3
>> 14 485GB 540GB 55.1GB logical
>> 15 540GB 557GB 16.8GB logical linux-swap(v1)
>> 16 557GB 610GB 52.5GB logical ext4
>> 17 610GB 663GB 53.7GB logical ext4
>> 18 663GB 716GB 52.4GB logical ext4
>> 19 716GB 767GB 51.2GB logical ext4
>> 2 1680GB 2000GB 320GB primary ntfs boot, hidden
>>
>> The FAT32 partition is Number 14. The drive is /dev/sdc on Fedora 20.
>> If more information is wanted, please ask.
>
> parted's filesystem detection should not be depended on, it is for
> cosmetic purposes only. I'm not sure what gparted is doing, but it
> shouldn't be failing because of libparted's fs display.
See the discussion about this on GParted forum at
http://gparted-forum.surf4.info/viewtopic.php?id=16878. The partiton was
/dev/sdb14 with GParted live. The final error message, from 'libparted' is:
"Could not detect file system."
>
> Also, how was the fs created?
Created orginally from Windows, not Linux.
> If I use mkfs.vfat on a logical partition
> it shows up as fat32 in my tests.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Thu, 27 Feb 2014 21:28:01 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2/27/2014 2:43 PM, Chris Murphy wrote:>
> On Feb 27, 2014, at 12:22 PM, Brian C. Lane <bcl <at> redhat.com> wrote:
>>
>> parted's filesystem detection should not be depended on, it is for
>> cosmetic purposes only. I'm not sure what gparted is doing, but it
>> shouldn't be failing because of libparted's fs display.
>
> yes. gparted should be relying on libblkid, if it isn't already.
The final error mesage from 'libparted', as mentioned in the GParted
forum discussion at
http://gparted-forum.surf4.info/viewtopic.php?id=16878 is:
"Could not detect file system."
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Fri, 28 Feb 2014 01:44:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 16885 <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Let's have a look at your boot sector... please run sudo dd
if=/dev/sdc14 count=1 | xxd.
On 02/27/2014 03:40 AM, Edward Diener wrote:
> As a follow up to my report, here is the 'parted' display for the
> disk in which the FAT32 partition is not being recognized using
> 'parted 3.1'.
>
> Model: ATA WDC WD20EARX-00P (scsi) Disk /dev/sdc: 2000GB Sector
> size (logical/physical): 512B/4096B Partition Table: msdos Disk
> Flags:
>
> Number Start End Size Type File system Flags 1
> 2065kB 767GB 767GB extended lba 5 2097kB
> 53.7GB 53.7GB logical ext4 6 53.7GB 107GB 53.7GB
> logical ext3 7 107GB 161GB 53.7GB logical ext4 8
> 161GB 215GB 53.7GB logical ext3 9 215GB 269GB
> 53.7GB logical ext4 10 269GB 321GB 52.4GB logical
> ext3 11 321GB 373GB 52.4GB logical ext4 12 373GB
> 426GB 52.4GB logical ext3 13 426GB 485GB 59.6GB
> logical ext3 14 485GB 540GB 55.1GB logical 15
> 540GB 557GB 16.8GB logical linux-swap(v1) 16 557GB
> 610GB 52.5GB logical ext4 17 610GB 663GB 53.7GB
> logical ext4 18 663GB 716GB 52.4GB logical ext4 19
> 716GB 767GB 51.2GB logical ext4 2 1680GB 2000GB 320GB
> primary ntfs boot, hidden
>
> The FAT32 partition is Number 14. The drive is /dev/sdc on Fedora
> 20. If more information is wanted, please ask.
>
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBCgAGBQJTD+nFAAoJEI5FoCIzSKrwSMwIAIiSltHIW0RzMyU6l8DKwfxV
WrU0N+eRoz/XYtbqnmlALYm3826UuplmrMhkoIakYrVi6ECqwbn9dYtXTk1NUkJq
Mt5vNoyELjLcuBwI4JnaFyNekt/nPTppgcrOticJH6SjtQCOaX7DWQxW2Jw0i+R7
S7W7n3q2nj8EtABdZypS2QRBNcvPv+v4qJ/V5VYHp7JNjJAct1pqbR+bLyveyInE
o567Z1ppyoHpIMXfcCWM3WdSz/lXMMrOmPtOKi293PJGG4Goiv28uCX20WYTCxZ3
qx5K3hj1HYJRaba6hIt59oJJ2M1kDkN9+kRIl1GEaQp2GCz1yN4zHf09snmQq40=
=rROm
-----END PGP SIGNATURE-----
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Fri, 28 Feb 2014 01:45:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 16885 <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 02/27/2014 02:43 PM, Chris Murphy wrote:
>
> On Feb 27, 2014, at 12:22 PM, Brian C. Lane <bcl <at> redhat.com>
> wrote:
>>
>> parted's filesystem detection should not be depended on, it is
>> for cosmetic purposes only. I'm not sure what gparted is doing,
>> but it shouldn't be failing because of libparted's fs display.
>
> yes. gparted should be relying on libblkid, if it isn't already.
Not for resizing the filesystem, which is where the failure happened ;)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBCgAGBQJTD+n7AAoJEI5FoCIzSKrw10sIAICdNCo0pmbvqbtbiVHQKUgn
DeDl/D247Tgem7snAnXRGh/skMpNdHgq2bI9gybGFy6qGx3uW0/mAjkCbjfYOxPA
VMYMpovTKGa6XiasYjeFpCgy8mhZGkCQbM23lo0EYiPEW3es1P0Cq2JEGnct26iL
fTWzTzdrLVMdX4lqX47t2qmpQn6olTOZpZaj16nYT7NfLnLJG7x0sCkvi+9wQQo9
MM2JLyU5QiDHqKCO/iddYjXO/nDVXtBmQXvkl45TFEYkZcs1LKonBHtj2ryMdXDW
W6BoKciFS5gLmbfH2CJPStG3w50dAyo0l83Hh/ToSG3/uGNnQ1GAWsWFP4KmtUU=
=51hJ
-----END PGP SIGNATURE-----
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Sat, 01 Mar 2014 04:12:02 GMT)
Full text and
rfc822 format available.
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
On 02/27/2014 08:43 PM, Phillip Susi wrote:> -----BEGIN PGP SIGNED
MESSAGE-----
> Hash: SHA512
>
> Let's have a look at your boot sector... please run sudo dd
> if=/dev/sdc14 count=1 | xxd.
>
dd if=/dev/sdc14 count=1 | xxd
1+0 records in
1+0 records out
512 bytes (512 B) copied0000000: eb58 9000 0000 0000 0000 0000 0240
2100 .X...........@!.
0000010: 0200 0000 00f8 0000 3f00 ff00 3f00 0000 ........?...?...
, 0.030155 s, 17.0 kB/s
0000020: 6fe0 6a06 7033 0000 0000 0000 4201 0000 o.j.p3......B...
0000030: 0100 0600 0000 0000 0000 0000 0000 0000 ................
0000040: 8001 2980 9941 564e 4f20 4e41 4d45 2020 ..)..AVNO NAME
0000050: 2020 4641 5433 3220 2020 33c9 8ed1 bcf4 FAT32 3.....
0000060: 7b8e c18e d9bd 007c 884e 028a 5640 b408 {......|.N..V@..
0000070: cd13 7305 b9ff ff8a f166 0fb6 c640 660f ..s......f...@f.
0000080: b6d1 80e2 3ff7 e286 cdc0 ed06 4166 0fb7 ....?.......Af..
0000090: c966 f7e1 6689 46f8 837e 1600 7538 837e .f..f.F..~..u8.~
00000a0: 2a00 7732 668b 461c 6683 c00c bb00 80b9 *.w2f.F.f.......
00000b0: 0100 e82b 00e9 4803 a0fa 7db4 7d8b f0ac ...+..H...}.}...
00000c0: 84c0 7417 3cff 7409 b40e bb07 00cd 10eb ..t.<.t.........
00000d0: eea0 fb7d ebe5 a0f9 7deb e098 cd16 cd19 ...}....}.......
00000e0: 6660 663b 46f8 0f82 4a00 666a 0066 5006 f`f;F...J.fj.fP.
00000f0: 5366 6810 0001 0080 7e02 000f 8520 00b4 Sfh.....~.... ..
0000100: 41bb aa55 8a56 40cd 130f 821c 0081 fb55 A..U.V@........U
0000110: aa0f 8514 00f6 c101 0f84 0d00 fe46 02b4 .............F..
0000120: 428a 5640 8bf4 cd13 b0f9 6658 6658 6658 B.V@......fXfXfX
0000130: 6658 eb2a 6633 d266 0fb7 4e18 66f7 f1fe fX.*f3.f..N.f...
0000140: c28a ca66 8bd0 66c1 ea10 f776 1a86 d68a ...f..f....v....
0000150: 5640 8ae8 c0e4 060a ccb8 0102 cd13 6661 V@............fa
0000160: 0f82 54ff 81c3 0002 6640 490f 8571 ffc3 ..T.....f <at> I..q..
0000170: 4e54 4c44 5220 2020 2020 200d 0a4e 544c NTLDR ..NTL
0000180: 4452 2069 7320 6d69 7373 696e 67ff 0d0a DR is missing...
0000190: 4469 736b 2065 7272 6f72 ff0d 0a50 7265 Disk error...Pre
00001a0: 7373 2061 6e79 206b 6579 2074 6f20 7265 ss any key to re
00001b0: 7374 6172 740d 0a00 0000 0000 0000 0000 start...........
00001c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001f0: 0000 0000 0000 0000 007b 8e9b 0000 55aa .........{....U.
> On 02/27/2014 03:40 AM, Edward Diener wrote:
>> As a follow up to my report, here is the 'parted' display for the
>> disk in which the FAT32 partition is not being recognized using
>> 'parted 3.1'.
>>
>> Model: ATA WDC WD20EARX-00P (scsi) Disk /dev/sdc: 2000GB Sector
>> size (logical/physical): 512B/4096B Partition Table: msdos Disk
>> Flags:
>>
>> Number Start End Size Type File system Flags 1
>> 2065kB 767GB 767GB extended lba 5 2097kB
>> 53.7GB 53.7GB logical ext4 6 53.7GB 107GB 53.7GB
>> logical ext3 7 107GB 161GB 53.7GB logical ext4 8
>> 161GB 215GB 53.7GB logical ext3 9 215GB 269GB
>> 53.7GB logical ext4 10 269GB 321GB 52.4GB logical
>> ext3 11 321GB 373GB 52.4GB logical ext4 12 373GB
>> 426GB 52.4GB logical ext3 13 426GB 485GB 59.6GB
>> logical ext3 14 485GB 540GB 55.1GB logical 15
>> 540GB 557GB 16.8GB logical linux-swap(v1) 16 557GB
>> 610GB 52.5GB logical ext4 17 610GB 663GB 53.7GB
>> logical ext4 18 663GB 716GB 52.4GB logical ext4 19
>> 716GB 767GB 51.2GB logical ext4 2 1680GB 2000GB 320GB
>> primary ntfs boot, hidden
>>
>> The FAT32 partition is Number 14. The drive is /dev/sdc on Fedora
>> 20. If more information is wanted, please ask.
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Sun, 02 Mar 2014 02:26:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 16885 <at> debbugs.gnu.org (full text, mbox):
Historically the system ID field of a fat boot sector contains a
string identifying the OS that formatted it. It appears that some
recent versions of Windows have stopped bothering with this. Stop
requiring this string to recognize fat as valid.
Signed-off-by: Phillip Susi <psusi <at> ubuntu.com>
---
NEWS | 4 ++++
libparted/fs/fat/bootsector.c | 7 -------
libparted/fs/r/fat/bootsector.c | 7 -------
3 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/NEWS b/NEWS
index 935fa33..819f1c6 100644
--- a/NEWS
+++ b/NEWS
@@ -12,6 +12,10 @@ GNU parted NEWS -*- outline -*-
boot partition type.
** Bug Fixes
+
+ Do not reject a FAT boot sector as invalid because it has no
+ system ID string.
+
Fix gpt to correctly handle non ASCII charcters in partition names
If a drive was 100 times an even multiple of two, sizes specified as
diff --git a/libparted/fs/fat/bootsector.c b/libparted/fs/fat/bootsector.c
index d4f8dc4..dacc79c 100644
--- a/libparted/fs/fat/bootsector.c
+++ b/libparted/fs/fat/bootsector.c
@@ -51,13 +51,6 @@ fat_boot_sector_read (FatBootSector* bs, const PedGeometry *geom)
return 0;
}
- if (!bs->system_id[0]) {
- ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
- _("File system has an invalid signature for a FAT "
- "file system."));
- return 0;
- }
-
if (!bs->sector_size
|| PED_LE16_TO_CPU (bs->sector_size) % PED_SECTOR_SIZE_DEFAULT) {
ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
diff --git a/libparted/fs/r/fat/bootsector.c b/libparted/fs/r/fat/bootsector.c
index 07b39cf..3aff1d7 100644
--- a/libparted/fs/r/fat/bootsector.c
+++ b/libparted/fs/r/fat/bootsector.c
@@ -51,13 +51,6 @@ fat_boot_sector_read (FatBootSector* bs, const PedGeometry *geom)
return 0;
}
- if (!bs->system_id[0]) {
- ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
- _("File system has an invalid signature for a FAT "
- "file system."));
- return 0;
- }
-
if (!bs->sector_size
|| PED_LE16_TO_CPU (bs->sector_size) % PED_SECTOR_SIZE_DEFAULT) {
ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
--
1.8.3.2
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Sun, 02 Mar 2014 14:05:02 GMT)
Full text and
rfc822 format available.
Message #38 received at submit <at> debbugs.gnu.org (full text, mbox):
On 3/1/2014 9:25 PM, Phillip Susi wrote:> Historically the system ID
field of a fat boot sector contains a
> string identifying the OS that formatted it. It appears that some
> recent versions of Windows have stopped bothering with this. Stop
> requiring this string to recognize fat as valid.
Thanks !
Hopefully GParted Live ( Debian sid ) will pick this up and some further
release of it will incorporate this fix.
>
> Signed-off-by: Phillip Susi <psusi <at> ubuntu.com>
> ---
> NEWS | 4 ++++
> libparted/fs/fat/bootsector.c | 7 -------
> libparted/fs/r/fat/bootsector.c | 7 -------
> 3 files changed, 4 insertions(+), 14 deletions(-)
>
> diff --git a/NEWS b/NEWS
> index 935fa33..819f1c6 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -12,6 +12,10 @@ GNU parted NEWS
-*- outline -*-
> boot partition type.
>
> ** Bug Fixes
> +
> + Do not reject a FAT boot sector as invalid because it has no
> + system ID string.
> +
> Fix gpt to correctly handle non ASCII charcters in partition names
>
> If a drive was 100 times an even multiple of two, sizes specified as
> diff --git a/libparted/fs/fat/bootsector.c
b/libparted/fs/fat/bootsector.c
> index d4f8dc4..dacc79c 100644
> --- a/libparted/fs/fat/bootsector.c
> +++ b/libparted/fs/fat/bootsector.c
> @@ -51,13 +51,6 @@ fat_boot_sector_read (FatBootSector* bs, const
PedGeometry *geom)
> return 0;
> }
>
> - if (!bs->system_id[0]) {
> - ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
> - _("File system has an invalid signature for a FAT "
> - "file system."));
> - return 0;
> - }
> -
> if (!bs->sector_size
> || PED_LE16_TO_CPU (bs->sector_size) %
PED_SECTOR_SIZE_DEFAULT) {
> ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
> diff --git a/libparted/fs/r/fat/bootsector.c
b/libparted/fs/r/fat/bootsector.c
> index 07b39cf..3aff1d7 100644
> --- a/libparted/fs/r/fat/bootsector.c
> +++ b/libparted/fs/r/fat/bootsector.c
> @@ -51,13 +51,6 @@ fat_boot_sector_read (FatBootSector* bs, const
PedGeometry *geom)
> return 0;
> }
>
> - if (!bs->system_id[0]) {
> - ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
> - _("File system has an invalid signature for a FAT "
> - "file system."));
> - return 0;
> - }
> -
> if (!bs->sector_size
> || PED_LE16_TO_CPU (bs->sector_size) %
PED_SECTOR_SIZE_DEFAULT) {
> ped_exception_throw (PED_EXCEPTION_ERROR, PED_EXCEPTION_CANCEL,
>
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Mon, 03 Mar 2014 02:50:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 16885 <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 03/02/2014 09:03 AM, Edward Diener wrote:
> Thanks !
>
> Hopefully GParted Live ( Debian sid ) will pick this up and some
> further release of it will incorporate this fix.
I recently submitted several patches to the various partman packages
so hopefully Debian can *finally* upgrade to parted 3+ soon, and I'm
trying to get a parted 3.2 release out in the coming week or two and
into Debian soon, which should hopefully wind up in gparted livecd
0.19 and Ubuntu 14.10.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBCgAGBQJTE+2sAAoJEI5FoCIzSKrwNJoH/2fsdhiPwyS0F27TVp44Yud2
hmU4nbCmtsYIiTnLliEuzLXup7zhrWyRblcTZT3ajhL3SYRzdwJTTYBxAJ+08eu0
Gl8jZ92DLR0upYMq26i4NKuB6mjOEhjBH9BR/+thSoNmCmDPBV4Trt33rczNgjV0
PX9GoNIdbCFq0HyakmgD/CR7nCLXUgiXRRIybKJzWLUFvmUfjjdVEZl5ED2eKuix
r4mmv9IutB06sjTRFXnFu6kxBeplDO0iPLbGRM23pmXvF8lxkcHkUVzNUQqATCSc
MiYcFxrMWpUOtprV6fYMpVNxsELFz3JSvfL2sak37MKq/UFphB/Dl+gP7s9li/E=
=aUY1
-----END PGP SIGNATURE-----
Information forwarded
to
bug-parted <at> gnu.org
:
bug#16885
; Package
parted
.
(Mon, 03 Mar 2014 03:42:02 GMT)
Full text and
rfc822 format available.
Message #44 received at submit <at> debbugs.gnu.org (full text, mbox):
On 3/2/2014 9:49 PM, Phillip Susi wrote:> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 03/02/2014 09:03 AM, Edward Diener wrote:
>> Thanks !
>>
>> Hopefully GParted Live ( Debian sid ) will pick this up and some
>> further release of it will incorporate this fix.
>
> I recently submitted several patches to the various partman packages
> so hopefully Debian can *finally* upgrade to parted 3+ soon, and I'm
> trying to get a parted 3.2 release out in the coming week or two and
> into Debian soon, which should hopefully wind up in gparted livecd
> 0.19 and Ubuntu 14.10.
Nice. Appreciated !
I also questioned, from an end-user's perspective, on the GParted forum
why the version of 'parted' used in GParted Live was 2.3 + Debian
patches and not the latest 3.1.
Reply sent
to
Phillip Susi <psusi <at> ubuntu.com>
:
You have taken responsibility.
(Mon, 03 Mar 2014 04:19:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Edward Diener <eldlistmailingz <at> tropicsoft.com>
:
bug acknowledged by developer.
(Mon, 03 Mar 2014 04:19:03 GMT)
Full text and
rfc822 format available.
Message #49 received at 16885-done <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
I've taken the liberty of pushing this patch without waiting for
review, given how trivial it is.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBCgAGBQJTFAKBAAoJEI5FoCIzSKrw6T8H/R6MsZ4sFiEg+/dYQj9vIOdr
bvMBHeNSIMI5Trl3so8ewZr8feVGcf+SynIPmYh5m27YoIW8Kxvbc0t4QtD+JCod
DbX+93GCJbF/lJ4n8k+GU/4gIudj8nvMNCUue9iqzsNUk48tu8Yqz5pVHxh5pA/I
GA8nLeYS+YIDgxqLwYucynIHU6gv1hxWdv6BqFkeREKwE5gh+Vl5cA7sZNrL/ZOy
JUw7bJOJojou47AjWlMqbQ3ethnX2kzIQ4Oag2TnuSJ2bRB7ly6SfZDLzinDQoP5
+B2nYoHlElflJIns/iSKOItKOPwSf4vQlEwnymMQd0g160ws6NwUlyNkRy+X2RE=
=5jVK
-----END PGP SIGNATURE-----
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 31 Mar 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 84 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.