2022. október 7., péntek

Gyorskeresés

Debian GNU/Linux 11 (bullseye) telepítése Lenovo IdeaPad 3-14ADA05 Laptopra

Írta: | Kulcsszavak: debian . bullseye . telepítés . install . laptop . lenovo . ideapad

[ ÚJ BEJEGYZÉS ]

Utolsó módosítás: 2021. augusztus 19.

A mese: Vettem tavaly egy Lenovo IdeaPad 3-14ADA05 laptopot a következő konfiggal: AMD® Ryzen 3 3250u processzor AMD® Raven2 grafikus csippel, 8 G ram, SK hynix HFM256GDHTNI-87A0B 256 G NVMe ssd lemez, freedos. Első körben Fedora 33 Workstation-t raktam rá, de zavart, hogy az ssd-t leginkább a frissítések írják, megnéztem, hogy az akkor még csak testing Debian "bullseye" milyen kernelt, gnome-ot és wayland-ot használ, és mivel nagyjából ugyanazt, egy kisebb particióra felraktam a Fedora mellé. Mivel a testing Debian kevesebbet frissített, mint a stabil Fedora, úgy döntöttem, hogy ha stabil lesz a bullseye, újrahúzom a gépet vele. A bullseye kijött augusztus 14-én, úgyhogy megtettem.

Letöltöttem a hivatalos 1-es dvd-t, plusz mivel Realtek wifi van a laptopban, a hozzá tartozó firmware-realtek csomagot is (az ezzel való kavarást meg lehet úszni a nemhivatalos non-free telepítővel). ISO-t kiírtam usb-re, másikra a firmware-t, és bebootoltam a telepítőt:

Debian GNU/Linux installer menu: [Graphical install]
Select a language: [Hungarian - Magyar]
A telepítést a kijelölt nyelven folytatja? [Igen]
Ország, tartomány vagy terület: [Magyarország]
Használni kívánt billentyűzetkiosztás: [magyar]
Hiányzó firmware betöltése külső adathordozóról? [Nem]
Az Ethernet kártyához szükséges meghajtó: [ethernet-kártya nélkül]
Gépnév: [lip3]
A 'root' felhasználó jelszava: []
Az új felhasználó TELJES Neve: [kovaax]
Felhasználóneve: [kovaax]
Az új felhasználó jelszavának megadása: []
Lemezek particionálása: (A Fedorával kialakított particiókat használtam, az UEFI-nek a külön /boot/efi EFI partició kell, a többi ahogy tetszik)
/boot/efi 200M
swap 12G
/ 20G
/home (a maradék)

Use a network mirror: [Nem]
Részt veszel a csomaghasználat felmérésében? [Igen]
Telepíthető szoftverek: [Debian desktop environment] [GNOME] [Szokásos rendszereszközök]
A rendszeróra az UTC szerint jár? [Igen]
reboot

Terminálban megnyitottam a /etc/fstab -ot, és az nvme lemezt kímélendő a fájlrendszereknek adtam egy noatime opciót (root-ként):
root@lip3:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=17047647-1bd6-4719-b701-e2c0f1228776 / ext4 errors=remount-ro,noatime 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=2EA4-4296 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p4 during installation
UUID=9b185e72-7797-4980-94c1-99b515a35934 /home ext4 defaults,noatime 0 2
# swap was on /dev/nvme0n1p3 during installation
UUID=f1cdc113-2147-4d0b-be8f-a848c05def57 none swap sw 0 0
root@lip3:~#

Egy egyszerű tűzfal elindítása (kifelé enged mindent, de befelé csak ami az én kimenő forgalmamhoz tartozik, az nftables doksijai közt van, ezt is root-ként):
cp /usr/share/doc/nftables/examples/workstation.nft /etc/nftables.conf
systemctl enable nftables.service
systemctl start nftables.service
nft list ruleset

Majd felraktam a wifi firmware-t (ezt meg lehetett volna csinálni telepítés közben is egyébként, ezt is root-ként):
dpkg -i firmware-realtek_20200918-1_all.deb

