Linux mint usb device

Как в Linux посмотреть подключенные USB устройства

В настоящее время многие компьютерные периферийные устройства, такие как веб-камеры, мыши, сканеры, принтеры, жесткие диски, USB (Pendrive) подключаются по USB. После того, как эти устройства подключены к рабочему столу или серверу, важно знать имя устройства или путь к нему. Это помогает идентифицировать USB устройства для таких задач, как форматирование или отключение.

В Linux все файлы устройств хранятся в каталоге /dev и должны быть доступны во время загрузки системы.

В этой статье я покажу вам различные способы как в ubuntu посмотреть usb устройства. Большинство команд, упомянутых здесь, должны работать практически на всех дистрибутивах Linux. Например Ubuntu, Debian, Mint.

Просмотр списка имен USB устройств с помощью команды df

Команда df — это полезная команда, которая может помочь составить список всех подключенных томов, включая USB-накопители.

Как только USB-устройство подключается в систему Linux, это устройство автоматически монтируется в раздел /media и становится готовым к использованию.

Из приведенного выше вывода следует, что у меня есть 1 USB-накопитель /dev/sdb с 2 разделами /dev/sdb1 и /dev/sdb2

Список имен подключенных USB — устройств с помощью команды lsblk

Команда Lsblk используется для перечисления всех блочных устройств в системе Linux. Из списка можно фильтровать USB-устройства с помощью команды grep.

Чтобы получить дополнительную информацию, такую как UUID, производитель и тип файловой системы, используйте команду blkid, как показано на рисунке ниже.

Список USB — устройств с помощью команды fdisk

Вы можете использовать старую добрую команду fdisk, которая используется для разбиения томов на разделы, чтобы перечислить все разделы в системе Linux, включая USB-накопители.

Запятая будет отображать подробную информацию о вашем USB-томе, включая разделы , размер тома, секторы и тип файловой системы.

Список сведений о подключенных USB-устройствах с помощью команды lsusb

Команда lsusb, также известная как команда “List USB”, используется в Linux для перечисления всех USB-устройств, подключенных к системе.

На выводе выше отображается идентификатор шины, идентификатор устройства, идентификатор USB, а также поставщик или производитель USB-устройств

Команда lsusb перечисляет подключенные устройства и не предоставляет дополнительной информации о USB-устройствах.

Для получения дополнительной информации о подключенных USB устройствах используйте команду dmesg. Команда dmesg, также известная как “сообщение драйвера” или “показать сообщение”, используется для проверки загрузочных сообщений. Кроме того, эта команда используется для отладки проблем, связанных с оборудованием и печати сообщений, генерируемых драйверами устройств.

Вы можете использовать команду dmesg и grep, чтобы сузиться до USB-устройств.

Кроме того, вы можете передать вывод команды dmesg в less для облегчения прокрутки.

На выходе вы можете найти определенную строку, нажав клавишу прямой косой черты ( / ) на клавиатуре, а затем имя или идентификатор устройства USB-устройства.

В моем случае я ищу дополнительную информацию о USB устройстве под названием SanDisk.

Поиск USB-накопителя

Список USB контроллеров и устройств, использующих USB устройства

Команда usb-devices-это сценарий оболочки, который позволяет вам перечислить все USB-контроллеры и USB-устройства, подключенные к вашему компьютеру. Он печатает детали USB-устройства, такие как производитель, название продукта, серийный номер и многое другое. Вот вывод команды:

Заключение

В этой статье мы продемонстрировали различные способы просмотра USB-устройств, подключенных к системе Linux.

Источник

Как посмотреть USB устройства Linux

При подключении USB флешки или любого другого USB устройства к компьютеру создается набор файлов, с помощью которых вы можете получить к ним доступ. Когда вы работаете в файловом менеджере все достаточно просто, но как только дело доходит до консоли все становится намного труднее.

Каждому новичку важно уметь идентифицировать подключенные устройства, будь то usb флешки, SD карты или жесткие диски чтобы не записать что-либо не туда или не отформатировать не тот диск. В этой статье мы рассмотрим несколько способов как посмотреть usb устройства Linux, подключенные к компьютеру.

Список подключенных устройств Linux

В операционной системе Linux используется особенная философия управления. Все объекты, в том числе и устройства считаются файлами. При подключении какого-либо устройства к системе для него создается файл в каталоге /dev/.

Обычно, после того, как вы подключили любую USB флешку или другой накопитель к системе с установленным окружением рабочего стола, устройство автоматически монтируется в папку /media/имя_пользователя/метка_устройства/, а затем вы можете получить доступ к файлам из устройства в этой папке. Тем не менее, бывают ситуации, когда вам нужно вручную монтировать USB и тогда такой вариант не поможет.

Файлы всех устройств находятся в каталоге /dev/. Здесь вы можете найти файлы sda, hda, которые представляют из себя жесткий диск, а также файлы sda1 или hda1, которые позволяют получить доступ к разделам диска. Мы уже подробно рассматривали это все в статье работа с устройствами Linux. Вы можете посмотреть список всех устройств в каталоге /dev/ с помощью команды:

Теперь осталось понять какие из этих файлов устройств принадлежат USB устройствам и каким устройствам именно.

Как посмотреть USB устройства Linux

Чтобы узнать более подробную информацию о каждом устройстве, подключенном к вашей системе и посмотреть список устройств linux, можно использовать команду df. Она используется для просмотра свободного места на диске:

По общему размеру и занятому пространству вы можете определить какое из устройств является вашей флешкой, но этот способ посмотреть устройства linux не очень удобен и работает он только с уже смонтированной флешкой, есть еще несколько, дающих более точную информацию.

Команда lsblk отображает список всех блочных устройств, подключенных к вашему компьютеру. Утилита отображает не только их размер, но и тип (диск/раздел) а также старший и младший номер устройства. Тут уже немного проще найти флешку, мы видим два диска, и если первый с размером 698 гигабайт это жесткий диск, то второй, — точно флешка:

Есть еще один способ, это утилита fdisk. Она позволяет посмотреть таблицу разделов на всех блочных устройствах, подключенных к компьютеру. Но утилиту нужно выполнять от имени суперпользователя:

Также, узнать о подключенном USB устройстве можно посмотрев очередь сообщений ядра dmesg. Здесь хранится информация обо всех операциях, которые происходят в ядре. В том числе здесь будет отображено имя флешки, только что подключенной к компьютеру. Для просмотра сообщений ядра выполните:

Чтобы посмотреть какие из sd устройств относятся к USB используйте такую команду:

ls -l /dev/disk/by-id/usb*

Попытаться идентифицировать свою флешку в системе через терминал можно с помощью утилиты blkid. Она выводит UUID идентификаторы всех подключенных устройств, а также файловую систему:

Выводы

В этой статье мы рассмотрели как посмотреть usb устройства linux, а также как узнать имя своей usb флешки в системе. Вы можете использовать любую из команд, которая вам понравилась, или же сразу несколько. Но теперь вы знаете как точно определить имя файла своей флешки.

Источник

Create the bootable media¶

The easiest way to install Linux Mint is with a USB stick.

If you cannot boot from USB, you can use a blank DVD.

How to make a bootable USB stick¶

In Linux Mint¶

Right-click the ISO file and select Make Bootable USB Stick , or launch Menu ‣ Accessories ‣ USB Image Writer .

Select your USB device and click Write .

In Windows, Mac OS, or other Linux distributions¶

Download Etcher, install it and run it.

Click Select image and select your ISO file.

Click Select drive and select your USB stick.

How to make a bootable DVD¶

Optical discs are slow and burning to disc is prone to errors.

To prevent issues, burn at the lowest possible speed.

Burn the content of the ISO onto the DVD, not the ISO file itself. When finished, your DVD should contain directories such as boot and casper , it shouldn’t be an empty DVD containing an .iso file.

In Linux¶

Install and use xfburn .

In Windows¶

Right-click the ISO file and select Burn disk image .

To make sure the ISO was burned without any errors, select Verify disc after burning .

In Mac OS¶

Right-click the ISO file and select Burn Disk Image to Disc .

© Copyright 2017, Linux Mint Revision 11740971 .

Источник

Автоопределение USB-устройств в Linux Mint 18.3 (udev,udisks, или что?)

По причине описанной в другой ветке этого форума, у меня возник более конкретный вопрос, который я вынес сюда как более общую тему:

• Как в системе Linux Mint 18.3 реализовано автоопределение usb-устройств сейчас в 2018 году?

Проблема в том, что почти вся информация, которая находится по подобным поисковым запросам датируется 2011-2015 годами и ссылается на настройку утилиты udev путём добавления в каталог /etc/udev/rules.d/ файлов с описаниями правил монтирования.

