Нет места на диске.

[superkefir]

ubuntu 9.10 server не юзает свободное место:
df -h выдает:
Файловая система            Разм  Исп  Дост  Исп% смонтирована на
/dev/md2               13G   13G     0 100% /
udev                  4,0G  240K  4,0G   1% /dev
none                  4,0G  4,0K  4,0G   1% /dev/shm
none                  4,0G  320K  4,0G   1% /var/run
none                  4,0G     0  4,0G   0% /var/lock
none                  4,0G     0  4,0G   0% /lib/init/rw
/home/superkefir/.Private
                       13G   13G     0 100% /home/superkefir
При этом если захожу через webmin и смотрю раздел md2 то вижу:
Файл устройства    /dev/md2
Уровень RAID    Striped and Mirrored (RAID10)
Состояние    Включен и подмонтирован к /
Полезный размер    1945696128 blocks (1.81 TB)
Однако полное несовпадение с данными выше. То есть домашний каталог он ест, а вот остальные террабайты не использует. Что я делаю не так? У меня в /home/superkefir идут папки расшаренные самбой и они используются в качестве бэкапных. Но мне нужно чтобы они ели место от другого раздела. В чем мой косяк?

[Lifewalker]

Ищем в интернете на предмет разделов, томов, файловой иерархии Линукс и монтирования. Мне показалось или вы несколько легкомысленно отнеслись к разбиению томов и монтированию оных?

[superkefir]

Имеете ввиду что он вообще не примонтирован?
Я изначально планировал около 8 гигов на раздел под систему и остальное на раздел home для хранилища. Но сейчас я вижу, что где то ошибся или чего то не сделал. Но вот раздел md2 не используется по назначению. Меня это и повергло в шок, поскольку установку делал по инструкции и особо накосячить было не с чем, кроме как с установкой рэйда 1+0, но там судя по всему все нормально.
Мне не ясно почему данные по df -h и через webmin не совпадают, а поскольку webmin говорит, что устройство примонтировано к / то где все место...

[r.o.m.a.N]

> Мне не ясно почему данные по df -h и через webmin не совпадают

Как мне сказал сенсей, df не учитывает размер кластера (вроде как) файловой системы. Отсюда и разница.
Пока можешь размер зарезервированного пространства уменьшить до 0% (это уже в поиск)

[superkefir]

до:
Файловая система            Разм  Исп  Дост  Исп% смонтирована на
/dev/md2               13G   13G     0 100% /
udev                  4,0G  240K  4,0G   1% /dev
none                  4,0G  4,0K  4,0G   1% /dev/shm
none                  4,0G  364K  4,0G   1% /var/run
none                  4,0G     0  4,0G   0% /var/lock
none                  4,0G     0  4,0G   0% /lib/init/rw
/home/superkefir/.Private
                       13G   13G     0 100% /home/superkefir
после sudo tune2fs -m 0 /dev/md2 :
superkefir@titan-server:~$ df -h
Файловая система            Разм  Исп  Дост  Исп% смонтирована на
/dev/md2               13G   13G  964K 100% /
udev                  4,0G  240K  4,0G   1% /dev
none                  4,0G  4,0K  4,0G   1% /dev/shm
none                  4,0G  364K  4,0G   1% /var/run
none                  4,0G     0  4,0G   0% /var/lock
none                  4,0G     0  4,0G   0% /lib/init/rw
/home/superkefir/.Private
                       13G   13G  964K 100% /home/superkefir
после ребута тоже самое. Мне не понятно, как получилось, что разбитый на 3 части рэйд под основной раздел (порядка 8 гигов), своп(тоже 8 гигов) и раздел /home(1.8 тб) используются не по назначению? Как увидеть где используются остальные 1.8 тб?

[Lifewalker]

Господи... Вывод команд
fdisk -l, mount и файл /etc/fstab покажите публике.

[superkefir]

fdisk -l

