Poslední příspěvky

Stran: 1 ... 8 9 [10]
91
Distribuce / Re:Distribuce pro PC bez monitoru
« Poslední příspěvek od LolPhirae kdy 31. 03. 2025, 09:46:40 »
Už jsem na tyhle kejkle asi starý.

4K HDMI Dummy Plug +  HDMI switch.
92
Distribuce / Distribuce pro PC bez monitoru
« Poslední příspěvek od ArnoldBorice kdy 31. 03. 2025, 09:31:52 »
Ahoj všem, mám běžné PC (desktop), které chci výhradně provozovat na TV (HTPC) přes Hdmi. Mám tam Linux Mint (Cinnamon 22.1) a mám tam nemilé chování. Pokud zapnu PC jako první a pak TV, tak než se ti dva domluví, tak tam mám stuck, že nenalezen žádný displej (nelze nastartovat nějaký LD Manager přesně si teď nepamatuji), po restartu se TV zase odpojí a než se zase připojí, stejný problém. Obráceně je to podobné. Prostě vychytat pořadí zapnutí a časy zapnutí je docela peklo, než se ti dva domluví tak, že naběhne login screen.

Tak mě napadlo, jestli by nepomohla jiná distribuce, která nahodí grafiku až uvidí zařízení po libovolné době bez nějakého záseku v bootování. Nemyslím si, že mám tak exotický PC (dell micro 3060) a televizi (nějaký Hisense 4K).

Děkuji moc za tipy, předpokládám že nejsem první, kdo chce mít PC na TV :-)
93
Hardware / Re:Přehrávání videa z Raspberry Pi na 4K obrazovce
« Poslední příspěvek od redustin kdy 31. 03. 2025, 08:08:41 »
Pokud problikne terminál - nezabije něco VLC (tedy nemá šanci nic zalogovat) a nerestartuje je to znovu (třeba z nějaké unity v systemd)?

Třeba nějaký oom-killer, že by VLC při 4k/60Hz žralo paměť?
94
Hardware / Re:Přehrávání videa z Raspberry Pi na 4K obrazovce
« Poslední příspěvek od redustin kdy 31. 03. 2025, 08:07:17 »
Je divné, že by VLC nenapsalo důvod restartu přehrávání do svého logu.
95
Hardware / Re:Klávesnice s touchpadem připojitelná drátově
« Poslední příspěvek od k3dAR kdy 31. 03. 2025, 07:31:16 »
Pod "normálne" som myslel Ctrl v rohu. Tak to mám na dvoch Gen 5 Thinkpadoch. Všetky pred tým mali v rohu Fn, čo mne nevyhovovalo, lebo pri prechode medzi notebookom a externou klávesnicou som sa neustále mýlil.
Chapu, proto sem zduraznil to NE ;-) Protoze ja za normalni povazuju Fn v rohu a externi klavesnici mam 1:1 stejne rozlozeni jako v NB, tedy take Fn v rohu a u PinebookPro sem pro me nenormalni Ctrl v rohu patchoval FW a prehazoval klavesy prave aby Fn bylo v rohu a nepletl sem se ;-)
96
Distribuce / Re:Instalace Linux Mint na šifrovaný oddíl
« Poslední příspěvek od k3dAR kdy 31. 03. 2025, 07:14:43 »
A teď si představte, že dřív to takhle nainstaloval instalátor úplně sám, bez všech těch opičáren.
Naposledy u mého Lubuntu 18.04.
Po zapnutí PC najel GRUB, když jste chtěl, vybral jste třeba Linux, zeptalo se to na heslo k disku a bylo.
Nejsem si jistej v ktery situaci, ktery instalator jako verze *buntu nebo Mintu to tak dela, ale predstav si ze ja uz X let instaluju *buntu tak ze si nejdriv umyslne pripravim sifrovanej disk vcetne bootu, celkem komplikovanou cestou prave protoze ze to instalator z nepochopitelneho duvodu neumel ;-)

Pak někdo usoudil, že to je asi málo bezpečné a ne že by přidal další možnost - zašifrovat i boot, dal to při instalaci jako možnost jedinou.
Takže po zapnutí PC najede něco jako příkazový řádek, kdy ani nevidíte, jestli něco píšete ( super třeba při vypnuté numerické klávesnici ) a až po zadání hesla můžete zvolit spuštění jiného systému.
Třeba z disku, který vůbec zašifrovaný není.
Logika jak hrom.
Prave ze logicke to je...
- s nesifrovanym boot, ma pripadny utocnik s fyzickym pristupem snadno dostupny tvuj initramfs do ktereho ti prida keyloger co tve LUKS heslo priste odchytne a posle si ho
- pokud mas dualboot a pouzivas bootloader menu z zasifrovaneho disku, tak se pta na heslo pred zobrazenim menu i pro pripadnej start nesifrovaneho OS, jako tady je pravda ze by asi technicky slo resit aby menu bylo v EFI a teprve po vybrani polozky se sifrovanym systemem se cryptsetup modul Grubu zeptal na heslo k LUKS a az nasledne by z sifrovaneho boot nacetl jadro a initramfs, na druhou stranu nikdo ti nebrani abys mel v EFI vybran zavadec pro tvuj primarni system (at uz to je Windows nebo sifrovanej ci nesifrovanej Linux) a pro start do jineho si zmackl F12 (ci hotkey tve desky pro BootMenu) kde vybral zavadec toho jineho OS, tedy v pripade primarniho Grubu pro sifrovany Linux, pres F12 vyberes Windows a startujes rovnou Widnows pres jejich bootloader primo, naprosto mimo Grub