Но беда в том, что в моей системе этот каталог изначально пуст и все описанные в инструкциях действия не дают никакого результата.

Каталог /etc/udisks2/ тоже пуст.

Я нашёл упоминание о рolkit, но как это может быть связано с моей задачей я не очень понимаю.

udev актуален. Правила в rules.d пусты, так как в этом каталоге правила, что создает сам пользователь, а не умолчания в системе.

в моей системе этот каталог изначально пуст

В /etc/udev/rules.d/ пишет только админ (локалхоста), если конечно дистр не упоротый. Обычно правила, поставляемые с пакетом, живут в /usr/lib/udev/rules.d/ и/или в /lib/udev/rules.d/ .

действия не дают никакого результата

• Убедись, что правило описано правильно и хандлит нужное тебе устройство.
• udevadm control —reload делал?

Туда лучше не лезь, если не знаешь, что делать. Проще добавить пользователя в соответствующую группу (GID и название группы в разных дистрах могут отличаться, потому тут не подскажу) и перелогиниться (при этом, чтобы изменения вступили в силу, пользователь должен завершить все активные сессии, потому, если не сработало, лучше перезагрузить компьютер).

Спасибо, значит буду пытаться копать в сторону udev.

Убедись, что правило описано правильно и хандлит нужное тебе устройство.

Ну, опишу всё по порядку, может я где-то ступил.

Вначале, я использовал dmesg для сбора информации. Я сделал два файла с выводами этой утилиты до и после подключения NXT-устройства:

В статьях 2011-2012 годов по подключению NXT, как раз упоминалось, что у устройства долженsы быть idVendor=0694 и idProduct=0002.

Дальше, разница выводов lsusb до и после подключения устройства была:

Причём, это всё работало ещё до того как я стал прописывать настройки в пустой по умолчанию каталог /etc/udev/rules.d/, но такое поведение было описано и в тех статьях, которые я читал.

Что касается udev, то у меня в системе установлена по умолчанию версия 229-4ubuntu21.4, что бы это ни значило.

Дальше, в разных статьях по настройке рекомендовалось следующее:

1) Создать файл /etc/udev/rules.d/80-nxt.rules с текстом:

2) Или создать тот же файл но с текстом (предполагается, что это разные вариации для разных версий udev, но какой для чего я не в курсе):

3) В другом источнике, предлагалось создать файл /etc/udev/rules.d/45-legonxt.rules с текстом:

4) Ещё предлагался вариант файла /etc/udev/rules.d/70-nxt.rules с текстом:

В принципе, названия файлов, по всей видимости не важны, просто я привожу примеры из разных источников и опробовал я эти варианты по отдельности.

После создания конфигурационного файла, предполагалось выполнить команду:

Но ни эта команда, ни перезагрузка, ни

Честно говоря, я не очень представляю, как можно проверить автораспознание NXT-устройства, подключенного к usb, но выполняя инструкции по установке софта (компиляторов nxc и nbc) предполагалось, что при запуске компиляторов с определёнными опциями, компиляторы должны загрузить бинарные файлы в подключенное и автоматически расшаренное NXT-устройство. Этого не происходит.

что за шиза? Компилируй и отправляй, через scp там или чем, как тебе уже надо.

что за шиза? Компилируй и отправляй, через scp там или чем, как тебе уже надо.

Вообще, мне нужно хоть как-то расшарить доступ к устройству, чтобы загружать на него программы любым из возможных способов!

Сами программы компилируются нормально. Я проверял как это работает в винде, где проблем с распознаванием NXT нет (но даже в винде, NXT-устройство не отображается как внешний диск).

Ну, и просто в примере компилятора nbc для системы NXT по умолчанию приводятся варианты типа:

You can then compile this up using

then upload your HelloWorld program

You can then run the program using the buttons on the NXT

Тут речь была о загрузке ранее скомпилированного компилятором nbc файла из исходника HelloWorld.nxc в бинарник HelloWorld с помощью специального питоновского скрипта nxt_push

Another final option is to use the the built in download feature of nbc, you can do something like this when you compile:

This will automatically download a successful build to the NXT brick, there is also a -r option to download and run.

А тут, компиляция и загрузка того же исходника осуществляется самим компилятором nbc

Ну, а сам nbc -help выдаёт в первых строчках описания своих опций:

использовал dmesg для сбора информации

А следовало бы использовать udevadm monitor , оттуда можно копировать данные (почти) как есть.

Показывай написанное тобой правило.

Зачем? Используй udevadm control —reload .

В общем, давай написанное правило и выхлоп udevadm monitor (вытаскиваешь девайс, запускаешь монитор, втыкаешь девайс, ждёшь получения информации (её будет много)).

В общем, я решил сделать все действия сначала (И кажется заработало):

1) я создал один файл рулесов с немного изменёнными параметрами:

Тут, насколько я понимаю, проверяются 4 первых параметра на соответствие, потом создаётся символьная ссылка с именем «nxt» и задаются (для этой ссылки?) права доступа «666».

2) После этого я выполнил команду: udevadm control —reload

3) Потом выключил NXT-устройство и снова его включил.

4) Набрал lsusb для просмотра устройств и получил:

5) Потом я набрал команду: ls -l /dev/bus/usb/002/

Вроде тут видно, что устройство 009 было подключено, но права доступа к нему «crw-rw—-»

6) Потом я набрал: ls -l /dev/nxt

Во! Вот это мне понравилось!
Как я понял, при подключении NXT была создана символьная ссылка на устройство /dev/nxt и права на эту ссылку были определены уже по максимуму: «lrwxrwxrwx».

При отключенном устройстве, эта символьная ссылка недоступна.

7) Вывод udevadm monitor (отключил девайс, запустил монитор, включил девайс):

Тут всего 4 строчки, но они мне как-то ничего не говорят.

В итоге, после проведения всех этих телодвижений, оказалось, что я могу уже загружать программы с помощью компилятора nbc:

Но загрузка данных с помощью питоновского скрипта nxt_push пока не работает.

Также, всё ещё не видит подключенного по usb устройства и запущенная под Wine система BricXX.

Честно говоря, я пока не понял до конца, в чём проблема.
Может быть нужно как-то менять права доступа к самому устройству, а не только к символьной ссылке?
Может нужно что-то городить с группами и групповыми правами?

