Przyśpieszanie Androida na przykładzie Motoroli G24

Są to rzeczy do zrobienia zaraz po wyjęciu telefonu z pudełka:
- aktualizacja systemu
- po aktualizacji hard reset z poziomu recovery (tzw wipe data)
- wyłączenie rozszerzenia pamięci RAM (boost RAM) - spowalnia to pamięć wewnętrzną
- w ustawieniach baterii zostawić włączoną opcję "ogranicz aktywność w tle" a resztę wyłączyć
- włączyć opcje programistyczne i następnie w nich ustawić skalę animacji na 0,5 oraz powyłączać wszystkie opcje związane ze śledzeniem systemu

- w opcjach programistycznych dodatkowo 'wyłącz nakładki hw' oraz 'wymuś 4x msaa'

Powyższe czynności dotyczące głównie Motoroli Moto G24, która jest fajnym telefonem z dużą ilością RAMu ale procek lekko nie daje sobie rady i łapie co chwilę lekkie ścinki. Na ile jest problem z prockiem, softem albo układem graficznym, ciężko stwierdzić.

Przykładowy .asoundrc

$ aplay -l

**** List of PLAYBACK Hardware Devices ****

card 0: Generic_1 [HD-Audio Generic], device 3: HDMI 0 [SAMSUNG]

  Subdevices: 1/1

  Subdevice #0: subdevice #0

card 0: Generic_1 [HD-Audio Generic], device 7: HDMI 1 [HDMI 1]

  Subdevices: 1/1

  Subdevice #0: subdevice #0

card 0: Generic_1 [HD-Audio Generic], device 8: HDMI 2 [HDMI 2]

  Subdevices: 1/1

  Subdevice #0: subdevice #0

card 0: Generic_1 [HD-Audio Generic], device 9: HDMI 3 [HDMI 3]

  Subdevices: 1/1

  Subdevice #0: subdevice #0

card 3: Device [USB Audio Device], device 0: USB Audio [USB Audio]

  Subdevices: 1/1

  Subdevice #0: subdevice #0

Dla karty pierwszej od góry plik wygląda tak: 

defaults.pcm.card 0

defaults.pcm.device 3

defaults.ctl.card 1

command not found po zalogowaniu się na root'a (via su)

W Debianie 10 wprowadzili małą zmianę w poleceniu su która polega na dostarczeniu (lub nie) zmiennych dotyczących m. in. dostępu do programów tylko dla root'a. Traf chciał że odkryłem to dopiero po 4 latach na Debianie 12 (wcześniej korzystałem przez kilka lat z Ubuntu LTS). Owa zmiana objawiała się jak na zrzucie:

Sprawdziłem zmienne i oto rezultat:

Na wiki Debiana jest taki wpis, w którym napisane jest:

The su command in buster is provided by the util-linux source package, instead of the shadow source package, and no longer alters the PATH variable by default. This means that after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds:

Use su - instead; this launches a login shell, which forces PATH to be changed, but also changes everything else including the working directory.

Use sudo instead. sudo still runs commands with an altered PATH variable.

To get a regular root shell with the correct PATH, you may use sudo -s.

To get a login shell as root (equivalent to su -), you may use sudo -i.

Put ALWAYS_SET_PATH yes in /etc/default/su (create it) to get an approximation of the old behavior. This is documented in su(1).

Put the system administration directories (/sbin, /usr/sbin, /usr/local/sbin) in your regular account's PATH (see EnvironmentVariables for help with this).

Wykorzystałem więc przedostatnią metodę:

/etc/default/su:

ALWAYS_SET_PATH yes

I Problem rozwiązany :D

Podziękowania dla Forumowiczów z dug.net.pl którzy dali namiar na rozwiązanie problemu :D

Wylistowanie jednej kolumny z wyniku w konsoli

 Cześć!

Wynikiem polecenia...:

dpkg -l 

... są dane usytuowane w 5 kolumnach. Kiedyś, w Debianie i debiano-pochodnych popularny był tzw multiarch czyli mieszanie architektur systemu np amd64 z i386. Była to przydatna funkcja przy np wine albo przy steamie. Multiarch jest domyślnie wykorzystywany w np Ubuntu. Ale przy Debianie, chcąc jednak pozbyć się paczek spod i386 (bo np nie korzystamy już ze steama) musielibyśmy wylistować te paczki:

dpkg -l | grep i386 | awk '{print $2}'

Wrzucić w:

aptitude purge `dpkg -l | grep i386 | awk '{print $2}'`

I to w zupełności wystarczy.