Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - jauznevimco

Stran: [1] 2
1
Software / Odstranění duplicit a konsolidace dat
« kdy: 08. 05. 2026, 22:02:05 »
Dobry vecer,


prosim o mensi brainstorming, data mi uz prerustaji pres hlavu :)


1x notas (Windows; 1 TB, vetsina dat je toliko kopie ze SSD NASu, ale zato tyto kopie existuji v ruznych verzich)
1x desktop (Windows; ~5 TB, vychazi opet jako kopie ze SSD NASu, ale nekdy mam u sebe jen notas, kde udelam nejake zmeny, ty si presypu sem a mam to tu vickrat... desktop ma obecne storage jen jako "pracovni disky", samotny uzitecny vystup je vlastne o rozumne velikosti)
1x tichej SSD NAS (Linux; ~5 TB - zere to malo, bezi to furt, je to rychly, tak tam mam takovou "cache" pro velke HDD zalohoviste)
1x hlavni HDD zalohoviste (Linux; ~12 TB - spousta dat je tam proste jen tak pro sichr)
1x HDD cold storage archiviste toho nejdulezitejsiho (Linux; ~6 TB)


Prilezitostne zkousim fusovat do casosberu a mam docela problem si v tech datech udrzet nejakej smysluplnej poradek.

Jsem nekde fuc, SD kartu natroubim do notasu a nazdar, pripadne udelam nejake drobne upravy a odsypu to na SSD storage.
Nekdy za tyden, mesic, objevim SD kartu, chcu si byt jistej, ze ten obsah jako fakt nekde mam, tak to jeste supnu na SSD storage do kouzelne bobtnajici slozky "nove".
Ze SSD storage si to pak presypu do desktopu pro poradne zpracovani, pripadne to ruzne existuje v mnoha verzich.
Jednou za uherak zapnu zalohoviste a presypu jeste tam.


Vysledkem je strasnej gulas, fura duplicit a nakolik storage zdrazuje a misto dochazi, musim uz ty duplicity nejak resit.


Jak z toho nejlip vybruslit?


Docela svizne mi vsechno prechroustal multiplatformni DupeGuru (nazev, datum, a/nebo hash souboru), ale s ohledem na charakter tech dat, co mam, by mi vyhovovalo spis neco, kde si muzu otevrit celej strom filesystemu a vychazet toliko z podobnych slozek, nez to resit v ramci seznamu s duplicitama v radu vyssich desitek tisic...


Nu a dalsi vec je, ze teda bez nejakyho poradnyho syncu a discipliny se uz asi fakt nehnu, veci z karty asi spis presunout, nezli kopirovat...
Udelat si jasno v tom, co ze je "master" (kuriozne to vlastne bude asi spis ona SSD storage, k tomu pristupuju nejvic, pac to bezi furt).
A poresit sync zmen mezi SSD storagem a zalohovistem (pro kazdej file prohledat, jestli tam uz neexistuje... upozornit, pokud chci mit jako master SSD storage a z nej nejakej soubor smaznu, jestli chci tuhle zmenu syncnout i do zalohoviste).


Variantne teda kdyz si vezmu jeste charakter toho, co delam - muze mit smysl si verzi metadat a konfigu k fotkam nacpat do neceho jako SVN, at si muzu prepinat mezi verzema pro lepsi porovnavani, nebo to neni vhodny use case?


Diky za napady.

2
Hardware / Přepájení konektoru jack
« kdy: 16. 04. 2026, 10:50:16 »
Zdravicko,


je to tu trosku na hrane offtopiku, ale treba se tu najde nejaky bastlir...

Mam zarizeni Syrp Genie Mini I a II (otocne hlavy pro video/timelapse). Vypada to jako puk, spodni cast se otaci, na horni casti jsou na ni tlacitka a konektory (pocitam, ze jeji uvnitr horni casti bude i plosak s BT chipem, dobijeci obvody, mozna i motor?).

Na obou zarizenich mi hapruje 2,5mm jack pro pripojeni remote shutter kabelu k fotaku. Potreboval bych ten konektor prepajet - v jednom se mi podarilo zalomit samce, v druhem mi snad nefungoval nikdy.

Pri te prilezitosti by bylo fajn to vyuzit i k vymene baterky; ta uz se original nevyrabi, ale dle jejich vyjadreni se tam vleze "podobne velka baterka jako do nekterych mobilu".


Nasel by se tu nekdo schopny se do takove opravy pustit, pripadne aspon tip na osobu/firmu schopnou tuto opravu provest? Samo, nechci to zadarmo, dostat do treba ku Praze neni problem.

Ja si na to netroufam, na takhle drobne veci nemam dostatek citu.


Dekuji.

3
Dobry vecer,

zas si projednou lamu hlavu s tim nejzmrsenejsim OS, co znam... :-)


Telefon (Xperia XZ2C), LineageOS 22 (Android 15), ne-root (pokud muze pomoci, rad provedu), Wireguard v aktualni verzi, LTE.

Ceho chci dosahnout:
Telefon je v nepruhledne krabici, chranen pred vlhkosti zeshora. A ja potrebuju zhasnout displej, nez telefon do krabice vlozim, abych si tam pri manipulaci neco nepomatlal.
Telefon je na Wireguardu, posila KeepAlive a ja se tim padem na to Androidi zarizeni muzu pripojit na dalku a neco tam udelat.


Problem:
Po vypnuti displeje se Wireguard proste odmlci. Mnohdy az tak, ze se Wireguard po odmlce ani nedokaze navazat a musim telefon dat do rezimu Letadlo a zpet.



Ve Wireguardu na strane telefonu je nastaven PersistentKeepalive = 30s. (Zda se vsak, ze je to vlastne celkem fuk a zakopanej pes bude jinde.)
Telefon je v rezimu "Always on VPN".

Relevantni nastaveni, ktereho jsem si tak vsiml:
Settings > Battery > Battery saver: off
Settings > Battery > Battery manager: off
Settings > App > Wireguard > App battery usage: Allow background usage (zapnuto)
Settings > System > Developer options > Mobile data always active: on
Settings > System > Developer options > Background process limit: Standard limit
Settings > System > Developer options > Standby apps: Wireguard je nastaven jako ACTIVE


Problem se nezda byt na strane Wireguardu, Wireguard log ukazuje, ze KeepAlive normalne chodi, dokud je displej zaplej - ale jakmile se vypne, KeepAlive chodit prestava a v logu neni nic...
Cili nejakym zpusobem to zarezava Android sam.



Jasne, jeste muze byt varianta, displej proste nevypinat, pichnout to ke stave a mit zaply "nevypinani displeje, pokud je pripojena nabijecka". Kdyz ja bych ale rad tim vyplym displejem zamezil nejakym nechtenym stiskum na displeji (telefon je nekde venku v krabicce s par dalsima vecma, vlhkost by v te krabici byt asi nemela, ale ani poradne nevim, na co ta dotykova vrstva vlastne reaguje. Nicmene riziko, ze nekam zamatlam pri zandavani do krabice je stale...)

4
Software / Bootování iPXE s aktivním Secure Bootem
« kdy: 25. 10. 2025, 21:28:30 »
Dobry vecer,


donedavna jsem mel funkcni postarsi live Ubuntu, ktere slo bootovat z EFI a fungovalo mi to i z iPXE (za predpokladu vypnuteho Secure Bootu a iPXE zkompilovaneho s podporou NFS, aby slo nejak sahat na rootfs).

Par let jsem to nesledoval a koukam, ze najednou existuje iPXE i s podporou Secure Bootu - avsak, aby to MS podepsal, musela byt vyrazena podpora NFS.
https://knowledge.broadcom.com/external/article/280113/updated-64bit-ipxeefi-ipxe-v1211-binarie.html

V podstate staci jen dodat iPXE menu na adrese:
http://[Boot-Server-IP]:4433/Altiris/iPXE/GetPxeScript.aspx


A krasne to funguje treba s wimbootem pro boot do jakychkoliv winblowsich WIM, nebo treba pro memtest, potud super.


Kdyz uz se v tom babram, rad bych tam rozbehnul treba nejaky aktualni live distro (celkem jedno, jake - hlavne, at to umi sahat na aktualni zelezo... treba zivy Ubuntu nebo Debian jsou fpoho), pricemz rootfs bych natahoval pres http.
A idealne tak, aby to dokazalo schroustat i s tim slavnym Secure Bootem.


Zatim jsem ale nenatrefil na spolehlivej zpusob, jak toho docilit.



Tento postup je 9 let stary a jakkoliv mi fungoval s tim prehistorickym Ubuntu, na aktualnim live image to vzdy ztroskota na nemoznostni natahnout rootfs.
https://github.com/live-httpboot/ubuntu-live-httpboot



Plus jeste se vlastne nabizi tema... jak je to s tim Secure Bootem samotnym?

Bez problemu muzu udelat treba tohle:
kernel http://server.home.arpa:8081/debian/vmlinuz
initrd http://server.home.arpa:8081/debian/initrd.img
plus prislusne imgargs (nichz jsem jeste neodhalil spravnou kombinaci)

A kernel zacne bootovat, iPXE nevrati zadny "Exec file error" jako v pripade, kdy by kernel nebyl podepsany.



Nicmene, v ruznych clancich tykajicich se Secure Bootu a Linuxu jsem zahlednul ruzne zminky o bootovani ve smyslu:
EFI > shim (podepsany, vytahly z toho distra) > grub (totez) > kernel ...


Mozna na to jdu teda uplne spatne a z iPXE bych mel tahat toliko shim a grub a boot parametry pro natahnuti rootfs z http resit az pres grub?


Vim, ze existuje netboot.xyz, ale to stavi vsechno na nepodepsanem iPXE a k jejich (upravenym?) live imagum se mi nepodarilo dohledat...


Zkousel nekdo neco takovyho?



Diky.

5
Hardware / Mobil/SBC pro Debian s funkční Wi-Fi
« kdy: 06. 05. 2025, 20:43:58 »
Dobry vecer vespolek,


me hledani vhodneho zarizeni uz proslo radu slepych ulicek a proste se nedokazu dobrat niceho kloudnyho.


Ucel:
Nechavam fotak nekde venku a potrebuju k tomu dalkovy ovladani (hodne dalkovy, VPN pres LTE ... jedno, jestli skrz interni modem, nebo pres USBckovej).
Fotak se zarizenim komunikuje vyhradne pres 2,4 GHz Wi-Fi (max 72 Mbit/s) na velmi kratkou vzdalenost (max 2 metry).
Zarizeni tedy musi mit nejakou moznost, jak k nemu dostat druhej interfejs... at uz USB LTE modem, nebo rovnou podporu pro LTE.
Zarizeni nastavuji na miste, touchscreen se hodi.
Rozumna spotreba, 3 W v idle jsou fakt maximum.


Co vymyslis za blbosti, takovy zarizeni prece davno existuje, jmenuje se smartphone! Si najdi neco, na cem dobre pobezi tucnak!


Ze pry sirokou podporu ma SoC Qualcomm sdm845...

Tak tedy:
Sony Xperia XZ2 Compact s LineageOS
Vse skvele svizne, podarilo se v Termuxu rozbehnout debian pres proot, nainstalovat dependencies, rychle to odsejpa, super... a to je konec.
Zatimco mi tohle nejak mizerne fungovalo na prehistorickym Android 7 telefonu, na Androidu novejsim uz ne.
Novej Android uz nepusti aplikaci z prootu primo k Wi-Fi, takze konecna... (jop, nestaci jen obycejna TCP konektivita, z nejakyho duvodu aplikace chce sahat primo po adapterech).

