Manjaro-Linux-Forum

Hallo zusammen,

ich wollte vivaldi-ffmpeg-codecs aktuallisieren.
Es endet immer mit folgender Fehlermeldung.

Kompilierung beendet.
{standard input}: Assembler messages:
{standard input}: Fatal error: can't write 15 bytes to section .text.select_from_pts_buffer of obj/third_party/ffmpeg/ffmpeg_internal/autorename_libavformat_utils.o because: 'Auf dem Gerät ist kein Speicherplatz mehr verfügbar'
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
as: BFD (GNU Binutils) 2.27 assertion fail ../../binutils-gdb/bfd/elf.c:3023
{standard input}: Fatal error: can't close obj/third_party/ffmpeg/ffmpeg_internal/autorename_libavformat_utils.o: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
ninja: build stopped: subcommand failed.
==> FEHLER: Ein Fehler geschah in build().
    Breche ab...
==> FEHLER:Makepkg konnte vivaldi-ffmpeg-codecs nicht erstellen.

Hier ist die Ausgabe von df

Code: Alles auswählen

[dirk@dirk-pc ~]$ df
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
dev             3,4G       0  3,4G    0% /dev
run             3,4G    1,1M  3,4G    1% /run
/dev/sdb1       221G    130G   80G   62% /
tmpfs           3,4G     84K  3,4G    1% /dev/shm
tmpfs           3,4G       0  3,4G    0% /sys/fs/cgroup
tmpfs           3,4G    3,4G     0  100% /tmp
tmpfs           694M     12K  694M    1% /run/user/1000

So wie es aussieht ist der /tmp Ordner zu klein.
Wie kann ich ihn vergrößern?

Schau mal hier
http://www.unixboard.de/threads/tmp-zu-klein.8999/

6 ster Beitrag

getestet
etc/fstab

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
dev 3,9G 0 3,9G 0% /dev
run 3,9G 1,3M 3,9G 1% /run
/dev/sda3 128G 43G 84G 34% /
tmpfs 3,9G 140K 3,9G 1% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 8,0K 3,9G 1% /tmp
tmpfs 794M 16K 794M 1% /run/user/1000

vergrößert
etc/fstab

tmpfs /tmp tmpfs defaults,size=8g 0 0 noatime,mode=1777 0 0

$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
dev 3,9G 0 3,9G 0% /dev
run 3,9G 1,3M 3,9G 1% /run
/dev/sda3 128G 43G 84G 34% /
tmpfs 3,9G 128K 3,9G 1% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 8,0G 8,0K 8,0G 1% /tmp
tmpfs 794M 16K 794M 1% /run/user/1000

Ich habe in meiner Tippsammlung folgendes gefunden:

Mit dem folgenden mount-Befehl lässt sich ohne Neustart die /tmp zugewiesene Maximalgröße ändern (im Beispiel auf 5MB):

Code: Alles auswählen

sudo mount -t tmpfs -o remount,size=5m,mode=1777 tmp /tmp

Die Größe (5m) musst du nach deinen Erfordernissen anpassen.
Überprüfen der Änderung z.B. mit mount oder df -h.
Bei mir hat es funktioniert.

Grüße
Josef

Moin,

ich würde mir eher gedanken machen warum tmp so wuchtig ist da bei vielen liegt es im 1% Bereich

peace

Hallo Blueriver,
ich kann Amber nur zustimmen, 3.4 GB /tmp ist irgendwie nicht normal, selbst beim Kompilieren. Vielleicht solltest Du mal mit

Code: Alles auswählen

du -h /tmp

nach dem Speicherfresser suchen.
Wenn man im AUR nachsieht, dann bietet ein BlackIkeEagle ein weniger aufwendigeres Repo an:
s. https://aur.archlinux.org/packages/viva ... eg-codecs/

Code: Alles auswählen

BlackIkeEagle commented on 2016-05-25 20:54
For the people not willing to download 500MB of chromium source to build this package:
You can install it from my repo: https://repo.herecura.eu

Ob man dem nun vertraut ist Geschmacksache, aber das ist ja beim AUR immer der Fall. Vielleicht geht es von dort einfacher und nicht so speicheraufwendig?

Viele Grüße gosia

Danke für eure Hilfe!

Ich habe beide Lösungsvorschläge von djeli und von Josef_K ausprobiert und sie funktionieren bei mir beide.
Vielen Dank dafür.

[quote="Amber"]
Moin,

ich würde mir eher gedanken machen warum tmp so wuchtig ist da bei vielen liegt es im 1% Bereich

peace
[/quote]
Liegt bei mir auch vor und nach der Aktualisierung von vivaldi-ffmpeg-codecs bei 1%.

Code: Alles auswählen

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
dev             3,4G       0  3,4G    0% /dev
run             3,4G    1,1M  3,4G    1% /run
/dev/sdb1       221G    128G   82G   62% /
tmpfs           3,4G     96M  3,3G    3% /dev/shm
tmpfs           3,4G       0  3,4G    0% /sys/fs/cgroup
tmpfs           5,0G    8,0K  5,0G    1% /tmp
tmpfs           694M     12K  694M    1% /run/user/1000

Nur bei der Aktualisierung bzw. bei der Fehlermeldung war tmp voll.

[quote="gosia"]
Wenn man im AUR nachsieht, dann bietet ein BlackIkeEagle ein weniger aufwendigeres Repo an:
s. https://aur.archlinux.org/packages/viva ... eg-codecs/
[/quote]
Der Tipp kam leider zu spät, aber danke dafür.

Hab bei mir eine repo eingebunden (ist ja spezielles INet bei mir)

Code: Alles auswählen

[herecura]
Server = http://repo.herecura.be/$repo/$arch

https://wiki.archlinux.org/index.php/Unofficial_user_repositories#herecura

GW

Manjaro-Linux-Forum

/tmp Ordner vergrößern

/tmp Ordner vergrößern

Re: /tmp Ordner vergrößern

Re: /tmp Ordner vergrößern

Re: /tmp Ordner vergrößern

Re: /tmp Ordner vergrößern

Re: /tmp Ordner vergrößern

Re: /tmp Ordner vergrößern