Как надёжно увеличить размер root в linux?

Question

[pixik]

Доброго времени, товарищи!
Сегодня на работе с добрым утром поздравила меня ось и сообщила, что в "/" почти не осталось места. Не задавал бы глупых вопросов, если компьютер был домашним и крах системы не влёк за собой время на восстановление. По этому хочу посоветываться, как наиболее надёжным способом увеличить "/" ?
Знаю, что гуглится, и тема очень популярна, но повторюсь, рабочее время очень дорого.
Расширяться есть куда.

$ fdisk -l /dev/sda

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0009139b

Device     Boot      Start        End   Sectors   Size Id Type
/dev/sda1  *          2048     206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2           206848  204802047 204595200  97.6G  7 HPFS/NTFS/exFAT
/dev/sda3        204802048 1024002047 819200000 390.6G  7 HPFS/NTFS/exFAT
/dev/sda4       1024002048 1953523711 929521664 443.2G  5 Extended
/dev/sda5       1024004096 1025028095   1024000   500M 83 Linux
/dev/sda6       1025030144 1040234495  15204352   7.3G 82 Linux swap / Solaris
/dev/sda7       1040236544 1145094143 104857600    50G 83 Linux
/dev/sda8       1145096192 1953523711 808427520 385.5G 83 Linux

На разделах sda[1-3] стоит ненужная винда. Ее можно снести и здорово увеличить размер диска.

Спасибо всем! Успешного кода!

Comments

[Александр Мелеховец]

Бесплатно и без смс. Простите, не удержался)

[pixik]

Александр Мелеховец: ++)

Answer 1

[Макс]

если по-быстрому, без перезагрузки и забилось логами - создайте новый раздел и смонтируйте на место /var/log/

Comments

[pixik]

не логами,
много софта всякого установлено для 50 гигов, а вчера еще отладочных библиотек скачал, и труба(

[Макс]

pixik: хм... тогда parted. но это ребут. Я все-же подумал бы о доп-разделе и монтировании его в нужное место. Что там у Вас забилось? /usr/local ?
посмотрите sudo du -hs /*

[pixik]

0 /bin
154M /boot
228K /dev
40M /etc
206G /home
0 /lib
0 /lib64
16K /lost+found
4.0K /media
4.0K /mnt
993M /opt
0 /proc
13M /root
1.4M /run
0 /sbin
4.0K /srv
0 /sys
4.0K /tmp
11G /usr
35G /var

[pixik]

Макс: можно ребутнуться, это не сервер=)

[Макс]

pixik: 35 гигов в var - и не логи? Вы уверены?
а du -hs /var/* что говорит?

[pixik]

Макс:
4.0K /var/account
4.0K /var/adm
426M /var/cache
4.0K /var/crash
4.0K /var/cvs
32K /var/db
8.0K /var/empty
4.0K /var/games
4.0K /var/gopher
12K /var/kerberos
33G /var/lib
4.0K /var/local
0 /var/lock
771M /var/log
0 /var/mail
4.0K /var/nis
4.0K /var/opt
4.0K /var/preserve
0 /var/run
401M /var/spool
238M /var/tmp
12K /var/www
4.0K /var/yp

там в основном либы

[pixik]

Макс: Как думаете, если я через live cd загружусь, и diskpart`ом удалю виндовый раздел и увеличу "/", система может не загрузиться? или возможна еще какая нибудь неприятность?

[ldv]

pixik: у вас свободное место получается слева от линуксовых разделов. Т.е. чтобы расширить раздел, все данные нужно будет переместить в начало диска, diskpart так не умеет вроде. Можете загрузиться с Ubuntu Live CD и использовать gparted. Риск потерять данные есть всегда )

[Макс]

pixik: да загрузится, куда она денется. но все-же изменение раздела на диске - штука такая .... электричество моргнет - и привет. вот прямо сейчас прибейте логи - их у вас за 700 мегов, почистите почту - еще 400 метров. И спокойно разбирайтесь с диском

[pixik]

Макс: так и сделал)
но, как говорит ldv "свободное место получается слева от линуксовых разделов." и это тоже проблема. Может быть существует какая нибудь утилита, с помощью которой можно двигать разделы по диску?

[Макс]

pixik: parted

Answer 2

[nikolayvaganov]

Через fdisk убиваете разделы, потом создаете новый раздел и монтируете в каталог, где хранится много файлов. Наживую в ext никак не изменить размер.

Comments

[pixik]

Можете привести небольшой пример, чтобы понять принцип? Я с разделами работаю на простом уровне, и для меня после "Через fdisk убиваете разделы..." обычно остается неразмеченный диск.

[nikolayvaganov]

смотрим разделы : ls /dev/sda? , размонтируем нужный раздел : umount /dev/sdaX , далее делаем fdisk /dev/sda , удаляем раздел по номеру ( d , цифра раздела ), далее создаем новый ( n , p , система автоматически при создании нового определит все свободное место и номер раздела ) , после создания записываете таблицу разделов ( w ) и выходите. Накатываем файловую систему mkfs.ext4 /dev/sdaX , и монтируем : mount /dev/sdaX /asd

Answer 3

[Slava Kryvel]

а если убить нтфс разделы и освободить место, потом создать там линукс раздел(83) равный "/" разделу и dd if=/dev/sda7 of=/dev/sda1 ?
Это все можно делать на живой системе, потом просто поменять UUID в fstab i grub.cfg и перезагрузиться.

Comments

[pixik]

хаха)) класс)
Красивое решение)
Правда я не знаю, если копировать еще живую ось на другой диск, ведь тогда все временные файлы, локи, и еще черт значит чего зависнут в состоянии, в котором были во время копирования. Каковы будут последствия?

[Slava Kryvel]

pixik: ну если там не крутится база в которую что-то пишется, а данные с которыми вы работаете находятся в /home то все ок
временные файлы все равно при перезгрузке трутся. и вообще посмотрите в /etc/mtab или вывод mount и заметите, что там очень много виртуальных фс, которые не пишутся на диск

так же большой плюс этого решения, что данные дублируются. и вы не потеряете ничего если что-то пойдет не так. просто вернете назад fstab i grub

[ldv]

pixik: dd копирует поблочно, а не пофайлово. Если будете делать на живой системе можете порушить ФС

[pixik]

ldv: Спасибо)

Answer 4

[abcd0x00]

У меня музыка, видео, игры, виртуалки вынесены на отдельные логические разделы, которые монтируются в /mnt при загрузке, а туда уже ведут символические ссылки на директории.
Так можно высвобождать место, не перезагружаясь.