Port postmarketOS existoval jen experimentalne a je to cesta proslapana vlastne jen jednim clovekem pred radou let.
Z Androidu cesta nevede vubec a jiny Linux-based OS pro tenhle telefon zrejme vubec neexistuje.



OnePlus 6T s Mobian bookworm
+ podarilo se vse rozbehat, beha to hezky svizne
+ ma to touch a vyhody s tim spojene
+ je to celkem normalni Debian
- Wi-Fi hapruje. Moc. Nejdele to spojeni s fotakem udrzelo sotva 6 hodin, bezne se to dokaze rozsypat klidne i po hodine, hruza. Nepodarilo se mi k temto chybam dohledat nic relevantniho:
Kód: [Vybrat]
ath10k_snoc 18800000.wifi: failed to install key for vdev 0 peer <MAC_adresa>: -110
wlan0: failed to remove key (2, ff:ff:ff:ff:ff:ff) from hardware (-110)
- workaround za pouziti USBckove Wi-Fi neni mozny; protoze USB OTG v Mobianu bookworm vubec nefunguje
? nejak se mi nedari vypnout randomizaci MAC adresy, ale v profilu pro pripojeni je dano permanent, tak snad to respektuje... pravdepodobne tedy nesouvisi
- Wi-Fi na bookwormu nikdo neopravi, vyvoj se soustredi na Debian Trixie, kteryzto nelze pouzit (dependency hell vedouci k bricknuti zarizeni)... na bastrl typu jadro z Trixie a userspace z Debianu si netroufnu, na to nemam znalosti a ani nevim, jestli je neco takovyho vubec mozny.

Cili uz jsem tam skoro byl, ale nakonec je to vlastne plny neresitelnych problemu.


OnePlus 6T s Ubuntu Touch:
+ Ocekavani velika, ma to stavet vlastne na jakoze puvodnim Android 9, takze by treba Wi-Fi nemusela byt zmrsena...
- S Ubuntu ma spolecnej tak leda nazev, z pohledu klacku pod nohy userovi nahazenych je to snad horsi jak iOS. Defaultne read-only root filesystem, oficialni permanentni workaround na to nefunguje; docasny reseni jako remount / jako RW sice jakoze funguje, ale zas na tom oddilu nenechali zadny volny misto...
"Do rootfs vubec nesahejte, pouzivejte kontejnery!"
Smysl tohodle systemu naprosto nechapu, zcela nevhodne pro me pouziti.


OnePlus 6T s postmarketOS:
Jdu prubnout ted. Zelezo se tvari se to celkem podporovane, jak to bude vypadat v praxi je otazka, asi bude spousta srandy s pokusy tam vecpat vsechny dependencies, kdo vi, jestli pro AlpineLinux vubec existuji. Achjo.


OnePlus 6T s Winblows 10 ARM
Fakt to existuje; postup jsem nezkousel... https://github.com/n00b69/woa-op6
A pod woknama pustit x86 verzi v emulaci... treba tam bude Wi-Fi drzet?
Nicmene to uz jsme fakt ve sfere totalniho bizaru a hledani proof of concept neceho, co by prece melo fungovat uplne fpoho na jakymkoliv normalnim zeleze...



Zda se, ze vice nejakych zazracnych variaci na Linux na tom asi nejnadejnejsim telefonu nerozbehnu.
Znalosti na kompilaci vlastniho jadra s tim ci onym spravnym firmwarem a ovladacem nemam, tak nezbyva, nez koukat po nejakym jinym zeleze...


Oldie but goodie:
Raspberry Pi Zero 2W s Raspberry Pi OS bookworm x64
- pomalyyyy (holt, jen 400 MB dostupne RAM)
- nema touchscreen, nastaveni pres VNC je mozne, ale otrava (VNC neni touch-friendly, aplikace touch ocekava, lovit miniaturni posuvniky prstem je fakt otrava)
- navzdory ocekavani nestabilni onboard Wi-Fi (relativne mene casto to hapruje pri pouziti se starsi verzi Raspberry Pi OS); https://github.com/raspberrypi/linux/issues/5770 --- z Raspberry tvrdi, ze za chyby na urovni mmc/sdio muze vetsinove napajeni, to ale neni muj pripad, mam to promereno...
- chybi RTC... rucni nastavovani data/casu po kazdym startu je fakt otrava, ne vsude je k dispozici sit pro NTP
+ s tim starsim jadrem se spojeni udrzi treba 12-14 hodin, coz jakztakz jde a je to vlastne nejlepsi dosazeny vysledek
? vyse zmineny problem s Wi-Fi muze byt resitelny USB hubem a nejakou "known good" USB Wi-Fi?


Potencialni kandidat zajimavyho zeleza:
Radxa Zero 3W
https://radxa.com/products/zeros/zero3w/#techspec
+ dostatek RAMeti, eMMC, nebude to tak liny, jako puvodni RPi Zero 2W
- vsechna ostatni negativa RPi pretrvavaji (chybejici RTC, touchscreen)
- Wi-Fi je loterie... opet pripojeno pres mmc/sdio, budto Broadcom AP6212, nebo AIC8800... pricemz vim, ze AIC8800 je strasnej kram se zmrsenym SW nejen pro Linux, nybrz i pro Winblows (ktery je schopnej sestrelit komplet do modra)
cili stejne asi budu muset pouzit USBckovej hub pro Wi-Fi (k fotaku) a USBckovej modem (pro LTE konektivitu)



Existuji nejake dalsi alternativy (at uz zelezo, nebo OS), ktere by staly za zminku?
Neco, k cemu by sel pripadne nejak pribastlit rozumne velkej dotykovej displej (tak do velikosti toho mobilu)?



Diky za napady.

6
Bazar / Koupím mobil s podporou Linuxu (OnePlus 6/6T?)
« kdy: 08. 04. 2025, 08:41:56 »
Dobry den,


