Как увеличить размер разделa подкачки на Debian?

Три варианта:

1. Сделать своп-файл.
2. Загрузиться с лайв-медиа (флешки, systemrescue например) и изменить разделы с помощью gparted. Все данные с некоторой вероятностью могут быть утеряны.
3. Переустановить.

Можно ещё в сторону zram посмотреть, если процессор позволяет.

Если ТС-у своп нужен не для гибернации, то да.

Ставишь утилиту swapspace – и забываешь о проблеме раз и навсегда. Своп будет выделяться динамически, столько сколько нужно, а не отжирать без толку свободное пространство. Про zram сразу забудь, это не замена свопу, разве что если ты прикрутишь к нему backing device. Только в этом случае от обычного свопа это будет отличаться лишь экономией оперативной памяти ценой повышенной нагрузки на процессор.

Создать ещё один раздел подкачки и добавить его в /etc/fstab (как в системде - хз). Я понимаю, что для лоровских игзпердов это новость, но таки да, свопов в линуксе может быть несколько.

Главный лоровский эксперт — анонимус.

Кстати, а как с гибернацией, если ОЗУ 8ГБ, и пара свопов по 4ГБ?

swapspace

Своп будет выделяться динамически

и что? в каком месте он будет выделяться если весь винт под /?

Будут создаваться файлы переменного размера, по умолчанию в /var/lib/swapspace (в конфиге можно указать любое другое расположение). Просто отключаешь текущий своп: swapoff /dev/sdX, удаляешь или комментируешь соответствующую строку в fstab, потом устанавливаешь swapspace, делаешь systemctl enable swapspace и перезагружаешься. Всё. Существующий своп-раздел удаляешь и забываешь раз и навсегда о головняке о том сколько же выделить места под своп.

А зачем 8Гб? Если только для гибернации. Сколько ОЗУ?

Своп файл остаётся между перезагрузками?

Загрузись с LiveCD, пропиши от рута swapoff -a и подвигай разделы GParted-ом.

Загрузиться с лайв-медиа (флешки, systemrescue например) и изменить разделы с помощью gparted. Все данные с некоторой вероятностью могут быть утеряны.

Только если кривые руки. Сам так делал, системе норм.

Загрузиться с лайв-медиа (флешки, systemrescue например) и изменить разделы с помощью gparted. Все данные с некоторой вероятностью могут быть утеряны.

Самый адекватный совет. Потерять данные он сможет только руки из одного места растут, на самом деле. Если просто подвигает ползунки, то ничего не сломается.

Хотя еще зависит от расположения, мб у него там своп-раздел первым идем, а корень вторым.

Остаётся.

Кстати, а как с гибернацией, если ОЗУ 8ГБ, и пара свопов по 4ГБ?

Норм. Но лучше выделять свап с запасом.

Хотя еще зависит от расположения, мб у него там своп-раздел первым идем, а корень вторым.

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

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

Нахрен тогда оно надо. При перемещении ОС на другой диск придется тащить ещё и свопфайл.

Нахрен тогда оно надо.

Вот именно. Надо просто с LiveCD своп раздел увеличить.

Ну, тут уж каждый сам решает что ему удобней – мириться с пустующим большую часть времени разделом и беспокоиться о том, достаточного ли он размера, или при переезде на другой диск просто удалять (или добавлять в исключения) сужествующие своп-файлы. Впрочем даже этого не потребуется, т.к. утилита имеет гибкие настройки: через простенький конфиг можно указать как размер создаваемых файлов, так и процент оперативы при которой своп будет задействоваться или вытеснятся обратно в память. Можно просто настроить его на раннее вытеснение и все файлы будут автоматом удаляться, если тебе это нужно. Короче, моё дело предложить, а решать в любом случае топикастеру.

При переносе, не судьба отключить своп и удалить файл?

Так-то, те кто не использует lvm и сразу выделяют под ФС всё пространство диска, должны страдать

На ZRAM делай.

Ну, тут уж каждый сам решает что ему удобней – мириться с пустующим большую часть времени разделом и беспокоиться о том, достаточного ли он размера, или при переезде на другой диск просто удалять (или добавлять в исключения) сужествующие своп-файлы.

Swap раздел более гибок, стабилен и надежен. Тем более, его всегда можно увеличить/уменьшить.

Так-то, те кто не использует lvm и сразу выделяют под ФС всё пространство диска, должны страдать

Я не использую LVM, не страдаю, если надо подвигать разделы, что я делал только 1 раз(увеличивал своп), то просто гружусь с LiveCD.

Переносы бывают и экстренные, не всегда железо может нормально отработать.

LVM хорошая штука, но как она поможет при переносе по сети или когда весь диск уже заполнен разделами и их нужно уменьшать?

Просто отключаешь текущий своп

а если в параметрах ядра zswap.enabled=1 - такое оставить?

как заставить линукс всю оперативную память пожрать и начать свопиться, что бы проверить эту фичу с swapspace?

не страдаю, если надо подвигать разделы, что я делал только 1 раз(увеличивал своп), то просто гружусь с LiveCD.

просто гружусь с LiveCD

не страдаю

если это не страдания, то ты мазохист и получаешь удовольствие

я > сразу выделяют под ФС всё пространство диска, должны страдать

ты > LVM хорошая штука, но как она поможет при переносе по сети или когда весь диск уже заполнен разделами и их нужно уменьшать?

Тяжело и читать и понимать одновременно, да?