(Нажмите, чтобы показать/скрыть)

Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x304b7b6d

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1               1      121114   972848173+  fd  Автоопределение Linux raid
/dev/sda2          121115      121601     3911827+   5  Расширенный
/dev/sda5          121116      121601     3903795   fd  Автоопределение Linux raid

Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x304b7b6d

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1               1      121114   972848173+  fd  Автоопределение Linux raid
/dev/sdb2          121115      121601     3911827+   5  Расширенный
/dev/sdb5          121116      121601     3903795   fd  Автоопределение Linux raid

Диск /dev/sdc: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ebc36

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdc1               1      121114   972848173+  fd  Автоопределение Linux raid
/dev/sdc2          121115      121601     3911827+   5  Расширенный
/dev/sdc5          121116      121601     3903795   fd  Автоопределение Linux raid

Диск /dev/sdd: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ebc36

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdd1   *           1      121114   972848173+  fd  Автоопределение Linux raid
/dev/sdd2          121115      121601     3911827+   5  Расширенный
/dev/sdd5          121116      121601     3903795   fd  Автоопределение Linux raid

Диск /dev/md2: 1992.4 ГБ, 1992392835072 байт
2 heads, 4 sectors/track, 486424032 cylinders
Units = цилиндры of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

На диске /dev/md2 отсутствует верная таблица разделов

Диск /dev/md1: 7994 МБ, 7994736640 байт
2 heads, 4 sectors/track, 1951840 cylinders
Units = цилиндры of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

На диске /dev/md1 отсутствует верная таблица разделов

mount

(Нажмите, чтобы показать/скрыть)

/dev/md2 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/home/superkefir/.Private on /home/superkefir type ecryptfs (ecryptfs_sig=f538b44f27c8bc5a,ecryptfs_fnek_sig=7f62aaed7ce00a65,ecryptfs_cipher=aes,ecryptfs_key_bytes=16)

/etc/fstab

(Нажмите, чтобы показать/скрыть)

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/md2 during installation
UUID=234bf032-d546-4ab1-8f97-e736f1aa411e /               ext4    errors=remount-ro 0       1
# swap was on /dev/md1 during installation
#UUID=bc42372a-fa38-4d05-82e5-7a5841093b5a none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/mapper/cryptswap1 none swap sw 0 0

Не пинайте больно, я не так долго знаком с убунтой =/
Пользователь решил продолжить мысль 07 Июля 2010, 16:42:58:Может с лайвсиди это можно исправить? А то с диска с которого ставил эту версию нет лайвсиди. Там хоть gparted глянуть что да как? Или под ним не увидится raid 10?

[Lifewalker]

Всё, я сдаюсь...

Говоря откровенно, не могу понять случившееся. Вижу что мне недостаёт данных, но вот каких именно сообразить не могу. Нужна помощь зала.

[Mam(O)n]

Ну ты и намутил )))

Косяки следующие:
1. Если ты хотел разбить том на несколько разделов, то ты не создал таблицу разделов, а файловую систему наложил непосредственно с 0 сектора.
2. Файловая система создана размером меньше, чем доступная ёмкость.

Что делать:
Вариант 1. Переделать всё заново, создав все нужные разделы и файловые системы на них.
Вариант 2. Расширить размер файловой системы с помощью resize2fs. Возможно gparted с livecd это тоже умеет делать, но я не могу этого утверждать...
Вариант 3. Переписать файловую систему на резервный диск, создать таблицу разделов, залить файловую систему обратно, начиная запись с начального сектора нужного созданного раздела. Если надо, то расширить её с помощью resize2fs.

[superkefir]