Aztán újraindítás megint.

Bejelentkezés után csatlakoztam a wifi-re, és jelezte rögtön, hogy frissítések érhetők el, amiket felraktam szépen, ez egy újabb újraindítást jelentett.

Elindítottam a "Software & Updates (Szoftvertárolók)" programot, és végigmentem a füleken:
Debian Software: main, contrib, non-free pipa be, Forráskód pipa ki, Letöltés innen: Kiszolgáló a következőhöz: Magyarország
Other Software: cdrom pipa ki
Updates: bullseye-security, bullseye-updates pipa be

Terminálból root-ként felraktam a maradék firmware-ket és néhány hasznos programot:
apt-get update
apt-get install amd64-microcode firmware-amd-graphics firmware-linux-nonfree firmware-misc-nonfree
apt-get install default-jre nvme-cli smartmontools audacious vlc
apt-get purge intel-microcode iucode-tool
reboot

Néhány kényelmi beállítás a Gnome-ban:
Beállítások -> Egér és érintőtábla -> Koppintás a kattintáshoz
Beállítások -> Gyorsbillentyűk -> Teljes képernyős üzemmód -> F10 (F11-en fényerő csökkentés van sajnos)
Beállítások -> Gyorsbillentyűk -> Minden normál ablak elrejtése -> Super + D
# Vaksi vagyok, úgyhogy
Beállítások -> Akadálymentesítés -> Nagy szöveg -> be
Finomhangoló -> Felső sáv -> Hétköznap, Másodperc be
# Nagyobb gnome terminal
Terminal -> Menü -> Beállítások -> Általános -> Profilok -> + -> "sajat" -> Létrehozás
Terminal -> Menü -> Beállítások -> "sajat" -> Kezdeti terminálméret: 128 x 32 -> bal oldalon kis lenyíl -> Beállítás alapértelmezettként

Az nvme lemez optimalizálása, az fstab noatime opción kívül a swappelést kellett hangolni kicsit, a többit magától beállította jól (sata ssd-nél például a schedulert nem állítja át még):
# Csak akkor swapoljon, ha tényleg szükséges:
vi /etc/sysctl.d/10-swappiness.conf:
vm.swappiness = 0
sysctl -p /etc/sysctl.d/10-swappiness.conf

Heti fstrim fut alapból:
root@lip3:~# systemctl list-timers
NEXT LEFT LAST PASSED UNIT ACTIVATES
Sun 2021-08-15 13:31:53 CEST 2min 1s left Sun 2021-08-15 12:30:06 CEST 59min ago anacron.timer anacron.servi>
Sun 2021-08-15 13:32:05 CEST 2min 13s left n/a n/a systemd-tmpfiles-clean.timer systemd-tmpfi>
Sun 2021-08-15 19:23:33 CEST 5h 53min left Sun 2021-08-15 09:45:04 CEST 3h 44min ago apt-daily.timer apt-daily.ser>
Sun 2021-08-15 22:46:59 CEST 9h left Sun 2021-08-15 09:45:04 CEST 3h 44min ago fwupd-refresh.timer fwupd-refresh>
Mon 2021-08-16 00:00:00 CEST 10h left Sun 2021-08-15 09:45:04 CEST 3h 44min ago logrotate.timer logrotate.ser>
Mon 2021-08-16 00:00:00 CEST 10h left Sun 2021-08-15 09:45:04 CEST 3h 44min ago man-db.timer man-db.service
Mon 2021-08-16 00:04:14 CEST 10h left Sun 2021-08-15 09:45:04 CEST 3h 44min ago fstrim.timer fstrim.service
Mon 2021-08-16 06:33:10 CEST 17h left Sun 2021-08-15 09:45:04 CEST 3h 44min ago apt-daily-upgrade.timer apt-daily-upg>
Sun 2021-08-22 03:10:07 CEST 6 days left Sun 2021-08-15 09:45:04 CEST 3h 44min ago e2scrub_all.timer e2scrub_all.s>

9 timers listed.
Pass --all to see loaded but inactive timers, too.
root@lip3:~#

