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 AE37F1582EF for ; Mon, 03 Mar 2025 09:56:50 +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 8FD07343103 for ; Mon, 03 Mar 2025 09:56:50 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 46A43110472; Mon, 03 Mar 2025 09:55:45 +0000 (UTC) Received: from cross.elm.relay.mailchannels.net (cross.elm.relay.mailchannels.net [23.83.212.46]) (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 255131102D0 for ; Mon, 03 Mar 2025 09:55:43 +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 3823F4E5910 for ; Mon, 3 Mar 2025 09:55:41 +0000 (UTC) Received: from mailclean11.thundermail.uk (trex-5.trex.outbound.svc.cluster.local [100.115.3.6]) (Authenticated sender: thundermail) by relay.mailchannels.net (Postfix) with ESMTPA id 288CC4E58CA for ; Mon, 3 Mar 2025 09:55:40 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1740995740; a=rsa-sha256; cv=none; b=OOdD1k7fYeaq7UqlHwcuDvcOVUeS8p8J/EOt1LPfSk1ouSFD+H21JiBDkhKPbK+lqV/u7H aB9ZjRwtGe7p5ALfUnIR5a1SfXNVtNZxTtr1uBCvi3kYHox3p3p2LhZudkaW8GGw8MIPH7 A7PJT3I+ZjG50c+DoFwF8i3SLvL4JIHNHh9yhfSSac7LghJu6f+UZRC04J8auWKcuiVfDQ 23ptCFSvLOHszCUw+U1jHqoWmsNyX/UdexMtmSBs0xzaOhEPyxA2D0Gri4tqPH5hcvPn0s nIWWcU8aX0fKKbg1vSkk3mjXykrqVrU/cbkTXrSR4hYeL5PJjHyAzW7OIwSk5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1740995740; 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=u2hsHVG8dg2LczCVR3koDo59eNg178cNOYEXWLBZtEE=; b=iqwj4SH6kHsaD17pjruN/N7Bxqsf85ACbSq9/8iUiII5OepYYV3g5pKESbE+8cbwivGEKm LXxWEqQo6TnnY24sKC13DttNte1YEi+4+xy+5gadNNCn4+zAyQ2iaxcXJj1nFkvIL2N7tc 717znV3I62W0NaS6ec/YQLTHQMKCC3ADZIp7ZlGiC4Qya8rzSPE+11TCMdPAAjAcPsBQrQ q3V0Dckblz212L3qx/WVecBRZv2rcEuKrbqegxuaF0ZcYvZNWSEP5cPQky61wx3iVRolV+ x3CbA26H+TWSN3oY281fnXgC4BbVv7udCOuD953n+Gph3HAtmoGmnFKjCz3/5Q== ARC-Authentication-Results: i=1; rspamd-7878b47b55-96qjg; 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-Cellar-Occur: 462a92cb62ded3dd_1740995740852_1602969437 X-MC-Loop-Signature: 1740995740852:1661439858 X-MC-Ingress-Time: 1740995740852 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.115.3.6 (trex/7.0.2); Mon, 03 Mar 2025 09:55:40 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 5FF031E000E for ; Mon, 3 Mar 2025 09:55:38 +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 A09DE104095 for ; Mon, 3 Mar 2025 09:55:37 +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] Problem with detecting ZFS HDD Date: Mon, 03 Mar 2025 09:55:25 +0000 Message-ID: <3272059.5fSG56mABF@rogueboard> In-Reply-To: References: <83da23d6-4320-4858-af1d-9f1e7fd38ef7@youngman.org.uk> 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="nextPart6029857.MhkbZ0Pkbq"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <174099573784.2662939.10396687544048145109@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)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; NEURAL_SPAM(0.00)[0.823]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; HAS_REPLYTO(0.00)[confabulate@kintzios.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_DKIM_NA(0.00)[]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[] X-Rspamd-Queue-Id: 5FF031E000E X-Archives-Salt: 252b79fb-b4d6-425c-b51c-be3acce80942 X-Archives-Hash: 3482ea1c37ccb2cd02861a280783e114 --nextPart6029857.MhkbZ0Pkbq Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] Problem with detecting ZFS HDD Date: Mon, 03 Mar 2025 09:55:25 +0000 Message-ID: <3272059.5fSG56mABF@rogueboard> MIME-Version: 1.0 On Sunday, 2 March 2025 21:58:15 Greenwich Mean Time gevisz wrote: > =D0=B2=D1=81, 16 =D1=84=D0=B5=D0=B2=D1=80. 2025=E2=80=AF=D0=B3. =D0=B2 18= :51, Wols Lists : > > On 01/02/2025 00:13, gevisz wrote: > > > The problem is that after booting with an additional HDD, > > > one of these ZFS HDDs does not report any of its disk id: > > > nor wwn neighter in the form ata-WDC_WD5000*. > > >=20 > > >>> The situation remained the same even after swapping the > > >>> undetected 500GB WD HDD with the one. > > >=20 > > > And now, this makes me think that the problem is indeed with the SATA > > > port. > >=20 > > I know I'm very late to the party but ... > >=20 > > As linux boots, it will allocate an sd* address to all the drives it > > sees. So if you've got three drives, but only sda and sdb, then one of > > them hasn't been detected. > >=20 > > Seeing as /dev/disk/by-id is only a symlink to /dev/sda, /dev/sdb etc, > > from what you say I suspect you won't see the relevant sdx entry in /dev > > That to me seems the obvious way to do things - linux assigns a "random" > > name to the device, so it can read the device, and then symlinks the > > device name to whatever random code got assigned initially. > >=20 > > As to why, do you have a manual for your mobo? It's an unfortunate fact > > (and I don't know when it started) that a lot of SATA ports nowadays > > don't work a lot of the time. When I was looking for a mobo, there was a > > lot of "if you stick an NVMe in, it will disable SATA4" or whatever. > > Likewise, if you used an external graphics card, depending on what PCIe > > it was, it might disable certain SATA ports. Given that I wanted about > > six *working* sata ports, that was a pain in the proverbial! > >=20 > > Basically, a lot of things nowadays run over the PCIe bus, and it's very > > common for (a) lanes to be shared between different devices, and (b) > > there's a pecking order - if multiple devices share a lane, only the > > highest up the pecking order will work. > >=20 > > So of course, sods law probably says you can't even get a SATA expansion > > board, because that will require the hijacked lane and won't work ... With marketing names changing faster than the seasons it is not always easy= to=20 understand from a MoBo manual what's what. It may take some digging in old= =20 reviews and diagrams of the CPU architecture to bottom out what components = are=20 driven by the CPU, the Northbridge (NB) via the Front Side Bus (FSB), or th= e=20 slower Southbridge (SB). Normally the PCIe bus or AGP would be hooked off = the=20 NB to attain a higher throughput to the CPU/RAM. IDE/ATA/SATA/PCI would be= =20 driven off the SB. As CPUs became faster the FSB to the MoBo chipset becam= e a=20 bottleneck, so components started being incorporated into the CPU. > Thank you for your insight. >=20 > Probably, after using my Gigabyte GA-MA790FXT-UD5P > motherboard for almost 20 years, I indeed should read its manual. :) >=20 > After all, "if nothing else helps, try to read the manual." :) >=20 > Will do it in the nearest future, but I doubt that it says something > about this issue. >=20 > However, I think that you are right and the problem lies in the motherboa= rd. It should hopefully hint as to where SATA ports are connected to on the MoB= o. =20 PCIe driven SATA via a SATA bus controller may be faster than some SB chip,= if=20 only marginally so. As already mentioned the PCIe bus may be sharing lanes between components=20 which could cause drives to disappear, or lose their expected speed. > By the way, for years, I have had another issue with it that confirms your > point of view: if I start my computer with a Logitech USB video camera > plugged in, I randomly do not have a sound out. By "randomly" I mean > that sometimes the sound out may be present and sometimes not. >=20 > I have tried everything and even started a thread about it here, but > nothing helped. >=20 > Finally, I used to start my computer without my USB video camera > plugged in, and it guarantees the presence of an audio after booting. Only recently, in the age of pipewire and wireplumber, I noticed something= =20 similar. If I am playing a video on a browser and at the same time try to= =20 play another video on mpv, the mpv remains silent until I stop/close the=20 browser. :-/ > Additional information: I have AMD/ATI RV740 PRO [Radeon HD 4770] > video card plugged into PCIEX16_1 slot and (never used) "brackets", > one of which is connected to F_AUDIO and the other is connected to a SATA > port. >=20 > The manual also says that my motherboard has 6 SATA ports working > via South Bridge and 4 SATA ports working via another Gigabyte SATA chip. OK, the SB chipset is the conventional way to hook drives, while the 4 SATA= =20 ports driven off the PCIe via a SATA controller chip were provided to fulfi= l a=20 user need for MOAR disks because ... MOAR data. Theoretically, the MoBo OE= Ms=20 would have matched the PCIe Vs SB generations and throughput, but when ever= y=20 port is occupied I expect you would notice small throughput differences in= =20 benchmarks. However, this does not explain why a whole drive decides to go= =20 AWOL, *unless* the MoBo manual provides an explicit statement to this effec= t. =20 =46or example, this MoBo claims to lose one SATA port when an M.2 connected= =20 drive is also operated in SATA mode: https://www.asus.com/support/faq/1044083/ > Maybe, I have to experiment with connecting my hard drives to SATA > ports in different order... I'd start with the manual, Gigabyte's support pages and reviews/benchmarks,= to=20 bottom out what are the real-world limits of your board. --nextPart6029857.MhkbZ0Pkbq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmfFfI0ACgkQseqq9sKV ZxlHcA/9EYSTGRiUIJb5ceZYuca4MONvZuQC4X7q5utxKpentwmT7sIq6KqUxXYn ZsZRb4aYyczBH7N1++JiEJSHJCJMyk416/NDIEyOgCMgGj9dpYnR6yMCNTonb0GM lmyMxUxFNoMMrVaBK/jr7BB2UB7V+1CBRizkBsjbB/ExTlRcPmkeaPmugdjVZOaV gcRil6jipFXmJ+Gecf8IK0jYS3n5il8VRw9un+MPcttwQbtxGZ1Ch/UQNJnocKlo 4Ih+bwk2M0sILSciQX7hi2klTa/8kWdQIFa9+vsBkHW6aGno+yOLwU+eicuZJgD2 5tomepfe1S0ugDRqgwm7vrL9z4N8Fav0mEUmqkLKh8Ike1Ha53ivmwx+QOCC/OjP tB7HGKZDfrgRd74RaZBaqO2nVMCURCnnQvRgdJlA9sUC3jmYSTeSj/4gr4vMpz3V 2W4d+0/TFsQ5fNoaG6wPWtVmTC1TMAtKj8vqGdu4J4duwJaLXHL36kq2knv0S58i OKcbkhWRhiBZCsEpVhgxEg1SZ9KTQyMO9JX30u3IPwDtoVuG4raKtYXMNAWXL8u5 Rp7rAdVYvdR1gYfgiQ8e2yAmYSTVZ9WxjMxru21EXJKN6WB4ED2mlwHFPMQqQzU7 RsGo7cd7ZJQqmT+22nk+UUkOKTKCPeZ68GhQwuQuk9XxLCcLVUs= =rzly -----END PGP SIGNATURE----- --nextPart6029857.MhkbZ0Pkbq--