LINUX.ORG.RU

No space left on device


0

0

Возникла такая проблема:

Файловая система Разм Исп Дост Исп% смонтирована на
/dev/hda2 5,7G 5,4G 9,5M 100% /
udevfs 5,0M 156K 4,9M 4% /dev
shmfs 250M 0 250M 0% /dev/shm
tmpfs 250M 32M 219M 13% /tmp
/dev/hda5 13G 11G 710M 95% /home


Т.е. на рутовом разделе свободно 9.5мб, и wine, который мне сейчас нужен, туда не встанет. Зато в /home влезет не одна программа.

Я вижу 2 варианта решения проблемы:
1) использовать GNU parted (насколько оно стабильно, какова вероятность потери данных? На / и /home ФС ext3);
2) как-то очень хитро извратиться с rpm, чтобы оно таки поставило в /home, а не в /. Как - пока не очень понятно...

Что посоветуете?

★★★★★

seiken> Что посоветуете?

Почистить /.

Пользоваться LVM

sdio ★★★★★
()
$ df -lTh
Ф. система    Тип     Разм  Исп  Дост  Исп% смонтирована на
/dev/vgs/root ext4     40G   27G   12G  71% /
tmpfs        tmpfs   1012M   12M 1001M   2% /tmp
/dev/mapper/vgs-home
              ext4     60G   55G  1,6G  98% /home
/dev/mapper/balvg-backup3
              ext4     99G   81G   13G  87% /home/backup
/dev/mapper/balvg-small_files
              ext4     50G   43G  4,1G  92% /mnt/data/small-files
/dev/mapper/balvg-downloads2
               xfs    400G  387G   14G  97% /home/balancer/downloads
/dev/mapper/balvg-family
              ext4     50G   47G  109M 100% /home/family
/dev/mapper/balvg-downloads2
               xfs    400G  387G   14G  97% /home/family/Downloads
/dev/mapper/balvg-files
              ext4     99G   90G  4,4G  96% /home/family/Files
/dev/mapper/balvg-family_our
              ext4    247G  233G  619M 100% /home/family/Our
/dev/mapper/balvg-music2
              ext4    108G   95G  7,5G  93% /home/family/Music
/dev/mapper/balvg-video3
               xfs    846G  843G  3,3G 100% /home/family/Video
/dev/mapper/vgs-var
              ext4     25G   15G  9,1G  62% /var
/dev/mapper/balvg-airbase
               xfs    400G  387G   14G  97% /mnt/hdd/balvg-airbase
/dev/mapper/balvg-family
              ext4     50G   47G  109M 100% /mnt/hdd/balvg-family

Где-то так :)

...

По сути - /var первый кандидат на вынос. Зачем засирать постоянным модификациями корень?

KRoN73 ★★★★★
()

Можешь попробовать расширить /, откусить у /home немного и в руки gparted. Не забудь бекап, благо не так много бекапить придётся :)

anton_jugatsu ★★★★
()
Ответ на: комментарий от sdio

>Хренасе размер корня

Я просто с некоторых пор перестал на отдельный раздел выносить /usr :) Смысла не вижу. После этого в корне ничего не остаётся, чистая мелочь, типа /etc или /root не в счёт :)

KRoN73 ★★★★★
()

почистить /. удалить всякие кэши etc.

snoopcat ★★★★★
()

>hda
чтооо? о_О
некрофил?
чисть логи-кэш_пакетов-прочий мусор
и да - parted-ом можно размер поменять

megabaks ★★★★
()
Ответ на: комментарий от system-root

Куда там еще уменьшать?

Вообще, запомните у разделов есть тенденция ТОЛЬКО к росту.

sdio ★★★★★
()
Ответ на: комментарий от sdio

>/dev/vg1/root xfs 508M 176M 332M 35% /

Корень на 0x00FS? Рисково. И смысл непонятен — на 508 метров больших файлов не всунешь.

У меня там третий райзер, которому даже после лютого п-ца можно сделать rebuild-tree, и он спокойно будет пахать дальше.
Впрочем, у меня и корень обычно 16-гиговый, с /usr и проч.

nnz ★★★★
()
Ответ на: комментарий от nnz

nnz> И смысл непонятен

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

sdio ★★★★★
()
Ответ на: комментарий от sdio

>Хренасе размер корня
столько раз звезданутый и такую чушь несёшь!? о_О
корень в убунте и в генте(искаропки) несколько разные вещи
тем более надо учитывать остальные разделы(т.е. /usr, /lib и т.д. отдельными разделами или в составе /)
короче - моя твоя не понимать )

megabaks ★★★★
()
Ответ на: комментарий от megabaks

Не утруждай себя в будущем, ты у меня в игноре (просто сейчас я вкл. просмотр всех сообщений)

sdio ★★★★★
()

>как-то очень хитро извратиться с rpm, чтобы оно таки поставило в /home, а не в /. Как - пока не очень понятно...
Очевидно же. aufs. Быстрый костыль.

