Вопрос или проблема
У меня проблема на Ubuntu с разделами sda3 и sda4 вместе с томом sda. В то время как fdisk и lsblk показывают корректные значения, df нет.
Как вы можете увидеть ниже, df /dev/sda3 или df /dev/sda4 или df /dev/sda не совпадают с fdisk/lsblk. Как это исправить? Я использовал resize2fs, но не улучшил ничего.
user1@prod01:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 250G 0 disk
├─sda1 8:1 0 1.1G 0 part /boot/efi
├─sda2 8:2 0 2G 0 part /boot
├─sda3 8:3 0 117G 0 part
│ └─ubuntu--vg-ubuntu--lv 253:0 0 247G 0 lvm /
└─sda4 8:4 0 130G 0 part
└─ubuntu--vg-ubuntu--lv 253:0 0 247G 0 lvm /
sr0 11:0 1 1024M 0 rom
loop0 7:0 0 55.7M 1 loop /snap/core18/2823
loop1 7:1 0 63.7M 1 loop /snap/core20/2434
loop2 7:2 0 73.9M 1 loop /snap/core22/1663
loop3 7:3 0 11.9M 1 loop /snap/kubectl/3164
loop4 7:4 0 91.9M 1 loop /snap/lxd/24061
loop5 7:5 0 132M 1 loop /snap/docker/2932
loop6 7:6 0 64M 1 loop /snap/core20/2264
loop7 7:7 0 177M 1 loop /snap/microk8s/6089
loop8 7:8 0 91.9M 1 loop /snap/lxd/29619
loop9 7:9 0 49.9M 1 loop /snap/snapd/18357
loop10 7:10 0 74.3M 1 loop /snap/core22/1621
loop11 7:11 0 38.8M 1 loop /snap/snapd/21759
user1@prod01:~$
user1@prod01:~$ sudo fdisk -l /dev/sda
Диск /dev/sda: 250 GiB, 268435456000 байт, 524288000 секторов
Модель диска: Виртуальный диск
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 3557335F-1A0B-495D-B519-A7F4026BE14E
Устройство Начало Конец Секторы Размер Тип
/dev/sda1 2048 2203647 2201600 1.1G EFI System
/dev/sda2 2203648 6397951 4194304 2G Linux filesystem
/dev/sda3 6397952 251656191 245258240 117G Linux filesystem
/dev/sda4 251656192 524287966 272631775 130G Linux filesystem
user1@prod01:~$
user1@prod01:~$ df -h /dev/sda1
Файловая система Размер Использовано Доступно Использ. Монтировано на
/dev/sda1 1.1G 6.1M 1.1G 1% /boot/efi
user1@prod01:~$ df -h /dev/sda2
Файловая система Размер Использовано Доступно Использ. Монтировано на
/dev/sda2 2.0G 212M 1.6G 12% /boot
user1@prod01:~$ df -h /dev/sda3
Файловая система Размер Использовано Доступно Использ. Монтировано на
udev 32G 0 32G 0% /dev
user1@prod01:~$ df -h /dev/sda4
Файловая система Размер Использовано Доступно Использ. Монтировано на
udev 32G 0 32G 0% /dev
user1@prod01:~$ df -h /dev/sda
Файловая система Размер Использовано Доступно Использ. Монтировано на
udev 32G 0 32G 0% /dev
user1@prod01:~$
user1@prod01:~$ df -h
Файловая система Размер Использовано Доступно Использ. Монтировано на
udev 32G 0 32G 0% /dev
tmpfs 6.3G 5.2M 6.3G 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 243G 31G 202G 14% /
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/sda2 2.0G 212M 1.6G 12% /boot
/dev/sda1 1.1G 6.1M 1.1G 1% /boot/efi
user1@prod01:~$
.
Ответ или решение
Исправление некорректных значений размера разделов LVM при использовании команды df на Ubuntu
Проблема, с которой вы столкнулись, заключается в том, что команды df и lsblk выводят разные значения для размера разделов вашего диска, в частности для /dev/sda3 и /dev/sda4, когда вы работаете с логическим томом, управляемым с помощью LVM (Logical Volume Manager). Ваша ситуация свидетельствует о некоторых возможных причинах, которые мы рассмотрим ниже, а также предложим решения.
Причины проблемы
-
Использование LVM: Разделы
/dev/sda3и/dev/sda4являются физическими разделами, которые обслуживают логический томubuntu--vg-ubuntu--lv. Когда вы вызываетеdfдля этих физических разделов, система может не правильно связать их с логическим томом, из-за чего значение размера будет неверным. -
Кэширование вывода df: В некоторых случаях команда
dfмогла бы выводить устаревшую информацию из кеша, который не был обновлен после изменения размеров томов. -
Виртуальные устройства: Использование
udevдля отображения устройств может создать путаницу при обращении к командам, не специально рассчитанным для работы с LVM. -
Некорректное монтирование: Если логический том не был смонтирован должным образом, это также может влиять на отображаемые данные.
-
Ошибки в метаданных LVM: Исходные данные о логических томах могут быть повреждены или иметь ошибки, что приводит к неверным показателям при запросах.
Решения и рекомендации
-
Проверка состояния LVM: Используйте команду
lvdisplayдля проверки состояния ваших логических томов. Убедитесь, что они имеют правильный размер и состояние.sudo lvdisplay -
Обновление кеша файловой системы: Убедитесь, что кеш файловой системы обновлен, выполнив следующую команду:
sudo sync -
Перемонтирование логического тома: Если возможно, выполните перемонтирование логического тома и проверьте вывод заново. Это можно сделать с помощью команды:
sudo umount /dev/mapper/ubuntu--vg-ubuntu--lv sudo mount /dev/mapper/ubuntu--vg-ubuntu--lv / -
Проверка и исправление файловой системы: Если предыдущие шаги не решают проблему, проверьте вашу файловую систему на ошибках с помощью
fsck. Убедитесь, что монтированного устройства нет в системе:sudo umount /dev/mapper/ubuntu--vg-ubuntu--lv sudo fsck /dev/mapper/ubuntu--vg-ubuntu--lv -
Использование команд для получения информации о пространствах: Следует пользоваться командой
df -hT, чтобы получать также тип файловой системы, это может помочь выявить, какой файловой системой на самом деле управляет ваш раздел.
Заключение
Если приведенные выше шаги не устраняют проблему, возможно, потребуется рассмотреть детальный анализ конфигурации LVM и разделов, а также провести дальнейшие тесты и диагностику системы. В конечном итоге, важно понимать, что корректное управление томами LVM и файловыми системами является критичным для обеспечения целостности и надежности вашего окружения.
Обратите внимание на состояние и конфигурацию вашего оборудования, так как виртуальные среды могут обрабатывать разделы и тома иначе, чем физические машины.