Debian 10 blkid команда не найдена
Процессор
Узнать информацию о процессоре можно с помощью команды:
root@debian7:
Или некоторые другие данные:
root@debian7:
Оперативная память
Краткая информация об использовании памяти:
root@debian7:
Расширенная информация:
root@debian7:
Жесткие диски
Отобразить список существующих разделов:
root@debian7:
Вывести UUID и тип файловой системы для каждого раздела можно с помощью команды:
root@debian7:
Информацию о разделах, точках монтирования и некоторые другие данные можно получить с помощью утилиты lsblk
root@debian7:
Команда отображает все блочные устройства в древовидной структуре.
Сеть
Информация об интерфейсах:
root@debian7:
Подробная информация о сетевой карте
root@debian7:
Для проверки доступности узлов используйте общеизвестную утилиту ping.
Утилиты общего назначения
top
Утилита top служит для отображения информации о процессах и ресурсах, которые они потребляют. Информация обновляется с определенной периодичностью. Данные можно отсортировать, например, по использованию процессорной мощности или оперативной памяти (по умолчанию идет сортировка по CPU).
root@debian7:
dmidecode
Получить подробную информацию об аппаратном обеспечении можно с помощью dmidecode. Утилита предоставляет данных, полученные от BIOS. В описании пакета приводится следующая справка 1 :
Эта информация обычно включает в себя производителя системы, название модели, серийный номер, версию BIOS, дескриптор ресурса (asset tag) а также другую информацию различного уровня интереса и достоверности, устанавливаемую производителем. Часто содержит состояние занятых процессорных сокетов, слотов расширения (например, AGP, PCI, ISA), слотов памяти и список портов ввода/вывода (например, последовательные и параллельные порты, USB).
Помните, что данные, выдаваемые DMI, не настолько надёжные, чтобы им слепо доверять. Dmidecode не сканирует аппаратное обеспечение, он просто выводит те данные, которые ему предоставляет BIOS.
Команда выведет тип контроллера памяти и используемые модули RAM.
dmesg
Команда выведет только строки, содержащие слово processor.
lspci
Утилитой удобно пользоваться для вывода списка всех устройств, подключенных к pci-шине. Информация может быть использована в диагностических целях, а также для определения установленных устройств.
root@debian7:
В целом утилита чрезвычайно полезна при работе с аппаратной составляющей и позволяет получить максимум данных.
vmstat
Показывает сводную информацию о состоянии виртуальной памяти, а также о свопе.
root@debian7:
Команда выше будет выводить обновленные данные каждые 2 секунды (вместо 2 можете указать любое другое число).
sysctl
Хоть и утилита предназначена главным образом для управления параметрами ядра на лету, анализ установленных значений может помочь в диагностике проблем.
root@debian7:
Команда отобразит все переменные и их значения.
Дополнительные утилиты
Все описанные ниже утилиты не входят в стандартную конфигурацию Debian, придется из ставить отдельно.
htop
Более сильная замена штатной утилиты top. В стандартной конфигурации с системой не поставляется. Предоставляет удобный интерактивный интерфейс со встроенной справкой и обновлением данных в реальном времени.
root@debian7:
Ключ -d выставляет значение в десятых долях секунды для обновления данных. Ключ -c переключает программу в монохромный режим работы.
lshw
Утилита предназначена для вывода подробной информации об аппаратном обеспечении. Наиболее удобно экспортировать данные в .html-вид и просматривать в браузере. Такой способ, конечно же, исключается при работе в консольном режиме, разве что если просматривать данные на другой системе.
root@debian7:
Команда выведет данные только о сетевой плате.
smartmontools
Пакет состоит из двух утилит (smartctl и smartd), которые следят за S.M.A.R.T-показателями жестких дисков. Для запуска демона необходимо произвести ряд настроек:
Раскомментировать строки и в скобках указать через пробел все устройства, на которых необходимо отслеживать состояние.
Однако при запуске службы на виртуальной машине с Debian 7.7 у меня выдал ошибку (надо сказать, что отслеживание S.M.A.R.T на виртуальных жестких дисках достаточно бредовая идея, я это сделал лишь с целью протестировать):
Просмотреть состояние диска можно командой:
root@debian7:
Несмотря на это, утилита является достаточно распространенной и однозначно рекомендуется к использованию. Кроме того, в сети есть масса инструкций 2 3 по настройке e-mail-уведомлений в случае проблем с жесткими дисками.
hdparm
Вопросы настройки дисков в рамках этой статьи рассматривать не планируется.
ethtool
Произвести диагностику сетевой платы вам поможет утилита ethtool. Конечно вытянуть информацию можно и с помощью ifconfig, и dmesg и др., но несравнимо больше полезных данных вы получите именно от ethtool. Надо отметить, что с виртуальными сетевыми интерфейсами программа работает достаточно криво. Например отображение статистики по интерфейсу у меня вообще было пустое:
root@debian7:
Общая информация об интерфейсе была примерно настолько же скудной:
root@debian7:
С физическими интерфейсами ситуация обстоит значительно лучше. Помимо диагностики, утилита также предназначена для настройки интерфейсов.
sysstat
Пакет содержит в себе ряд утилит, способных выдавать информацию о производительности тех или иных компонентов системы. Особо полезным может быть iostat, когда нужно проанализировать загрузку жестких дисков в срезе операций ввода/вывода.
Я перечислил далеко не все основные инструменты, знакомство с которыми так необходимо, но по мере возможности собираюсь дополнять статью необходимым материалом.
Удобство понимания и заполнения таких конфигурационных файлов как, скажем, /etc/fstab "значительно повысилось". Стало невозможным понять о каком разделе идет речь. Хорошо если у вас всего пять-шесть разделов, еще можно помнить, на каком своп, а на каком корень. А если разделов в три раза больше? Да если еще и постоянно удаляешь одни, и создаешь другие? Мода требует жертв.
Кому же нужны UUID'ы и для кого они действительно удобны? Сисадминам больших серверов, у которых одновременно присутствуют носители всевозможных типов, да еще и объединенные во всякие RAID'ы и прочие сиадминские заморочки. Для них, когда возникает необходимость перенести содержимое с одного носителя на другой, потом встает большая проблема правильно внести изменения в ту же /etc/fstab вручную. С UUID'ами же ядро, при помощи специальных программ, автоматически находит и размечает разделы по соответствующим носителям. Это им экономит много сил и времени.
Простым же смертным, имеющим два компьютера с тремя винчестерами на обоих, эти UUID'ы нужны как зайцу стоп-сигнал. Я лично первым делом безжалостно удаляю все эти номера из файлов /etc/fstab и /boot/grub/menu.lst. Это позволяет мне избежать головной боли при клонировании разделов, когда возникают два раздела с одинаковыми "Уникальными номерами".
Но многим почему-то нравятся UUID'ы, и они озабочены, если какой-нибудь раздел, например подкачки, вдруг прописан по "имени-отчеству". В Сети иногда встречаются такие вопли о помощи: "Мой раздел своппига не имеет UUID'а. Как мне узнать его и вписать в /etc/fstab?". Для вас, любители UUID'ов, эта статья.
Команда blkid
Программа blkid, используя библиотеку libblkid, умеет читать содержимое файлов блочных устройств типа /dev/hda2. Эти специальные файлы, находящиеся в директории /dev иначе называются нодами устройств, имеют весьма специфичную структуру, и не могут быть прочитаны обычными средствами (скажем, командой cat).Однако программа blkid по умолчанию не считывает информацию о разделах непосредственно из соответствующих нод устройств, а считывает ее из файла /etc/blkid.tab. Этот файл зачем-то называется в мане команды blkid кэш файлом, а всем известно, что слово cache имеет множесто значений, а потому совершенно бессмысленно. Должен вас сразу предупредить, что в файле /etc/blkid.tab со временем накапливается устаревшая информация о давно несуществующих разделах, поэтому не думайте читать сам файл в поисках UUID'ов, можете жестоко обмишулиться. Пользуйтесь командой blkid с соответсвующими опциями.
Команда blkid без опций
Команда blkid без опций, запущенная с правами суперпользоателя, выведет на экран дисплея информацию, содержащуюся в файле /etc/blkid.tab:Я предупреждал. Тут, конечно, можно разобраться при желании, но непонятно, откуда может взяться такое желание, когда можно поступить проще. А именно запустить команду blkid с опцией -c.
Команда blkid с опцией -c
Вообще-то опция -c заставляет blkid читать не из файла blkid.tab, а из любого указанного файла. Скажем, /dev/null. Не имея никакой информации из данного файла, команда вынуждена будет прочитать информацию из нод устройств, то есть выдать нам реальную картину на текущий момент:Совсем другое дело, не правда ли?
Поэтому советую сохранить старые файлы blkid.tab и blkid.tab.old под другими именами, тогда при следующей загрузке будет создан новенький чистенький файлик blkid.tab, где все будет как в выводе команды blkid -c /dev/null . Стоит после этого проверить /etc/fstab и /boot/grub/menu.lst.
Остальные опции команды крайне невыразительны и бесполезны. Чем трудиться запоминать их, проще запустить команду вовсе без опций или с опцией -c /dev/null. Тем не менее:
Опция <device>
Выдает сведения об указанном устройстве.
Опция -t
Найдет все устройства, отвечающие заданному критерию, будь то TYPE, LABEL, или UUID. Можно сужать круг поиска, вводя в командную строку имена интересующих устройств:
Опция -s
Выдаст только указанный критерий нужного устройства.
Опция -o
Позволяет выбирать формат вывода из трех возможных: value (значение критерия), device (устройство), или full (полный). Например:Опция -l
Применяется вместе с опцией поиска -t. Но из всего найденного выдаст сведения только об одном устройстве. Обычно это первое прочитанное в файле /etc/blkid.tab устройство.Опция -g
В мане сказано, что убирает мусор в каком-то кэше blkid. Если имеется в виду файл /etc/blkid.tab, то не работает.Опция -w
Записывает данные в указанный вами файл, вместо файла /etc/blkid.tab.По моему, проще переадресовать в файл "file" вывод команды.
Опция -h
Опция -v
Вот все, что касается команды blkid. Однако существуют и другие возможности узнать UUID раздела.
Самая очевидная - заглянуть в директорию /dev:
Там четыре субдиректории, одна из которых by-uuid. Посмотрим:
Вот поди, догадайся, что к чему относится! Нет, это не метод.
Команда vol_id
Существует еще команда vol_id. Она настолько простая, и ман к ней так понятно написан, что разобраться с ней не составит труда. Например:Хорошая и удобная команда, жаль, что не во всех дистрибутивах встречается.
Заключение
На сладкое я приберег самое интересное: кто же присваивает устройствам UUID'ы? Где записаны эти самые идентификаторы?Если говорить о разделах жесткого диска, то UUID'ы присваиваются им в процессе создания файловой системы (некоторые утверждают, что они вычисляются из характеристик раздела), и записываются где-нибудь в суперблоках. Во всяком случае, еще не отформатированный раздел не имеет UUID'а. А при клонировании раздела командой dd, раздел, в который устанавливают клон, меняет свой UUID на идентификатор клона.
При загрузке компьютера, программа udev записывает UUID раздела в его ноду - файл блочного устройства в директории /dev. В доступной пользователю части файловой системы, UUID'ы разделов можно найти в файле /etc/blkid.tab, но информация эта может оказаться устаревшей.
Нравится мне это или нет, но UUID'ы прочно вошли в повседневный быт линуксоида. И нет в них никакой мистики.
Как администратор Linux, вы должны знать, как проверить UUID раздела или UUID файловой системы.
Потому что большинство систем Linux монтируют разделы с UUID.
То же самое было может проверено в файле /etc/fstab.
Есть много утилит для проверки UUID.
В этой статье мы покажем вам, как проверить UUID разными способами, и вы сможете выбрать тот, который подходит именно вам.
Что такое UUID?
UUID расшифровывается как Universally Unique Identifier, который помогает системе Linux идентифицировать раздел жесткого диска вместо файла блочного устройства.
libuuid является частью пакета util-linux-ng начиная с версии ядра 2.15.1 и по умолчанию устанавливается в системе Linux.
Можно предположить, что идентификаторы UUID, сгенерированные этой библиотекой, будут уникальными в системе и уникальными во всех системах.
UUID первоначально использовались в сетевой вычислительной системе Apollo (NCS), а более поздние UUID стандартизируются Open Software Foundation (OSF) как часть распределенной вычислительной среды (DCE).
Пример моего файла /etc/fstab.
Мы можем проверить тоже самое, используя следующие семь команд.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды blkid?
Он использует библиотеку libblkid для получения UUID раздела диска в системе Linux.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды lsblk?
lsblk выводит информацию обо всех доступных или указанных блочных устройствах.
Команда lsblk читает файловую систему sysfs и базу данных udev для сбора информации.
Если база данных udev недоступна или lsblk скомпилирован без поддержки udev, он пытается прочитать метки LABEL, UUID и типы файловых систем с блочного устройства.
В этом случае необходимы права суперпользователя.
По умолчанию команда выводит все блочные устройства (кроме дисков RAM) в древовидном формате.
Как проверить UUID раздела диска / файловой системы в Linux, используя путь byUUID?
Каталог содержит UUID и файлы реальных блочных устройств, UUID были символическими ссылками с файлами реальных блочных устройств.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды hwinfo?
hwinfo расшифровывается как инструмент информации об оборудовании.
Это еще одна замечательная утилита, которая используется для поиска оборудования, присутствующего в системе, и отображения подробной информации о различных компонентах оборудования в удобочитаемом формате.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды udevadm?
udevadm содержит команду и специфичные для команды опции.
Он управляет поведением systemd-udevd во время выполнения, запрашивает события ядра, управляет очередью событий и предоставляет простые механизмы отладки.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды tune2fs?
tune2fs позволяет системному администратору настраивать различные настраиваемые параметры файловой системы в файловых системах Linux ext2, ext3 или ext4.
Текущие значения этих параметров можно отобразить с помощью параметра -l.
Как проверить UUID раздела диска / файловой системы в Linux с помощью команды dumpe2fs?
dumpe2fs печатает суперблок и блокирует информацию о группе для файловой системы, представленной на устройстве.
Добавление жесткого диска в Linux - операция достаточно легкая, хотя и кажется на первый взгляд достаточно тяжелой. Ниже предоставлена подробная инструкция того, как добавить жесткий диск в операционных системах семейства Linux.
Все действия проводились на компьютере под управлением операционной системы Debian 8.4, однако они должны подойти и к другим дистрибьютивам Linux.Идентифицируем жесткий диск
Начнем с того, что найдем под каким именем скрывается жесткий диск в системе. Для этого используем команду ls:
Если в системе несколько жестких дисков, то скорее всего мы получим примерно следующую картину:
Для понимания стоит отметить, что /dev/sda /dev/sdb/ и т. д. (без цифр) - это сами жесткие диски, а вот /dev/sda1, /dev/sda2 - это разделы на жестких дисках.
Создание файловой системы
Если жесткий диск новый, то на нем не должно быть никакой файловой системы. Нам остается лишь получить информацию по этому жесткому диску с помощью утилиты fdisk. Вводим:
Получаем ответ в котором будет указан раздел жесткого диска.
Убедившись в том, что это нужный диск, приступаем. Для начала нужно будет создать новый раздел, для этого опять используем программу fdisk:
Запустится утилита fdisk, которая попросит ввести какую-нибудь команду.
Вводим одну единственную букву - n.
Затем отвечаем на вопрос о типе раздела:
Если планируется создавать один раздел, или больше (но не более четырех), то выбираем пункт p.
У Partition number, First sector и Last sector оставляем все по умолчанию и просто нажимаем Enter.
Теперь нужно сохранить эти изменения - вводим команду w, которая укажет программе fdisk о необходимости выйти, предварительно записав изменения на диск. Если же что-то было сделано не так, то можно выйти без изменений введя команду q.
Далее нужно создать файловую систему на жестком диске. Пусть это будет ext4:
Если на жестком диске нет никаких нужных данных, и не планируется использование файловой системы NTFS, то нужно ответить y.
Осталось смонтировать (добавить) раздел в систему. Допустим это будет папка backup, расположенная в корне. Создаем папку:
Теперь получим идентификатор раздела командой blkid:
После чего будет выведен список всех разделов в системе и их UUID:
Находим нужный, и запоминаем его UUID. Теперь открываем /etc/fstab, и добавляем туда следующую строчку:
или как вариант, выполнить команду:
Этим мы объясняем системе, что при загрузке следует смонтировать раздел с определенным UUID как папку /backup и файловой системой ext4.
Проверить правильность предыдущих действий можно с помощью команды:
Если никаких ошибок не выявлено, значит все было сделано правильно.
Для того, чтобы примонтировать раздел прямо сейчас, можно выполнить следующую команду:
Читайте также: