programów w Androidzie 7, czy jest na to jakiś sposób? W starszym telefonie można było dezaktywować prawie wszystko, w Androidzie 7 żadnej. W opcjach jest dostępna tylko tymczasowa funkcja "wymuś zatrzymanie",.

On Tue, 7 Aug 2018 15:47:59 +0200, Trybun <cheilmx@jachu.ru> wrote:

programów w Androidzie 7, czy jest na to jakiś sposób?

adb shell pm hide name.space.aplikacji

--
Marek

W dniu 2018-08-07 o 23:25, Marek pisze:

On Tue, 7 Aug 2018 15:47:59 +0200, Trybun <cheilmx@jachu.ru> wrote:

programów w Androidzie 7, czy jest na to jakiś sposób?

adb shell pm hide name.space.aplikacji

Praktykowałeś to z 7ką czy tylko z wcześniejszymi wersjami A?

On Wed, 8 Aug 2018 12:49:27 +0200, Trybun <cheilmx@jachu.ru> wrote:

Praktykowałeś to z 7ką czy tylko z wcześniejszymi wersjami A?

Z 5, mieć widzę powodów by to nie zadziałało. Nie działa na 7?

--
Marek

W dniu 2018-08-08 o 21:23, Marek pisze:

On Wed, 8 Aug 2018 12:49:27 +0200, Trybun <cheilmx@jachu.ru> wrote:

Praktykowałeś to z 7ką czy tylko z wcześniejszymi wersjami A?

Z 5, mieć widzę powodów by to nie zadziałało. Nie działa na 7?

W wcześniejszej wersji jest do tego graficzna nakładka. Jest opcja "dezaktywuj", w 7 tylko 'zatrzymaj" i działa to tylko tymczasowo.

On Thu, 9 Aug 2018 08:14:28 +0200, Trybun <cheilmx@jachu.ru> wrote:

W wcześniejszej wersji jest do tego graficzna nakładka. Jest opcja "dezaktywuj", w 7 tylko 'zatrzymaj" i działa to tylko tymczasowo.

Jesteś pewien, że mówisz o funkcji menadżera pakietów a nie o zwykłym zatrzymywaniu (tymczasowym, po restarcie i tak zadziała ponownie) aplikacji/serwisu? pm hide blokuje  uruchamianie aplikacji  lub jej komponentu (serwisu) bez root. Można łatwo odmulić telefon z niepotrzebnych stockowych aplikacji.
Hide jest wygodne bo można później zrobić pm unhide jak coś potrzeba.

--
Marek

W dniu 2018-08-09 o 10:06, Marek pisze:

On Thu, 9 Aug 2018 08:14:28 +0200, Trybun <cheilmx@jachu.ru> wrote:

W wcześniejszej wersji jest do tego graficzna nakładka. Jest opcja "dezaktywuj", w 7 tylko 'zatrzymaj" i działa to tylko tymczasowo.

Jesteś pewien, że mówisz o funkcji menadżera pakietów a nie o zwykłym zatrzymywaniu (tymczasowym, po restarcie i tak zadziała ponownie) aplikacji/serwisu? pm hide blokuje  uruchamianie aplikacji  lub jej komponentu (serwisu) bez root. Można łatwo odmulić telefon z niepotrzebnych stockowych aplikacji.
Hide jest wygodne bo można później zrobić pm unhide jak coś potrzeba.

Jestem pewny tylko tego że 7 jest bardziej zabezpieczona przed różnymi kombinacjami ze strony usera niż wersje wcześniejsze. I jak na razie nie znalazłem metody aby to zmienić.

On Thu, 9 Aug 2018 14:04:39 +0200, Trybun <cheilmx@jachu.ru> wrote:

Jestem pewny tylko tego że 7 jest bardziej zabezpieczona przed różnymi kombinacjami ze strony usera niż wersje wcześniejsze. I jak na razie nie znalazłem metody aby to zmienić.

Adb to nie jest "kombinacja ze strony usera" tylko narzędzie developerskie, używałeś? Pm hide na pewno zadziała, tylko trzeba znać namespace aplikacji do zablokowania.

--
Marek

W dniu 2018-08-09 o 14:40, Marek pisze:

On Thu, 9 Aug 2018 14:04:39 +0200, Trybun <cheilmx@jachu.ru> wrote:

Jestem pewny tylko tego że 7 jest bardziej zabezpieczona przed różnymi kombinacjami ze strony usera niż wersje wcześniejsze. I jak na razie nie znalazłem metody aby to zmienić.

Adb to nie jest "kombinacja ze strony usera" tylko narzędzie developerskie, używałeś? Pm hide na pewno zadziała, tylko trzeba znać namespace aplikacji do zablokowania.

Używałem z graficzną nakładką. Z 7ką to nie chodzi.  A ingerencję w fabryczny system można nazwać "kombinacją".

On Thu, 9 Aug 2018 18:03:10 +0200, Trybun <cheilmx@jachu.ru> wrote:

Używałem z graficzną nakładką. Z 7ką to nie chodzi.  A ingerencję w fabryczny system można nazwać "kombinacją".

Nie ma możliwości, że adb nie działa, być może  używasz starsze adb niekompatybilne z 7. Narzędzie adb służy do zarządzania systemem od strony developerskiej, nie ma nic wspólnego z żadną kombinacją.

--
Marek

W dniu 2018-08-09 o 23:40, Marek pisze:

On Thu, 9 Aug 2018 18:03:10 +0200, Trybun <cheilmx@jachu.ru> wrote:

Używałem z graficzną nakładką. Z 7ką to nie chodzi.  A ingerencję w fabryczny system można nazwać "kombinacją".

Nie ma możliwości, że adb nie działa, być może  używasz starsze adb niekompatybilne z 7. Narzędzie adb służy do zarządzania systemem od strony developerskiej, nie ma nic wspólnego z żadną kombinacją.

Program jest z marca 2018, czyli z czasów gdy 7ka była już w użytku.  Nieważna jakich narzędzi się używa,. System jest fabrycznie zoptymalizowany pod konkretny sprzęt i nie sposób nie nazwać ingerencji użytkownika w urządzenia inaczej niż kombinacja.

On Fri, 10 Aug 2018 15:07:12 +0200, Trybun wrote:

Używałem z graficzną nakładką. Z 7ką to nie chodzi.  A ingerencję w fabryczny system można nazwać "kombinacją".

Nie ma możliwości, że adb nie działa, być może  używasz starsze adb niekompatybilne z 7. Narzędzie adb służy do zarządzania systemem od strony developerskiej, nie ma nic wspólnego z żadną kombinacją.

Program jest z marca 2018, czyli z czasów gdy 7ka była już w użytku.  Nieważna jakich narzędzi się używa,. System jest fabrycznie zoptymalizowany pod konkretny sprzęt i nie sposób nie nazwać ingerencji użytkownika w urządzenia inaczej niż kombinacja.

Tak, a jak mechanik podnosi maskę samochodu to też przymierza się do
kombinacji... nie ma to jak nie kumać czegoś a opiniować.

--
pozdrawiam
Roman Tyczka

W dniu 2018-08-10 o 18:40, Roman Tyczka pisze:

On Fri, 10 Aug 2018 15:07:12 +0200, Trybun wrote:

Używałem z graficzną nakładką. Z 7ką to nie chodzi.  A ingerencję w
fabryczny system można nazwać "kombinacją".

Nie ma możliwości, że adb nie działa, być może  używasz starsze adb
niekompatybilne z 7. Narzędzie adb służy do zarządzania systemem od
strony developerskiej, nie ma nic wspólnego z żadną kombinacją.

Program jest z marca 2018, czyli z czasów gdy 7ka była już w użytku.
Nieważna jakich narzędzi się używa,. System jest fabrycznie
zoptymalizowany pod konkretny sprzęt i nie sposób nie nazwać ingerencji
użytkownika w urządzenia inaczej niż kombinacja.

Tak, a jak mechanik podnosi maskę samochodu to też przymierza się do
kombinacji... nie ma to jak nie kumać czegoś a opiniować.

No właśnie, tzw czipowanie czy wycięcie FAPa to nie kombinacja, albo chociaż samo zakładanie gazu? A wystarczy choć trochę ruszyć głową przed wydawaniem opinii..

On Fri, 10 Aug 2018 19:42:01 +0200, Trybun <cheilmx@jachu.ru> wrote:

No właśnie, tzw czipowanie czy wycięcie FAPa to nie kombinacja, albo chociaż samo zakładanie gazu? A wystarczy choć trochę ruszyć głową przed wydawaniem opinii..

Niestety ciągle nie rozumiesz czym jest adb i do czego służy. Trzymając się tej analogii "mechanicznej", to adb nie jest mechanikiem zakładającym gaz. Adb to fabryka gdzie pojazd jest przygotowywany dla użytkownika.

--
Marek

W dniu 2018-08-10 o 22:14, Marek pisze:

On Fri, 10 Aug 2018 19:42:01 +0200, Trybun <cheilmx@jachu.ru> wrote:

No właśnie, tzw czipowanie czy wycięcie FAPa to nie kombinacja, albo chociaż samo zakładanie gazu? A wystarczy choć trochę ruszyć głową przed wydawaniem opinii..

Niestety ciągle nie rozumiesz czym jest adb i do czego służy. Trzymając się tej analogii "mechanicznej", to adb nie jest mechanikiem zakładającym gaz. Adb to fabryka gdzie pojazd jest przygotowywany dla użytkownika.

Zdaje się przypisujesz mi własne grzechy. Otóż nie chodzi o narzędzie a o same zmiany przeprowadzane za, akurat tak się składa że ADB, ale to wcale nie musi być ADB, może się nazywać np AFP bo to i tak bez znaczenia - liczą się tylko zmiany. Gdy coś schrzanisz to w reklamacji będziesz się powoływał że na okoliczność rozgrzeszającą, bo robiłeś to za pomocą ADB?

On Fri, 10 Aug 2018 23:59:04 +0200, Trybun <cheilmx@jachu.ru> wrote:

Zdaje się przypisujesz mi własne grzechy. Otóż nie chodzi o narzędzie a o same zmiany przeprowadzane za, akurat tak się składa że ADB, ale to wcale nie musi być ADB,

Proponuję byś już przestał się kompromitować . Przenosisz jakieś nietrafione analogie rodem z Windows (gdzie faktycznie tam wszystko musi odbywać się przez rzeźbienie. softem 3party, co można uznać za kombinowanie) . Android jest systemem deweloperow dla deweloperów  a najważniejszym narzędziem w tym środowisku jest android  debug bridge oraz jego usługi.  Pm hide nie jest żadnym kombinowaniem i nie ma nic wspólnego  z ograniczeniami związanymi z bezpieczeństwem sandboxa aplikacyjnego ani z jakimiś innymi enigmatycznymi ograniczeniami, które sugerujesz, no coś słyszałeś ale nie do końca wiesz jak działa.

--
Marek

W dniu 2018-08-11 o 00:45, Marek pisze:

On Fri, 10 Aug 2018 23:59:04 +0200, Trybun <cheilmx@jachu.ru> wrote:

Zdaje się przypisujesz mi własne grzechy. Otóż nie chodzi o narzędzie a o same zmiany przeprowadzane za, akurat tak się składa że ADB, ale to wcale nie musi być ADB,

Proponuję byś już przestał się kompromitować . Przenosisz jakieś nietrafione analogie rodem z Windows (gdzie faktycznie tam wszystko musi odbywać się przez rzeźbienie. softem 3party, co można uznać za kombinowanie) . Android jest systemem deweloperow dla deweloperów  a najważniejszym narzędziem w tym środowisku jest android  debug bridge oraz jego usługi.  Pm hide nie jest żadnym kombinowaniem i nie ma nic wspólnego  z ograniczeniami związanymi z bezpieczeństwem sandboxa aplikacyjnego ani z jakimiś innymi enigmatycznymi ograniczeniami, które sugerujesz, no coś słyszałeś ale nie do końca wiesz jak działa.

Analogie jeżeli już to Linuksa, bo to w nim praktykowane są zależności programowe.

Android jest dla użytkowników, mają go używać bez ingerencji w fabryczną konfigurację. Tak szanowny kolego - gdyby było inaczej to producenci wyposażaliby swoje produkty w narzędzie ADB i zachęcali do samodzielnej modyfikacji, a tak nie jest. I myślę że na tym możemy zakończyć to spieranie się o głupoty które i tak nic nie wnoszą do rozwiązania tytułowego problemu.

Sat, 11 Aug 2018 08:40:45 +0200, w <5b6e8483$0$674$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Android jest dla użytkowników, mają go używać bez ingerencji w fabryczną konfigurację.

No to po co zawracasz gitarę? Producent przewidział, że ma aplikacja być
włączona, więc nie kombnuj :P.

Tak szanowny kolego - gdyby było inaczej to producenci wyposażaliby swoje produkty w narzędzie ADB i zachęcali do samodzielnej modyfikacji, a tak nie jest.

Jeżeli chcieliby mieć stosy reklamacji, to tak robiliby by.

I myślę że na tym możemy zakończyć to spieranie się o głupoty które i tak nic nie wnoszą do rozwiązania tytułowego problemu.

Ściągnij sobie jakąś apkę i wstrzymaj aplikację (np. LinkSD).
Czy to tez kombinowanie?

On Mon, 13 Aug 2018 10:51:13 +0200, Trybun <cheilmx@jachu.ru> wrote:

Konkrety poproszę - jaką aplikację? Bo LinkSD to taki kombajn który do

Ciągle nie rozumiesz, że NIE da się zrobic tego żadną aplikacją (doinstalowywaną), bo aplikacja nie ma odpowiednich praw, a ty z uporem maniaka będziesz takiej aplikacji szukał....

--
Marek

W dniu 2018-08-14 o 00:46, Marek pisze:

On Mon, 13 Aug 2018 10:51:13 +0200, Trybun <cheilmx@jachu.ru> wrote:

Konkrety poproszę - jaką aplikację? Bo LinkSD to taki kombajn który do

Ciągle nie rozumiesz, że NIE da się zrobic tego żadną aplikacją (doinstalowywaną), bo aplikacja nie ma odpowiednich praw, a ty z uporem maniaka będziesz takiej aplikacji szukał....

Ja użytkownik też nie mam praw w 7ce. We wcześniejszych wersjach Andka, fabrycznie były dostępne opcje dezaktywacji niechcianych programów.

To u ciebie coś nie tak z logiką - bo o ile można spod konsoli zamrażać funkcje to wiedz że "programy" to nic innego jak graficzne nakładki na te konsolowe komendy.

On Tue, 14 Aug 2018 09:19:58 +0200, Trybun <cheilmx@jachu.ru> wrote:

To u ciebie coś nie tak z logiką - bo o ile można spod konsoli zamrażać funkcje to wiedz że "programy" to nic innego jak graficzne nakładki na te konsolowe komendy.

Przestań opowiadać Androny,, sam jesteś nakładka. To że w jakimś telefonie miałeś zainstalowaną aplikację przez producenta, która działała na uprzywilejowanych prawach, umożliwiających tak szerokie modyfikowanie działania aplikacji systemowych (nie mam na myśli podstawowego tymczasowego zatrzymywania) to bardzo źle i nie jest zgodne z ogólną polityką dystrybucji Androida, w myśl dwoch zasad, pierwsza, że nie daje się małpie brzytwy a druga że  aplikacje działające na uprzywilejowanych prawach mogą stać się wektorem ataku i należy ich ilość zminimalizować do niezbędnego minimum.

Wyglada na to, że bardzo słusznie że teraz nie możesz tego zrobić od strony "telefonu", bo nie ogarniasz podstawych rzeczy i mógłbyś sobie zrobić krzywdę (w myśl tej pierwszej wyżej wymienionej zasadzie).

Dlatego w standardowej dystrybucji Androida każda instalowana aplikacja jest sandobxowana i uruchomiana z prawami nieuprzywilejowanego użytkownika. Jeśli jest nawet "nakładką" i uruchomi sobie shell'a z  "konsolowymi komendami" (np. pm czyli packet meneger) to nadal nic nie da  bo te forkowane procesy dziedziczą prawa tego nieuprzywilejowanego  użytkownika więc NIC nie mogą zrobić (w telefonie bez roota)  i dlatego te nakładki ci nie działają. Jakbyś był choć trochę ogarnięty to byś sam o tym się przekonał uruchomiajac  ręcznie dowolnego shell'a i wydajac  polecenie:

u0_a252@C6603:/ $ pm hide com.sony.whatever
Error: java.lang.SecurityException: Neither user 10252 nor current process has android.permission.MANAGE_USERS.
1|u0_a252@C6603:/ $


I dostałbyś oczywiście błąd jak wyżej o niewystarczających uprawnieniach. I nie ma znaczenia czy odpali to jakaś nakładka czy bezpośrednio ręcznie shellem.
Jedynym rozwiązaniem jest uruchomienie ZEWNĘTRZNEGO klienta adb z PC, który łączy się z systemowym procesem działającym z odpowiednimi uprawnieniami i on dopiero może uruchomić odpowiednie polecenia lub usługi.
Dlatego wymagany jest zewnętrzny klient bo tylko ZGODA na zewnętrzne debugowanie USB nadaje odpowiednie prawa np. do forkowanego shell' przez adb.

Kilka postów wyżej dostałeś instrukcję jak wyłączyć trwałe systemową aplikację używając klienta adb uruchomionego z PC.

--
Marek

W dniu 2018-08-14 o 12:32, Marek pisze:

to byś sam o tym się przekonał uruchomiajac  ręcznie dowolnego shell'a i wydajac polecenie:
u0_a252@C6603:/ $ pm hide com.sony.whatever
Error: java.lang.SecurityException: Neither user 10252 nor current process has android.permission.MANAGE_USERS.
1|u0_a252@C6603:/ $
I dostałbyś oczywiście błąd jak wyżej o niewystarczających uprawnieniach. I nie ma znaczenia czy odpali to jakaś nakładka czy bezpośrednio ręcznie shellem.

[...]

Skąd to wszystko przekopiowałeś?
Mogłeś Trybunowi podać linka, bo taki mądry to nie jesteś.


--
animka

On Wed, 15 Aug 2018 00:54:54 +0200, Animka wrote:

to byś sam o tym się przekonał uruchomiajac  ręcznie dowolnego shell'a i wydajac polecenie:
u0_a252@C6603:/ $ pm hide com.sony.whatever
Error: java.lang.SecurityException: Neither user 10252 nor current process has android.permission.MANAGE_USERS.
1|u0_a252@C6603:/ $
I dostałbyś oczywiście błąd jak wyżej o niewystarczających uprawnieniach. I nie ma znaczenia czy odpali to jakaś nakładka czy bezpośrednio ręcznie shellem.

[...]

Skąd to wszystko przekopiowałeś?
Mogłeś Trybunowi podać linka, bo taki mądry to nie jesteś.

Znowu szukasz guza? Po co prowokujesz? Lubisz być mieszana z błotem? To
jakiś twój fetysz?

--
pozdrawiam
Roman Tyczka

W dniu 2018-08-14 o 12:32, Marek pisze:

On Tue, 14 Aug 2018 09:19:58 +0200, Trybun <cheilmx@jachu.ru> wrote:

To u ciebie coś nie tak z logiką - bo o ile można spod konsoli zamrażać funkcje to wiedz że "programy" to nic innego jak graficzne nakładki na te konsolowe komendy.

Przestań opowiadać Androny,, sam jesteś nakładka. To że w jakimś telefonie miałeś zainstalowaną aplikację przez producenta, która działała na uprzywilejowanych prawach, umożliwiających tak szerokie modyfikowanie działania aplikacji systemowych (nie mam na myśli podstawowego tymczasowego zatrzymywania) to bardzo źle i nie jest zgodne z ogólną polityką dystrybucji Androida, w myśl dwoch zasad, pierwsza, że nie daje się małpie brzytwy a druga że aplikacje działające na uprzywilejowanych prawach mogą stać się wektorem ataku i należy ich ilość zminimalizować do niezbędnego minimum.

Wyglada na to, że bardzo słusznie że teraz nie możesz tego zrobić od strony "telefonu", bo nie ogarniasz podstawych rzeczy i mógłbyś sobie zrobić krzywdę (w myśl tej pierwszej wyżej wymienionej zasadzie).

Dlatego w standardowej dystrybucji Androida każda instalowana aplikacja jest sandobxowana i uruchomiana z prawami nieuprzywilejowanego użytkownika. Jeśli jest nawet "nakładką" i uruchomi sobie shell'a z  "konsolowymi komendami" (np. pm czyli packet meneger) to nadal nic nie da  bo te forkowane procesy dziedziczą prawa tego nieuprzywilejowanego  użytkownika więc NIC nie mogą zrobić (w telefonie bez roota)  i dlatego te nakładki ci nie działają. Jakbyś był choć trochę ogarnięty to byś sam o tym się przekonał uruchomiajac  ręcznie dowolnego shell'a i wydajac polecenie:

u0_a252@C6603:/ $ pm hide com.sony.whatever
Error: java.lang.SecurityException: Neither user 10252 nor current process has android.permission.MANAGE_USERS.
1|u0_a252@C6603:/ $


I dostałbyś oczywiście błąd jak wyżej o niewystarczających uprawnieniach. I nie ma znaczenia czy odpali to jakaś nakładka czy bezpośrednio ręcznie shellem.
Jedynym rozwiązaniem jest uruchomienie ZEWNĘTRZNEGO klienta adb z PC, który łączy się z systemowym procesem działającym z odpowiednimi uprawnieniami i on dopiero może uruchomić odpowiednie polecenia lub usługi.
Dlatego wymagany jest zewnętrzny klient bo tylko ZGODA na zewnętrzne debugowanie USB nadaje odpowiednie prawa np. do forkowanego shell' przez adb.

Kilka postów wyżej dostałeś instrukcję jak wyłączyć trwałe systemową aplikację używając klienta adb uruchomionego z PC.