vzhledem k memu vecnemu mrcaseni se s Raspberry Pi a k memu podezreni na to, ze problemy zpusobuje tamni Wi-Fi (navzdory nativni podpore primo v Raspberry OS), zacinam zvazovat alternativu v podobe mobilu, na nemz lze rozbehnout Linux (Mobian, postmarketOS, Fedora, Ubuntu touch ... je to vlastne celkem jedno).


Potrebuju:
funkcni display + touch + Wi-Fi + LTE (fyzicka SIM)
idealne 2+ GB RAM


Pouziti:
plus minus trvale krmene z powerbanky (outdoor pouziti, v krabici)
komunikace pres Wi-Fi s fotakem na max 2 metry, zcela krucialni je spolehlive fungovani Wi-Fi, potazmo jejiho ovladace/firmware...
moznost pristupovat k mobilu vzdalene (Wireguard pres LTE)



Nevyuziji:
fotak, audio, vydrz baterie, volani/SMS, security/privacy ficury... - je to jednoucelove zarizeni



Co jsem koukal do podporovanych zarizeni ze strany zminenych mobilnich OS, celkem siroke podpore by se mohl tesit OnePlus 6/6T (byt u nej mam zdvizenej prst stran hlaseni problemu na 2,4 GHz Wi-Fi https://gitlab.postmarketos.org/postmarketOS/pmaports/-/issues/3486 ... jestli je to problem konkretniho kusu HW, nebo jen firmwaru dodavaneho v postmarketOS, nebo co... nejsem z toho dvakrat chytrej; u Mobianu ani jinych OS jsem vsak podobne hlaseni nezaznamenal).


Nechce se nekdo podobnyho telefonu zbavit? Dojedu si od Prahy po Sumavu.

7
Server / VM s PCIe passthrough je okamžitě paused
« kdy: 27. 02. 2025, 21:34:22 »
Dobry vecer,


mam tu takovou kuriozitu stran PCIe passthrough (kvm, libvirt).


Pri pokusu o spusteni VM, do niz je skrze PCI passthrough vecpan Broadcom / LSI MegaRAID SAS 2208, se VM nespusti, stav je okamzite paused a dmesg vyplivne chyby z pcieport.

Kód: [Vybrat]
[ 4939.169052] pcieport 0000:00:1b.4: Intel SPT PCH root port ACS workaround enabled
[ 4939.169294] pcieport 0000:00:1b.4: AER: Multiple Correctable error message received from 0000:03:00.0
[ 4939.169307] pcieport 0000:00:1b.4: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Transmitter ID)
[ 4939.169308] pcieport 0000:00:1b.4:   device [8086:a2eb] error status/mask=00001000/00002000
[ 4939.169310] pcieport 0000:00:1b.4:    [12] Timeout
[ 4939.169324] vfio-pci 0000:03:00.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID)
[ 4939.169325] vfio-pci 0000:03:00.0:   device [1000:005b] error status/mask=00000001/00002000
[ 4939.169327] vfio-pci 0000:03:00.0:    [ 0] RxErr                  (First)
[ 4939.169328] vfio-pci 0000:03:00.0: AER:   Error of this Agent is reported first
[ 4939.318287] pcieport 0000:00:1b.4: Intel SPT PCH root port ACS workaround enabled
[ 4939.330493] vfio-pci 0000:03:00.0: enabling device (0000 -> 0003)
[ 4941.548543] pcieport 0000:00:1b.4: AER: Uncorrectable (Non-Fatal) error message received from 0000:00:1b.4
[ 4941.548551] pcieport 0000:00:1b.4: PCIe Bus Error: severity=Uncorrectable (Non-Fatal), type=Transaction Layer, (Completer ID)
[ 4941.548554] pcieport 0000:00:1b.4:   device [8086:a2eb] error status/mask=00008000/00010000
[ 4941.548556] pcieport 0000:00:1b.4:    [15] CmpltAbrt              (First)
[ 4941.548558] pcieport 0000:00:1b.4: AER:   TLP Header: 00000000 00000000 00000000 00000000
[ 4941.548610] pcieport 0000:00:1b.4: AER: device recovery successful

1000:005b je ID radice.
8086:a2eb je ID PCH na desce.


Pozoruhodne je, ze pokud pockam dostatecne dlouho (treba 5-10 minut) a zkusim AlmaLinux VM spustit znovu, tak uz to na 99% projde.



Zelezo:

MSI Z270 PC MATE / i7-8700 / 64 GB
BIOS desky je modnutej pro podporu CoffeeLake CPU (jeden z nutnych patchu se tyka PCIe - ovsem toliko tech z CPU, ne tech z chipsetu)
CSM je vypnute, bezi UEFI-only

Jako OS na zeleze bezi Kubuntu; jadro 6.8.0-54-generic

ACS patch pro IOMMU groups je aktivni.



Bezi mi tam dve VM:

Windows (pres PCI passthrough GTX1070 GPU i Audio, dualport sitovka, SATA radic; skrze MDEV pak Intel iGPU)
AlmaLinux 8 (pres PCI passthrough radic Dell PERC H710)


V minulosti obe VM fungovaly v pohode na prvni dobrou.


Spusteni AlmaLinux VM bez PCI passthrough radice je vzdy OK (to je na zaklade logu vyse neprilis prekvapive).
VM AlmaLinux je arch='x86_64' machine='pc-q35-8.2' a v XML nejsou zadny obskurnosti, takze to nepovazuji za nutne sem nahravat (?).


