Dotaz: Jak adresáři, třeba tmp, přidělit více diskového prostoru?

[L_l]

Zdravím, mám občas problém s instalací některých balíčků z Arch User Repository. Občas se stane, že ve složce tmp není dost místa. Instalace se potom nedokončí. Dá se tmp nějakým způsobem zvětšit, a to na mnou požadovanou velikost?

---

---

Odpovědi

[Petr Šobáň]

Nechápu?

Jak to chceš zvětšit HDD má konečnou velikost.

Prostě tmp dát na větší oddíl, na jiný disk, případně dočasně jako tmp připojit třeba velkou flash kterou dočasně připojíš.

[L_l]

Dobře, zkusím. Šlo mi o to, že většina adresářů prostě pracuje s dostupným, tj. volným místem. Ale adresář /tmp má vyhrazen pouze nějaké GB. Yaourt mi někdy oznámí, že na HDD není dost místa. Možná by to chtělo i nějak jinak nakonfigurovat Yaourt.

[Petr Šobáň]

A nemáš tmp třeba v ram?

Tak ho přehoď na HDD.

[Jardík]

Jó, arch má, protože systemd to tak dělá, /tmp v ram. Buď zvětši limit, nebo na ten disk. Ale já bych to nechal v ram a zkusil nastavit třeba pacmana, ať kompiluje jinde.

[Andrej]

On ale pacman nikdy nikde nic nekompiluje. Arch je „binární distribuce“ a pacman je instalátor (neméně binárních) balíčků.

Je třeba nastavit si správně makepkg, případně yaourt či jiný AUR tool podle vlastní volby. Začal bych u /etc/makepkg.conf a tak podobně.

[L_l]

Díky. Díval jsem do konfiguráků. Yaourt si teda zkusím nastavit jinak a tabulku fstab do původního stavu.

[Václav "Darm" Novák]

Osovně mám na AUR založený adresář ~/build/ (resp. měl jsem, teď s 16 GB RAM je mi kompilace v /tmp/ ramdisku překážkou jen málokdy)

[Jardík]

Já myslel, že mu jde o to, že z auru kompiluje balíčky (přes makepkg, což je součástí pacmana (nebo jestli to rozdělili ...)) a kompiluje to v /tmp, nebo jsem to špatně pochopil.

[Andrej]

/tmp není na žádném disku, je samozřejmě v RAM a případně ve swapu. Na disku byl někdy v minulém desetiletí, možná.

Limit velikosti tmpfs se dá samozřejmě nastavit, pokud někomu nevyhovuje, co systemd nastavuje automaticky.

Nejlepším řešením je ale nastavit makepkg a yaourt, aby nepoužívaly /tmp. Přidávat třeba swap a zvětšovat ten tmpfs pro /tmp je trochu škoda; v době mimo kompilaci to bude nevyužité a nevyužitelné.

[Peter Golis]

To je nejaké špecifikum Archu že dáva /tmp do RAM bez možnosti opýtať sa? Z binárnych distribúcií mám teraz po ruke najnovšie Ubuntu, a v ňom to tak nie je.

[Jardík]

On to nemusí mít v RAM, ale systemd to tak dělá, dokud mu neřeknete něco jiného, třeba zápisem ve fstabu.

[Roman DAVID]

Ještě lépe systemctl mask tmp.mount

[Peter Golis]

Pretože mám prerelease Ubuntu 16.04, v ňom je SystemD a ten mi /tmp nepripája ako ramdisk. Konfiguráciu som mu nehal východziu. Mám niekde chybu?

[Václav "Darm" Novák]

Třeba v defaultní konfiguraci Ubuntu není zapnutý tmp.mount

[Peter Golis]

Ale to je v rozpore s tvrdením že /tmp už nie je na disku od minulého desaťročia. Pred desaťročím nebol ani SystemD, a tak nebol ani tmp.mount.

[pavlix]

Já osobně jsem dával /tmp do tmpfs pomocí /etc/fstab i bez systemd.

[Peter Golis]

To ale nie je východzie chovanie na ktoré som u Andřeja pôvodne upozorňoval.

[pavlix]

Ne. Jenom mi to vždycky připadalo jako dobré chování, proto jsem to používal.

[Jendа]

Na Debianu Jessie se systemd /tmp taky není v RAM, na Debianu Sid už je. Jenže Andrej nepovažuje Ubuntu a Debian za distribuce z tohoto desetiletí ;)

[nobody]

Jenze Andrej je mimozemstan a psychopat v jednom tvoru, ABC by upozorneni na to mu melo hardcodovat do paticky ;)

[xkucf03]