‘не использует lvm’ AND ‘сразу выделяют под ФС’..должны страдать

Перечитай внимательно свое же сообщение. Для начала страданий нужно соблюдение обоих условий, притом если первое не соблюдается, второе не важно.

Нет, там два вида страданий. Без лвм – лайвсиди и танцы с бубном. При фс на всё доступное место – своп-файлы и/или лайвсиди и двойной танец с бубном (уменьшение ФС + первый танец с лайвсиди)

Нет, там два вида страданий.

Три. Третье - понимать, что ты хотел сказать исходным сообщением.

Как увеличить размер разделa подкачки на Debian? (комментарий)

Нет, там два вида страданий. Без лвм – лайвсиди и танцы с бубном. При фс на всё доступное место – своп-файлы и/или лайвсиди и двойной танец с бубном (уменьшение ФС + первый танец с лайвсиди)

Я не страдаю без LVM. В один раз я, сидевший тогда с такой схемой:

/dev/sda1 = /boot
/dev/sda5 = swap
/dev/sda6 = /

Решил, что неплохо было бы иметь отдельный жирный раздел на большую чать диска, монтирующийся в /data, в котором будут лежать нужные мне файлы. У меня HDD, если что. Я просто загрузился с GParted Live, уменьшил корень, заняло примерно часа 2, затем отформатировал свободное место в ext4, затем еще около часа копировал файлы туда, затем еще минут 10 еще сильнее уменьшил корень за счет освободившегося места, сейчас корень 32 ГБ, до переноса корень был забит на примерно 100 гигов, после на 8-9, так что хватает с головой, затем настроил /etc/fstab, затем перезагрузился в систему, затем настроил симлинки для нужных мне директорий. Всё заняло 3-3.5 часа, вообще не страдаю.

Как увеличить размер разделa подкачки на Debian? (комментарий)

А в Btrfs всего один раздел нужен. Подтома на нем динамические по умолчанию. Страдать должны те кто не использует правило разметки от большего к меньшему

Садись, два:

/dev/sda1 = /
/dev/sda2 = /boot (ESP)

Оставь. Swapspace и zswap прекрасно работают вместе.

Проверь на виртуалке с 512 МБ памяти.

LVM хорошая штука, но как она поможет при переносе по сети

А как она помешает? lvm предоставляет точно такие же блочные устройства и позволяет прекрасно перенести их по сети через dd или rsync. А гибкость создания разделов позволяет использовать утилиты от файловых фс типа xfsdump и переносить только данныем в маленькие разделы, а затем их расширять по необходимсти.

или когда весь диск уже заполнен разделами и их нужно уменьшать?

Если файловая система поддерживает уменьшение размера, то lvm сделает все остальное на месте и без проблем прямо в системе. Если не поддерживает, то в любом случе потребуется дополнительное пространство, но опять таки способность lvm выделять место по частям будет очень кстати.

Всё заняло 3-3.5 часа, вообще не страдаю.

смешная шутка. Использовать mbr да еще несколько часов небезопасных манипуляций над данными ради…. ничего.

проблема во фрагментации при частых изменениях размеров всего и вся, но актуально это только для HDD

А как она помешает?

Gparted, если верно помню видит только pv и может работать только с ними, начинающему пользователю это может помешать.

Профиль ТС-а интересный.

(не уверен, что он этот топик вообще читает)

на виртуалке

проверил на живом железе - работает, но время запуска системы увеличилось на 1 секунду

Использовать mbr

У меня в ноуте только чистый BIOS, UEFI нет.

небезопасных манипуляций над данными

Небезопасные, только если кривые руки. Тем более, я всё забэкапил в облако.

ничего

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

какая там фрагментация? фрагментация на ФС, там сотни тысяч, миллионы фрагментов. На lvm у тебя в худшем случае будет десяток фрагментов и сколько файлов окажутся в разных фрагментах еще тот вопрос, возможно что и ни одного.

Gparted, если верно помню видит только pv и может работать только с ними, начинающему пользователю это может помешать.

gpafted в таком случае вообще не нужен. И это большая помощь начинающим.

У меня в ноуте только чистый BIOS, UEFI нет.

убогое железо, это многое объясняет. В том числе и незнание, что mbr конкурирует с gpt и не связано с BIOS, UEFI.

Небезопасные, только если кривые руки. Тем более, я всё забэкапил в облако.

Аккуратность необходима, но еще и везение. И много-много времени.

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

Речь не об организации данных по партициям. Это зависит от конкретных реалий. Речь о том, что все это без проблем можно было сделать не дергая данные туда-сюда в итеративном режиме. Для этого и придумали lvm.

В том числе и незнание, что mbr конкурирует с gpt и не связано с BIOS, UEFI.

Я не буду танцевать с бубном, что получить GPT, который мне плюсов не даст, так как HDD на 500 ГБ, а также есть extended партиции.

Аккуратность необходима, но еще и везение.

Если всё делать правильно, то всё будет окей. /boot как и был /dev/sda1, так и остался им; / как и был /dev/sda6, так и остался им.

Речь не об организации данных по партициям. Это зависит от конкретных реалий. Речь о том, что все это без проблем можно было сделать не дергая данные туда-сюда в итеративном режиме. Для этого и придумали lvm.

Окей. Но я уже всё настроил. Возможно, когда-то перенесу всё на LVM, но зачем, если и так работает, а тратить кучу времени не очень хочется.