lspci -tv
Kód: [Vybrat]
-[0000:00]-+-00.0  Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers
           +-01.0-[01]--+-00.0  NVIDIA Corporation GP104 [GeForce GTX 1070]                  >>> PCI passthrough Windows
           |            \-00.1  NVIDIA Corporation GP104 High Definition Audio Controller  >>> PCI passthrough Windows
           +-02.0  Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630]                    >>> MDEV passthrough Windows
           +-08.0  Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
           +-14.0  Intel Corporation 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller
           +-14.2  Intel Corporation 200 Series PCH Thermal Subsystem
           +-16.0  Intel Corporation 200 Series PCH CSME HECI #1
           +-17.0  Intel Corporation 200 Series PCH SATA controller [AHCI mode]                 >>> PCI passthrough Windows
           +-1b.0-[02]--
           +-1b.4-[03]----00.0  Broadcom / LSI MegaRAID SAS 2208 [Thunderbolt]              >>> PCI passthrough AlmaLinux (rozbity)
           +-1c.0-[04]--
           +-1c.4-[05]----00.0  ASMedia Technology Inc. ASM2142/ASM3142 USB 3.1 Host Controller
           +-1c.6-[06-07]----00.0-[07]--
           +-1c.7-[08]--+-00.0  Intel Corporation 82576 Gigabit Network Connection     >>> PCI passthrough Windows
           |            \-00.1  Intel Corporation 82576 Gigabit Network Connection      >>> PCI passthrough Windows
           +-1d.0-[09]----00.0  Toshiba Corporation XG4 NVMe SSD Controller
           +-1f.0  Intel Corporation 200 Series PCH LPC Controller (Z270)
           +-1f.2  Intel Corporation 200 Series/Z370 Chipset Family Power Management Controller
           +-1f.3  Intel Corporation 200 Series PCH HD Audio
           +-1f.4  Intel Corporation 200 Series/Z370 Chipset Family SMBus Controller
           \-1f.6  Intel Corporation Ethernet Connection (2) I219-V

/proc/cmdline
Kód: [Vybrat]
BOOT_IMAGE=/boot/vmlinuz-6.8.0-54-generic root=UUID=d8cf64fc-763a-4d17-8203-04b2e6d04c07 ro intel_iommu=on iommu=pt vfio-pci.ids=10de:1b81,10de:10f0,1000:005b earlymodules=vfio-pci i915.enable_guc=0 quiet splash vt.handoff=71000:005b je ID toho radice, 10de... jsou od nVidie.

/etc/modprobe.d/vfio.conf
Kód: [Vybrat]
options vfio-pci ids=10de:1b81,10de:10f0,1000:005b disable_vga=1
/etc/modprobe.d/blacklist.conf
Kód: [Vybrat]
...
blacklist megaraid_sas

cat /etc/modules-load.d/kvm-gvt-d.conf
Kód: [Vybrat]
kvmgt
vfio-iommu-type1
vfio-mdev



V nedavne dobe jsem se akorat snazil rozbehnout Intel iGP passthrough, coz se mi nakonec podarilo, tak nevim, jestli jsem si neco nerozvrtal v souvislosti s tim...


Samo, kdyz vysoupnu megaraid_sas z blacklistu, tak se k poli normalne dostanu a vse funguje v pohode. Tu chybu o pcie portu to hazi jen zcela konkretne pri pokusu to soupnout do passthrough.



Delam neco na prvni pohled blbe?


Diky.

8
Distribuce / Raspberry Pi OS sestřeluje aplikace
« kdy: 17. 12. 2024, 21:02:58 »
Dobry vecer,



mejme Raspberry Pi Zero 2 W, bezi na tom Raspberry OS Bookworm, LXDE-pi a qDslrDashboard pripojenej pres Wi-Fi k fotaku.

Nakolik RPi ma k dispozici jen 417 MB RAMeti, je k dispozici velkej swap (zkousel jsem 2 GB, pak jsem navysil az na 4 GB).

qDD ma patrne nejakej memory leak, kterej se projevi pri delsim behu (treba 8-10 hodin cvakani snimku). Na "rychlost" to nejakej vliv nemelo, mozna to neuvolnuje z pameti stary snimky, ktery uz nejsou a nebudou potreba a je mi wurst, ze si skonci ve swapu...


Vedle qDD jeste bezi jednou a 20 vterin scrot na tipnuti obrazovky RPi a zapis teploty RPi do souboru, obe tyhle veci bezi normalne v lxterminalu (abych mel jistotu, ze jsem je nezapomnel zapnout pri stelovani).


Problem:
neco po treba 8-10 hodinach provozu vyhnije. oba lxterminaly zmizi, Wi-Fi spojeni s fotakem se rozpadne a nevim proc.
 
1) logovani teplot i vytvareni screenshotu mi v nejakej (ne stejnej) cas proste skonci (ne kvuli nedostatku mista na disku). Rano se pripojim na RPi pres VNC a lxterminal proste zmizel.
Posledni zapis teplot do souboru v 2:41, posledni screenshot v 3:11.


2) obcas se rozpada spojeni s fotakem, nevim proc
+ zadne ruseni v lokalite
- jsou to jen pidiantenky
+ kraticka vzdalenost, max metr
- ukazatel signalu rika, ze sotva 60% kdyz dobre
tak jsem z toho jelen a podezirat muzu jak nejakou haluz na RPi, tak nejakou haluz z powerbanky krmici fotak (restart fotaku kvuli powerbance neschopne dodat dost spickovyho proudu?)
v case 3:40 se to uz rozpadlo nadobro a reconnect ani neprobehl.

Cili vsechno se podelalo na skoro minutu presne behem jedne hodiny.


3) dmesg nerika vubec nic (posledni zapisy po bootu a pak tichoucko)


4) journalctl -xe nerika skoro nic, uvede akorat, ze v nejakej cas se rozpadla Wi-Fi, neco jako:
wpa_supplicant[535]: wlan0: ctrl-event-disconnected reason=0 locally_generated=1


Typicky si zarizeni bezi nekde v lese, na louce, a podela se to nekdy kolem treti rano, kdy ja samozrejme spokojene spim doma, takze moznosti ladeni v ten cas jsou docela blbe.


Zlikvidoval jsem veskerej cron, veskere systemd *.timer a packagekitd, jejichzto provoz pri nedostatku pameti byl fakt pruuuser a pri pouhem 2 GB swapu se v logu ukazal oomkiller, kterak se pustil do prace.

