Я пытаюсь узнать, где разделы запускаются для моего USB с помощью
lsblk -o name,label,partuuid
Это дает мне вывод:
lsblk: unknown column: partuuid
Я полагаю, что "partuuid" не является разрешенной командой для Ubuntu. Какая-либо идея о том, как я могу узнать эту информацию?
Путем я нашел, что UUID был первой идентификацией, от какого раздела USB я хотел загрузиться, я сделал это путем ввода
lsblk
, Это дало мне dev дерево, таким образом обрисовав в общих чертах SDB1, SDB2 и SDB3. Я, которого knewi хотел загрузить от SDB2, потому что это было корневой файловой системой.
я записал маленький сценарий, передав/dev/sdb как переменная через него.
#!/bin/sh
sudo dd if=/dev/$1 bs=4 skip=110 count=1 | hexdump
Это дало мне PARTUUID в неправильном формате порядка байтов, таким образом, я просто подкачал его вокруг. Таким образом, UUID для SDB2 является xxxxxxxx-02
Чтобы просто видеть UUID и PARTUUID, можно просто использовать ls
:
ls -l /dev/disk/by-partuuid/
для наблюдения partuuid's всего раздела
ls -l /dev/disk/by-partuuid/
для наблюдения uuid's всего раздела
правильная маркировка для UUID просто uuid, так замените "partuuid" "uuid" в команде.
lsblk -o name,label,uuid
Вам, вероятно, будет нужно sudo
для чтения UUID также.
, Но действительно, если Вы попытка узнать, где разделы запускаются для моего USB, Вы, вероятно, хотите использовать что-то еще, как fdisk
или cfdisk
или parted
или вероятно лучше всего gparted
.
Из страницы руководства (в терминальном типе man lsblk
):
-o, - выходной список Указывает, которые производят столбцы для печати. Используйте - помогают получить список всех поддерживаемых столбцов.
Так lsblk --help
должен дать Вам, среди прочего, списку поддерживаемого colums.
Для списка раздела uuids используют команду blkid
вместо lsblk
.
я не в своей машине Ubuntu прямо сейчас для проверки его, но попробуйте его так или иначе.
Если цель состоит в том, чтобы определить раздел через "partuuid" (действительно GUID), можно получить раздел уникальный GUID через GPT fdisk (gdisk
, sgdisk
, или cgdisk
). Если Вам нужен он из сценария или короткой команды, sgdisk
лучший выбор. Вы сделали бы что-то вроде этого:
$ sudo sgdisk -i 2 /dev/sda | grep unique
Partition unique GUID: 4D72D277-2E94-4760-8B38-8A487615E2E3
Этот пример получает уникальный GUID раздела ("partuuid") от раздела 2 (-i 2
на /dev/sda
- то есть, /dev/sda2
. Этот пример передает вывод по каналу через grep
просто для изоляции одной строки это релевантно - этот конкретный sgdisk
управляйте возвращает семь строк вывода с различными типами информации о разделе.
Для соответствия GUID к известному значению необходимо было бы циклично выполниться через все разделы, делая последующую обработку на выводе. Это, вероятно, будет неловким по сравнению с чем-то как просмотр содержания /dev/disk/by-partuuid/
, но в зависимости от более широкой цели, это могло бы быть полезно или необходимо. Например, при попытке собрать различные данные по разделам (но не файловые системы они содержат), sgdisk
подарки больше, чем просто GUID раздела - как я сказал, существует семь строк вывода от -i
опция:
$ sudo sgdisk -i 2 /dev/sda
Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem)
Partition unique GUID: 4D72D277-2E94-4760-8B38-8A487615E2E3
First sector: 1128448 (at 551.0 MiB)
Last sector: 2664447 (at 1.3 GiB)
Partition size: 1536000 sectors (750.0 MiB)
Attribute flags: 0000000000000000
Partition name: 'Unused /boot'
Если Вы хотите показать всему этому сводные данные или даже всего три или четыре строки его, то может быть лучше использовать sgdisk
чем попытаться соединить его из других источников.
Согласно комментариям под вопросом OP Ubuntu 14.04 не поддерживает PARTUUID
флаг.
Как видете PARTUUID
хорошо работает на моей Ubuntu 16.04 для показа Карты флэш-памяти USB / UUID Флеш-накопителя:
$ lsblk -o NAME,FSTYPE,LABEL,PARTUUID,MOUNTPOINT,SIZE,MODEL
NAME FSTYPE LABEL PARTUUID MOUNTPOINT SIZE MODEL
sdb 7.6G USB Flash Disk
└─sdb1 vfat LIVE_USB bb958812-01 /media/ric 7.6G
sda 931.5G HGST HTS721010A9
├─sda4 ntfs WINRETOOLS c8cd5c7e-48fc-4aac-8c57-abcf6819b3ce 450M
├─sda2 0e4d96d3-5164-4d2f-9786-5e7b5066034e 128M
├─sda5 ntfs Image b929ccc6-7ceb-4c50-a14c-8e41bf9d401f 11.4G
├─sda3 ntfs HGST_Win10 8778bdd3-e557-4f16-8fd6-9d44dcfe0c0a /mnt/d 919G
└─sda1 vfat ESP edde67a5-6d32-425b-8e4e-6343b3e3f6f1 500M
nvme0n1 477G Samsung SSD 960 PRO
├─nvme0n1p5 ext4 NVMe_Ubuntu_16.0 f1f35cf5-1b79-4d43-84e3-9b10ea3f9e3c / 44.6G
├─nvme0n1p3 6471dce0-3ba5-49b9-bd13-667ad8f72b10 16M
├─nvme0n1p1 ntfs f5872f63-c0c7-4136-b65d-b89becdfc138 450M
├─nvme0n1p6 swap Linux Swap 4aeb7d53-7ad5-41b2-99f3-cae583bca6b7 [SWAP] 7.9G
├─nvme0n1p4 ntfs NVMe_Win10 f354f364-9819-4209-955a-297505eebfd0 /mnt/c 414.9G
├─nvme0n1p2 vfat 5a989e57-3bb3-4821-907f-5822bb14a635 /boot/efi 99M
└─nvme0n1p7 ntfs Shared_WSL+Linux 1ca41115-5e65-4ade-8825-b9a2807ae51c /mnt/e 9G