Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: ktk 19. 01. 2020, 11:07:43
-
Vypinaji nam to dvb-t, tak jsem pred casem usoudil, ze kdyz mi na pude 24/7 bezi debian buster se spoustou diskovyho mista a prakticky u kazdy TV v dome je nebo brzy bude Rpi4, ze by bylo hezke pichnout do toho bustera usb dvb-t prijimac a rozbehnout tam tvheadend. A az to bude fungovat, pichnout tam jeste jeden, abych pokryl ty dva muxy, ktere jsou pro me zajimave. Na zizkov vidim v postate primo, 15km vzdusnou carou a kazdy dvb-t2 zarizeni u nas chyta bezchybny signal i na tu nejmensi 10cm pasivni indoor antenku.
Koupil jsem teda astrometu, kterou jsem podle ruznych wiki a diskuzi vyhodnotil jako funkcni pro tenhle scenar, konkretne "u cinana" tenhleten:
https://www.aliexpress.com/item/4000022512824.html?spm=a2g0o.productlist.0.0.20101535r84WS5&algo_pvid=8f9787be-177f-47aa-a0a3-b7ed988b1b7d&algo_expid=8f9787be-177f-47aa-a0a3-b7ed988b1b7d-15&btsid=84efe65d-bb95-4b4f-b282-2ce20622a46a&ws_ab_test=searchweb0_0,searchweb201602_3,searchweb201603_52
Vypada to stejne jako na obrazku, dmesg pri zapichnuti rika toto:
[316299.125878] usb 3-6: New USB device found, idVendor=15f4, idProduct=0131, bcdDevice= 1.00
[316299.128521] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[316299.131137] usb 3-6: Product: dvbt2
[316299.133764] usb 3-6: Manufacturer: astrometadvbt2
[316299.143380] usb 3-6: dvb_usb_v2: found a 'Astrometa DVB-T2' in warm state
[316299.220207] usb 3-6: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[316299.222794] dvbdev: DVB: registering new adapter (Astrometa DVB-T2)
[316299.231148] i2c i2c-1: Added multiplexed i2c bus 8
[316299.232549] rtl2832 1-0010: Realtek RTL2832 successfully attached
[316299.233904] usb 3-6: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[316299.235341] r820t 8-003a: creating new instance
[316299.245255] r820t 8-003a: Rafael Micro r820t successfully identified
[316299.250182] rtl2832_sdr rtl2832_sdr.2.auto: Registered as swradio0
[316299.251888] rtl2832_sdr rtl2832_sdr.2.auto: Realtek RTL2832 SDR attached
[316299.253504] rtl2832_sdr rtl2832_sdr.2.auto: SDR API is still slightly experimental and functionality changes may follow
[316299.269266] Registered IR keymap rc-empty
[316299.271821] rc rc0: Astrometa DVB-T2 as /devices/pci0000:00/0000:00:1d.7/usb3/3-6/rc/rc0
[316299.274429] input: Astrometa DVB-T2 as /devices/pci0000:00/0000:00:1d.7/usb3/3-6/rc/rc0/input25
[316299.278179] rc rc0: lirc_dev: driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no transmitter
[316299.280606] usb 3-6: dvb_usb_v2: schedule remote query interval to 200 msecs
[316299.293628] usb 3-6: dvb_usb_v2: 'Astrometa DVB-T2' successfully initialized and connected
[316303.626286] usb 3-6: DVB: adapter 0 frontend 0 frequency 0 out of range (174000000..862000000)
lsusb rika tohle
Bus 003 Device 006: ID 15f4:0131 HanfTek
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0bda:0181 Realtek Semiconductor Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Co jsem si tak povsiml v ruznych diskuzich, uspesnejsim kolegum ten dmesg pise o DVOU vytvorenych frontendech, coz nevim, jestli je relevatni.
Kazdopadne tvheadend naladil z dvb-t2 prd, jen jeden nebo dva muxy s dvb-t jednickou. (nedosti na tom, hrala tam akorat TV Jaromira Soukupa)
Kdyz to zkousim pres w_scan (s vypnutym tvheadendem samozrejme), naladi to taky prd.
Rikam si, ze nejsem jedinej, kdo tohle zkusil, tak treba nekdo vi co s tim?
Diky predem za podnetne rady.
-
Nevím jaké máte distro apod... ale U coreelecu jsem musel nastavit typ muxu na T2 ručně, neumělo to AUTO. Sílu signálu u DVB-T multiplexu vidíte ne ? Takže jde podle síly vysílače odvodit jestli jde o signál nebo SW.
-
Distro je debian buster, je to na beznem PC, ne na RPi. A zadne nastaveni typu muxu jsem tam nevidel ani nevidim, a ze jsem to nastaveni tvheadendu prolezl mockrat.
-
Resp tech muxu nabizi tvheadend vic, na stejne frekvenci jsou vedle sebe casto dva, jeden DVBT a a jeden DVBT-2.
-
Prohození jsem udělal pomocí dev pravidla
# Astrometa rules to create mirror device with swapped frontends
# not tested for multiple Astrometa dongles
SUBSYSTEM=="dvb", KERNEL=="dvb[0-9].dvr0", ATTRS{idVendor}=="15f4", ATTRS{idProduct}=="0131", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter100/%%s $${K#*.}'", SYMLINK+="%c"
SUBSYSTEM=="dvb", KERNEL=="dvb[0-9].net0", ATTRS{idVendor}=="15f4", ATTRS{idProduct}=="0131", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter100/%%s $${K#*.}'", SYMLINK+="%c"
SUBSYSTEM=="dvb", KERNEL=="dvb[0-9].demux0", ATTRS{idVendor}=="15f4", ATTRS{idProduct}=="0131", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter100/%%s $${K#*.}'", SYMLINK+="%c"
SUBSYSTEM=="dvb", KERNEL=="dvb[0-9].frontend0", ATTRS{idVendor}=="15f4", ATTRS{idProduct}=="0131", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; K=$${K%0}; printf dvb/adapter100/%%s1 $${K#*.}'", SYMLINK+="%c"
SUBSYSTEM=="dvb", KERNEL=="dvb[0-9].frontend1", ATTRS{idVendor}=="15f4", ATTRS{idProduct}=="0131", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; K=$${K%1}; printf dvb/adapter100/%%s0 $${K#*.}'", SYMLINK+="%c"
Ale DVB-T2 mi stejně nefungovalo. Musel jsem vlézt do kanálu/frekvence někde v UI tvheadendu a ručně přepnout DVB-T na DVB-T2. Pak DVB-T2 fungovat začalo.
-
Co jsem si tak povsiml v ruznych diskuzich, uspesnejsim kolegum ten dmesg pise o DVOU vytvorenych frontendech, coz nevim, jestli je relevatni.
Ano, je. Detekovalo ti to R820T (tuner -- posune signál ze zadané frekvence do basebandu) a RTL2832, což je demodulátor DVB-T, nikoli DVB-T2. Někde tam musí být ještě druhý demodulátor, který bude dělat DVB-T2. Nejdřív bych zkusil poslední kernel z backportů, v Busterovi je 4.19, což už je taky staré. Pak bych to rozebral a podíval se, jestli tam nějaký druhý demodulátor opravdu je.
Resp tech muxu nabizi tvheadend vic, na stejne frekvenci jsou vedle sebe casto dva, jeden DVBT a a jeden DVBT-2.
To mi přijde že nemůže fungovat. Tyto sítě nemůžou vysílat přes sebe. Mohou být oddělené kopcem nebo vzdáleností.
-
No, a je to asi rozlousknuty. :( rozebral jsem stick, je tam sony CXD2837ER, kterej podle https://forum.root.cz/index.php?topic=17012.msg266629#msg266629 nejde zprovoznit. Takze s timhle donglem jsem nejspis namydlenej.
-
Podívej se na http://www.ebastlirna.cz/modules.php?name=Forums&file=viewtopic&t=85581
-
Jo, tak tohle uz jsem cetl. Takze jestli to dobre chapu, zbyva mi jedina cesta - kompilovat patchovany kernel?
-
Jo, tak tohle uz jsem cetl. Takze jestli to dobre chapu, zbyva mi jedina cesta - kompilovat patchovany kernel?
Koukám do zdrojáků jádra 5.4.12 a vypadá to, že s tím CXD2837ER to umí. Takže si myslím, že patchovat není potřeba.
-
Nainstaluj si z backportů poslední jádro. Tam to jede rovnou, jenom zbývá poslední zádrhej při rebootu, kdy se tam nějak časově blbě inicializují tuner a dekodér, což jsem pořešil přes systemd servicu a modul reloadnul a od té doby je to OK. Nechtělo se mi kompilovat modul pro aktuální jádro... Já tedy jedu pod televizí testing...
vdr:/etc/systemd/system# cat reload-dvb-t-dongle.service
[Unit]
Description=Reloading of kernel module rtl28xx (module bug workaround)
[Service]
Type=oneshot
ExecStart=-modprobe -r rtl2832_sdr
ExecStart=-modprobe -r dvb_usb_rtl28xxu
ExecStart=sleep 0.5
ExecStart=modprobe dvb_usb_rtl28xxu
[Install]
WantedBy=multi-user.target
-
Tak vypadá, že patch pro CXD2837ER je součástí kernelu od verze 4.21. V Debianu je 4.19, takže doporučuji vzít jádro z backports, tam je momentálně už 5.3.9:
https://packages.debian.org/buster-backports/linux-image-5.3.0-0.bpo.2-amd64
-
Tak kecám, je tam 5.4.8 už:
https://packages.debian.org/buster-backports/linux-image-5.4.0-0.bpo.2-amd64
-
Distro je debian buster, je to na beznem PC, ne na RPi. A zadne nastaveni typu muxu jsem tam nevidel ani nevidim, a ze jsem to nastaveni tvheadendu prolezl mockrat.
Webové rozhraní: konfigurace, dvb vstupy, muxy, rozkliknout detail, systém doručení T nebo T2. T2 je třeba nastavit ručně u každého muxu, bez toho se tvheadend nenaladí :-)
-
Jo a spíš než w_scan nebo i w_scan2 doporučuju t2scan (https://github.com/mighty-p/t2scan).
-
Ok, zkusim teda to jadro z backportu, snad to uplne nepodelam :) a dam vedet, jak to dopadlo.
-
Tak jadro z backports jsem sice dokazal zprovoznit, ale problem jsou sitovky. (r8186)
Na standardnim 4.19 jadre jsem je musel zprovoznovat instalaci baliku r8186-dkms.
Ten pri upgradu na to backportovy jadro zahlasil chybu, a zjevne se ho nepovedlo zkompilovat. Takze sitovy rozhrani na tom backportovanem jadre nenabehly. Vysledek je, ze mam ted ten balik rozbitej.
/usr/sbin/dpkg-reconfigure: r8168-dkms is broken or not fully installed
kdyz dam instalovat balik linux-headers-5.4.0-0.bpo.2-amd64 (kterej uz nainstalovanej je), tak se sestavi r8186 pro to stavajici bezici jadro 4.19, ale pro 5.4.0 uz ne:
aptitude install linux-headers-5.4.0-0.bpo.2-amd64
linux-headers-5.4.0-0.bpo.2-amd64 is already installed at the requested version (5.4.8-1~bpo10+1)
linux-headers-5.4.0-0.bpo.2-amd64 is already installed at the requested version (5.4.8-1~bpo10+1)
The following partially installed packages will be configured:
r8168-dkms
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up r8168-dkms (8.046.00-1) ...
Removing old r8168-8.046.00 DKMS files...
-------- Uninstall Beginning --------
Module: r8168
Version: 8.046.00
Kernel: 4.19.0-6-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel.
r8168.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-6-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod...
update-initramfs.......
DKMS: uninstall completed.
------------------------------
Deleting module version: 8.046.00
completely from the DKMS tree.
------------------------------
Done.
Loading new r8168-8.046.00 DKMS files...
Building for 4.19.0-6-amd64 5.4.0-0.bpo.2-amd64
Building initial module for 4.19.0-6-amd64
Done.
r8168.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.19.0-6-amd64/updates/dkms/
depmod...
Backing up initrd.img-4.19.0-6-amd64 to /boot/initrd.img-4.19.0-6-amd64.old-dkms
Making new initrd.img-4.19.0-6-amd64
(If next boot fails, revert to initrd.img-4.19.0-6-amd64.old-dkms image)
update-initramfs.......
DKMS: install completed.
Building initial module for 5.4.0-0.bpo.2-amd64
Error! Bad return status for module build on kernel: 5.4.0-0.bpo.2-amd64 (x86_64)
Consult /var/lib/dkms/r8168/8.046.00/build/make.log for more information.
dpkg: error processing package r8168-dkms (--configure):
installed r8168-dkms package post-installation script subprocess returned error exit status 10
Errors were encountered while processing:
r8168-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up r8168-dkms (8.046.00-1) ...
Removing old r8168-8.046.00 DKMS files...
-------- Uninstall Beginning --------
Module: r8168
Version: 8.046.00
Kernel: 4.19.0-6-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel.
r8168.ko:
- Uninstallation
- Deleting from: /lib/modules/4.19.0-6-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod...
update-initramfs.......
DKMS: uninstall completed.
------------------------------
Deleting module version: 8.046.00
completely from the DKMS tree.
------------------------------
Done.
Loading new r8168-8.046.00 DKMS files...
Building for 4.19.0-6-amd64 5.4.0-0.bpo.2-amd64
Building initial module for 4.19.0-6-amd64
Done.
r8168.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.19.0-6-amd64/updates/dkms/
depmod...
Backing up initrd.img-4.19.0-6-amd64 to /boot/initrd.img-4.19.0-6-amd64.old-dkms
Making new initrd.img-4.19.0-6-amd64
(If next boot fails, revert to initrd.img-4.19.0-6-amd64.old-dkms image)
update-initramfs.......
DKMS: install completed.
Building initial module for 5.4.0-0.bpo.2-amd64
Error! Bad return status for module build on kernel: 5.4.0-0.bpo.2-amd64 (x86_64)
Consult /var/lib/dkms/r8168/8.046.00/build/make.log for more information.
dpkg: error processing package r8168-dkms (--configure):
installed r8168-dkms package post-installation script subprocess returned error exit status 10
Errors were encountered while processing:
r8168-dkms
V tom logu, kam me to smeruje to krici, ze neni neco ve zdrojakach jadra..
DKMS make.log for r8168-8.046.00 for kernel 5.4.0-0.bpo.2-amd64 (x86_64)
Mon Jan 20 19:40:07 CET 2020
make: Entering directory '/usr/src/linux-headers-5.4.0-0.bpo.2-amd64'
AR /var/lib/dkms/r8168/8.046.00/build/built-in.a
CC [M] /var/lib/dkms/r8168/8.046.00/build/r8168_n.o
CC [M] /var/lib/dkms/r8168/8.046.00/build/r8168_asf.o
/var/lib/dkms/r8168/8.046.00/build/r8168_n.c:60:10: fatal error: linux/pci-aspm.h: Adres<C3><A1><C5><99> nebo soubor neexistuje
#include <linux/pci-aspm.h>
^~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [/usr/src/linux-headers-5.4.0-0.bpo.2-common/scripts/Makefile.build:271: /var/lib/dkms/r8168/8.046.00/build/r8168_n.o] Chyba 1
make[2]: *** <C4><8C>ek<C3><A1> se na nedokon<C4><8D>en<C3><A9> <C3><BA>lohy<E2><80><A6>
make[1]: *** [/usr/src/linux-headers-5.4.0-0.bpo.2-common/Makefile:1665: /var/lib/dkms/r8168/8.046.00/build] Chyba 2
make: *** [/usr/src/linux-headers-5.4.0-0.bpo.2-common/Makefile:179: sub-make] Error 2
make: Leaving directory '/usr/src/linux-headers-5.4.0-0.bpo.2-amd64'
takze jsem z toho docela zoufalej, starat se ve zdrojakach, to je mimo moje schopnosti..
-
Cožeto?
Ultra-klasickej Realtek RTL8168/8169 že nemá ovladač ve vanilce?
Vedle Intelu e1000e/igb ta vůbec nejrozšířenější síťovka?
Ovladač r8169 (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/ethernet/realtek).ko Vám nevyhovuje? Nebo v tom backportovaném kernelu nebyl?
Pokud nevyhovuje tak proč, proč proboha kompilujete driver pro tuhle fakt nejběžnější síťovku, pro úplně nejnovější kernel, skrz berličku zvanou DKMS?
Něco jsem přehlíd? Ta Vaše síťovka má divná PCI IDčka (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/ethernet/realtek/r8169_main.c#n212), že se na ni vanilkový driver nechytí?
Fakt se nechytil od přírody, že ho řešíte ručně? :-O
-
Ovladač r8169 (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/ethernet/realtek).ko Vám nevyhovuje?
Aha, našel jsem nějaké vlákno (https://unixblogger.com/the-pain-of-an-realtek-rtl8111rtl8168-ethernet-card/), načaté v roce 2011, kde se doporučuje kompilovat ze zdrojáků driver od Realteku.
Že údajně je r8169 rozbitý. Fakt je to ještě rozbité? Já si jenom velmi matně vybavuju, že jsem to jednou kdysi v tomhle kontextu taky kompiloval ze zdrojáků "out of tree", ale to je snad 10 let zpátky. Posledních několik let jedu pár Realteků na r8169 na gigové síti a nějak si neuvědomuju, že bych s tím měl jakýkoli problém... Dovedu si představit, že by se do toho mohli míchat Gremlini v oblasti ASPM, ale to by snad mělo jít řešit (vypnout) i jinak, než kompilovat zastaralý Realtečí driver...
-
skutecne se to plug and play nechytlo, jsou to obe nejobycejnejsi sitovky z alzy za par kacek. po bootu uz u toho cisteho bustera to bez toho dkms proste sitove rozhrani neudelalo. Mozna jsem to resil zbytecne slozite, nevim, da se tomu nejak vnutit ten ovladac z vanilkoveho jadra?
-
Hoďte sem PCI ID toho Realteku.
-
jsou tam dve, ale chovaji se stejne.
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 01)
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
-
jsou tam dve, ale chovaji se stejne.
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 01)
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
To je divné, 10ec:8168 jsou skutečně klasická IDčka, modul r8169 by je měl podporovat (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/net/ethernet/realtek/r8169_main.c#n212), ve zdrojáku vidím jasně PCI_VDEVICE(REALTEK, 0x8168)
Jestli má ta mašina něco za sebou, nemáte ten modul jenom historicky blacklistovaný (https://linux-audit.com/kernel-hardening-disable-and-blacklist-linux-modules/)? Třeba pomocí /etc/modprobe.d/blacklist.conf
Ten soubor se může jmenovat všelijak, důležité je, že by měl obsahovat řádek blacklist r8169Nebo r8169 vážně vůbec není přítomen v tom backportovaném kernelu?
find /lib/modules/ -name "r8169.ko" -print
Já pokud z různých důvodů potřebuju čerstvější kernel, tak si kompiluju ze zdrojáků vanilku, takže backportovaný v zásadě neznám.
-
Zrovna mám teď vedle sebe dva stroje s přesně stejnou síťovkou a normálně funguje v Debianu na první šup. Jak píše kolega výše přes modul r8169. Nikdy jsem s tímhle čipem neměl na hromadě strojů problém. Jediné co mě ještě napadá je chybějící firmware pro tu síťovku (případně starší balíček s firmware, možná bude třeba aktualizovat ručně verzi z backports - zkuste, já mám přes apt pinning nastavený backports tak, že se aktualizuje rovnou). Viz balíček firmware-realtek. Nicméně pokud mě paměť neklame, tak karta bez firmware funguje pouze jako 100 Mbps s firmwarem jako gigabitová.
-
Pořád mi to vrtá hlavou... Zkuste:
1. PURGE (remove nestačí) balíčku r8168-dkms
2. Instalace firmware-realtek
3. Pokud se _opravdu_ karty na standardní ovladač r8169 z jádra nechytnou, nainstalujte ručně r8168-dkms z testing či unstable větve (je tam novější verze, nemá problém se to zkompilovat proti nejnovějším jádrům 5.x.x - odzkoušeno)
-
To o tom purge jsem cetl tez, ale popravde to trochu bojim udelat, protoze jestli si vazne znemoznim sit, tak jsem v celym dome bez internetu. Ten pocitac dela i domaci gateway. Ale tim purgem si balick z apt-cache nesmazu, ne? Takze i bez site budu schopen tam ten r8186-dkms v nejhorsim vratit, ze? (naposled se instaloval nekdy vcera, takze v ty cache bude).
-
To o tom purge jsem cetl tez, ale popravde to trochu bojim udelat, protoze jestli si vazne znemoznim sit, tak jsem v celym dome bez internetu. Ten pocitac dela i domaci gateway. Ale tim purgem si balick z apt-cache nesmazu, ne? Takze i bez site budu schopen tam ten r8186-dkms v nejhorsim vratit, ze? (naposled se instaloval nekdy vcera, takze v ty cache bude).
Purge odinstaluje i konfigurační soubory. Tedy i to, co blacklistuje modul r8169 z jádra. Cache nemaže. Pokud máte obavu, že si shodíte síť a nebudete mít přístup k balíčku, stáhněte si předem novější verzi balíčku r8168-dkms, v případě potřeby ho můžete nainstalovat ručně i bez sítě přes:
$ sudo dpkg -i r8168-dkms*deb
-
Tak purge sit skutecne vyresil, ted uz jedu na petkovem jadre. Diky moc za vsechny rady. Sam nevim, jak a proc jsem tam daval ten dkms modul..
Ted si jdu zas hrat s tou televizi, uvidime, jestli to ted bude lepsi.