Все симлинки имеют такие права доступа. MODE в правиле udev задает пермиссии не для симлинка а для самого девайс нода (в данном случае для /dev/bus/usb/002/009.

У тебя права получились другие — 0660, root:plugdev. Значит открыть этот девайс нод сможет только пользователь группы plugdev (ну и конечно root).

Почему получились другие права — видимо правило, которое ты добавил, перекрыто каким-то другим правилом. Порядок правил зависит от порядка, в котором udevd читает файлы с правилами, а читает он их в порядке лексиграфического возрастания имен. Поэтому файлам с правилами дают имена с числовыми префиксами. Попробуй назвать свой файл правил с префиксом 99-, может быть тогда твое правило станет последним.

Можно также попробовать запустить nbc -d с правами рута. Рут однозначно имеет право открывать любые девайс ноды. Если и с правами рута nbc -d не может загрузить программу на устройство, значит дело не в правах, и правилами udev ты ситуацию не поправишь.

И я бы не надеялся, что устройство «увидят» виндовые приложения, запущенные под вайном. https://www.winehq.org/wwn/331#USB Support in Wine

Порядок правил зависит от порядка, в котором udevd читает файлы с правилами, а читает он их в порядке лексиграфического возрастания имен. Поэтому файлам с правилами дают имена с числовыми префиксами. Попробуй назвать свой файл правил с префиксом 99-, может быть тогда твое правило станет последним.

Да, вот только что сам тоже обратил на это внимание!

Настроил всё то же самое на ноуте, с той лишь разницей, что на ноуте файл рулесов прописал с большим числом в начале и результаты вывода на ноуте отличались по правам доступа.

Сейчас исправил и на первом компе. Всё пучком стало с отображаемыми правами.

Можно также попробовать запустить nbc -d с правами рута.

Да, по факту, так оно сейчас и работало. Просто при установке компилятора прописывался конфиг через sudo visudo

с заменой имени пользователя, конечно.

Т.е. насколько я понимаю, тут nbc запускается с админскими правами без запроса пароля.

проверяются 4 первых параметра на соответствие

потом создаётся символьная ссылка с именем «nxt»

Не потом, а при условии соответствия условиям.

задаются (для этой ссылки?) права доступа «666»

symlink всегда имеет lrwxrwxrwx (ибо ему пофиг, он прозрачно перенаправляет туда, куда ссылается, и права будут те, что у реального файла/устройства/директории), права доступа присваиваются девайсу. Я представления не имею, что за девайс, но я бы назначил хотя бы группу, и разрешил доступ только этой группе.

устройство 009 было подключено, но права доступа к нему «crw-rw—-»

Попробуй вначале назначить права доступа, и только потом создать симлинк.

и права на эту ссылку были определены уже по максимуму

Но загрузка данных с помощью питоновского скрипта nxt_push пока не работает.

А права-то на запись есть?

Если от юзера, то нет.

Также, всё ещё не видит подключенного по usb устройства и запущенная под Wine система BricXX.

Тут ничем не помогу.

Может быть нужно как-то менять права доступа к самому устройству, а не только к символьной ссылке?

Права, назначенные на symlink (кроме прав на чтение), менять смысла нет, читай выше. Про изменение прав я уже написал выше — измени порядок правила (смести создание ссылки в конец строки).

Может нужно что-то городить с группами и групповыми правами?

Я бы сделал, разграничив права. Но учитывая, что тебе нужен доступ из Wine… не заморачивайся.

Так и не понял, загружает ли у тебя nbc -d программу в устройство под пользователем, или только под рутом, или вообще никак не загружает.

только пользователь группы plugdev

С этим разобрался, но подумал, что может быть поможет включение в рулесы описания новой группы типа GROUP=»nxt» с последующим добавлением нужному пользователю этой группы.

Сделал, проверил, но отличий не увидел, т.к. изначально nbc всё равно имел админские права и не обращал внимания на все ограничения, а во-вторых, права всё равно выставляются в 666, и наличие дополнительной группы вроде как и не нужно вообще (в отличие от прав 660).

Но, на всякий случай, я добавил группу, что называется, на вырост.

Так и не понял, загружает ли у тебя nbc -d программу в устройство под пользователем, или только по рутом, или вообще никак не загружает.

Сейчас nbc -d работает. По факту, он работает с админскими правами, но учитывая мои теперешние настройки, видимо, должен был бы работать и без админских прав.

Я пока не разобрался с другими способами загрузки программ, кроме как nbc -d. Но, это, вероятней всего, уже совсем другой вопрос.

Судя по всей этой писанине, nbc -d работал изначально. Под рутом или под пользователем входящим в группу plugdev.

Да, я понял некоторые свои косяки, и теперь изменил кое что в настройках.

1) Я создал единственный файл рулесов в начинающийся с большого номера (поскольку файлов с другими номерами в этом каталоге не было, то я изначально решил, что номер моего файла не очень важен, и это было ошибкой). Итак файл 80-legonxt.rules :

== — сравнение, = — присвоение.
Не потом, а при условии соответствия условиям.

Да, я знаю, просто не точно выразился.

В данном конфиге я оставил права «666» и добавил группу «nxt», на будущее, и чтобы не забыть.

2) После этого, я выполнил udevadm control —reload

3) Включил NXT и получил следующие выводы:

ls -l /dev/bus/usb/002/ :

Теперь все настройки более корректны, добавлена группа nxt и права доступа к устройству настроены на 666, как и было задумано.

Судя по всей этой писанине, nbc -d работал изначально.

В теории, видимо должен был. Но мне почему-то казалось, что он не работал. Я экспериментировал с разными программами, и много всего перепробовал с разными настройками.

Попробую потом на новом компе с нуля поставить только один nbc и поиграюсь с ним без настройки прав.

Группу создать не забыл? (%

добавлена группа nxt и права доступа к устройству настроены на 666

С одной стороны ты создаёшь группу и присваиваешь владение файлом устройства ей, с другой оставляешь доступ на запись всем остальным. Если тебе нужен доступ для всех, то выделять группу — просто лишняя трата времени.

Да, я написал, что соответствующую группу присвоил пользователю.
Если конкретно, то:

выделять группу — просто лишняя трата времени

Да, понятно. Просто я решил заранее выделить, чтобы потом не забыть.

Сейчас мне важно разобраться с другими аспектами работы с устройством, и я решил по максимуму открыть права доступа, чтобы не ломать голову.

Но потом, я планирую перенести всё в компьютерный класс, и там, возможно, ограничу права доступа по групповому принципу, прикрыв права до 660.

Источник