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.


Příspěvky - Feňák

Stran: [1] 2 3 ... 5
1
Desktop / Re:Náhodné padání Xserveru s GeForce RTX 2080
« kdy: 01. 11. 2024, 20:35:20 »
Jen pro info vsem, kteri by meli podobny problem. Jadro pudla bylo asi ve Firefoxu, ktery zpusoboval zamrznuti mysi, klavesnice a i vytizeni Xorg na jednom jadre na 100%. Kdyz necham pocitac s vypnutym Firefoxem, nebo misto nej pouziju Chrome, uadny problem nenastane.

2
Hardware / Re:Podivné kopírování mezi dvěma NVMe disky
« kdy: 27. 09. 2024, 17:44:56 »
Já ty RAMky testoval všechny najednou a pak každou zvlášť (vždy ve stejném slotu). S tou jednou mi nenaběhnul počítač vůbec a ta druhá vyhazovala stovky chyb v memtestu. Zbylé dvě (ty novější) byly bez problému. Zatím jsem je odebral a nezaznamenal jsem už žádný problém při kopírování.

3
Hardware / Re:Podivné kopírování mezi dvěma NVMe disky
« kdy: 24. 09. 2024, 16:04:48 »
Po odebrání těch dvou starších RAM jsem zatím nezaznamenal žádný problém. Kopírování už bez chyb. Budu to ještě pozorovat, ale myslím, že to bylo těma RAMkama.

Pro úplnost ještě uvedu jejich typ: https://www.czc.cz/g-skill-ripjaws-v-32gb-2x16gb-ddr4-3600-cl16/293117/produkt.
CPU mam AMD Ryzen 9 5900X

