9 команд для просмотра информации о разделах и дисках
В данной статье мы рассмотрим несколько команд, которые могут быть использованы для проверки разделов в вашей файловой системе Linux. Команды могут быть использованы для просмотра информации о разделах, свободном и использованном дисковом пространстве на диске, а так же другой полезной информации о разделах.
Кроме того, такие команды как FDISK, SFDISK и CFDISK могут не только отображать информацию о разделах, но и вносить какие-либо изменения.
1. FDISK — является часто используемой командой для проверки разделов на диске. Она может отобразить список разделов, а так же дополнительную информацию.
2. Sfdisk — отображает похожую информацию, так же как и FDISK, однако есть и некоторые особенности, к примеру, отображение размера каждого раздела в мегабайтах.
3. cfdisk — является редактором разделов Linux с интерактивным пользовательским интерфейсом Ncurses. Команда может быть использована для отображения списка существующих разделов, а так же внесения каких либо изменений.
4. parted — ещё одна утилита командной строки, которая умеет отображать список разделов, информацию о них, а так же позволяет вносить изменения в разделы при необходимости.
5. DF — не является утилитой для разметки разделов, скорее больше для просмотра информации. Можно отметить то, что утилита DF способна вывести информацию о файловых системах, которые даже не являются реальными разделами диска.
6. Pydf — является в неком роде улучшением версии DF, которая написана на Python. Способна выводить информацию о всех разделах жесткого диска в удобном виде. Но есть и минусы, показываются только смонтированные файловые системы.
7. lsblk — выводит список всех блоков хранения информации, среди которых могут быть дисковые разделы и оптические приводы. Отображается такая информация как общий размер раздела/блока, точка монтирования (если таковая есть). Если нет точки монтирования, то это может значить что файловая система не смонтирована, для CD/DVD привода дисков это означает, что в лотке нету диска.
8. BLKID — выводит информацию о разделах файловой системы, среди них такие атрибуты как UUID, а так же тип файловой системы. Однако эта утилита не сообщает о дисковом пространстве на разделах.
9. HWiNFO — может быть использована для вывода списка оборудования и разделов для хранения данных. В результате вывода нет подробностей о каждом разделе, к примеру, как у команд, о которых шла речь выше.
Попробуйте воспользоваться командами, о которых мы говорили в этой статье, оставляйте свои отзывы и дополнения к ним в комментариях. Так же рекомендую просмотреть пост, в котором опубликован список команд для просмотра информации о системе.
Источник
Расширение диска или раздела Linux
В инструкции рассмотрены сценарии расширения дискового пространства разделов в Linux без потери информации.
Принцип увеличения диска:
- Расширение раздела.
- Изменение размера файловой системы.
В зависимости от типа раздела и файловой системы, действия различаются.
Любая работа с диском несет риск потери информации. Перед началом работ убедитесь в наличие резервных копий ценных данных.
Шаг 1. Расширение раздела
Обычные тома
Допустим, есть диск /dev/sdb и раздел /dev/sdb2, который нужно увеличить.
Сначала необходимо отмонтировать раздел:
В случае работы с корневой директорией, отмонтировать ее не получиться. В таком случае необходимо загрузить компьютер с LiveCD.
Подключаемся утилитой fdisk к /dev/sdb:
Если мы работаем с разделом более чем 2Тб, используем утилиту parted.
Смотрим номера разделов:
Удаляем раздел (не переживайте — все данные сохраняются):
* в моем примере, раздел для удаления на второй позиции.
Создаем новый раздел:
Номер раздела — 2:
На запрос начального и конечного секторов просто нажимаем Enter.
Если раздел был загрузочный, добавляем соответствующий флаг:
Еще раз проверяем, что получилось:
LVM-тома расширяются на лету, даже для корневых разделов. В данном примере, работаем с /dev/sda.
Открываем диск утилитой fdisk:
* напомню, что при работе с диском 2Тб и более, следует использовать утилиту parted.
Создаем еще один раздел:
Номер раздела оставляем тот, который предлагает система (просто нажимаем Enter).
Первый и последний сектора также оставляем по умолчанию для использования всего дискового пространства (еще два раза Enter).
Задаем тип раздела:
Выбираем номер раздела (в моем примере создавался раздел 3):
Командой L можно посмотреть список всех типов, но нас интересует конкретный — LVM (8e):
Проинформируем систему, что в таблице разделов произошли изменения:
Создаем физический том из нового раздела:
Смотрим наши Volume Group и для нужного добавляем созданный том:
vgextend vg_centos /dev/sda3
* в моем примере группа томов LVM называется vg_centos
Смотрим LVM-разделы и расширяем пространства для нужного:
lvextend -l +100%FREE /dev/vg_centos/lv_root
* данная команда расширяем LVM-раздел /dev/vg_centos/lv_root, используя все свободное пространство (100%FREE).
Шаг 2. Изменение размера для файловой системы
После того, как на предыдущем шаге мы расширили раздел, система по-прежнему будет видеть старый по объему диск. Чтобы это исправить, необходимо выполнить команду по изменению размера файловой системы. В зависимости от последней, команды различаются.
Посмотреть файловую систему:
ext2/ext3/ext4:
XFS:
Reiserfs:
* обратите внимание, что в данных примерах используются различные устройства.
Если раздел был отмонтирован, монтируем его, например:
mount /dev/sda2 /mnt
Проверяем, что настройки применились:
Увеличение разделов с Gparted
Если работы выполняются на системе с графическим интерфейсом или есть возможность перезагрузить сервер и загрузиться с LiveCD, можно воспользоваться простым средством — утилитой Gparted, которая позволяем менять размер разделов мышкой.
Запускаем утилиту — выбираем диск, с которым будем работать — кликаем правой кнопкой по разделу, который хотим увеличить и выбираем Resize/Move:
В открывшемся окне с помощью мышки или форм меняем размер раздела:
Нажимаем кнопку Resize/Move.
Проверяем изменения в окне программы и сохраняем настройки кнопкой «Apply All Operations»:
Источник
Неразмеченная область размером 1 MiB
Добрый день! Система Ubuntu, ядро 2.6.32-23-generic #37-Ubuntu SMP 86_64. Непонятно по какой причине появились неразмеченные области на венике (изначально при чистой установке на новый винт использовалось всё дисковое пространство). Файловая система ext4 на всех разделах. В чём может быть причина? Веник был разбит так:
/dev/sda1 (ext4) — /; /dev/sda2 (extended); /dev/sda5 (ext4) — /boot; /dev/sda6 (linux-swap); /dev/sda7 (ext4) — /home;
Теперь выглядит так:
не размечено — 1MiB; /dev/sda1 (ext4) — /; /dev/sda2 (extended); /dev/sda5 (ext4) — /boot; не размечено — 1MiB; /dev/sda6 (linux-swap); не размечено — 1MiB; /dev/sda7 (ext4) — /home.
упорядочивание к номеру дорожки диска, т.е. раздел может начинаться только с C/H/S некий-номер/0/0
Дело в том, что в ни в 8.04, ни в 8.10 ни в 9.04 я такого не наблюдал. Насколько это влияет на работоспособность системы и стоит ли эмм. паниковать по этому поводу?
появиться внезапно эти области не могли, скорее всего просто представление переделали в той утилите в которой смотрите
не влияет никак, паниковать тем более не стоит, просто «пропадает» небольшой обьем дискового пространства, к слову гораздо меньший чем в «хвостах» файлов
на всякий случай
Может gparted ерунду показывает? На команду отозвался так:
Диск /dev/sda: 320.1 ГБ, 320072933376 байт
255 heads, 63 sectors/track, 38913 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000aa3b1
Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 1 3648 29295616 83 Linux
/dev/sda2 3648 38914 283273217 5 Расширенный
/dev/sda5 3648 3666 145408 83 Linux
/dev/sda6 3666 3909 1951744 82 Linux своп / Solaris
/dev/sda7 3909 38914 281174016 83 Linux
это кажется новая фича для винтов с 4к сектором (WD EARS)
ничего криминального не вижу
Ага. Только веник Toshiba.
The consensus regarding util-linux’s fdisk (and the already committed fix) is to align on a 1MiB boundary by default
Это для ВСЕХ. Оффтопик тоже так делает, не помню, с висты или с семерки, узнал, когда читал про эти EARS, сам не видел.
Ну-ну, «это не баг, это фича такая». Веник-то 320-ка. Или теперь уже никакой разницы не будет и для всех новых веников будет использоваться размер 4096 байт на сектор вместо старых 512? Судя по инфе фикс скоро выйдет и топология новых веников будет нормально определятся.
Нет, не так. 512 остаются 512, просто разметка начинается с 1 MiB для всех, вот и все. 1 MiB — устраивает большинство топологий, будет работать при побайтовом копировании на другой винт, касается не только WD, а и SSD всяких, ну а мегабайта не жалко, туда можно загрузчик зато запихать. И вообще DOS partition table умрет на 2 Tb и все перейдут на GPT.
Как тогда в таком случае разбивать веник?
некрасиво конечно, но делается это ради выравнивания по геометрии диска,
в принципе можно было ручную разбивку делать , тем же fdisk, который позволяет не только в мегабайтах указать размер, но и по геометрии диска.
Эээ, в каком? Сейчас он разбит нормально, с мегабайтным зазором в начале, емнип этот мегабайтный зазор как раз попадает на границу цилиндров и при этом кратен 4096 (не нужно медленного выравнивания для EARS). Или я не понял вопроса?
Нда, будем считать что это оптимизация. Надеюсь новые версии parted/gparted научатся разбивать диск без появления таких вот неразмеченных областей.
Чтобы не было неразмеченных областей. Чисто их этих соображений. Хотя, с другой стороны, под оффтопиком как-то пережил 8 метров неразмеченную область при разметке установщиком много лет назад, тут тоже как-нибудь переживу.
Нууу, там и раньше пустое место было (1 цилиндр) и никому оно не мешало ;-).
Ага, ну можно переразбить, если сильно хочется, и у партеда и у фдиска есть опции, но я их не помню, как-то не понадобилось, мне метра не жалко.
оптимизация отчасти от того что пишет vga например, запросто могли «подстраховаться» из-за WD и делать вот такие мегабайтные барьеры на всех или части винчестеров
Почитаю на досуге маны к ним, а то я в основном отдаю предпочтение именно gparted (мне просто удобно им пользоваться, наверно в этом плане осталась старая привычка от оффтопика).
А веник насколько новый? У меня внешний веник Hitachi на 160 GiB в юсб-коробке (на 2.5″) — gparted не показывает неразмеченных областей (ровно как и fdisk). Может опять же эта тенденция относится только к веникам последних года-двух?
не старше 2 лет
Model Family: Hitachi Deskstar P7K500 series
Gparted 0.5.2 / Gentoo
разметка через cfdisk
Там не в венике дело, а в версии партеда (кажется его убунту использует при установке). Выравнивание в мегабайт по умолчанию появилось начиная с люсида.
P.S. Я кстати напоролся на это выравнивание на EARS, кажется кармик ставил (или джаунти, не помню уже). Тормозил он при умолчательной установке — это слабо сказано. Я день убил, пока додумался посмотреть, что на винте написано (комп собирали без меня, сразу не видел). После это почитал всякие статьи про этот Advanced Format, там и узнал, что новые версии parted/fdisk будут разбивать начиная с мегабайта.
Да у тебя все разделы отделены друг от друга 1МБ-ными промежутками!
С чего бы это? O_o
18 June 2010 : GParted 0.6.0
The GParted team is proud to announce this release brings support for devices with sector sizes greater than 512 bytes.
For the last three decades, 512 byte sector sizes have been the norm and many tools, including GParted, were hard coded to assume this sector size.
Also included in this release are bug fixes, and language translation updates.
Key changes include:
* Add support for devices with sector sizes > 512 bytes
* Add alignment option to align to MiB
* Set _default_ alignment to align to MiB
и что самое интересное , что
8 July 2010 : GParted 0.6.1
This is an important bug fix release for two critical bugs found in GParted. Also included are some language translation updates.
Key changes include:
* Fix crash moving partition when size is a multiple of 16 MiB
* Disable MiB alignment temporarily until bug #623630 can be fixed.
Bug #623630 is a problem where moving logical partitions using the new MiB alignment feature might overwrite the Extended Boot Record of another logical partition. This causes an invalid partition table with a wrong signature.
ссылка на багу, для ТС, чтобы не испортить себе таблицу разделов )
Спасибо, посмотрел ссылку. Я создавал вначале логический раздел (как видно на скрине), а потом уже экстендед со всеми примочками. Ну ладно. Фиг с ним. Если делать будет нечего, снесу всё и поставлю начисто.
off-topic:
я смотрю у вас gentoo? где можно почитать про установку? я хотел бы пощупать её в эмуляторе. руки чешутся посмотреть. видать женится пора 🙂
http://www.gentoo.org/doc/ru/handbook/
как обычно
только там устарело немного, так что все совсем буквально воспринимать не стоит
Ох уж эта Сильвия :
Все знает, все понимает =)
В русском переводе — да, устарело. А если в оргинале читать , то нормально еще
Вот почему у меня и возникли нехорошие мысли, что что-то не так как обычно 🙂
Можно и в оригинале. Заодно попрактикуюсь в переводе 🙂
1) графические утилиты (типа gparted) для работы с такими низкоуровневыми вещами как разбиение диска оставьте пользователям виндовс. Консольных наследников (<,s,c>fdisk) DOS-овской fdisk тоже. Пользоваться надо православным консольным parted, вот например из моей подопытной ubuntu
2) опять-же пора уже положить болт на это архаическое наследие MS-DOS как MBR. Диски надо размечать в GPT, тогда и фокусов с выравниванием разделов по мифическим C/H/S не будет.
> gparted не показывает неразмеченных областей (ровно как и fdisk)
Совсем-совсем? В DOSовской Partition Table принято начинать 1-ый раздел с 63 сектора. Т.е. в секторе 1: MBR, а 2..62 — не размечены. Хотя, это, бесспорно, значительно меньше 1 МБ 🙂
У меня, кстати, есть EARS. Разбивал вручную: fdisk -u. Для подобных винчестеров следует соблюдать всего лишь одно условие: значение первого сектора раздела должно делиться на 8 без остатка. Т.к. популярный размер кластера в ОС равен 4 КБ, т.е. 8 классических секторов по 512 байт или один «новый» сектор 4 КБ, в который должны уложиться (по модулю) 8 «старых». Принятые раньше 63 я просто заменил на 64 для первого раздела. Для остальных аналогично.
Источник
