linux-kernel - Re: Force a usb drive to be /dev/sda?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Thu, 12 Jun 2008 13:11:42 +0200
From:	Stefan Richter <stefanr@...6.in-berlin.de>
To:	Tomasz Chmielewski <mangoo@...g.org>, shawnxjin@...il.com
CC:	LKML <linux-kernel@...r.kernel.org>
Subject: Re: Force a usb drive to be /dev/sda?

Tomasz Chmielewski wrote:
>> Is it possible to force a usb drive to be /dev/sda? I put an entire
>> linux system to a usb drive and want it boot a system with variable
>> sata disks. However the usb drive is always scanned as a last scsi
>> drive.
> 
> Is there a reason why you can't use filesystem labels or UUIDs?

Indeed.  Shawn, I see these options:

 1. Mount filesystems by UUID or by label.
    Doesn't work with some filesystems.

 2. Refer to devices by device ID or by device path.
    Requires a minimal udev environment which gives you
    /dev/disk/by-id or /dev/disk/by-path, or something
    similar to udev.  People had things like this already
    working under Linux 2.4, using programs like devlabel
    IIRC.  Requires you to set up an initrd with respective
    scripts in it.
    By-path only works if you never alter the USB topology
    and PCI topology.  I.e. prefer by-id.

 3. Influence the order of disk probing so that your USB
    disk is the first one.  Works only if there is at most
    one disk on the USB bus and requires you to wait with
    insertion or probing of the SATA controller driver (PCI
    driver) until after the USB disk was probed by sd_mod.

    There may or may not be very simple ways to do this.
    Simplest would be to configure the SATA controller driver
    as module and load that module in an rc script after the
    root filesystem was mounted.  That would actually be much
    simpler than option 2, so maybe you want to try this
    before 2.

 4. Last resort:  Hack sd_mod to defer any probes until after
    the first probe of an USB attached disk.  Requires some
    experience in kernel driver programming.
-- 
Stefan Richter
-=====-==--- -==- -==--
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/