Takze ted se tam s jistotou nespousti nic, co by nemelo, v logu oomkiller nikde nefiguruje (nebo spatne koukam, ale procital jsem ho komplet).


Premyslim, jak uchopit nejaky ladeni, kdyz samotnej nastroj tahajici nejaky metriky si nejakou tu pamet proste uzere.


Stran sledovani Wi-Fi bych zrejme potreboval:

1) logovat do souboru ping z RPi na fotak (snad se to nesestreli :-) ), pravda, sikl by se mi ke kazdymu radku i udaj o datu/case (kazdych 3-5 vterin?)

2) logovat do souboru vystup z
iw wlan0 info
taktez kazdy 3 vteriny?


Nojo, jenze ono mi to pak asi ?neco? sestreli, stejne jak je to schopne mi sestrelit ten lxterminal se sledovanim teplot a tipanim screenshotu...

Uvazuju jeste variantu, pustit na tom SNMP a tahat si ty metriky k sobe pres VPN do LibreNMS, snmp samotny moc RAMeti ani dat na prenos nesezere, zejo? -- aspon bych takhle videl, jak se vyviji vyuziti pameti, co ji vyzira, jestli to zacne haprovat v nejakej konkretni moment vyuziti pameti, ....?


Jenze, ono mi to "neco" zrejme sunda i to SNMP :-) takze se obloukem vracime k hlavni otazce, jak muzu zjistit, co mi to sestreluje programy, ackoliv je mista ve swapu k dispozici az na pudu.



Skoda, ze tuhle malou malinu nedelaji s aspon 1 GB pameti, tolikych problemu, ktere bych mozna nemusel resit...

9
Hardware / Modem k RPi Zero 2W, ideálně s podporou OpenWrt
« kdy: 19. 10. 2024, 23:53:16 »
Dobry vecer,


pro pouziti s RPi Zero 2W hledam zpusob, jak RPi spolehlive dostat k LTE siti prostrednictvim USB (Wi-Fi toho Raspberry je uz vyuzita jinak), a jeste k tomu navic umi i Wi-Fi (pro dalsi zarizeni). 



Obecne pozadavky:
0) rozmery plus minus bezne USB flashky jsou nutnosti
1) podpora LTE kanalu v ramci Evropy
2) podpora klasicke SIM
3) moznost pripojeni pres USB-A jako modem (predstava: modem se RPi ohlasi jako RNDIS, podobne jako Android USB tether... a ne jako Android ADB zarizeni, Android MTP, ani nic jinyho)
4) moznost pripojeni i pres Wi-Fi (to neni pro RPi, nybrz pro jina zarizeni)
5) moznost jakkoliv (bridge/routing) zajistit, aby se dalo dostat ze zarizeni poveseneho jednom interfejsu dostat na zarizeni na druhem interfejsu (je mi v zasade jedno, jestli je to jako bridge, nebo jako routing)



Nejradsi bych USB modem, ktery tohle vsechno udela, idealne treba na OpenWRT, proste na necem, kde se sit chova "normalne" (bez schovavani vseho moznyho do ruznych namespacu a la Android), a at je to "nastav a zapomen, ze to existuje".

Zrejme by pro mne bylo idealni neco jako https://www.gl-inet.com/products/gl-usb150/ - na to byla/snad furt jeste je ofiko podpora OpenWRT, akorat, ze uz je 2 roky EOL, neni k sehnani a nahrada neni.


Prodejci na ebay a spol. jsou skoupi na slovo a dohrabat se byt jen vyrobce modemu, ne tak jeste jeho dokumentace...


Objevil jsem, ze existuji veci postavene treba na MSM8916, ktery je na modem ponekud overkill, co se tyka specs (4jadernej Cortex A53, vlastne totez, co je v RPi Zero 2), a vlastne se jedna o "Android telefon bez displeje", avsak udajne s plnou podporou v Linuxovem jadre, takze by snad mohly nejaky moznosti existovat. Zahlidnul jsem neco o OpenStick, ale readme komplet v cinstine, z toho dvakrat chytrej nebudu. :)


Napada nekoho neco? Pripadne nevali se nekomu neco takovyho doma a nechce se toho za nejakej baksis zbavit?



Diky.




P.S.: Moznost pouziti starsich mobilu jsem si prosel a na urodnou pudu to zrovna nepadlo.
Telefon s Androidem si funguje, jak se mu zlibi, vicemene porad jede na EDGE, na LTE se odmita pripojit, i kdyz mam vysilac treba jen dva kilaky vedle, mam na nej primou viditelnost a iPhone se s tou samou SIMkou na LTE normalne pichne. Ruzne pokusy pres EngineeringMode vynutit pouziti LTE nepadly na urodnou pudu. Pritom ovsem spravne LTE bands umi. Mozna v tom ma prsty pouzity LineageOS (treba by to po navratu k vychozimu FW fungovalo)...
Ale furt zustava problem, ze sitovani v Androidu si zije pro mne nesrozumitelnym zivotem a udelat treba banalni vec jako bridge mezi usb0 (USB tethering via RNDIS) a wlan0 (WiFi AP), ne tak jeste mit tento bridge znovu vytvorenej po kazdym startu telefonu, dohromady proste nedam.


S iPhonem jsem pochodil trosku lip, ten se na LTE pichne a funguje, v kernelu na RPi mam fungujici ipheth, k tomu prihodim jenom usbmuxd a jedu... do momentu, nez telefon z nejakyho duodu odpojim; po poetovnym pripojeni se proste nechyta a RPi se musi rebootnout (neprijatelne).
NU a bridge, rekneme, ze jednou jedinkrat se mi nejakou nahodou poradilo, ze USB tether i Wi-Fi tether byly automaticky v bridge, super... Jenze neumim zreplikovat, takze to tehda mozna fungovalo jen nejakym omylem a fskutecnosti to tak fungovat nema vubec.