Trochu mě teda štve, že 4 roky staré RAM, tenkrát za 5 tisíc Kč, jsou teď nepoužitelné :( Předpokládám, že opravit se to nedá. Maximálně zakázat chybné sektory?

4
Hardware / Re:Podivné kopírování mezi dvěma NVMe disky
« kdy: 24. 09. 2024, 13:40:06 »
Nemohla by to být jen nekompatibilita těch dvou sad modulů? Otestoval bych je sólo.
Zkusím, ale nemyslím si. Všechny jsou úplně stejné, stejný výrobce, stejný typ, stejné časování. Liší se jen rokem výroby. Ty starší maj na sobě "2020 November" a ty novější "2021 October".

5
Hardware / Re:Podivné kopírování mezi dvěma NVMe disky
« kdy: 24. 09. 2024, 11:10:26 »
Rano jsem zkousel kopirovat na plotnovy externi disk. Nejdriv to vypadalo slibne, ale pak jsem zacal pozorovat chyby. Zajimave bylo, ze to, co jsem zkontroloval na externim disku, bylo po zkopirovani dalsich X GB zase rozbite. Nainstaloval jsem memtest64+ a zkontroloval vsechny 4 32GB RAMky. Ty starsi 2 hlasily nejake chyby uz u testu #2. Dokontroluju ty mladsi a zkusim nechat v dualchannelu jen ty dve novejsi, bez erroru. A uvidime, co se stane pri tom kopirovani. RAM muze mit vliv na operace s diskem, ne?

Jeste pro upresneni dodam, ze obcas mi spadnul Gradle pri kompilaci. Pomohlo nastavit max. vyuziti RAM na 50%, pak to uz nepadalo. S padanim OS problem nikdy nebyl. Obcas mi vytuhla graficka karta a shodily se Xka, to ale az poslednich 14 dni, co jsem poridil novou grafiku (thread k tomu je v sekci Desktop tady na Rootu).

6
Hardware / Re:Podivné kopírování mezi dvěma NVMe disky
« kdy: 23. 09. 2024, 12:20:57 »
Jen si tipnu, mas problemove Samsungy a moc stary ci novy ci spatny FW (alespon v 1 nvme), to v kterem zkus overit kopirovanim do ram (coz mas cestu /dev/shm) a overeni tam...

Samsung je dlohodobe znam problemama v Linuxu, kdy Linux jadro dokola pridava nove a nove workaroundy aby ty chyby obesel...
Tak jsem zkoušel různé pokusy s kopírováním do /dev/shm a mám poznatek. Vše funguje úplně na výbornou. Udělal jsem několik stovek testů s kopírováním jednoho, necelých 1GB, souboru. Z obou disků.

Posunulo mě to dál, protože potom jsem spustil Steam a v něm Microsoft Flight Simulátor (z něj je ten velký soubor). Test jsem znovu spustil a přibližně 10% kopií mělo CRC chybu. Vypnul jsem Steam a opět všechny soubory se zkopírovaly bez jakékoliv chyby. Problém bych tedy neviděl v discích, ale v něčem, co může ovlivňovat zápis na ně.

Kdybyste měli ještě nějaké tipy, byl bych rád. Zatím budu pátrat, co MFS ovlivňuje v systému, když je spuštěný.

7
Hardware / Podivné kopírování mezi dvěma NVMe disky
« kdy: 23. 09. 2024, 10:16:03 »
Mám v počítači dva M2 disky, oboje nějaký Samsung 970 EVO. Mám z internetu staženou část ZIP archivu, na kterou, když spustim příkaz
Kód: [Vybrat]
7z t file.package.001, tak je vše v pořádku a objeví se mi "Everything is OK". Utilitou "cp" si ji zkopíruju na druhý disk. Vše proběhne v pořádku, ale když na tom druhém disku opět ověřím stejným příkazem ten zkopírovaný soubor, skočí to chybou a hláškou "ERROR: CRC Failed : fs-base-cgl/CGL/112/dem211.cgl". Provedu to samé kopírování třeba ještě dvakrát a na třetí pokus mi najednou 7z hlásí "Everything is OK" i u toho zkopírovaného souboru. Jak je to možné? To se nelze spolehnout na prosté kopírování mezi disky? Kdyby alespoň "cp" zahlásil nějakou chybu, ale on ne. Musím tedy při každém kopírování ověřit, jestli se zkopírovaly všechny bajty a je to otravné. Čím myslíte, že by to mohlo být? Cílový M2 disk je asi 6 let starý, zdrojový je starý rok.

8
Desktop / Náhodné padání Xserveru s GeForce RTX 2080
« kdy: 18. 09. 2024, 11:07:29 »
Ahoj, mám grafickou kartu NVIDIA 2080 a Debian 12. Používám uzavřené drivery z nvidia-driver a firmware-misc-nonfree balíčků instalované z apt. Xserver normálně běží, vše funguje, ale jednou za čas (třeba jednou týdně) mi najednou zamrzne obraz, nelze hýbat myší, klávesnice nereaguje a po chvíli spadnou Xka a objeví se login screen (nemám login manažer, takže rovnou terminál). Když se pokusím přihlásit, píše to chybu, že Xserver nelze spustit. V var/log/Xorg.1.log je toto:

Kód: [Vybrat]
[ 43463.848] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[ 43463.848] (II) systemd-logind: releasing fd for 226:0
[ 43463.848] (II) Loading sub module "fb"
[ 43463.848] (II) LoadModule: "fb"
[ 43463.848] (II) Module "fb" already built-in
[ 43463.848] (II) Loading sub module "wfb"
[ 43463.848] (II) LoadModule: "wfb"
[ 43463.848] (II) Loading /usr/lib/xorg/modules/libwfb.so
[ 43463.848] (II) Module wfb: vendor="X.Org Foundation"
[ 43463.848]    compiled for 1.21.1.7, module version = 1.0.0
[ 43463.848]    ABI class: X.Org ANSI C Emulation, version 0.4
[ 43463.849] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[ 43463.849] (==) NVIDIA(0): RGB weight 888
[ 43463.849] (==) NVIDIA(0): Default visual is TrueColor
[ 43463.849] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[ 43463.849] (**) NVIDIA(0): Option "Stereo" "0"
[ 43463.849] (**) NVIDIA(0): Option "nvidiaXineramaInfoOrder" "DP-0"
[ 43463.849] (**) NVIDIA(0): Option "SLI" "Off"
[ 43463.849] (**) NVIDIA(0): Option "MultiGPU" "Off"
[ 43463.849] (**) NVIDIA(0): Option "BaseMosaic" "off"
[ 43463.849] (**) NVIDIA(0): Stereo disabled by request
[ 43463.849] (**) NVIDIA(0): NVIDIA SLI disabled.
[ 43463.849] (**) NVIDIA(0): NVIDIA Multi-GPU disabled.
[ 43463.849] (**) NVIDIA(0): Option "MetaModes" "DP-0: nvidia-auto-select +0+0 {ForceCompositionPipeline=On}, HDMI-0: nvidia-auto-select +0+1440 {ForceCompositionPipeline=On}"
[ 43463.849] (**) NVIDIA(0): Enabling 2D acceleration
[ 43463.849] (II) Loading sub module "glxserver_nvidia"
[ 43463.849] (II) LoadModule: "glxserver_nvidia"
[ 43463.849] (II) Loading /usr/lib/xorg/modules/extensions/libglxserver_nvidia.so
[ 43463.856] (II) Module glxserver_nvidia: vendor="NVIDIA Corporation"
[ 43463.856]    compiled for 1.6.99.901, module version = 1.0.0
[ 43463.856]    Module class: X.Org Server Extension
[ 43463.856] (II) NVIDIA GLX Module  550.107.02  Wed Jul 24 23:31:40 UTC 2024
[ 43463.856] (II) NVIDIA: The X server supports PRIME Render Offload.
[ 43464.366] (EE) NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:8:0:0.  Please
[ 43464.366] (EE) NVIDIA(GPU-0):     check your system's kernel log for additional error
[ 43464.366] (EE) NVIDIA(GPU-0):     messages and refer to Chapter 8: Common Problems in the
[ 43464.366] (EE) NVIDIA(GPU-0):     README for additional information.
[ 43464.366] (EE) NVIDIA(GPU-0): Failed to initialize the NVIDIA graphics device!
[ 43464.366] (EE) NVIDIA(0): Failing initialization of X screen
[ 43464.366] (II) UnloadModule: "nvidia"
[ 43464.366] (II) UnloadSubModule: "glxserver_nvidia"
[ 43464.366] (II) Unloading glxserver_nvidia
[ 43464.366] (II) UnloadSubModule: "wfb"
[ 43464.366] (EE) Screen(s) found, but none have a usable configuration.
[ 43464.366] (EE)
Fatal server error:
[ 43464.366] (EE) no screens found(EE)

I v tom zamrzlém stavu je možné se přihlásit k počítači přes SSH. Vidím tam, že Xorg vytěžuje jeden procesor na 100%. Většinou to zamrzne, když jsem pryč od počítače. Tj. třeba v 18:00 od něj odejdu a vrátím se ve 21:00 a už vidim jen tu přihlašovací obrazovku.

Dokázal by mi někdo poradit, jak to opravit? Zkoušel jsem i binární ovladače přímo z NVIDIA (jak stable, tak test verzi), ale chová se to stejně. Nejhorší je, že se to děje nepravidelně a po dost dlouhé době. Nemůže to souviset s nějakým uspáváním karty? Nemám žádné spořiče ani uspávání počítače. Možná slabý zdroj? Mám myslím Seasonic Focus Plus 650W. Ale při vytížení té karty na 100% to jede v pohodě.

9
Hardware / Grafické glitche v něktěrých programech
« kdy: 19. 09. 2022, 12:28:10 »
Od aktualizace grafického ovladače AMD Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev ca), z oficiálního Debian repozitáře, se mi v některých programech objevují glitche, které můžete vidět na videu: https://uloz.to/tamhle/J5MScDICBQ8H Je to např. gimp nebo simple-scanner. Na některých místech problikávají barevné čtverečky a mění se. Je to pouze zobrazovací problém, v uloženém souboru je pak vše v pořádku. Dokázal by někdo poradit, co s tím?

