Jak Zamknąc Aplikacje Przez Konsole?

[murgal]

Witam,

 

Bo jak uzyje yuma i zamkne konsole i wlacze ja, wywala mi blad ze cos blokuje yuma, Jak to naprawić?

[SeeM]

Nigdy tak nie rób - programy tekstowe nie są zaprojektowane do wyłączania ich X-em na belce okna.

 

Programy, które właśnie coś pokazują w terminalu można wyłączyć za pomocą CTRL+C. Czasem trzeba przytrzymać tę kombinację, by program ją zauważył (zwłaszcza, jeśli jest akurat czymś bardzo zajęty). Natomiast programy działające w tle, lub poza terminalem (na przykład Firefox, który właśnie się zawiesił) można ubić za pomocą kill, np:

[lukasz@mamut5 ~]$ ps aux | grep nautilus
lukasz    1333  0.1  3.7 114928 38120 ?        S    18:08   0:04 nautilus
[lukasz@mamut5 ~]$ kill 1333
[lukasz@mamut5 ~]$

tym sposobem wyłączam Nautilusa, jeśli zaczyna "świrować". Można ułatwić sobie życie wpisując

killall -v nautilus

ale tu już trzeba wiedzieć jak się nazywa konkretny proces.

[multics]

Dwie sprawy:

1) niezaleca się ubijanie yuma podczas jego działania, gdyż może to doprowadzić do problemów z bazą rpm'ów

2) sprawdź czy nie działa jakieś graficzne narzędzie do aktualizacji pakietów (yumex czy

 

Jeśli jednak uprzesz się przy ubiciu yuma to:

su -c 'ps -ef | grep yum | awk '{print $2}' | xargs kill -9'

su -c ' ' - wywoła polecenie jako użytkownik root

ps -ef - wyświetli listę wszystkich procesów w systemie

grep yum - znajdzie na liście procesów wszystkie procesy pasujące do wyrażenia 'yum'

awk '{print $2}' - jako output wyświetli tylko 2 kolumnę z wyników wyszukiwania czyli porządany przez nas PID

xargs kill -9 - weźmie i wywoła ubicie procesu dla wyników zwróconych przez komendę awk...

[@WalDo]

Jak to naprawić?

Zapewne "w tle" działa Ci usługa PackageKit (nakładka na yuma, dostarczająca m.in. interfejs graficzny). Możliwości "naprawienia" są dwie:

 

1.Skonfigurować PackagKit tak, żeby nie działał bez Twojej wiedzy, czyli nie pozwolić mu na automatyczne aktualizacje albo odczekać jakiś czas aż PackageKit przestanie działać i zwolni blokadę bazy RPM.

2.Usunąć PackageKit z systemu i wtedy nic i nigdy nie powinno blokować pracy yuma.

 

W przypadku nowych użytkowników nie zalecałbym jednak tej 2. możliwości, bo PackageKit w Fedorze 12 jest bardzo przydatny - mozna doinstalować do niego b.ciekawą wtyczkę → PackageKit Command Not Found

 

[EDIT]

Chyba, że faktycznie razem z konsolą wyłączasz działającego jeszcze yuma

[borzole]

PackageKit Command Not Found

 

hymm ciekawe, czyli właściwie program robiący yum provides */polecenie bez podawania hasła root. Swoją drogą, czy jest możliwe, by yum z pewnymi przełącznikami (provides lub list) mógł być dostępny dla zwykłego użytkownika (nawet bez sudo) tak jak ma to miejsce w przypadku np. rpm: odpytywać może każdy, instalować już nie.

 

 

[EDIT]

chyba jestem mocno nie na czasie, bo:

[lucas@jedral sbin]$ yum install mc
Wczytane wtyczki: fastestmirror, presto
Musisz być zalogowany jako root, aby wykonać to polecenie.

ale

[lucas@jedral sbin]$ yum provides */ mc
Wczytane wtyczki: fastestmirror, presto
1:mc-4.6.2-9.pre1.fc11.x86_64 : User-friendly text console file manager and visual shell
Repozytorium: fedora
Dopasowano z:

1:mc-4.6.2-10.fc11.x86_64 : User-friendly text console file manager and visual shell
Repozytorium: updates
Dopasowano z:

1:mc-4.6.99.3.52.gd40065d-1.fc11.x86_64 : User-friendly text console file manager and visual shell
Repozytorium: installed
Dopasowano z:
Inne        : Wyniki dostarczania: mc

 

to już tak działa

[@WalDo]

provides i search możesz wykonać jako zwykły user, ale nie wiem czy wcześniej root nie musi ściągnąć bazy.

We wtyczce PackageKit-command-not-found interesujące jest to, że po wywołaniu nie zainstalowanego polecenia i podaniu odpowiedzi "y" paczka z odpowiednim poleceniem jest instalowana (o ile polecenie jest dostępne w jakimś pakiecie) a w systemie widać (ps -ef), że yum został wywołany przez użytkownika "root"

 

Zresztą wystarczy przetestować programik zgodnie z opisem z linku, który podałem.

[borzole]

Nie planuję przesiadki na F12 na razie, ani instalacji PackageKit, ale...

Swoją drogą straciło to zupełnie na bezpieczeństwie, bo o ile instalacja kilku aplikacji ma sens, to "szalony skrypt" może wymusić instalację wszystkiego z repozytorium. Czy można wywalić cały system z poziomu konta użytkownika? No bo jeśli instalowanie to i wyrzucanie będzie (jest?) wprowadzone. Chyba już od F10 można system-config-service uruchomić z usera i zarządzać wszystkimi usługami. Tam można było przymknąć oko, bo wymagało to wyklikania, ale tu jest aplikacja konsolowa do załatwienia skryptem. Nie podoba mi się ta zabawka. Nie uwierzę puki nie zobaczę

[@WalDo]

 

Bezpieczeństwo w tym przypadku z pewnością poległo Ale dla nowego użytkownika jest to spore ułatwienie. Ale jak widać "This feature will add the same functionality to Fedora as Ubuntu users have had for years." i nikomu to nie przeszkadza.

Osobiście tez raczej nie skorzystam

 

Kończę ten off topic Autora wątku przepraszam

[borzole]

no i nie trzeba było długo czekać

http://osnews.pl/powazna-luka-w-bezpieczen...widza-problemu/

[AdamS-75]

no a mozna sie jakos tego pozbyc z F12

(jeszcze nie instalowalem 12tki)

[thof]

W innym temacie jest informacje, że zostanie to zmienione, ale wystarczy przecież nie instalować PackageKit i innych rzeczy z nim związanych.

[@WalDo]

no a mozna sie jakos tego pozbyc z F12

Nie wiem w koncu dokładnie jaka jest natura problemu - polityki dostępu czy sama wtyczka, ale wyjścia są takie:

1. przeedytować samodzielnie polityki
2. nie instalować wtyczki.
3. 1. i 2.