From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Is there a way to misconfigure USB ports in the kernel?
Date: Thu, 26 Nov 2020 00:10:00 +0000 [thread overview]
Message-ID: <1811573.taCxCBeP46@lenovo.localdomain> (raw)
In-Reply-To: <24510.38475.914653.374734@tux.speedport.ip>
[-- Attachment #1: Type: text/plain, Size: 1886 bytes --]
On Wednesday, 25 November 2020 17:37:15 GMT Dr Rainer Woitok wrote:
> Greetings,
>
> since my old 64 GB Verbatim USB sticks became too small, I bought two
> new 128 GB Philips sticks. Because I need to read and write them on
> both, a stand-alone Windows laptop (not connected to the internet) runn-
> ing Windows Vista and Cygwin and my Gentoo laptop, I encrypted them with
> old TrueCrypt on the Windows box, using them under Gentoo in TrueCrypt
> compatibility mode.
>
> This worked well with the Verbatim USB sticks (which probably are USB
> 2.0), but while reading the new USB 3.0 Philips USB sticks is signific-
> antly faster than reading the old Verbatim USB sticks, writing to them
> is slow as hell under Gentoo. And writing to the Philips USB sticks on
> the old Vista laptop with USB 2.0 ports clearly outperforms writing to
> them using the Gentoo laptop's USB 3.0 ports.
>
> This could be a problem with TrueCrypt/VeraCrypt or with somehow miscon-
> figured USB ports. To check for the latter I provide below all kernel
> configuration variables I regard USB related in the hope that some know-
> ledgable people might find a glitch in there:
Check dmesg to see if initialisation of the USB 3.0 drive throws up any
errors. Then check 'lsusb -t' to make sure it has been recognised as a USB
3.0.
If write operations without TrueCrypt/VeraCrypt are equally slow, then
obviously the problem is not with encryption.
I've read in a number of articles the erase block size on most USB flash
(NAND) is 128KB, which incurs a lot of operations on a write, when using Linux
with its 4K size sectors. Partitioning the USB drive to use 128KB sectors and
then aligning the fs on it should improve matters.
I found this article which mentions an experiment with ext4 fs. A more
effective search should hopefully bring up examples on FAT fs.
HTH.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-11-26 0:10 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-25 17:37 [gentoo-user] Is there a way to misconfigure USB ports in the kernel? Dr Rainer Woitok
2020-11-26 0:10 ` Michael [this message]
2020-11-26 18:44 ` Michael
2020-11-27 16:01 ` Dr Rainer Woitok
2020-11-27 19:07 ` Michael
2020-12-05 18:07 ` Dr Rainer Woitok
2021-03-30 17:11 ` Dr Rainer Woitok
2021-03-30 18:26 ` Dale
2021-03-30 21:28 ` Laurence Perkins
2021-03-31 11:21 ` Michael
2021-03-31 11:37 ` Dale
2021-03-31 11:51 ` Michael
2021-03-31 12:09 ` Dale
2021-03-31 12:15 ` Michael
2021-03-31 12:23 ` Dale
2021-03-31 14:06 ` Michael
2021-03-31 14:20 ` Dale
2021-03-31 20:06 ` Neil Bothwick
2021-03-31 20:08 ` Neil Bothwick
2021-03-31 20:28 ` [gentoo-user] " Grant Edwards
2021-03-31 21:08 ` Jack
2021-03-31 21:46 ` Grant Edwards
2021-07-29 9:28 ` [SOLVED] Re: [gentoo-user] " Dr Rainer Woitok
2021-07-29 16:09 ` Wols Lists
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1811573.taCxCBeP46@lenovo.localdomain \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox