From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1czLjE-0006uD-Pg for mharc-grub-devel@gnu.org; Sat, 15 Apr 2017 07:18:56 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34879) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czLjD-0006u7-6J for grub-devel@gnu.org; Sat, 15 Apr 2017 07:18:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czLj9-0000Xa-V7 for grub-devel@gnu.org; Sat, 15 Apr 2017 07:18:55 -0400 Received: from mail-lf0-x22f.google.com ([2a00:1450:4010:c07::22f]:33088) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1czLj9-0000XJ-NZ for grub-devel@gnu.org; Sat, 15 Apr 2017 07:18:51 -0400 Received: by mail-lf0-x22f.google.com with SMTP id 88so2939040lfr.0 for ; Sat, 15 Apr 2017 04:18:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=js+jGs9sAO6ludCFA6Y0LErkg4CKZCOQ2KKtZpXIELY=; b=Rx6dcy/5UI0rkSM0X5JTQVFgHy6088Nxlnu9DYbIBc5DHlf1Pl+R5yAI2YU1XppX/k 952Dy3IpfQfekD8NXf/FoydXU9Ryhh8c5GjQDYeOa4Lowmvk9sPLmqBGX3MQjhz7hxVQ TOihB7vJJkzmFBXa4VKADz5pPP6gqLKWEk722heg8EDCWPHh/rFJxqT2d9L3JJlNTB5y KPYTKOJqSbMugpwXcNWO6Fw6Tk6hFN1wmY2TsWGrmg2IpIJdX7+ex4ntssk9KxzttShr pDQyz/37N8J9290anqpnA/xcpi5QawCJtZ5ct/ws22qaSbjrzM+muzXd1E1MhwapbnJ4 qVgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=js+jGs9sAO6ludCFA6Y0LErkg4CKZCOQ2KKtZpXIELY=; b=OpBKzwZoP2IGKdzN/PgWp1WdUysBCXJgBYqT/ddkV3QXMfSfrcSoSOMtN+uvN72dys I0IZK/jQBGLOkScdn6ENfjTJ5OH6JHYrzp7mDGEMdRYum+d8Dfao/TQIOtk6Oq2YR10D /CKLLUv6AvQb+xBg051IBKxNMyiws30g71TDSRzvrY1xdAXZzRyw2wP0UMIunSFrjKkW /ZUj2i1/mZfqD99NnMRLbHXNhyGm3cr3dvYanb/Qnrbb++smdljVZSo7s6CdVGx8BDJJ UDt4wZensKOfGlby3twURXZIhVLalqqKjQRAqYTFj0bC7DzTIfxLkQc3Fz3eew0ZgoKL Aa3A== X-Gm-Message-State: AN3rC/4Bqlh3epI4xPHzf5MSA3QXwdpJujyHHIGVoEf84RVMv/9lTMlG SEpNrAWuYc1ur88Y X-Received: by 10.46.13.18 with SMTP id 18mr509253ljn.37.1492255130083; Sat, 15 Apr 2017 04:18:50 -0700 (PDT) Received: from [192.168.1.5] (ppp109-252-90-38.pppoe.spdop.ru. [109.252.90.38]) by smtp.gmail.com with ESMTPSA id 24sm183240ljv.62.2017.04.15.04.18.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Apr 2017 04:18:49 -0700 (PDT) Subject: Re: Support for search by disk id module To: grub-devel@gnu.org References: <7x2E7Enw9wkilxMD6FwVNb3TiLsX1pyyVtpr1RneBvfyNYokTJDktwHaa-8emGHsIkpLA2XsTxayMG5w05TDui1cY3TjQhc9os-_4kNbqc0=@protonmail.com> From: Andrei Borzenkov Message-ID: <579d86e5-328b-d6a4-be82-7a85d07c408d@gmail.com> Date: Sat, 15 Apr 2017 14:18:48 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <7x2E7Enw9wkilxMD6FwVNb3TiLsX1pyyVtpr1RneBvfyNYokTJDktwHaa-8emGHsIkpLA2XsTxayMG5w05TDui1cY3TjQhc9os-_4kNbqc0=@protonmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4010:c07::22f X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2017 11:18:56 -0000 15.04.2017 13:55, Mat628 пишет: > Hi, > > I wanted to verify/clarify what would be an acceptable format for a disk id to be used as a search parameter for a module to return the associated device. > > Where on Linux, devices are mapped to a hardware specific path. > For hard disks it is > > type-product_serial(-partition#) > There is no established standard and this changed over time. GRUB uses platform firmware to access devices, so it can only use information firmware exports. In general we have no way to query for this information. > ata-ST42443343DR_6GE23Y09 > ata-ST42443343DR_6GE23Y09-part1 > > But for a USB flash drive it is > > type-vendor_product_serial-(?physical id?)-(part#) > > usb-SanDisk_Ultra_4E53324345657878876543-0:0-part1 > > where product = model name > > Would it be okay to shorten this for USB flash drive to > > type-product_serial-(part#) ? > > usb-Ultra_4E53324345657878876543-part1 > > To help keep it to a minimal amount of characters the user would have to type. While ensuring the shortened version would not impact its reliability to return the correct device. Even the 'type' could be removed if that is okay with you? > > Best regards, > > Matt > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >