public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: gevisz <gevisz@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Problem with detecting ZFS HDD
Date: Sun, 2 Mar 2025 23:58:15 +0200	[thread overview]
Message-ID: <CA+t6X7cvneMM65KcHo8xZAsYGxKAxm=2oy=wYu0H1mbkJVGZBw@mail.gmail.com> (raw)
In-Reply-To: <83da23d6-4320-4858-af1d-9f1e7fd38ef7@youngman.org.uk>

вс, 16 февр. 2025 г. в 18:51, Wols Lists <antlists@youngman.org.uk>:
>
> 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*.
> >
> >>> The situation remained the same even after swapping the
> >>> undetected 500GB WD HDD with the one.
> > And now, this makes me think that the problem is indeed with the SATA port.
>
> I know I'm very late to the party but ...
>
> 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.
>
> 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.
>
> 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!
>
> 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.
>
> 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 ...

Thank you for your insight.

Probably, after using my Gigabyte GA-MA790FXT-UD5P
motherboard for almost 20 years, I indeed should read its manual. :)

After all, "if nothing else helps, try to read the manual." :)

Will do it in the nearest future, but I doubt that it says something
about this issue.

However, I think that you are right and the problem lies in the motherboard.

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.

I have tried everything and even started a thread about it here, but
nothing helped.

Finally, I used to start my computer without my USB video camera
plugged in, and it guarantees the presence of an audio after booting.

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.

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.

Maybe, I have to experiment with connecting my hard drives to SATA
ports in different order...


  reply	other threads:[~2025-03-02 21:59 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-30 16:55 [gentoo-user] Problem with detecting ZFS HDD gevisz
2025-01-30 17:03 ` [gentoo-user] " gevisz
2025-01-30 21:08 ` [gentoo-user] " Grant Taylor
2025-01-30 22:58   ` gevisz
2025-01-31  0:13     ` Grant Taylor
2025-01-31 11:24 ` Michael
2025-02-01  0:13   ` gevisz
2025-02-16 16:50     ` Wols Lists
2025-03-02 21:58       ` gevisz [this message]
2025-03-03  9:55         ` Michael

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='CA+t6X7cvneMM65KcHo8xZAsYGxKAxm=2oy=wYu0H1mbkJVGZBw@mail.gmail.com' \
    --to=gevisz@gmail.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