unixforum.org

Добрый день. Система OpenSuse Leap 42.1. Проблема такая, при обновлении ПО (Android SDK) загружается куча всего в /tmp. /tmp по умолчанию примонтирован на 20GB раздел с системой BTRFS. Свободного места не хватает (Одно из обновлений требует больше 4GB). Можно ли сделать symlink папки /tmp в раздел с /home? Меня смущает то, что раздел с /home имеет систему EXT4. Как лучше решить эту проблему?

Чем все эти гигабайты в SDK забиты -- уму непостижимо. А /tmp в $HOME переносить -- плохая идея, так как файлы в /tmp принадлежатат разным пользователям, и из-за прав доступа возможны проблемы. С другой стороны, если переносить не в домашний каталог пользователя, а в каталог, скажем, /home/tmp, при условии установки таких же прав, как у /tmp, проблем быть не должно. Как временное решение такой вариант сгодится. У меня, например, /tmp вообще в tmpfs, то есть, в RAM.
По поводу файловой системы -- думаю, некритично.

BadEugene писал(а): ↑

14.06.2016 15:22

при обновлении ПО (Android SDK) загружается куча всего

Android SDK и Android Studio требуют очень больших объёмов, и эти объёмы при установке или обновлении нужно предоставить.
Вот, может чего-то подскажет: Инструменты разработки под Android

Спасибо, пока сделаю ссылку в /home/tmp.

BadEugene писал(а): ↑

14.06.2016 19:33

сделаю ссылку в /home/tmp

Не забудьте права корректно выставить. Должно быть rwxrwxrwt.

BadEugene писал(а): ↑

14.06.2016 15:22

.. Свободного места не хватает.

Возможно, спасибо рановато: был баг с очисткой tmp. Точнее, с настройкой clear on boot или как-то так. Пока не разбирался, место есть))

UPD
https://forums.opensuse.org/showthread.php/...der-during-boot

Мммм... интересненько. Но возможно этого будет недостаточно, обновление Android NDK требует несколько гигабайт свободного места и дефолтного размера 20 гигов для корня если и хватит то совсем на пределе. Наверное лучшим решением при следующем обновлении дистриба будет переустановка системы и выделение гигов 40 под корень. Надеюсь 40 гигов "хватит всем"))

BadEugene писал(а): ↑

30.06.2016 14:09

Но возможно этого будет недостаточно, обновление Android NDK требует несколько гигабайт свободного места и дефолтного размера 20 гигов для корня если и хватит то совсем на пределе.

Android SDK вовсе не обязательно ставить в корень. Можете его поставить полностью в $HOME и наслаждаться единолично.

А установка переменной окружения TMPDIR не помогает?

Olej писал(а): ↑

30.06.2016 14:25

Android SDK вовсе не обязательно ставить в корень. Можете его поставить полностью в $HOME и наслаждаться единолично. drinks.gif

Не, Android SDK ставится в $HOME, а вот обновления качает в корень. Я искал настройки обновлений в SDK, на 4PDA мне посоветовали делать симлинк для /tmp.

Bizdelnick писал(а): ↑

30.06.2016 14:27

А установка переменной окружения TMPDIR не помогает?

Не пробовал, похоже это то, что надо.

BadEugene писал(а): ↑

30.06.2016 14:49

на 4PDA мне посоветовали

Там посоветуют…

Bizdelnick писал(а): ↑

30.06.2016 14:27

А установка переменной окружения TMPDIR не помогает?

Нет не помогла. Может я не так делаю? Вот моя команда:
env TMPDIR=/home/username/AndroidTemp /home/username/Android/android-studio/bin/studio.sh

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

BadEugene писал(а): ↑

14.06.2016 15:22

/tmp по умолчанию примонтирован на 20GB раздел с системой BTRFS.

Немного оффтоп.
Это не очень хорошая идея: http://aseigo.blogspot.com/2014/09/btrfs-rebalancing.html.
Или 20GB — это sub-volume?

Наверное плохая идея, но я совсем не изучал btrfs, поэтому не могу что то возразить. Выбор делал инсталлятор в распоряжении которого был уже разбитый диск с предыдущей версией OpenSuse. 20GB - это был раздел с корнем. Наверное не стоило ставить btrfs. А относительно моей проблемы, корень был бы все равно забит, что бы я не выбрал.

Ну не нужно этого)) Инсталлятор задает вопросы, и имеет страницу "итоговые настройки".
btrfs действительно сомнительная ФС, допиленная ext4, там ничего нового- не понимаю всю ту хипстоту, которая от нее прецца.

А относительно моей проблемы, корень был бы все равно забит, что бы я не выбрал.

Не знаю, право.

rl0ad писал(а): ↑

01.07.2016 20:27

btrfs действительно сомнительная ФС, допиленная ext4, там ничего нового

Вы её вообще видели?

Bizdelnick писал(а): ↑

01.07.2016 20:31

rl0ad писал(а): ↑

01.07.2016 20:27

btrfs действительно сомнительная ФС, допиленная ext4, там ничего нового

Вы её вообще видели?

Я ж хоячОк)) Но тем не менее это только продолжение ext4, ну кое-что добавили, Ок. Это_не_Reiser-4 все равно. ЭТО МЕЙНСТРИМ!))

Вообще подхожу к таким вопросам с точки зрения эстетики. И на reiser3 никогда не терял данные, а с ext* проблемы были. И чо? Еще одна ФС? Да ну нафиг!

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

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

Поговорим после того, как продемонстрируете в коде btrfs хотя бы одну строчку на ассемблере.

BadEugene писал(а): ↑

30.06.2016 18:33

А относительно моей проблемы, корень был бы все равно забит, что бы я не выбрал.

1. s/не/ни/g
2. Корень заполниться может, если там еще и /usr с /var/log лежат, и ротация логов не настроена должным образом. Основная масса всего попадает именно туда. У меня, как я говорил, /tmp в памяти и /usr на отдельном разделе, данные еще на одном. LVM не пользую, ФС везде ext4, места на 320-гиговом HDD хватает. Суммарно под / и /usr выделено 20 ГиБ -- 15 под /usr, остальное /dev/root.

Ну симлинками решается, вроде уже прояснили. Хотя это имеет смысл только при экономии на размере SSD- под систему он большой и не нужен.

rl0ad писал(а): ↑

01.07.2016 20:37

Вообще подхожу к таким вопросам с точки зрения эстетики.

Мама! ...
Мама! ...
Я уже научился пользоваться горшком!
... только не всегда ещё метко ...

rl0ad, нужно следить за своей речью, и не говорить слов, значения которых не понимаете (это по поводу btrfs - "слышал звон, но никак не поймёт источник его происхождения").

Olej, обычно я оказываюсь прав Но если этого не происходит, то всегда могу признать, что ошибался.

Bizdelnick писал(а): ↑

01.07.2016 20:42

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

Со свободным местом есть реальная проблема, которая не решена на уровне конечного пользователя.
http://lists.opensuse.org/opensuse-factory...6/msg00628.html

rl0ad писал(а): ↑

01.07.2016 20:27

btrfs действительно сомнительная ФС, допиленная ext4, там ничего нового- не понимаю всю ту хипстоту, которая от нее прецца.

Вопрос не в самой btrfs, а в том, что она не предназначена для маленьких разделов, а по современным меркам 20GB — это мало. Ей просто становится тесно. Если большой диск и интересуют snapshots, sub-volumes, balancing, ±block-device, то btrfs — отличный вариант.