scheduler ellenőrzése, default none, szuper:
root@lip3:~# for f in /sys/block/nvme*/queue/rotational; do printf "$f -> "; cat $f; done
/sys/block/nvme0n1/queue/rotational -> 0
root@lip3:~# for f in /sys/block/nvme*/queue/scheduler; do printf "$f -> "; cat $f; done
/sys/block/nvme0n1/queue/scheduler -> [none] mq-deadline
root@lip3:~#

DNS lekérések cachelése és reklám oldalak szűrése:
vi /etc/NetworkManager/conf.d/dnsmasq.conf:
[main]
dns=dnsmasq

vi /etc/NetworkManager/dnsmasq.d/noreklam.conf:
# address-es sorokat belerakni
...
address=/adverticum.net/127.0.0.1
...
# Ezt a szűrést egyébként teljesen kiváltja a böngészőben a uBlock Origin kiegészítő.

Majd az NM újraindítása:
systemctl restart NetworkManager

Ezzel tulajdonképpen készen is vagyunk. Saját güzüm még, hogy a legfrissebb Firefox-ot szoktam felrakni, ami nincs benne a Debian tárolóiban még, az ESR megy fel a telepítéssel is, ezt így csinálom:

Letöltöm innen (Firefox, Linux 64-bit, Hungarian - magyar), kicsomagolom a /opt alá root-ként. Létrehozok neki egy desktop fájlt:
[Desktop Entry]
Name=Firefox Latest
Comment=Browse the World Wide Web
GenericName=Web Browser
X-GNOME-FullName=Firefox Latest Web Browser
Exec=/opt/firefox/firefox %u
Terminal=false
X-MultipleArgs=false
Type=Application
Icon=/opt/firefox/browser/chrome/icons/default/default128.png
Categories=Network;WebBrowser;
MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/vnd.mozilla.xul+xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png;x-scheme-handler/http;x-scheme-handler/https;
StartupWMClass=Firefox-latest
StartupNotify=true

Megmondom a Debiannak, hogy van már ő is (root-ként):
ln -s /opt/firefox/firefox /usr/local/bin/firefox
update-alternatives --install /usr/bin/x-www-browser x-www-browser /opt/firefox/firefox 200
update-alternatives --set x-www-browser /opt/firefox/firefox
update-alternatives --install /usr/bin/gnome-www-browser gnome-www-browser /opt/firefox/firefox 200
update-alternatives --set gnome-www-browser /opt/firefox/firefox

A Firefox beállításainál ezeket szoktam módosítani:
Beállítások -> Általános
Mindig ellenőrízze, hogy a Firefox-e az alapértelmezett böngésző -> ki
Alapértelmezett nagyítás -> 120%, Csak a szöveg nagyítása -> be
Helyesírás ellenőrzés beírás közben -> ki
Mindig kérdezzen rá a fájlok letöltési helyére -> be
Finom görgetés-> ki
Beállítások -> Keresés
Alapértelmezett keresőszolgáltatás -> DuckDuckGo
Beállítások -> Adatvédelem és biztonság
Felhasználónevek és jelszavak megjegyzésének megkérdezése az oldalakhoz -> ki
Automatikus lejátszás -> Hang és videó blokkolása -> Változtatások mentése
Engedélyezés, hogy a Firefox műszaki és interakciós adatokat küldjön a Mozilla számára -> ki
Engedélyezés, hogy a Firefox tanulmányokat telepítsen és futtasson -> ki

Aztán az url-hez beírom: about:config, és a következőket módosítom még:
A Session Restore funkció 15 mp-ként kiírja az aktuálisan megnyitott lapok és ablakok tartalmát egy fájlba, hogyha összeomlik a firefox, onnan lehessen folytatni, na ez nagy mennyiségű írást eredményez az ssd-n, ezekkel lehet kikapcsolni:
browser.sessionstore.max_tabs_undo=0
browser.sessionstore.max_windows_undo=0

A lemez cache méretét 1G-re emeltem, a memoria cache-ét meg 512M-ra:
browser.cache.disk.capacity=1048576
browser.cache.memory.capacity=524288

