From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D98CD15800A for ; Tue, 18 Feb 2025 11:59:08 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id BE92A34318A for ; Tue, 18 Feb 2025 11:59:08 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 1621911047D; Tue, 18 Feb 2025 11:58:02 +0000 (UTC) Received: from serval.cherry.relay.mailchannels.net (serval.cherry.relay.mailchannels.net [23.83.223.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id CE7971102E0 for ; Tue, 18 Feb 2025 11:58:00 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2DBB68A0A11 for ; Tue, 18 Feb 2025 11:58:00 +0000 (UTC) Received: from mailclean11.thundermail.uk (trex-2.trex.outbound.svc.cluster.local [100.105.228.217]) (Authenticated sender: thundermail) by relay.mailchannels.net (Postfix) with ESMTPA id 88A0D8A40B9 for ; Tue, 18 Feb 2025 11:57:59 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1739879879; a=rsa-sha256; cv=none; b=0fxgbK90JUIdFKvdk2G0DfKm+JCTqG0UBmG1GtncAjiDLg7if85AN9vvEqNrigG4plnZ56 DaYEX1MbR4NavW98ftuVPsEhNJDlJtRa5xwIK+UkqAjMlGkphYATZNl0zWqPzSj1ka+ljf lrDR5qeo39wuDr29gGe5RCamf1X2v09iIx1pvA6wKf8yO3liFCZAPh075FdqDrz7eB6AnR 0Gk+t/pN4/cUR9l5kXhONCPX/62NGHae73d7ZSQI05dTl36xtJLBk1VHW+SNw3HSiOO/zh xXAT5ZMovbXr+4SVsuGe+ghKkMB82Gt0GgQW6Nqq68sTzI3iFZkfFW8QTDFdnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1739879879; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=ejTEcYMx00d5Cmg231aNEuIvqGx8p1u+CMZCh9i9xbU=; b=TXTcm30sFGO/OwiXFw6JmqDfW35OV1Xx6PukZn38BerJLgO76M6P0dzRe58T52C5ByUqHI Li27zHocFfGIdY3qgKFXRF2NdtvHfc7dJIrlwINzOYzpYitiCzYj/IrfLYTYI8YduzmE50 hJ9pbdFR6u77Rz7KdKJSitkrlt04Cf9NiveXDPh59YP3fPGw0A7Vv2VzCDD4pyg/4fmmt3 5sMVmivLzOgYHYxXncX2sD7J4V/UyFiAFvYI++uqeDt0JpjAQwdYq6FF/Q0KLjtGY1ErnE wJ5QfdqR9GEfR5UR2U5JQAi7KIR3N7YZhUHYEtv01JBWnqnUhd0ErjzOUHla+g== ARC-Authentication-Results: i=1; rspamd-78ddd997cc-mxkdc; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Suffer-Attack: 70d2031e727494e0_1739879880067_1653041621 X-MC-Loop-Signature: 1739879880067:1251398040 X-MC-Ingress-Time: 1739879880067 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.105.228.217 (trex/7.0.2); Tue, 18 Feb 2025 11:58:00 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id B3D301E0005 for ; Tue, 18 Feb 2025 11:57:57 +0000 (GMT) Received: from rogueboard.localnet (230.3.169.217.in-addr.arpa [217.169.3.230]) (Authenticated sender: confabulate@kintzios.com) by cloud238.thundercloud.uk (Postfix) with ESMTPSA id 0344611CF52 for ; Tue, 18 Feb 2025 11:57:56 +0000 (GMT) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: problem formatting new 256 GB USB stick : f3 Date: Tue, 18 Feb 2025 11:57:57 +0000 Message-ID: <3140915.CbtlEUcBR6@rogueboard> In-Reply-To: References: <115993398.nniJfEyVGO@rogueboard> 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: multipart/signed; boundary="nextPart4658082.cEBGB3zze1"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <173987987719.26424.13588469006365449921@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Action: no action X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.51 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; FROM_HAS_DN(0.00)[]; FUZZY_RATELIMITED(0.00)[rspamd.com]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.194]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Queue-Id: B3D301E0005 X-Archives-Salt: f7034f74-5362-4e00-b982-3ba99d065df5 X-Archives-Hash: f1cba5cb18ddeb7a344e1992d25287da --nextPart4658082.cEBGB3zze1 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Date: Tue, 18 Feb 2025 11:57:57 +0000 Message-ID: <3140915.CbtlEUcBR6@rogueboard> In-Reply-To: MIME-Version: 1.0 On Tuesday 18 February 2025 03:46:26 Greenwich Mean Time Philip Webb wrote: > 250217 Michael wrote: > > It is worth mentioning the sys-block/f3 package (Fight Flash Fraud), > > which is in Portage and can test a USB flash disk to discover if it is > > fake. Besides the slower f3write and f3read, the f3probe command > > will only take a few minutes and confirm the available space. > > Thanks ! -- 'f3write' + 'f3read' refused, as they expect a directory ; The man page explains how to run these commands. You need to provide the mountpoint directory for the device after you mount it, e.g.: $ f3write /run/media//XXXX-XXXX then, $ f3read /run/media//XXXX-XXXX You'd probably want to create one big partition for the whole device, or no partition at all, i.e. run something like this: # mkfs.fat -F 32 -n New-USB1 /dev/sdb The f3write/f3read commands will check the large files written by f3 can be accessed and read without any problem and flag up any sectors which contain corrupted data. > 'f3probe' need it to be compiled with 'USE="extra"', but does work : > > root:705 ~> f3probe /dev/sdb The f3probe command needs to be run as root, after you unmount the device. >From your prompt I expect you did this, but it is also advisable to run it destructively - any data on the sticks will be overwritten: f3probe --destructive --time-ops /dev/sdb > F3 probe 8.0 > Copyright (C) 2010 Digirati Internet LTDA. > This is free software; see the source for copying conditions. > > WARNING: Probing normally takes from a few seconds to 15 minutes, but > it can take longer. Please be patient. > > Probe finished, recovering blocks... Done > > Good news: The device `/dev/sdb' is the real thing > > Device geometry: > *Usable* size: 231.05 GB (484540416 blocks) > Announced size: 231.05 GB (484540416 blocks) > Module: 256.00 GB (2^38 Bytes) > Approximate cache size: 0.00 Byte (0 blocks), need-reset=no > Physical block size: 512.00 Byte (2^9 Bytes) > > Probe time: 5'29" > root:706 ~> f3probe /dev/sdb > F3 probe 8.0 > Copyright (C) 2010 Digirati Internet LTDA. > This is free software; see the source for copying conditions. > > WARNING: Probing normally takes from a few seconds to 15 minutes, but > it can take longer. Please be patient. > > Probe finished, recovering blocks... Done > > Good news: The device `/dev/sdb' is the real thing > > Device geometry: > *Usable* size: 231.05 GB (484540416 blocks) > Announced size: 231.05 GB (484540416 blocks) > Module: 256.00 GB (2^38 Bytes) > Approximate cache size: 0.00 Byte (0 blocks), need-reset=no > Physical block size: 512.00 Byte (2^9 Bytes) > > Probe time: 18'47" > > -- end of output -- > > That's both sticks : NB the 2nd took 3 times as long. This is good news, it confirms neither of them are counterfeit units. However, the 2nd stick appears to be defective. It takes almost 3.5 times as long than the first stick and from what we know for no good reason. This indicates the second stick has bad flash cells, a bad flash controller, or both. I don't know if checking for bad blocks when you format these drives may help at all. You'd expect the flash controller to manage defective NAND cells transparently to the OS by abstracting the hardware to a logical layer. However, if the controller is not sophisticated as would be the case in a more expensive SSD drive and keeps trying repeatedly to write into bad cells, it might help to ask the filesystem to manage the bad blocks and see what you get. Personally, I wouldn't bother and return the bad stick as defective, asking for it to be replaced. > So both sticks are genuine, as I would expect from that store. In my experience stores are box shifters. Goods In - Goods Out. They try to buy from importers/wholesalers with whom they have some relationship based on price-reliability-convenience and who they hope also apply similar criteria in their relationships up the supply chain. Any link in this chain can go wrong and you end up with bad goods. I don't expect them to perform QA/QC beyond looking at the shipping labels and customs declarations. The manufacturers may perform some actual quality checks on a sampling basis after the prototypes have been put together and the brand reps may audit the odd production run. I would think the rigour of such checks is proportional to the value of the assembled items. --nextPart4658082.cEBGB3zze1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAme0dcUACgkQseqq9sKV Zxlg3RAAhHiYG0MvlrQE1ZYZ9S0R3ZpTB5EIovx+uVIS76f63F8ZSl+m1b+a6rDQ A2W4BjOmMpoG8Fxbq1jhg5kTtxLCvD9CvEeu6pgHcogg4ZD22ir05OyxMQPaNxVP yDpYqORGBY7yOtmv4Ho4+BWCTqD2+jAzBFCxtb4JgsFUY7Aod81WPEfCb05dAVSo nqjUIpY+WkiQK8//Mb8LC6jysDgQIR3AnLjToZ00E9gqh7uf3iZbvpp2qDirAIDW J6ClteGwYZ5DcdiPtvaYxoRccJ47hpHXc6Semdp6BOmrXPFc/31pZN81vF6A9WBH JRpIz4dhF2BYqqWx6aQuAYAuPFqMJV2a9krCCErpSGY5TY2j8Os1ztPieAZ437HW yCLsx46DIeZJi70r/XN/fajTwZfODibYtFE5sVAFdOeEt7/huq79WvALl2A/tAL6 HT0A5xOUa4e7C2wQnTz5cK05WyBBixXMctrb6Io31fk9drwFw5FpBHYOag9vOqCY Fdzl4iUvW7BPzeJha4qIO4PAXEgBOgvbmu9x0Mtlq3SZ0S6KpxibEwbkifUUi07E H2e+dZkMR+cmKNG43IpiRZBsYcvw6xaHDJEtWV+UJEqULY+aRA5eFtE+rVDf+fBi cWJnvPRfRh4xj9y81Sz9f1CRBPfwH0nepqmnaSvvDGMB/y88VnE= =y962 -----END PGP SIGNATURE----- --nextPart4658082.cEBGB3zze1--