Yum I Error: %postun (......) Scriptlet Failed, Exit Status 255

[piotreek23]

Witam.

Wiec tak postawilem sobie FC6 zrobilem yum-update pomielilo zainstalowalo z 300MB poprawek nowe jajo 2.6.19.

Stwierdzilem ze brakuje mi FF 2.0 wiec zgodnie z wiki zainstalowalem go sobie ale przy instalacji wyskoczylu cuda w postaci tego komuniaktu z tematu.

O to przyklad z instalacji driverów nvidii.

ependencies Resolved

=============================================================================
Package                 Arch       Version          Repository        Size
=============================================================================
Removing:
xorg-x11-drv-nvidia-96xx  i386       1.0.9631-5.lvn6  installed          13 M
Removing for dependencies:
kmod-nvidia-96xx        i686       1.0.9631-4.2.6.19_1.2911.fc6  installed         5.1 M

Transaction Summary
=============================================================================
Install      0 Package(s)
Update       0 Package(s)
Remove       2 Package(s)

Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
error: %preun(xorg-x11-drv-nvidia-96xx-1.0.9631-5.lvn6.i386) scriptlet failed, exit status 255
  Removing  : kmod-nvidia-96xx             ######################### [1/2]
error: %postun(kmod-nvidia-96xx-1.0.9631-4.2.6.19_1.2911.fc6.i686) scriptlet failed, exit status 255

Removed: xorg-x11-drv-nvidia-96xx.i386 0:1.0.9631-5.lvn6
Dependency Removed: kmod-nvidia-96xx.i686 0:1.0.9631-4.2.6.19_1.2911.fc6
Complete!

To tylko przyklad poniewaz przy rpm -Uvh jest to samo dokladnie i pomaga opcja --noscripts.

Googlalem i szukalem na forum i znalazlem iz moze byc to problem z SElinux.

Rzeczywiscie po jej wylaczeniu problem znika.Jak wlacze w/w komunikaty plus cuda z baza rpm bo pakiet niby sie instaluje pokazuje rpm ze nie?

Jak to naprawic aby móc korzystac z SElinux i yum.

Pozdrawiam

[exbros]

Jesli to SElinux to sprobuj tego

touch /.autorelabel && reboot

Nadal nie dziala?

Pozdro

[jjj]

Pojawiło mi się to samo na dwóch maszynach z FC6 po kolejnym upgrade. Tak, winny jest SElinux. Przestawienie w tryb permissive pozwala wykonywać skrypty pre- i postinstall. restorecon -R / nie pomaga. Twoja propozycja:

touch /.autorelabel

wydaje się skuteczna.

Po co jest /.autorelabel ? -- po restarcie widać po co, ale co to dokładnie znaczy? do SElinuxa mam stosunek z lekka automagiczny

[exbros]

Tez mam taki stosunek ale uczylem sie od zdolnych ludzi

 

polecenie [touch /.autorelabel] sluzy do nadania wszystkim plikom/katalogom poprawnego (domyslnego) kontekstu, czyli takich rozszerzonych praw dostepu. Skrypty startowe, gdy wykryja obecnosc tego pliku, odpalaja fixfiles restore.

 

restorecon sluzy do tego samego, ale nie nadaje sie to zbyt bardzo do dzialajacych juz procesów (zmiana domeny juz uruchomionego programu jest niemozliwa).

Pozdro

[jjj]

V Thx

[jjj]

A jednak nie. Upgrade'owałem parę paczek ale akurat nie miały skryptów. W następnym przypadku problem się powtórzył. W trybie permissive jest OK, podejrzewam że polityka pobrana w paczce selinux-policy jest walnięta.

 

[exbros]

Sprawdz czy masz te pakiety w odpowiedniej (ostatniej 2.4.6-40 20/02/2007) wersji:

 

http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/selinux-policy-2.4.6-40.fc6.noarch.rpm

 

http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/selinux-policy-targeted-2.4.6-40.fc6.noarch.rpm

 

 

http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/selinux-policy-mls-2.4.6-40.fc6.noarch.rpm

 

http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/selinux-policy-strict-2.4.6-40.fc6.noarch.rpm

 

http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/selinux-policy-devel-2.4.6-40.fc6.noarch.rpm

 

Nie wiem co masz poinstalowane wiec podaje caly komplet, przynajmniej te 2 wymienione jako pierwsze musisz miec w systemie...