Я просто устанавливал через установщик обычный. Был небольшой геморрой с созданием рэйда, а точнее свопа и второго раздела кроме /. Ибо создавая единый рэйд массив, он не давал сделать раздел home отдельно, а давал только своп и /. Пришлось отдельно каждый кусок делать, т.е. отрезать от 4 винчей по 4 гига чтобы получить рэйд 10 объемом 8 гигов и так далее. Но почему он автоматом не создал таблицу разделов я не пойму. Хотя вроде он спрашивал при установке записать ли mbr и я соглашался. Хм... Вот по третьему пункту: забацать образ акронисом удастся? И каким макаром ТЕПЕРЬ делать таблицу разделов? Это возможно?

[Mam(O)n]

Но почему он автоматом не создал таблицу разделов я не пойму.

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

В общем остаётся только п.2, расширяй файловую систему на всё доступное пространство рэйд массива с помощью resize2fs. Или пересоздавай рэйд заново, с учётом необходимых разделов.


Пользователь решил продолжить мысль 07 Июля 2010, 23:04:27:

забацать образ акронисом удастся?

Не думаю, что акронис умеет софтрэйд подхватывать... Сделать образ с LiveCD с помощью команды dd if=/dev/mdчётамнадо of=куда_писать.img bs=1M.

[Lifewalker]

Короче, муть там получилась и в самом деле страшная Думаю, проще снести всё к едреням и поставить заново. Потому лишь, что ремонтировать дольше и опаснее, чем снести и построить.

Надо понять логику работы дисковой подсистемы для начала и отделить мух от котлет.  Создать таблицы разделов оно предлагало на физических устройствах /dev/sdX, а не на устройствах /dev/mdX, это две большие разницы.

1. Создайте (хоть на листочке бумажки) схему томов в том виде, который должен получится в финале. Насколько я понимаю, в вашем случае будет три тома:
1.1. Системный, 8Гб, монтируется в /
1.2. Подкачка, размер не определён
1.3. Данные, остаток, монтируется в /home

2. При установке сконфигурируйте массив из дисков.
3. На массиве, посредством LVM создайте нужные разделы (вернее в данном случае - тома)
4. На томах создайте нужные файловые системы и подцепите к нужным точкам монтирования
5. Установите систему.

На будущее запомните порядок установки сложных конфигураций. Физические диски -> Массив (опционально) -> LVM (опционально) -> Разделы -> Файловые системы и монтирование. Хотя это уже прописные истины. Если уж вы взялись конфигурить сервер, то не мешало бы теорию подучить хоть малость. Одмины, йо-майо  

P.S. А вообще, вы не с того конца начали. Не знаю ваших задач, но вижу что схема разбиения сделана глупо. Я бы на диск 1 посадил систему, а диски 2, 3 и 4 сшил в RAID5. Получил бы на 30% больше места и снял бы головняки с посадкой загрузчика на RAID.

[superkefir]

Ну все когда то начинают)) Про LVM почитал и понял вот что: видимо можно было не париться с отрезанием кусков и созданием отдельных частей массива, а просто его создать а потом томами разделить на нужные размеры. Я все правильно думаю?
По поводу выбора рэйда: поскольку у нас в контрое используется файловая база 1c то положив её на raid10 с периодическими бэкапами на внешку я получал довольно надежный и быстрый рэйд. По надежности рэйд 5 чисто субъективно не очень нравится, хотя и имеет право на жизнь. Однако на систему выделять диск объемом 1 террабайт по мне расточительно. Если только не отрезать от него кусок под систему, а оставшееся место отдать под массив 1+0 хоть и с чуть меньшим объемом данных. Я не прав в этом?
з.ы. С посадкой загрузчика под raid я не помню геморроя: что я не так делаю? ))

[Lifewalker]

Как я и писал, создаёте массив, на нём формируете LVM, затем внутри создаёте тома

Что до выбора типа массива, то да, RAID5 действительно как хранилище для БД совершенно не пригоден, тут вы правы. Но я же не знал, какого типа хранилище вы задумали. В случае БД я бы тоже разместил её на RAID1.

Про загрузчик с RAID. Значит мои сведения о трудностях такой установки потеряли актуальность.

[superkefir]

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