Ezt kell beírni az url sávba, hogy ellenőrízzük az eredményt:
about:cache

És végül telepítem az uBlock Origin kiegészítőt.

A Gnome beállításainál is kell még kicsit klikolgatni:
Beállítások -> Alkalmazások -> Firefox ESR -> Alapértelmezett kezelők alatt mindre visszaállítást nyomni,
ha marad, akkor azt átírni a ~/.config/mimeapps.list fájlban
Beállítások -> Alap alkalmazások -> Web: Firefox Latest, Zene: Audacious

Mindenki boldog!

Hozzászólások

(#1) ubyegon2


ubyegon2
nagyúr

Aztán az url-hez beírom: about:config, és a következőket módosítom még:
browser.sessionhistory.max_entries=20 # 50 helyett, memóriát takarít meg
browser.cache.disk.enable=false # kíméljük az ssd-t
browser.cache.memory.enable=true #ez már be van kapcsolva
# ellenőrzése:
about:cache?device=memory

Aktualizálnám a 2015-ben jellemző leírásokban megjelenő részt. Ha 8GB RAM van egy gépben, tök értelmetlen az első sor, ma már nem 1-2GB RAM van a gépek nagy részében.

# kíméljük az ssd-t

Teljesen értelmetlen már ez is, nem kell kímélni, használni kell az SSD-t! Ami miatt ennek a beállításnak értelme van, az az, hogy a RAM nagyságrendekkel gyorsabban kezeli a cache-t, mint az SSD!

# ellenőrzése:
about:cache?device=memory

Sajnos ez még nem az ellenőrzés, max annyit jelez, hogy a cache a RAM-ba megy! De! Most viszont tényleg érdemes odafigyelni a memóriára, mert ha így használjuk, egy idő múlva meglepetéseket okozhat, szóval célszerű beiktatni az eddig is alkalmazott plusz sort, ami korlátozza a cache memóriába való korlátlan növekedését!

ezt a sort még be kell szúrnunk a about:config-ba new integer-ként:

browser.cache.memory.capacity

értékként eddig többen a -1 beírását preferálták, de én ma már inkább 2GB méretben korlátozom a cache méretét, 8GB RAM esetén célszerű 1GB-ra korlátozni! Az értéknek így 1048576-et írjunk be, mivel kb ott a mérőszám.

Az ellenőrzés így valóban mutat majd infókat, de csak ennyit kell beírni:

about:cache

Information about the Network Cache Storage Service

memory

Number of entries: 13956
Maximum storage size: 2097152 KiB
Storage in use: 463927 KiB
Storage disk location: none, only stored in memory
List Cache Entries

Utolsó sorra kattintva részleteket fogunk látni.

Ez csak egy kiegészítés volt a mai memória méretek miatt, aki akarja megfogadja az általam használtakat.

[ Szerkesztve ]

Szabad Látó- és siratóasszonyok topikot és olcsó libatepertőt a népnek!

(#2) kovaax válasza ubyegon2 (#1) üzenetére


kovaax
senior tag

A Fedora telepítésbe beírtam, hogy a 8 G memóriából 2-t befoglal az APU videó memóriának (és 258,5 Megát fel is használok belőle), úgyhogy szűk 6 G memóriám van tulajdonképpen. De amit írtál elgondolkoztatott, egyrészt mert az ssd-nél is lassabb a wifi vagy mobil net, ez utóbbi ráadásul fizetős is, úgyhogy mégis visszakapcsoltam a disk cache-t (még méréseket is végeztem hozzá, ha már egyszer mérnök vagyok: a prohardver.hu -t ha megnyitom, 6,6 M adatforgalmat csinál, és ha csak memória cache van, akkor ezt minden firefox újraindítás után, de ha van disk cache is, akkor másodjára már csak ~300 K-t tölt le (ez persze idővel elévül, de napon belül ennyi volt)).

Találtam viszont egy ilyet, hogy mivel eszi meg az ssd-t a firefox, elég meglepő, és szerencsére ki lehet kapcsolni (a cikk írója megemelte az időt 30 percre, de nem vagyok benne biztos, hogy behalás esetén egy fél órával korábbira akarok visszaállni, ráadásul nem is szokott behalni az ff): https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/ Itt a mozilla dokumentum hozzá: http://kb.mozillazine.org/Browser.sessionstore.enabled

Szerk.: Ezeknek megfelelően módosítottam a bejegyzést.

[ Szerkesztve ]

-=- There's no place like /home -=-

(#3) bullseye


bullseye
addikt

Engem csak ne telepítgessen itt senki a megkérdezésem nélkül, köszönöm szépen!

'Micsoda nyűg" by Rest (FA Brotherhood) │ Szarkazmus valószínűsége: 70%

(#4) ubyegon2 válasza kovaax (#2) üzenetére


ubyegon2
nagyúr

Nem biztos, de mint ha a VGA-nak foglalt memória dinamikus lenne, de a mobilnet vagy lassaú net miatt valóban érdemesebb visszarakni SSD-re a cache-t. :K

Találtam viszont egy ilyet, hogy mivel eszi meg az ssd-t a firefox, elég meglepő

Nem meglepő ez, hanem a tipikusan 2015 körüli para, hogy ez is eszi az SSD-t, az is eszi, persze, hogy ez cikk is 2016-os. Ma már sehol nem találsz olyan írást, ami óv attól, hogy miként eszi el előled az SSD-t bármi is! Amúgy meg a Windows napi SSD-re írásához képest kb 20%ot ír a Linux napi általános használat során. Hidd el, ha valamivel ma nem kell foglalkozni, az az, hogy mennyi írás kerül az SSD-re, eleinte én is foglalkoztam ezzel, de ma már az 1terás 860 EVO-ra megy a torrent is január óta így néz ki

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
5 Reallocated_Sector_Ct PO--CK 100 100 010 - 0
9 Power_On_Hours -O--CK 099 099 000 - 2616
12 Power_Cycle_Count -O--CK 098 098 000 - 1159
177 Wear_Leveling_Count PO--C- 099 099 000 - 2
179 Used_Rsvd_Blk_Cnt_Tot PO--C- 100 100 010 - 0
181 Program_Fail_Cnt_Total -O--CK 100 100 010 - 0
182 Erase_Fail_Count_Total -O--CK 100 100 010 - 0
183 Runtime_Bad_Block PO--C- 100 100 010 - 0
187 Uncorrectable_Error_Cnt -O--CK 100 100 000 - 0
190 Airflow_Temperature_Cel -O--CK 056 049 000 - 44
195 ECC_Error_Rate -O-RC- 200 200 000 - 0
199 CRC_Error_Count -OSRCK 100 100 000 - 0
235 POR_Recovery_Count -O--C- 099 099 000 - 6
241 Total_LBAs_Written -O--CK 099 099 000 - 5387311813

5387311813 - most nem ugrott be, hogy a fenébe is konvertáltam múltkor a logikai sectort TB-re, de HDS 2.51 TB írást mutat!

Mivel a 860 EVO 1TB-nak a TBW az 600TB és cc 8 hónap alatt 2.51TB írás ment rá......szóval ezzel próbállak meggyőzni, hogy felejtsd el, hogy valami eszi az SSD-t! ;]

Csak leírom azért, ha ugyanígy torrentezek és használom az SSD-t, kb 150 év múlva kifut a gyárilag megadott TBW-ből! A legelső 120GB-os SSD-m 5 éves használat után még 14 évet bírt volna! (ill jóval többet is akár, mert a gyári TBW érték csak a garanciális mutató, ha ez megvan, attól még működhet tovább az eszköz)

Konklúzió 2021-ben, az SSD-t használni kell, ez pedig azt jelenti, hogy különböző programok írnak rá. Erre van, bírja!

[ Szerkesztve ]

Szabad Látó- és siratóasszonyok topikot és olcsó libatepertőt a népnek!

(#5) UnA válasza ubyegon2 (#4) üzenetére


UnA
Korrektor

Emlékszem, nagyon ment a félelem az SSD-vel kapcsolatban... és most ott tartunk, hogy előbb hal be a vezérlő vagy az alaplap, mint egy SSD. :)

(#6) kovaax válasza ubyegon2 (#4) üzenetére


kovaax
senior tag

A munkahelyi rendszereim jó része ssd-s san-on van, úgyhogy nagyjából képben vagyok, hogy mit bírnak, mégis úgy gondolom, ha lehet könnyíteni rajtuk, nem árt. Ez a Session Restore meg egy elég költséges valami, ahhoz képest, hogy sose volt még használatban nálam, így kikapcsoltam. :R

-=- There's no place like /home -=-

(#7) kovaax válasza ubyegon2 (#4) üzenetére


kovaax
senior tag

Lemaradt a VGA: A BIOS-ban lehet állítani a befoglalt videó memóriát, de csak a drágább típusokban (ThinkPad pl.), ebben sajnos nem.

-=- There's no place like /home -=-

(#8) ubyegon2 válasza UnA (#5) üzenetére


ubyegon2
nagyúr

Ja, én is sokat keresgéltem, melyik a legmegbízhatóbb SSD, szerencsére az Intel 520 az valóban igen stabil darabnak tűnik. De annak idején még az is para volt, hogy Linuxon fog-e működni a TRIM meg hasonló cukiságok, bele is ástam magam a témába, azóta ez már inkább viccesnek tűnik! :)

Szabad Látó- és siratóasszonyok topikot és olcsó libatepertőt a népnek!

(#9) ubyegon2 válasza kovaax (#6) üzenetére


ubyegon2
nagyúr

Ártani biztosan nem árt, ha könnyítesz a terheken, bár ez sokaknál épp az elvárt gyorsaságot ölte meg régebben, mint amikor a /home-ot HDD-re rakták, hogy ne az SSD kopjon meg hasonlók. Igazából engedni kell szabadon a vezérlőt dolgozni, optimalizálni is akkor érdemes, ha elegendő RAM van és onnan lehet gyorsítani a folyamatokat. De tényleg nincs gond azzal, amit írsz, csak azért említettem alternatív megoldásokat, hogy aki olvassa a topikot és nem ért hozzá, lássa azt, hogy lehet kímélni az SSD-ket, de gyakorlatilag szükségtelen, mert mint UnA kolléga is említette, egy gond lehet csak, a controller hibája, azt meg képtelenség kivédeni. Annyit lehet tenni, hogy olyan eszközt választunk, amit a gyártó saját fejlesztésű komponensekből épít össze. :K

Egyébként NVMe tipusokba nem tudtam még magam beleásni, itt még vannak sötét foltok, az is meglepett, hogy a scheduler none állásban a jó. Most gyorsan megnéztem, tényleg a none opciót javasolják, bár éppen a CPU terhelés csökkentése érdekében. Azért megnézném ezt is, hogy szintetikus teszten kívül hány ezrelékben csökken ettől a CPU terhelése, egyébként meg a mq-deadline/none/bfq egyarátn jó NVMe meghajtóknál.

Relocate files to tmpfs

Innen lehet még érdekes Improving compile times meg a Anything-sync-daemon meg talán ez is Profile-sync-daemon, még nem néztem át, de szerintem olvasd át ezeket is, ha maximalista akarsz lenni!

Szóval a none az egy multi-queue noop I/O scheduler, sok különbség nem lehet közöttük....max annyi, hogy az összes non-multiqueue scheduler elavultnak számít.

[ Szerkesztve ]

Szabad Látó- és siratóasszonyok topikot és olcsó libatepertőt a népnek!

(#10) hcl


hcl
félisten
LOGOUT blog

Amúgy miért nem volt jó, amíg testing volt? Nekem a testing ággal nem szokott semmi bajom lenni.

Veszek _hibás_ LCD monitort,fényképezőgépet, objektívet, routert ---- Mutogatni való hater díszpinty

További hozzászólások megtekintése...
Copyright © 2000-2022 PROHARDVER Informatikai Kft.