Dzięki za wyjaśnienia. W przynajmniej dwu kwestiach piszesz zwyczajne głupoty,ale darujmy sobie już ten temat.

On Mon, 13 Aug 2018 10:51:13 +0200, Trybun <cheilmx@jachu.ru> wrote:

działa. Wnioski - albo to producent mojego telefonu wprowadził specjalne środki odnoście zainstalowanych programów, albo to Android w  wersji 7 "z urzędu" ma mechanizm uniemożliwiający procedury dezaktywacji fabrycznie instalowanych aplikacji.

Brednie.

--
Marek

W dniu 2018-08-14 o 00:47, Marek pisze:

On Mon, 13 Aug 2018 10:51:13 +0200, Trybun <cheilmx@jachu.ru> wrote:

działa. Wnioski - albo to producent mojego telefonu wprowadził specjalne środki odnoście zainstalowanych programów, albo to Android w  wersji 7 "z urzędu" ma mechanizm uniemożliwiający procedury dezaktywacji fabrycznie instalowanych aplikacji.

Brednie.

I na koniec powiedział co wiedział.

Mon, 13 Aug 2018 10:51:13 +0200, w <5b714619$0$614$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

> Ściągnij sobie jakąś apkę i wstrzymaj aplikację (np. LinkSD).
> Czy to tez kombinowanie?


No i kolejny dyskutant chce się spierać o jakieś głupoty.

Konkrety poproszę - jaką aplikację? Bo LinkSD to taki kombajn który do większości swoich opcji potrzebuje roota, a służy przede wszystkim do konfiguracji pamięci.  W tej która zawsze się sprawdzała przy wyłączaniu niepotrzebnych programów  pod 7ką na całej na całej liście zainstalowanych (około 70) widnieje jedna pozycja, której zresztą nie idzie wyłączyć, niby "pełny sukces" dezaktywacji a aplikacja nadal działa.

Normalnie - wybierasz aplikację z listy i z listy działań wybierasz Wstrzymaj
(czy Zatrzymaj).
Jeżeli operacja się uda, to polecenie zmieni się na Wznów.
Jeżeli operacja nie udała się, to zrootuj :)

On Tue, 14 Aug 2018 13:44:44 +0200, "radekp@konto.pl" <radekp@konto.pl> wrote:

Normalnie - wybierasz aplikację z listy i z listy działań wybierasz
 Wstrzymaj
(czy Zatrzymaj).

To da tylko doraźny efekt, po restarcie aplikacja się podniesie. Jeśli producent telefonu nie udostępnia  w ustawieniach opcji "wyłącz" to bez roota można to zrobić tylko przez adb pm hide.

--
Marek

Tue, 14 Aug 2018 18:48:55 +0200, w
<almarsoft.5533677910263016914@news.neostrada.pl>, Marek <fake@fakeemail.com>
napisał(-a):

On Tue, 14 Aug 2018 13:44:44 +0200, "radekp@konto.pl" <radekp@konto.pl> wrote:
> Normalnie - wybierasz aplikację z listy i z listy działań wybierasz
>  Wstrzymaj
> (czy Zatrzymaj).

To da tylko doraźny efekt, po restarcie aplikacja się podniesie. Jeśli producent telefonu nie udostępnia  w ustawieniach opcji "wyłącz" to bez roota można to zrobić tylko przez adb pm hide.

U mnie nie wstaje po restarcie -- wisi jako wstrzymana, a jej ikona znika.
Ale mam roota.

W dniu 2018-08-14 o 13:44, radekp@konto.pl pisze:

Mon, 13 Aug 2018 10:51:13 +0200, w <5b714619$0$614$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Ściągnij sobie jakąś apkę i wstrzymaj aplikację (np. LinkSD).
Czy to tez kombinowanie?

No i kolejny dyskutant chce się spierać o jakieś głupoty.

Konkrety poproszę - jaką aplikację? Bo LinkSD to taki kombajn który do
większości swoich opcji potrzebuje roota, a służy przede wszystkim do
konfiguracji pamięci.  W tej która zawsze się sprawdzała przy wyłączaniu
niepotrzebnych programów  pod 7ką na całej na całej liście
zainstalowanych (około 70) widnieje jedna pozycja, której zresztą nie
idzie wyłączyć, niby "pełny sukces" dezaktywacji a aplikacja nadal
działa.

