From: bugzilla-daemon@bugzilla.kernel.org
To: linux-usb@vger.kernel.org
Subject: [Bug 209089] USB storage devices appear as SATA devices
Date: Tue, 01 Sep 2020 16:48:14 +0000 [thread overview]
Message-ID: <bug-209089-208809-8WJd5sUx5T@https.bugzilla.kernel.org/> (raw)
In-Reply-To: <bug-209089-208809@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=209089
--- Comment #10 from Manish Jain (bourne.identity@hotmail.com) ---
Hi Allan,
Although I am pretty much resigned that the change I am requesting won't
happen, our discussion certainly keeps getting more interesting - particularly
if you are willing to accept the possibility that each of your statements in
the previous message was incorrect.
Here are your statements:
1) "Changing the monikers is only a partial solution. For example, devices
that show up as uda and udb one day could very well show up as udb and uda the
next day." I have been using my computer for I don't remember how many years,
but it has never happened even once that I needed to simultaneously attach two
USB mass storage devices. In other words, you don't have to worry about udb -
there will usually only be a uda in the ud* series.
2) "Also, suppose your system's primary hard disk was attached by USB rather
than SATA. Then the pen drive could have been labelled uda and the primary
drive labelled udb, and your fstab would still be messed up. This is part of
the reason why people recommend using filesystem or GUID labels for fstab
entries rather than drive names and partition numbers." a) We should perhaps
restrict ourselves to the the real world where people want their primary hard
disk to never be attached by USB. The primary hard disk will always be attached
via SATA/NVME. The SSD that I attach to my system via USB is not my primary
hard disk and never will be - it is my backup device to which I perform my
daily rsync. b) I find using UUIDs to be a bad idea, perhaps even abhorrent. I
strongly prefer my fstab and grub configuration wired for device nodes, so that
when I need to fsck, I clearly remember which device nodes to fsck. There is
another use-case - folks might want a triple-boot computer with Windows 10 +
Linux + FreeBSD with Windows 10 somewhere outside the first primary disk. That,
as it happens, is only possible by disabling UUIDs in Linux's fstab/grub. I am
emailing to you my document on how to set up such a computer. Once you have
read the document, you will probably realize that such use cases might exist
where UUID usage was strongly undesirable.
3) "In short, changing the monikers isn't going to happen, and even if it did
happen it wouldn't fully fix your original problem." My bad luck if the
monikers cannot be changed. But the change WOULD fully fix my original problem,
I humbly assure you.
4) "However, there is a way to set up your system to use permanently fixed
drive names that you assign. All you have to do is write and install an
appropriate udev script. Then you can make the drive names be anything you
want." This is a post-install procedure. The moniker fix will solve the problem
when it occurs at Linux installation time.
--
You are receiving this mail because:
You are watching the assignee of the bug.
next prev parent reply other threads:[~2020-09-01 16:48 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-209089-208809@https.bugzilla.kernel.org/>
2020-09-01 11:30 ` [Bug 209089] USB storage devices appear as SATA devices bugzilla-daemon
2020-09-01 13:15 ` bugzilla-daemon
2020-09-01 13:28 ` bugzilla-daemon
2020-09-01 13:34 ` bugzilla-daemon
2020-09-01 13:35 ` bugzilla-daemon
2020-09-01 14:51 ` bugzilla-daemon
2020-09-01 15:03 ` bugzilla-daemon
2020-09-01 15:47 ` bugzilla-daemon
2020-09-01 16:10 ` bugzilla-daemon
2020-09-01 16:48 ` bugzilla-daemon [this message]
2020-09-01 20:31 ` bugzilla-daemon
2020-09-01 21:13 ` bugzilla-daemon
2020-09-14 20:42 ` bugzilla-daemon
2020-09-14 20:45 ` bugzilla-daemon
2020-09-15 1:25 ` bugzilla-daemon
2020-09-15 14:27 ` bugzilla-daemon
2020-09-15 14:30 ` bugzilla-daemon
2020-09-16 8:43 ` bugzilla-daemon
2020-09-16 8:56 ` bugzilla-daemon
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=bug-209089-208809-8WJd5sUx5T@https.bugzilla.kernel.org/ \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-usb@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).