From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B36631382C5 for ; Tue, 30 Mar 2021 17:12:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A48DAE0B1A; Tue, 30 Mar 2021 17:12:04 +0000 (UTC) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 10B0FE0B13 for ; Tue, 30 Mar 2021 17:12:03 +0000 (UTC) Received: by mail-wr1-x430.google.com with SMTP id e18so16964391wrt.6 for ; Tue, 30 Mar 2021 10:12:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:content-transfer-encoding:message-id:date:to :subject:in-reply-to:references; bh=ied7BBS9YPHO76Q7Q3SIQTVDMzOMe+N/UpI+H9yqAXw=; b=jz3uUo4NsEzfAHqXMjxFdaNO2Th806TJ2c5qXnPO/k1Omyov/AjCTQ6rEiPGGxlUvy jPqGlT9NGR+URktPtjqp6bEjHgrx8oieF3ZtpocuY7JqwinFzSGRKwobBvN93lqGeNg1 KR9tVTRj44Am3PKjs8HU73bZm109b+7pETR6rNpaIbDgWe75LZ/or1ZkO6g5BL9sXeg3 QA5n5h3HMtGQUPo2yT04NFhEW0xWPNWwgT7HG5xUUZDdbWP7nql9OaDBjbO12eWpUJRL VTD6xpPVyoJiLgOjUC2MforFZMpnnR3zJ8ZPkItWSkMbsac7uxlQ3gJssKiQRIU1nKyt hF6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:content-transfer-encoding :message-id:date:to:subject:in-reply-to:references; bh=ied7BBS9YPHO76Q7Q3SIQTVDMzOMe+N/UpI+H9yqAXw=; b=OUMZ5gH/DBJAMXCPm5nbRfVoe54HciFLvpMUcMIOEGRMnFqTu7aNzQAJ/2bB5tnEpc EC2B8Uo8yCgUqtTcl3Fx2Z2aNcslzoH8wiWMV9Ppn/shNaRoxcYa8vpdqMvsurQE3+NU ec9C2aQgRlnTplVC5NclWuSU/orZNKQ4HitSDX60Rbv1KGT99UlL0noHUE6d0lc/eqX9 03MTshZvmyRQpS+GHAW8HpkMz1IwcU6tIqa1Q1eBJWIcPQEn5CLXfdrALWkMBmMNxLQ3 P/h+psNY6ntSmHlFGu2RyZG1zRzKPjaMJczsSJmXeVmEFnM4CCNm4Gg4l658m/mUh+7N 4+lA== X-Gm-Message-State: AOAM530MemURZB4AYctinDt1PcRk8Q+GiaI0AeKWUZ7cxrG3U6zY5LQH 6jacSJG1lXA4v4t6dZMb7x4tDZ5Ap6E= X-Google-Smtp-Source: ABdhPJxqBrnVghuchLD8BXmyDdq8fvTaV7/Rt8fP7Fi7zhDczuhW0gODh681+87BLb8Z4OZ/DUPPDg== X-Received: by 2002:adf:ea12:: with SMTP id q18mr34812496wrm.238.1617124322641; Tue, 30 Mar 2021 10:12:02 -0700 (PDT) Received: from tux (p200300df072590d9196ab544d9b02647.dip0.t-ipconnect.de. [2003:df:725:90d9:196a:b544:d9b0:2647]) by smtp.gmail.com with ESMTPSA id p18sm44014443wro.18.2021.03.30.10.12.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Mar 2021 10:12:02 -0700 (PDT) From: Dr Rainer Woitok X-Google-Original-From: Dr Rainer Woitok Received: by tux (sSMTP sendmail emulation); Tue, 30 Mar 2021 19:12:00 +0200 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24675.23516.469155.831394@tux.local> Date: Tue, 30 Mar 2021 19:11:56 +0200 To: gentoo-user@lists.gentoo.org, Michael Subject: Re: [gentoo-user] Is there a way to misconfigure USB ports in the kernel? In-Reply-To: Msg <24523.52343.49602.311308@tux.speedport.ip> of 2020-12-05 19:07:51 +0100 from Rainer.Woitok@Gmail.Com References: <24510.38475.914653.374734@tux.speedport.ip> <1811573.taCxCBeP46@lenovo.localdomain> <24513.8921.552468.210937@tux.speedport.ip> <1704314.3VsfAaAtOV@lenovo.localdomain> <24523.52343.49602.311308@tux.speedport.ip> X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta34) "kale" XEmacs Lucid (x86_64-pc-linux) X-Archives-Salt: 3a00d81b-1b7c-4734-aeaf-f6d5d4b8fd4c X-Archives-Hash: 887d635129e4ed5e1e6eecdb4518eea6 On Saturday, 2020-12-05 19:07:51 +0100, I myself wrote: ("> >" refers to Michael ) > Michael, > > On Friday, 2020-11-27 19:07:17 +0000, you wrote: > > > ... > > A 4k block size is recommended for ntfs-3g which is the default sector created > > by fdisk and friends on Linux these days. This will align your partition > > optimally. In addition, mkfs.ntfs will use 4096 bytes as the default cluster > > size, so you should be good in that respect. > > > > Another setting you may want to try is mounting the USB with 'big_writes' - > > check the man page. This should help particularly with large files, which > > will use larger blocks up to 128KB when copying data to the NTFS. > > Both, the VeraCrypt command line (--fs-options=big_writes) and the Vera- > Crypt GUI (under "Settings --> Preferences") allow setting this mount > option. But > > $ mount | grep veracrypt > > never shows it, initially causing me to erroneously believe it wasn't > set and to try finding on the web another way of setting it. By pure > chance I finally found out that > > $ ps -ef | grep veracrypt > > lists a "/usr/sbin/mount.ntfs" task which shows the options really in > effect. However, I haven't yet had the time to test the effect of this > option when writing plenty of really big files. I will report on that > later. Well, it's been quite a while, due to my being almost permanently con- fronted with more pressing tasks ... :-( To sum up my experience with my new 128 GB Philips USB 3.0 sticks: while the Philips sticks are significantly faster for reading operations than my old 64 GB Verbatim ones (probably USB 2.0), writing operations to the Philips sticks are unbearably slow, regardless of whether I created a normal unencrypted NTFS filesystem on them or an encrypted NTFS filesys- tem using VeraCrypt. Writing to the USB stick while at the same time reading from it in a different terminal window caused commands like "cd" or "ls" to simply stall. Thus while running $ cp --preserve=timestamps -ru $source_dir . in one terminal window, I ran $ while true > do n=$(ps -ef|g 'cp --preserve'|g -v grep) > if [[ "$n" = "${o-}" ]] > then sleep 10 > else o="$n" > echo "$n" > fi > done in another, to get the wall clock times when copying a new file began. That way I found that copying a 30 MB file took about 40 minutes. So what are my options? - Stay away from Philips USB 3.0 sticks? - Stay away from Philips USB sticks in general? - Stay away from USB 3.0 sticks in general? - Stay away from Filesystem in User Space using a non-stable 5.10 or 5.11 kernel (currently I'm using stable 5.4.97)? - Stay away from Gentoo? - Stay away from Linux in general and go back to OTOS (aka the Only True Operating System aka Windoze)? - ...? Any ideas and comments welcome ... Sincerely, Rainer