Normalnie - wybierasz aplikację z listy i z listy działań wybierasz Wstrzymaj
(czy Zatrzymaj).
Jeżeli operacja się uda, to polecenie zmieni się na Wznów.
Jeżeli operacja nie udała się, to zrootuj :)

Szczerze pisząc to liczyłem że opcja gdzieś jest, ale ukryta i ew wymaga aktywacji. Żadne rooty i piracka ingerencja w urządzenie nie wchodzi w rachubę, tak że chyba przynajmniej na razie będę musiał żyć z niepotrzebnym fabrycznym programem do SMSów, który po zainstalowaniu innego robi w telefonie zamieszanie. Dzięki za zainteresowanie sprawą.

Wed, 15 Aug 2018 12:33:26 +0200, w <5b740109$0$686$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Żadne rooty i piracka ingerencja w urządzenie

Root to nie jest żadna piracka ingerencja.
Jeżeli w Win pracujesz na koncie admina, to też piratujesz system?
W tablecie miałem np. wyłączonego multiusera.
Ale żeby zmienić parametr allow_multiuser z 0 na 1, to musiałem wyedytować plik
systemowy.

W dniu 2018-08-15 o 21:26, radekp@konto.pl pisze:

Wed, 15 Aug 2018 12:33:26 +0200, w <5b740109$0$686$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Żadne rooty i piracka ingerencja w urządzenie

Root to nie jest żadna piracka ingerencja.
Jeżeli w Win pracujesz na koncie admina, to też piratujesz system?
W tablecie miałem np. wyłączonego multiusera.
Ale żeby zmienić parametr allow_multiuser z 0 na 1, to musiałem wyedytować plik
systemowy.

Sprzęt z Androidem to jednak co innego niż np Linux, w nim producent nie daje możliwości pracowania użytkownikowi w trybie admina. Także wielu producentów wycofuje się z gwarancji gdy użytkownik będzie się upierał aby pracować w tym trybie. I tu jest właśnie pies pogrzebany - mój sprzęt jest nowy i jestem z niego mega zadowolony, tak że przynajmniej na razie nie będę niczym ryzykował.

Thu, 16 Aug 2018 14:54:44 +0200, w <5b7573a0$0$607$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Sprzęt z Androidem to jednak co innego niż np Linux, w nim producent nie daje możliwości pracowania użytkownikowi w trybie admina. Także wielu producentów wycofuje się z gwarancji gdy użytkownik będzie się upierał aby pracować w tym trybie.

To ktoś reklamuje jeszcze sprzęt z tytułu gwarancji?

I tu jest właśnie pies pogrzebany - mój sprzęt jest nowy i jestem z niego mega zadowolony, tak że przynajmniej na razie nie będę niczym ryzykował.

Tomasz Pecha.

W dniu 2018-08-16 o 16:07, radekp@konto.pl pisze:

Thu, 16 Aug 2018 14:54:44 +0200, w <5b7573a0$0$607$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Sprzęt z Androidem to jednak co innego niż np Linux, w nim producent nie
daje możliwości pracowania użytkownikowi w trybie admina. Także wielu
producentów wycofuje się z gwarancji gdy użytkownik będzie się upierał
aby pracować w tym trybie.

To ktoś reklamuje jeszcze sprzęt z tytułu gwarancji?

Jasne, dwa moje telefony wstecz reklamowałem Alcatela, i po prostu z nieba (bo był to straszny kit) mi spadła propozycja zwrotu pieniędzy, bo serwis telefonu nie potrafił naprawić i nie mieli takiego modelu na wymianę.
Tak że warto liczyć na gwarancję.

I tu jest właśnie pies pogrzebany - mój
sprzęt jest nowy i jestem z niego mega zadowolony, tak że przynajmniej
na razie nie będę niczym ryzykował.

Tomasz Pecha.

E tam - pech, w tym przypadku to stanowczo za duże słowo.

Fri, 17 Aug 2018 14:20:49 +0200, w <5b76bd21$0$606$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

W dniu 2018-08-16 o 16:07, radekp@konto.pl pisze:
> Thu, 16 Aug 2018 14:54:44 +0200, w <5b7573a0$0$607$65785112@news.neostrada.pl>,
> Trybun <cheilmx@jachu.ru> napisał(-a):
>
>> Sprzęt z Androidem to jednak co innego niż np Linux, w nim producent nie
>> daje możliwości pracowania użytkownikowi w trybie admina. Także wielu
>> producentów wycofuje się z gwarancji gdy użytkownik będzie się upierał
>> aby pracować w tym trybie.
> To ktoś reklamuje jeszcze sprzęt z tytułu gwarancji?

