Как увеличить размер /home в консоли?

есть /home на 25Гб
и есть раздел ntfs на 125Гб
хочу сделать один /home на 150Гб, т.е. объединить.
руками, в консоли. кто уже так делал?

[console]
user@host # man parted
[/console]

... какбы намекает ... не ?

шутку школьника оценил.
теперь подожду ответа специалиста.

Вот толковый мануал , может вам поможет , просто столько писанины ме ниасилит :( : тыц
только про бекапы не забудьте :)

Termo написал:

руками, в консоли. кто уже так делал?

я бы удалил разделы в fdisk и создал бы новый.
Только данные надо сначала куда-нибудь схоронить.

Появилась аналогичная проблема. Правда необязательно из консоли.
Имеется:
a) /home на /dev/sda9
b) /dev/sda7 раздел ext4
Хочу их объединить под /home.

Имеется также запасной раздел /dev/sdb1 ext4
Думаю порядок действий такой:

1. скопировать /home на запасной раздел
2. примонтировать /home на запасном разделе
3. объединить разделы /dev/sda9 и /dev/sda7 с помощью, напр. Gparted
4. скопировать /home из запасного раздела на объединенный
5. примонтировать /home на объединенном разделе
6. удалить временный /home
7. поменять имя устройства для /home в fstab

Вопросы:

1. Верный ли путь
2. Как правильно копировать /home ? [console]#cp -a[/console] ?

-=Serj=-, несколько запутано.
Опишите, как у вас разбит диск — какие разделы планируете объединить, сколько свободного пространства, какие файловые системы?
P.S. Я бы переносил данные с помощью tar.
P.S.S. Покажите вывод команд

mount

df -h

Подправил.
[console]sergey@Pent4-desktop:~$ df -h
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda1 11G 4,4G 5,8G 44% /
udev 1000M 4,0K 1000M 1% /dev
tmpfs 403M 908K 402M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 1007M 344K 1007M 1% /run/shm
/dev/sda9 8,8G 4,7G 4,1G 54% /home
/dev/sda7 11G 7,4G 3,0G 72% /media/d809083d-15c2-43b1-913d-bd91361cff58
/dev/sdb1 51G 33G 16G 68% /media/New_one[/console]

-=Serj=-, а что на /dev/sda8?
А переносить данные лучше бы в консоли.

LVM

На /dev/sda8 - swap.

Как бы я действовал.
1. Сделать загрузочную флешку с SystemRescueCD.
2. Загрузиться бы с неё. Если консоль пугает, набрать startx. Запустится XFce4. В нём найти эмулятор терминала — запустить.
3. В терминале

mkdir -p /mnt/{old,new}
mount /dev/sda9 /mnt/old
mount /dev/sdb1/mnt/new
cd /mnt/old
tar cjpvf /mnt/new/home.tar.bz2 . # В КОНЦЕ КОМАНДЫ — ТОЧКА «.»
cd
umount /mnt/old

4. Запустить GParted, подвигать нужным образом разделы, проверить не изменилась ли нумерация нового раздела, создать файловую систему.
5. Примонтировать новый большой раздел.

mkdir -p /mnt/home
mount /dev/sda7 /mnt/home # УТОЧНИТЬ НУМЕРАЦИЮ РАЗДЕЛА!
tar xjpvf /mnt/new/home.tar.bz2 -C /mnt/home

6. Примонтировать корневую файловую систему рабочей операционной системы

mount /dev/sda1 /mnt/old

7. Отредактировать файл fstab # НЕ ЗАБЫТЬ УКАЗАТЬ И SWAP

vim /mnt/old/etc/fstab

8. Отмонтировать всё

cd
umount /dev/sda1
umount /dev/sda7
umount /dev/sdb1

9.

reboot

Как-то так.

-=Serj=- написал:

На /dev/sda8 - swap.