10
Server / Re:Čím nahradit GMail na vlastní doméně?
« kdy: 17. 05. 2022, 12:15:09 »
V administracnim rozhrani je KONECNE no-cost option, url: https://admin.google.com/?action_id=SE_SELF_TRANSITION

Pisou, ze pro osobni pouziti se tim ucty zachovaji. Puvodne to melo byt bez Gmailu, pouze ostatni sluzby. Export na bezny ucet mimo vlastni domenu by nezachoval nakupy v Play. Ale jestli to ctu spravne, zustava i Gmail.

Sleduji reddit.com/r/gsuitelegacymigration a tech protichudnych zprav a zdrzeni bylo hrozne moc. Takze se to jeste muze zmenit, ale snad ne.
Zdá se, že opravdu - pro osobní použití všechno zůstane. Nastavil jsem a uvidíme.
Ja taky,ale byl jsem poucen a do budoucna jsem na vendor lock vice pripraveny.Vsechno jsme v rodine premigrovali a zalohovali,takze ucty zustanou asi jen jako dalsi backup dat.

Tohle Google dobre podelal :-(

11
Mozna offtopic, ale ja pouzivam adresarovou strukturu, soubory s markdownem, vim, grep a fzf (ag je taky fajn). Pokud to je jen pro jednoho cloveka zbehleho v linuxu, nic lepsiho neexistuje. Na synchronizaci muzete pouzit Unison pripadne na verzovani git.

12
Software / Re:Firefox - neuvelňuje RAM - PC zamrzne
« kdy: 29. 03. 2022, 21:57:56 »
Tak to se mi stavalo tak pred 5 az 10 lety a koukam, ze se to deje stale. Ja to nevyresil, pouzivam Chrome.

13
Software / Re:Software pro záznam obrazovky včetně zvuku
« kdy: 23. 03. 2022, 09:54:15 »
Jako kolegové předemnou doporučuji OBS (tam se dá nastavit více obrazovek, filtry, efekty, přechody, ... spíš na moderování vysílání) nebo vokoscreenNG. Ten je velice jednoduchý a dělá přesně to, co má - nahrává. Mimo jiné jsem tam před pár lety dělal patch, který opravoval dlouhý záznam zvuku přes PulseAudio, takže už i to funguje bezchybně :D

14
Software / Re:Nefunguje imgur.com(adblock)
« kdy: 15. 03. 2022, 21:14:10 »
Bohužel neporadím, ale asi jen doporučím web nepoužívat, když je to takový odpad :(

15
Sítě / Re:Docker Pi-hole a OpenVPN
« kdy: 04. 03. 2022, 12:29:45 »
Ja to mam dns na PiHole nastavene na hlavnim routeru a funguje to i pres openvpn. Tipuju, ze se o to sam postara,nic specialniho jsem nenastavoval.

Stran: [1] 2 3 ... 5