Pozdro

[jjj]

Rzecz sie stala podczas aktualizacji, m.in audit-libs oraz selinux-policy i selinux-policy-targeted z 2.4.6-37 do 2.4.6-40. Podczas tej transakcji mialem juz rzeczony blad, i jakims cudem nie zainstalowala sie 2.4.6-40. Teraz odkrecam sprawe, chwilowo mam obie: stara i nowa, co mi w ogóle nie odpowiada.

 

A w zasadzie podejrzewalbym 2.4.6-37, bo ona obowiazywala w krytycznym momencie.

 

Po uporzadkowaniu mamy tak

$ rpm -qa | grep -i selinux
libselinux-python-1.33.4-2.fc6
selinux-policy-2.4.6-40.fc6
libselinux-1.33.4-2.fc6
selinux-policy-targeted-2.4.6-40.fc6

$ rpm -qa | grep audit
audit-libs-1.4-1.fc6
audit-libs-python-1.4.1-1.fc6
audit-libs-1.4.1-1.fc6

Pierwsze mi sie nawet podoba, drugie raczej nie. Dlaczego dwie audit-libs? Klopoty ze scripletami zdarzyly sie po raz pierwszy wlasnie przy updacie audit-libs.

$ rpm --install audit-libs-1.4.1-1.fc6.i386.rpm audit-libs-python-1.4.1-1.fc6.i386.rpm --force
$ touch /.autorelabel

I zobaczymy co bedzie w polityce enforcing

// dodane

Po restarcie bez zmian, niestety. Mam zwyczaj archiwizowac co pewien czas listingi z rpm-a.

$ diff nowy-listing stary-listing
31,32c31,32
< audit-libs-1.4.1-1.fc6
< audit-libs-python-1.4.1-1.fc6
---
> audit-libs-1.4-1.fc6
> audit-libs-python-1.4-1.fc6
150d149
< exo-0.3.2-1.fc6.1
480,482d478
< libxfce4mcs-4.4.0-2.fc6
< libxfce4util-4.4.0-1.fc6
< libxfcegui4-4.4.0-1.fc6
563d558
< mousepad-0.2.12-1.fc6
698,701c693,696
< php-5.1.6-3.4.fc6
< php-cli-5.1.6-3.4.fc6
< php-common-5.1.6-3.4.fc6
< php-ldap-5.1.6-3.4.fc6
---
> php-5.1.6-3.3.fc6
> php-cli-5.1.6-3.3.fc6
> php-common-5.1.6-3.3.fc6
> php-ldap-5.1.6-3.3.fc6
775,776c770,771
< selinux-policy-2.4.6-40.fc6
< selinux-policy-targeted-2.4.6-40.fc6
---
> selinux-policy-2.4.6-37.fc6
> selinux-policy-targeted-2.4.6-37.fc6
791d785
< spamassassin-3.1.8-2.fc6
816d809
< Terminal-0.2.6-1.fc6
823d815
< Thunar-0.8.0-1.fc6
878,882d869
< xfce4-icon-theme-4.4.0-1.fc6
< xfce4-panel-4.4.0-1.fc6
< xfce4-taskmanager-0.4.0-0.2.rc2.fc6
< xfce-mcs-manager-4.4.0-1.fc6
< xfdesktop-4.4.0-1.fc6
884,886d870
< xfprint-4.4.0-1.fc6
< xfwm4-4.4.0-1.fc6
< xfwm4-themes-4.4.0-1.fc6
925c909
< xterm-224-1.fc6
---
> xterm-223-2.fc6

I to sie zgadza z aktualizacja robiona yum-em.

[piotreek23]

Witam dziękuje za zainsteresowanie tematem i tak szybką odpowiedź.

Więc ja spędziłem pare ładnych godzin wieczorno nocnych na szukaniu rozwiązania.

Problem wystepuję od Fedory 4 i tam wina zwalana jest na SElinux właśnie.

Próbowałem podawanego fixfiles restore ale nie dawało rezulatatu suma sumarum tak posiekało bazę danych rpm że sam yum i rpm miały odmienne zdanie na temat co jest zainstalowane a co nie.Mimo że nie jestem zwolennikiem reinstalacji systemu to format i położyłem system od nowa updatowałem i jest ok.

Pozdrawiam