Bug#1003223: buildd.debian.org: exFAT do no work on internal hard drives.

2022-01-06 Thread Aurelien Jarno
control: reassign -1 src:linux

On 2022-01-06 16:07, Mats Lundström wrote:
> Package: buildd.debian.org

exfat support is provided by the kernel and has nothing to do with
buildd.debian.org. Reassigning the bug there.

> Severity: important
> X-Debbugs-Cc: t...@digitronics.se
>
> Dear Maintainer,
> 
> 
>* What led up to the situation?
> 
> I am trying to migrate from Windows to Linux due to security, performance and 
> hardware compatibility issues. Some of the software that I use, are available 
> both in 
> Linux and Windows, so I have been doing some performance tests. Fastest is 
> Linux (tried Lubuntu, Ubuntu and Debian and it don't matter which one), just 
> followed by
> Windows 7. Windows 10 is way behind, due to constant external communication 
> with unknown source (have seen this clearly at my work) and sometimes forced 
> reboots due
> to forced system updates (this can't be tured off in Windows 10 ...) The 
> latter is a problem, when running software 24/7 that can't resume properly at 
> reboot without
> manual interaction. If this happen when at work or during the night, the 
> computer will idle. Windows 7 (SP1) is in many ways better than Windows 10, 
> but have issues
> when trying to install it on newer systems. (Systems with i5/i7/i9 and 
> chipset Z490/Z590 blocks any Windows 7 installation ...) With 35.5 years of 
> [prof.] hardware
> and software experience, I am still convinced that Windows 7 is the best 
> Windows version, despite some would say that it lacks security. By own 
> experience, Windows
> 10 isn't actually any better though, but rather worse.
> 
> 
>* What exactly did you do (or not do) that was effective (or ineffective)?
> 
> I do stuff, including professional work related, that still are only possible 
> on Windows computers. Therefore I intend to create a dual boot system and 
> need a hard
> drive with data, that can be read properly by both Linux and Windows. A hard 
> drive that uses NTFS have issues in Linux and a hard drive that uses ext4 is 
> basically
> ignored in Windows (it detects all the partitions though). Using the hard 
> drive with exFAT via USB works, but have stability, mechanical and formost 
> performance
> issues - no go.
> 
> 
>* What was the outcome of this action?
> 
> A complete 'read only' status, that can not be changed what so ever, even 
> logged in as root. Owner of the drive is 'root' and can not be changed 
> either. Have tried
> to fix the problem with a number of HDD utilities, but none of them can do 
> much at all. (Installing a Debian based OS has not been easy, because of 
> reports of assumed
> PCIe [8086: - lost this specific address, unfortunally ...] and MMIO 
> errors with the i9/Z590 system. OS's like Windows, CentOS/Red Hat, OpenSUSE 
> do not detect
> this at all ... OpenSUSE have severe issues with Nvidia drivers ...) Files 
> can be copied to the system drive and edited there, but can only be copied 
> back as a
> duplicate copy. Soon the hard drive will be filled with a number of copies 
> ... (The fastest way to fix this, is to clean up in Windows ...) Have tried 
> to transfer
> the data to new hard drive, to exclude any issues with the hard drive itself, 
> but no difference.
> 
> 
>* What outcome did you expect instead?
> 
> A 'read/write' status. This is somewhat surprising that exFAT has not been 
> included earlier, as the standard has existed since 2006. A hard drive that 
> only can be
> used as 'read only' makes no sense.
> 
> 
> Regards
> 
> Mats Lundström

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net



Bug#1003223: buildd.debian.org: exFAT do no work on internal hard drives.

2022-01-06 Thread Mats Lundström
Package: buildd.debian.org
Severity: important
X-Debbugs-Cc: t...@digitronics.se

Dear Maintainer,


   * What led up to the situation?

I am trying to migrate from Windows to Linux due to security, performance and 
hardware compatibility issues. Some of the software that I use, are available 
both in 
Linux and Windows, so I have been doing some performance tests. Fastest is 
Linux (tried Lubuntu, Ubuntu and Debian and it don't matter which one), just 
followed by
Windows 7. Windows 10 is way behind, due to constant external communication 
with unknown source (have seen this clearly at my work) and sometimes forced 
reboots due
to forced system updates (this can't be tured off in Windows 10 ...) The latter 
is a problem, when running software 24/7 that can't resume properly at reboot 
without
manual interaction. If this happen when at work or during the night, the 
computer will idle. Windows 7 (SP1) is in many ways better than Windows 10, but 
have issues
when trying to install it on newer systems. (Systems with i5/i7/i9 and chipset 
Z490/Z590 blocks any Windows 7 installation ...) With 35.5 years of [prof.] 
hardware
and software experience, I am still convinced that Windows 7 is the best 
Windows version, despite some would say that it lacks security. By own 
experience, Windows
10 isn't actually any better though, but rather worse.


   * What exactly did you do (or not do) that was effective (or ineffective)?

I do stuff, including professional work related, that still are only possible 
on Windows computers. Therefore I intend to create a dual boot system and need 
a hard
drive with data, that can be read properly by both Linux and Windows. A hard 
drive that uses NTFS have issues in Linux and a hard drive that uses ext4 is 
basically
ignored in Windows (it detects all the partitions though). Using the hard drive 
with exFAT via USB works, but have stability, mechanical and formost performance
issues - no go.


   * What was the outcome of this action?

A complete 'read only' status, that can not be changed what so ever, even 
logged in as root. Owner of the drive is 'root' and can not be changed either. 
Have tried
to fix the problem with a number of HDD utilities, but none of them can do much 
at all. (Installing a Debian based OS has not been easy, because of reports of 
assumed
PCIe [8086: - lost this specific address, unfortunally ...] and MMIO errors 
with the i9/Z590 system. OS's like Windows, CentOS/Red Hat, OpenSUSE do not 
detect
this at all ... OpenSUSE have severe issues with Nvidia drivers ...) Files can 
be copied to the system drive and edited there, but can only be copied back as a
duplicate copy. Soon the hard drive will be filled with a number of copies ... 
(The fastest way to fix this, is to clean up in Windows ...) Have tried to 
transfer
the data to new hard drive, to exclude any issues with the hard drive itself, 
but no difference.


   * What outcome did you expect instead?

A 'read/write' status. This is somewhat surprising that exFAT has not been 
included earlier, as the standard has existed since 2006. A hard drive that 
only can be
used as 'read only' makes no sense.


Regards

Mats Lundström