A jak mu ve fstabu řeknu, že to má být adresář /tmp v kořenovém oddílu a že tam nechci připojovat žádné jiné blokové zařízení?

[Jardík]

Já nevim, zkusil bych třeba

/tmp /tmp none bind 0 0

Jestli to nezabere. Nebo nějak nakonfigurovat systemd, jestli to jde. Třeba Ubuntu taky systemd používá a teď koukám, že /tmp tmpfs není, takže to asi nějak jde... to jsou ale ty moderní udělátka, všechno samo a takhle ... Zlatý sysv init.

[pavlix]

O kousek výše už máš odpověď, jak systemd jednoduše nakonfigurovat.

[dutá palice]

Nechápu? Jak to chceš zvětšit HDD má konečnou velikost.

On tvrdil o nekonečné velikosti? EGO?

[xkucf03]

Co vypisuje tenhle příkaz?

(df; mount) | grep /tmp

[L_l]

Toto:

$ (df; mount) | grep /tmp
tmpfs                        1,9G  8,0K  1,9G   1% /tmp
tmpfs on /tmp type tmpfs (rw)

[Petr Šobáň]

Tak nepoužívej tmp z ram prostě vyhoď z fstab tu položku na používání tmpfs nebo kde to máš zadané.

[Petr Šobáň]

http://www.linuxexpres.cz/praxe/vyuzitie-tmp-adresara-v-ram

[Andrej]

Žádná položka ve fstabu přece na tohle neexistuje. Ve fstabu má být jen a pouze to, co nemůže systemd uhodnout automaticky. Takže /tmp tam samozřejmě běžně není a nemá být, protože ten se opravdu automaticky vymyslet dá. Jediný důvod, proč dávat /tmp do fstabu, je změna velikosti toho tmpfs, jak už jsem psal výše.

Mít /tmp na disku je prostě špatně. Neslo to s sebou tolik problémů, bezpečnostních i praktických, až se od toho před nějakými skoro 10 lety upustilo. Tedy kromě pár nepoužitelných distribucí, u kterých je beztak všechno jedno.

[Jendа]

/tmp není na žádném disku, je samozřejmě v RAM a případně ve swapu.

Do swapu ho možná dám až se Linux naučí spravovat paměť.

Mít /tmp na disku je prostě špatně.

Možná to bude dobře, až s tím aplikace budou počítat, a nebudou do /tmp ukládat velké věci. Například Firefox tam ukládá soubory pro otevření externí aplikací.

Neslo to s sebou tolik problémů, bezpečnostních

Jo. A proto přesně ta stejná data zapíšeme na disk o kousek vedle (do swapu).

i praktických

Já měl naopak problém s /tmp v RAM, když se tam prostě nevešlo.

[chrono]

Možná to bude dobře, až s tím aplikace budou počítat, a nebudou do /tmp ukládat velké věci. Například Firefox tam ukládá soubory pro otevření externí aplikací.

To ale vývojári systemd vyriešili tak, že pre veľké súbory majú programy používať /var/tmp.

[L_l]

No právě. Včera jsem tam nic podobného nenašel. Experimentálně jsem do tabulky vložil:

tmps /tmp tmpfs nodev, nosuid 0 0

a rebootoval. Adresář /tmp se nyní tváří, že má místa habaděj.

[Petr Šobáň]

A důvod proč mi to cpe do rám?

Já ho mám na HDD a je to bez problémů, a ty řeči o bezpečnosti, paranoici pořád existují.

Tak stejně můžu tvrdit že swap je přežitek a už ho několik let nedělám a nepoužívám.

Prostě potřebuje velký tmp ať ho hodí na HDD a má po problému na domácí žvíkání je to nejednoduší řešení.

[dutá palice]

Tak z čeho, z ram nebo z fstab?

[xkucf03]

Máš /tmp v RAM. Pokud ho chceš mít na disku, stačí v /etc/fstab zakomentovat (#) řádek obsahující tmpfs /tmp a restartovat systém (mohl bys /tmp jen odpojit za běhu, ale některým běžícím programům by nejspíš vadilo, že jim zmizí jejich dočasné soubory).

Případně bych se podíval, jestli balíčkovací systém nemá nějakou volbu/proměnnou pro dočasný adresář – všechno ostatní by mohlo zůstat v RAM a jen balíčkovací systém by měl dočasnou složku na disku.

[Jardík]

Já si nejsem jistej, ale i když to ve fstab mít nebude, tak mu systemd připojí tmpfs, když najde prázdnej /tmp, myslím, že to tak dělá. A naopak, pokud je to ve fstab jinak, tak to neudělá.

[Andrej]

Že /tmp automaticky mountuje systemd a že na to žádná řádka ve fstabu není, to je už pár let uzavřená kapitola…