10
Dobry vecer,


marne hledam patrne naprosto trivialni vec: casovy spinac zapnuti a vypnuti USBcka, kde se prislusne casy (zapnout za ...., vypnout za ...) steluji tlacitky primo na tom vypinaci.

Ebay je plny kdejakych smart nesmyslu, Tuya, nebo Wi-Fi s vlastni appkou, ale pro stelovani tlacitkama nenachazim nic. Maximalne tak neco, kde si clovek vybere, jestli to chce vypnout za 3/6/12h (ale nic mezi tim), plus neresi to zpozdene zapnuti.


Nepotrebuju zadnou provazanost s RTC, cyklovani, cokoliv. Potrebuju, aby to umelo pouze:
1) zapnout za .....
2) vypnout za .....


Pro uplnost, je to na krmeni odporove zateze z USB, neni potreba resit zadny quickcharge protokoly, ani nahazovani powerbanky (ta uz bude ziva z jinyho zarizeni, nemusim ji nikterak probouzet).


Napada vas, kde hledat? Pripadne muze byt pro totalni lamu prijatelna varianta si pobrat neco ze soucastek (jakych?) a zkusit si to zbastlit domorobo?


Diky.

11
Distribuce / Spuštění Android APK na RPi Zero 2W
« kdy: 05. 09. 2024, 23:08:11 »
Dobry vecer vespolek,


zas se jednou poustim do neceho, co by se urcite nemelo delat :-)

Otazka je tentokrat uplne obecna, mam Android APK aplikaci (nikterak narocnou, slouzi jen k ovladani nestandardniho zarizeni pres Bluetooth; bezi bez problemu na velmi starem telefonu s Android 7).

Android jako primarni OS na Raspberry neni mozny, nutne musim bezet na 64-bit Bookwormu (headless, pristup pres TigerVNC, x11).

RPi Zero 2 W ma na Bookwormu pouze 417 MB vyuzitelne pameti, pri provozu s primarni aplikaci byva neco odswapovano, ale pres 150 MB volne RAM si to porad dokaze udrzet.



Waydroid vyzaduje Wayland, coz veci ponekud komplikuje (narocnejsi na pamet, nutnost nejakyho alternativniho VNC reseni, ktery umi bezet headless).
Anbox je mimo aktivni vyvoj.


Jsou nejake alternativy, ktere by dokazaly bezet na X11?


Jako jo, muzu se z Raspberry pripojovat pres VNC na ten Androidi telefon, jenze to udrzuje zaplej displej, coz je samozrejme problem stran vydrze baterky. To uz bych musel zas resit nakej rovnak na ohejbak typu Y-split USB kabel pro rozdeleni napajeni a dat, at se to muze krmit z jine powerbanky... bleh.



Diky za napady.

12
Server / Vlastní instance Mozilla location services
« kdy: 13. 06. 2024, 00:06:22 »
Dobry vecer,

ano, zase si lamu hlavu s vymyslenim toho, jak udelat neco, co by se delat zrejme nemelo :-)


Mejme aplikaci, jejiz soucasti je, ze si zjisti polohu (skrze nominatim.openstreetmap.org a location.services.mozilla.com - v tomto poradi) a na zaklade souradnic si spocita nejake veci (cas zapadu slunce, zacatek/konec astronomicke noci atp.).
Rucni zadani souradnic primo do aplikace bohuzel neni mozne, stejne tak nevidim realne, ze by autor mel v planu tuto zmenu provest v nove verzi.



Problem hlavni:
location.services.mozilla.com (dale MLS) jsou defacto mrtve - ke dnesnimu dni probiha zruseni 3rd-party API keys pro pristup k ni a dal to zrejme fungovat nebude.


Problem vedlejsi:
HTTPS. Nevim, co je v tech requestech pro tu ci onu sluzbu. Jak se muzu podivat dovnitr? Zatim jsem to vzdy resil jen v ramci prohlizecu, ktere mi umely https rozbalit primo... ale takhle ze site?

Nakolik nevim, co je uvnitr, tak se domnivam, ze to funguje nejak takhle:
1) MLS dodava souradnice, kde asi zhruba jsem, ale neresi prepis do "lidske podoby"
2) OSM nominatim provede reverse lookup souradnic pro prepsani lokality do lidsky citelne podoby

Nojo, jenze poradi tech requestu je opacne, nez se domnivam: napred OSM, pak MLS.
Nicmene, aplikace si posledni zname souradnice nekam (neprisel jsem na to, kam) zrejme uklada, a tak muze nejprve probehnout pokus o zjisteni lidsky citelne lokality dle cached souradnic od minulyho spusteni aplikace? Nevim, spekuluju.



