On Mon, 07 Jan 2013, Paweł Gołaszewski wrote: > On Sun, 6 Jan 2013, Jan Rękorajski wrote: > > > > > No nie wiem, jak dla mnie to jest nawet gorzej (tak jest przy każdej > > > > > instalacji): > > > > > Installing set #2 > > > > > Przetwarzanie zależności... > > > > > accountsservice-0.6.29-2.i686 zostanie zastąpiony przez > > > > > accountsservice-0.6.30-1.i686 > > > > > Jest 1 pakiet do instalacji, 1 do usunięcia: > > > > > I accountsservice-0.6.30-1.i686 > > > > > R accountsservice-0.6.29-2.i686 > > > > > This operation will use 4.2KB of disk space. > > > > > Potrzeba pobrać 117.1KB archiwów (117.1KB do pobrania). > > > > > > > > > > Kontynuować? [Y/n] y > > > > > Pobieranie th::accountsservice-0.6.30-1.i686.rpm... > > > > > .............................. 100.0% [117.1K (117.1K/s)] > > > > > > > > > > Uruchamianie rpm --upgrade -vh --root /... > > > > > Przygotowywanie... > > > > > ########################################### [100%] > > > > > Ponowne pakowanie... > > > > > rpm: ./rpmio_internal.h:307: fdGetFp: Warunek zapewnienia `fd != > > > > > ((void *)0) && fd->magic == 0x04463138' nie został spełniony. > > > > > błąd: /bin/rpm terminated by signal Przerwane > > > > Ile masz ramu i co masz ustawione w zmiennych rpm-a *_payload? > > > 4GB > > > Nic przy payload nie grzebałem, więc standardowe (/etc/rpm/ jest puste > > > pod > > > tym kątem). > > Pokaż na wszelki wypadek 'rpm --showrc | grep payload', > > # rpm --showrc | grep payload > -14: _binary_payload w6.lzdio > -14: _source_payload w9.gzdio
Czyli bezpieczny default. > > no i -vvv przy problematycznym wywołaniu też by się przydało. Do tej > > pory ten assert to był efekt problemów z pamięcią/miejscem na dysku > > (dlatego _binary_payload powinno być w6.lzdio). > > A teraz ciekawostka - błąd nie występuje teraz. Bardzo dziwne, bo braku > RAM raczej nie podejrzewam, to zwykła stacja robocza, "nośnik konsol",, > która nie była dotykana od piątku (pracuje 24/7), więc nic się na niej nie > zmieniło... > Brak miejsca - tym bardziej.... > rootfs 411G 105G 307G 26% / Dziwne, w każdym razie ten błąd przy repackage oznacza że rpm-owi zniknął plik który tworzył, czego przyczyną, w dotychczasowych testach, były wymaganiamia pamięciowe LZMA. > Inna sprawa - czy poziom kompresji musi być narzucony a priori? Nie może > być dobrany zależnie od ilości zasobów? Wtedy takich problemów by się > przeważnie uniknęło... w6 to jest domyślny (bezpieczny pod względem zasobożerności) poziom kompresji dla lzma/xz, więc nie ustawienie go nic nie zmieni. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ baggins<at>mimuw.edu.pl baggins<at>pld-linux.org _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