Jasne, dwa moje telefony wstecz reklamowałem Alcatela, i po prostu z nieba (bo był to straszny kit) mi spadła propozycja zwrotu pieniędzy, bo serwis telefonu nie potrafił naprawić i nie mieli takiego modelu na wymianę.
Tak że warto liczyć na gwarancję.

Ja reklamuję z rękojmi, gwarancji nawet nie czytam.

>> I tu jest właśnie pies pogrzebany - mój
>> sprzęt jest nowy i jestem z niego mega zadowolony, tak że przynajmniej
>> na razie nie będę niczym ryzykował.
> Tomasz Pecha.

E tam - pech, w tym przypadku to stanowczo za duże słowo.

Ja reklamowałem zrotoowany telefon (chyba nawet 2x) i nie było problemy.
Jeden raz zrobiłem tylko unroot, bo ewidentnie był do wymiany.

W dniu 2018-08-18 o 18:45, radekp@konto.pl pisze:

Jasne, dwa moje telefony wstecz reklamowałem Alcatela, i po prostu z
nieba (bo był to straszny kit) mi spadła propozycja zwrotu pieniędzy, bo
serwis telefonu nie potrafił naprawić i nie mieli takiego modelu na wymianę.
Tak że warto liczyć na gwarancję.

Ja reklamuję z rękojmi, gwarancji nawet nie czytam.

Ojejku, chcesz się spierać o nazwę gwaranta?

I tu jest właśnie pies pogrzebany - mój
sprzęt jest nowy i jestem z niego mega zadowolony, tak że przynajmniej
na razie nie będę niczym ryzykował.

Tomasz Pecha.

E tam - pech, w tym przypadku to stanowczo za duże słowo.

Ja reklamowałem zrotoowany telefon (chyba nawet 2x) i nie było problemy.
Jeden raz zrobiłem tylko unroot, bo ewidentnie był do wymiany.

Ja też w różnych sklepach zwracałem zakupiony sprzęt, aż przyszedł czas że nie dostałem zwrotu gotówki ani wymiany na inny, poszedł na naprawę do serwisu. Mam ryzykować że zwrócą nienaprawiony bo mi fabryczna aplikacja do SMSów trochę niedomaga? Nadawanie sobie praw Admina jest złamaniem umowy gwarancyjnej, tak że w Twoim wypadku możesz mówić o szczęściu że ci uznali reklamację.

Sun, 19 Aug 2018 09:10:52 +0200, w <5b79177b$0$675$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Ja też w różnych sklepach zwracałem zakupiony sprzęt, aż przyszedł czas że nie dostałem zwrotu gotówki ani wymiany na inny, poszedł na naprawę do serwisu. Mam ryzykować że zwrócą nienaprawiony bo mi fabryczna aplikacja do SMSów trochę niedomaga?

No to sobie "nie ryzykuj" i męcz się :)

Nadawanie sobie praw Admina jest złamaniem umowy gwarancyjnej, tak że w Twoim wypadku możesz mówić o szczęściu że ci uznali reklamację.

Nie interesuje mnie umowa gwarancyjna, nawet jej nie czytam i nie korzystam z
niej :) Z niewiedzy nawet nie wiesz o czym piszesz. Żadnego szczęścia nie
miałem -- łaski nie robili, musieli naprawić z tytułu rękojmi.

W dniu 2018-08-20 o 11:55, radekp@konto.pl pisze:

Sun, 19 Aug 2018 09:10:52 +0200, w <5b79177b$0$675$65785112@news.neostrada.pl>,
Trybun <cheilmx@jachu.ru> napisał(-a):

Ja też w różnych sklepach zwracałem zakupiony sprzęt, aż przyszedł czas
że nie dostałem zwrotu gotówki ani wymiany na inny, poszedł na naprawę
do serwisu. Mam ryzykować że zwrócą nienaprawiony bo mi fabryczna
aplikacja do SMSów trochę niedomaga?

No to sobie "nie ryzykuj" i męcz się :)

Nadawanie sobie praw Admina jest
złamaniem umowy gwarancyjnej, tak że w Twoim wypadku możesz mówić o
szczęściu że ci uznali reklamację.

Nie interesuje mnie umowa gwarancyjna, nawet jej nie czytam i nie korzystam z
niej :) Z niewiedzy nawet nie wiesz o czym piszesz. Żadnego szczęścia nie
miałem -- łaski nie robili, musieli naprawić z tytułu rękojmi.

I tak trzymaj.