Já mám navíc tu bezpečnost nechtěně dotaženou do dokonalosti tím, že z neznámého důvodu mi po zadání hesla sice najede grub menu, ale pokud nenajedu do Advancece options nezvolím jádro ( nebo co to je ) max. verze 113, tak start systému končí hláškou cryptsetupu o vyčerpání počtu pokusů nebo tak něco.
Tak asi mas neco podelane u novejsich "jader" resp. jejich initramfs, pripadne mozna nejaky bug...
97
Hardware / Re:Zmizel wlan0 na Raspberry Pi
« Poslední příspěvek od Wasper kdy 31. 03. 2025, 02:32:35 »
Edit: Samozrejme ze ten akku je 6V, klasicke nejlevnejsi olovo za neco pres stovku od zeleneho Ufouna.
98
Hardware / Re:Zmizel wlan0 na Raspberry Pi
« Poslední příspěvek od Wasper kdy 31. 03. 2025, 00:38:01 »
Právě z těchto důvodů jsem přešel na zdroj s vyšším napětím
Jojo, maliny jsou dost citlivé. U takové hloupé RPi Zero (cca 110mA v klidu, 200mA pri max zatezi, takze prakticky nic) je extrémně citlivé, k jednomu jsem musel pořídit 5A nabíječku, aby samovolně nerebootovalo pod zátěží.
Co se mi osvědčuje (na krabičkách venku) je 6A olověný akumulátor (mám ho tam jako "UPSku" ) a za ním 7805, pak šlape jako hodinky a uptime u meteo i u kamery mám několik let.

Možná bych zkusil napájet paralelně k tomu přívodu kondík 4.7G/6V...
99
Hardware / Přehrávání videa z Raspberry Pi na 4K obrazovce
« Poslední příspěvek od Michal kdy 30. 03. 2025, 23:26:21 »
Zdravím všechny diskutující co budou číst můj dotaz.
Mám Raspberry Pi 4 Model B verzi se 4 GB RAM a s aktuální minimalistickou verzí Raspbian (64-bit, Bookworm). K němu je připojena přes první HDMI výstup 4K televize s Google TV, na které chci přehrávat ve smyčce krátké informační video.
Raspbian neobsahuje grafické prostředí, H.264 video v rozlišení 1920x1080 a délce cca 11 minut přehrávám pomocí VLC takto:
Kód: [Vybrat]
cvlc --fullscreen --loop --no-audio /path/to/video.mp4Poznámka: "cvlc" je existující alias na "vlc -I dummy" což zajistí přehrávání bez nutnosti grafického prostředí.

To funguje dlouhodobě dobře pro Full HD obrazovku, bohužel u připojené 4K televize je video vždy po 90 sekundách přerušeno, dokonce krátce problikne na obrazovce terminál a video se začne přehrávat od začátku.
Výstup na televizi si VLC při přehrávání videa přepne vždy do rozlišení 4096x2160.

Nikde jsem podobný problém popsaný nenašel, Raspberry Pi 4 by snad zobrazení na moderní 4K televizi zvládnout mělo. Hrál jsem si s tím celý den, ale už mi nápady docházejí, tak budu rád za jakékoli nasměrování.

Co jsem zkoušel, ale nijak to nepomohlo:
  • překódovat video do H.265, ale kromě zmenšení souboru videa na cca polovinu žádný rozdíl
  • omezit na televizi rozlišení pouze na Full HD, bohužel to Google TV v ní neumožňuje a co jsem četl, tak to ani není dobrý nápad, protože to by měl řídit vstup a ne TV
  • do /boot/firmware/config.txt přidat řádek pro povolení 4K rozlišení na výstupu: hdmi_enable_4kp60=1
  • do /boot/firmware/config.txt přidat řádek pro vynucení konkrétního rozlišení: video=HDMI-A-1:1920x1080M@60
  • zapnout Debug logování VLC do souboru, ale ani tam jsem před resetováním videa nenašel žádný důvod

Nesetkal se někdo s podobným problémem a nenašel na to řešení?
Nenapadá někoho, co dalšího ještě vyzkoušet a zjistit důvod resetování přehrávaného videa?
100
Server / Re:Zvažuji přechod z Linuxu na FreeBSD
« Poslední příspěvek od xsouku04 kdy 30. 03. 2025, 23:24:55 »
No ten příklad s tím wireguard je také docela hrozný.  Co provedou příště? A přitom pro wireguard existují i user space implementace, které je možné použít bez zásahu do jádra.

Mám ale obavy, že do Linuxu mohou přispívat také podobní, komerčně pohánění "experti".  Protože se kolim Linuxu toho hodně děje, snadněji se to tam ztratí a asi také neprojde něco až tak hrozné, ale zase případů může být více.
A bohužel psát o takových věcech není moc populární, neb napsat článek na téma "Jak nám zase sprasili kernel" není ničí sen.



Zkusím tedy mé problémy s replikací databází, výrazné, náhodné spomalení SQL dotazů a write aplification na ZFS zopakovat s nějakým jiným Linuxem.  Jiné jádro, jiný Linux (ne Debian), bez lxc containru, aby prostě všechno bylo pokud možno jinak. Jestli to bude dělat také.
Stran: 1 ... 8 9 [10]