Тогда можно обойтись без GParted — с помощью fdisk или cfdisk после создания архива с бэкапом удалить разделы /dev/sda7, /dev/sda8, /dev/sda9, затем на освободившемся пространстве создать домашний раздел и swap.

Спасибо за подробную инструкцию!
На живой системе пробовать не стоит ? Завтра попробую на свежую голову.

-=Serj=- написал:

На живой системе пробовать не стоит ?

Я бы не советовал.
Да, ещё: всё что не нужно в /home лучше удалить — быстрее заархивируется.

-=Serj=- написал:

[console]sergey@Pent4-desktop:~$ df -h
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda1 11G 4,4G 5,8G 44% /
udev 1000M 4,0K 1000M 1% /dev
tmpfs 403M 908K 402M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 1007M 344K 1007M 1% /run/shm
/dev/sda9 8,8G 4,7G 4,1G 54% /home
/dev/sda7 11G 7,4G 3,0G 72% /media/d809083d-15c2-43b1-913d-bd91361cff58
/dev/sdb1 51G 33G 16G 68% /media/New_one[/console]

-=Serj=- написал:

a) /home на /dev/sda9
b) /dev/sda7 раздел ext4
Хочу их объединить под /home.

ну я-бы делал так:
1) отмонтируем мышкой /media/New_one, или как вы его там смонтировали.
2) заходим в однопользовательский режим
[console]# init 1[/console]
3) монтируем sdb1
[console]# mkdir /mnt/sdb1
# mount /dev/sdb1 /mnt/sdb1
[/console]
4) делаем бекап /home/
(sda7 как я понимаю не нужен)
[console]# cd /
# tar -czvvf /mnt/sdb1/home.tar/gz /home[/console]
5) теперь отмонтируем /home
[console]# umount /home[/console]
6) самый простой случай, это если между sda7 и sda9 ничего нет. Если там есть какой-нить sda8, и он нужен, то делаем его бекап как в п4
и затем размонтируем 8й и 7й раздел
[console]# umount /dev/sda7
# umount /dev/sda8[/console]
7) [console]# cfdisk /dev/sda[/console]
и там удаляем sda7, sda8, sda9
и создаём новые разделы sda7 и sda8 на их месте. размер sda7new = sda7old + sda9old, sda8new = sda8old
8) правим fstab, так, что-бы /home был теперь sda7
9) создаём файловые системы,
[console]# mkfs.ext4 /dev/sda7
# mkfs.ext4 /dev/sda8[/console]
(ну или другие)
10) восстанавливаем home
[console]# cd /
# tar -xvvf /mnt/sdb1/home.tar.gz[/console]
(если надо, то и sda8)
11) монтируем всё обратно
[console]# mount -a[/console]
12) возвращаемся в уютный GUI(
[console]# init 4[/console]
(ну или какой у вас run level)

ЗЫЖ да, если sda8 это swap, то его надо не монтировать/размонтировать, а вкл/выкл командами swapon/swapoff

Lupo Alberto, drBatty, спасибо, все получилось smile . Даже /home сохранился целым, в fstab поменял только UUID swap.
Вопрос для общего развития: можно ли было использовать tar без сжатия, т.е. создать home.tar , так по-идее быстрее ?

-=Serj=- написал:

можно ли было использовать tar без сжатия, т.е. создать home.tar , так по-идее быстрее ?

В данной ситуации даже нужно — это я по привычке wink

-=Serj=- написал:

т.е. создать home.tar , так по-идее быстрее ?

а не факт что быстрее - нынешние CPU очень быстро сжимают, а HDD как работали по принципу граммофона, так и теперь работают - механика. Потому на практике быстрее получается таки tar -cz, т.е. упаковка + сжатие gzip.

Lupo Alberto написал:

В данной ситуации даже нужно

не факт. Объём записываемой информации может значительно уменьшиться, а вот время сжатия на практике равно нулю (т.к. процесс сжатия идёт параллельно с записью, а запись обычно дольше).

drBatty, как я понимаю, в данной ситуации разница во времени не критична.