A nakolik nic nevim, prichazi myslenka strelby od boku:
Rozjet u sebe za VPNkou lokalni instanci "MLS" (https://github.com/mozilla/ichnaea), nakrmit MLS poslednim exportem dat (https://location.services.mozilla.com/downloads).
Variantne se na celou ichnaea mrknout, jak vypada odpoved, a zkusit upravit odpoved tak, aby to vzdy vracelo to, co skutecne chci - cili dosahnout takhle oklikou krasnyho narovnani toho ohejbaku  :D


Dobry, timhle bych asi mohl mit vyresenou zalezitost stran fungujici aplikace, co odpovida na pozadavky.
Udelam si upravu /etc/hosts a presmeruju si tuhle domenu k sobe do VPNky.
Muze to takhle vubec fungovat? Musim nejak extra resit HTTPS (nejaka vlastni CA, kterou dotlacim do zarizeni, plus "spravne vypadajici" certifikat), nebo muze stacit jenom trivialni self-signed?
Jedna se o aplikaci, blackbox, ne o webovy prohlizec, ktery muze na spoustu veci brblat (a pripadne umoznit nejaky override).


Diky za napady.

13
Sítě / Ping neprojde do pingnutí z druhé strany
« kdy: 22. 05. 2024, 23:50:03 »
Dobry vecer,

lamu si tu hlavu zase s dalsi libustkou a budu rad za napady.


Mejme sit za(bez)dratovanou takhle:

RPi > Wi-Fi k telefonu slouzicimu jako hotspot > LTE > verejna IP > pfSense


Na RPi (RaspberryOS Bookworm) bezi Wireguard 192.168.50.4/24, pfSense posloucha na udp/51821, Wireguard interface 192.168.50.254/24

AllowedIPs na RPi jsou 192.168.50.0/24, 192.168.30.0/24, 192.168.20.0/24, 192.168.10.0/24 (coz jsou dalsi rozsahy existujici v pfSense, z nichz funguje routovani prave na tenhle Wireguard interface)



Casto se mi deje, ze komunikace z tech AllowedIPs rozsahu smerem na 192.168.50.4 nefunguje a zazracne zacne fungovat v moment, kdy nejakou komunikaci zahajim opacnym smerem, tj. kdy tuhle RPi mam jako odesilatele treba ICMP echo requestu.

Tak fajn, navazu spojeni, otevru treba SSH, VNC, udelam, co potrebuju, zavru... nojo, ale abych to spojeni treba za 15 minut otevrel znova, tak uz mam smolika, protoze se to zase rozpadne az do prostouchnuti z druhe strany. Coz je blby, protoze typickej scenar znamena, ze RPi zustane nekde daleko v prirode a ja uz si hovim doma.


Pripada mi to jako nejakej problem s ARP cache, ale moc nevim, jak to odladit.


Jasne, nejakej stupidni workaround jako poslat jednou za minutu jeden ping, at se to laskave udrzi nazivu, by asi fungovalo, ale prece musi byt i nejaky elegantnejsi reseni?!

14
Windows a jiné systémy / Android se hlásí jako MTP a ne ADB
« kdy: 10. 04. 2024, 22:21:08 »
Dobry vecer,


mam tady mensi vyvoj ohledne pokusu dostat do Lenovo Vibe P1m tenhle neofiko, ale pry funkcni LineageOS. https://xdaforums.com/t/rom-7-1-2-unoffical-oms-lineageos-for-lenovo-vibe-p1m-substratum.3729116/

Nakolik jsem Android nepouzival deset let, tak jsem s tim naprosta lama a v nejakych ADB a fastbootech docela plavu.


Zatim jsem ve stavu zakladniho Androidu ver. 5.1, dostal jsem se do developer modu, odemknul jsem bootloader a zapnul ADB.


Telefon se pak hlasi jako tri ruzna USB zarizeni:

Lenovo Composite ADB Interface: USB\VID_17EF&PID_7921&REV_????&MI_02
Lenovo P1ma40:  USB\VID_17EF&PID_7921&REV_????&MI_00
USB Mass Storage: USB\VID_17EF&PID_7921&REV_????&MI_01


Dam:
adb reboot recovery

Telefon se restartuje a jakmile je v recovery, USB zarizeni komplet zmizne.


V recovery menu telefonu udelam wipe cache, wipe data/system, to probehne v poradku.
Nasledne dam Apply update from ADB, telefon mne vyzve k provedeni adb sideload

Jenze ouha:
C:\platform-tools>adb sideload lineage-14.1-20180102_172327-UNOFFICIAL-P1m.zip
adb: sideload connection failed: no devices/emulators found
adb: trying pre-KitKat sideload method...
adb: pre-KitKat sideload connection failed: no devices/emulators found



Kouknu do zarizeni, jak to vypada na USBcku. Telefon se uz NEhlasi jako ADB, nybrz jen jako MTP s nasledujicimi Hardware IDs:
USB\VID_018D&PID_2008
USB\VID_018D&PID_2008&REV_????

Po ADB vsak ani stopy. Po restartu zpatky do normalniho Androidu se ADB zase objevi.


Co delam spatne, ze mne telefon navadi k provedeni adb prikazu, avsak sam se jako adb nehlasi?


Diky za napady.

15
Hardware / 4G modem s USB-A a podporou OpenWRT
« kdy: 31. 03. 2024, 21:56:46 »
Dobry vecer,

jednoho krasneho dne jsem se dovedel o existenci nastroje qDSLR Dashboard a zjistil jsem, ze to nutne potrebuju... :-)


Cilem je plne vzdalene ovladani fotaku skrze mobilni data (via Wireguard tunel pres LTE).


qDSLRDashboard ma serverovou cast, ktera si muze bezet treba i na necem s OpenWRT za predpokladu, ze to ma USB port (a dostatek vykonu/pameti/flash na to vsechno).
https://github.com/hubaiz/DslrDashboardServer

Blby je, ze zrovna ten v dokumentaci zminovany TL-MR3040 se uz zajedno nedela a zadruhe patrne nefunguje bez baterky...


Cilem je najit vhodne zarizeni:
0) ma to 1x USB-A (pro pripojeni fotaku)
1) kompabitilni s OpenWRT
2) umi LTE
3) je schopno rozbehnout Wireguard a tento DSLR Dashboard Server (zde nemam predstavu o narocich na CPU/RAM/flash)
4) velka vydrz na baterku, popr. schopnost furt sosat stavu z microUSB z powerbanky, pokud by se baterka mela vybit


V ceskych luzich a hajich jsem zadny mobilni hotspot s USB-A neobjevil, vse jen pro pouziti s microUSB pro nabijeni nebo sdileni site pres USB.


Pam uz mne napada snad jen nejaky bastleni zalozeny na RPi a laborovani s nejakym USB modemem? (Mam za to, ze svyho casu RPi vyzadovalo 5,1V namisto beznych 5V... uplne nevim, kde bych to mel z powerbanky vycarovat :-) )


Nejake napady?


Diky.

Stran: [1] 2