x3al ★★★★★
()
Ответ на: комментарий от megabaks

увеличить онлайн

а хто так умеет? о_О

xor@notebook ~ $ df -h /home
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/lvm-home  158G  150G  8.1G  95% /home
xor@notebook ~ $ sudo lvextend -L +1G lvm/home
  Extending logical volume home to 161.00 GiB
  Internal error: Maps lock 13795328 < unlock 13799424
  Logical volume home successfully resized
xor@notebook ~ $ sudo resize2fs /dev/lvm/home 
resize2fs 1.41.11 (14-Mar-2010)
Filesystem at /dev/lvm/home is mounted on /home; on-line resizing required
old desc_blocks = 10, new_desc_blocks = 11
Performing an on-line resize of /dev/lvm/home to 42205184 (4k) blocks.
The filesystem on /dev/lvm/home is now 42205184 blocks long.

xor@notebook ~ $ df -h /home
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/mapper/lvm-home  159G  150G  9.1G  95% /home

Увеличил на 1Gb без отмонтирования

xorik ★★★★★
()
Ответ на: комментарий от megabaks

>корень в убунте и в генте(искаропки) несколько разные вещи

М... В Генте «корень искаробки» - это оксюморон :)

KRoN73 ★★★★★
()
Ответ на: комментарий от sdio

>ты у меня в игноре
так - один есть - осталось ещё 20 найти )

megabaks ★★★★
()
Ответ на: комментарий от KRoN73

>Искаропка там вообще пусто. И можно сделать что угодно :)
ты меня не путай! )
я ничего для этого не делал - даже не интересовался где :)
это 100% искаропка :)

megabaks ★★★★
()

Да, как-то я пропустил мимо ушей технологию LVM, надо будет почитать про неё...

seiken ★★★★★
() автор топика
Ответ на: комментарий от sdio

А что там лежит? /etc, /lib, /{s,}bin, /root, /boot?

/boot я в свое время вообще выносил на отдельный раздел выносил, чтобы сделать там ext3 и монтировать с data=journal, тем самым упрощая процесс восстановления после сбоя во время обновления ядра. Потом пришел к выводу, что надежности рейзера хватает.

nnz ★★★★
()

Я бы что-то перенёс бы из / в /home и сделал бы симлинки.

firestarter ★★★☆
()

>Что посоветуете?

Посоветую тебе забакапить /home и мигрировать на lvm. parted на ext3, наверное, можно использовать, но с reiserfs он мне угробил данные. А еще можно удалить всякую неиспользуюмую дрянь. Должно сильно помочь со свободным местом.

Кстати, если ты не заметил, у тебя ~300Mb свободно на /.

linuxfan
()

ИМХО, купите новый винт. Ещё можно перемесить не очень нужные данные, допустим /usr/share/doc, /usr/share/man, /usr/share/locale в /home, сделать симлинки или mount --bind.

Корень почистите, может у вас в /usr/src много чего, может логи не ротируются.

mky ★★★★★
()

> Что посоветуете?

Если нужно очень быстро и срочно, то можно вытереть /usr/share/doc или переместить её в хомяк и сшить симлинком. Также можно перенести в /home что-нибудь весомое из /var, что не используется при загрузке системы до фазы монтирования /home.

Lumi ★★★★★
()
Ответ на: комментарий от KRoN73

После этого в корне ничего не остаётся, чистая мелочь, типа /etc или /root не в счёт :)

Астаёцца!

без usr recovery можно делать, можно отмонтировать usr чтобы что-то с ним сделать (сконвертить fs, заресайзить, забакапить) забивание /usr не положит систему. меньше шансов если винчестер бэдами накроется получить небутабельную систему.

gena2x ★★★
()

А вообще, классическое быстрое и и кривое решение проблемы - cp & symlink. Правильное - ресайз раздела.

gena2x ★★★
()
Ответ на: комментарий от gena2x

>без usr recovery можно делать

А мне быстрее с флешки с SysRescue загрузиться :)

забивание /usr не положит систему


Так у меня /usr итак не забивается. Чему там забиваться? :)

меньше шансов если винчестер бэдами накроется получить небутабельную систему.


Если у меня винт бэдами высыплется, всё равно его менять придётся :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

> Если у меня винт бэдами высыплется, всё равно его менять придётся :)

Уточню, если лучшу пусть fs накроется в /usr, там абсолютно ничего важного, а вот /etc хотелось бы сохранить -> можно разные fs ставить. У меня на / всегда что-нить неубиваемое и raid зеркальный. А /usr - почти пофиг, потому raid5 :)

gena2x ★★★
()
Ответ на: комментарий от gena2x

>а вот /etc хотелось бы сохранить

Для этого бэкапы служат. Хоть выноси /usr, хоть не выноси, а /etc всё одно накрыться может :)

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.