Poslední příspěvky

Stran: 1 ... 8 9 [10]
91
O serveru Root.cz / Ako funguje moderovanie/nemoznost pridat komentar do urcitych temat
« Poslední příspěvek od ondrej _ kdy 18. 09. 2024, 14:19:12 »
Ahoj,

bezne nieje problem a moje komentare su hned pridane do diskusie ale niekde nie.
Preco je to tak?

Priklad je tento topic. Neviem tam pridat komentar.

https://forum.root.cz/index.php?topic=29475.0
92
Distribuce / Re:Zastavení služeb Thunar a Tumbler na Linux Mint 21.3
« Poslední příspěvek od k3dAR kdy 18. 09. 2024, 14:09:27 »
BTW: to "sudo kvm-ok" urcite zkus, spravne to ma zobrazit:
Kód: [Vybrat]
INFO: /dev/kvm exists
KVM acceleration can be used
93
Distribuce / Re:Zastavení služeb Thunar a Tumbler na Linux Mint 21.3
« Poslední příspěvek od k3dAR kdy 18. 09. 2024, 13:45:26 »
tak jinak, ani jedno tam neni :-)

1. Tumbler
pro nepouzivani v Thunaru (ale demon porad pobezi, nevim kdy/co/jak_moc bude delat)
- v Thunar menu Upravit/Vlastnosti/ZobrazovatNahledy = Nikdy
pripadne odinstalovat (u obou pozor, nevim jak v Mintu aby to nechtelo odinstalovat hromady dalsich baliku):
Kód: [Vybrat]
# toto by melo chtit odinstalovat jen ten 1 balicek
sudo apt purge tumbler
# toto vycisti zustatky po tumbler, melo by jit jen o 2 balicky s tumbler v nazvu
sudo apt --purge autoremove

2. Thunar (nasel sem na netu, nezkousel/neproveroval...)
- "Relace a spousteni"  list "Aktualni relace", u Thunar dat Nikdy a "Ulozit relaci", jen to asi radeji udelej pri cistem nastartovanem systemu drive nez cokoliv spustis navic, aby se do te session neulozily (asi??) i ty dalsi spustene, session v Xfce nepouzivam takze z praxe netusim jak se to chova :-)
94
Sítě / Re:Vypadok linky na optike
« Poslední příspěvek od Lukas Dzunko kdy 18. 09. 2024, 13:39:44 »
nemas obavu s DDoS ? Ma telekom nejaku ochranu, prototi DDoS ?

Nemam a neviem :-) ... ja mam staticku IP priparne skrz IPSec. Sekundarne to mam na moznost sa pripojit domov, ked k niecomu potrebujem pristup. To mam zalimitovane na rozsahy Telekom / Orange optiky + DSL a Telekom / Orange / 4ka mobilne data. Cize by niekto zistil, ze moze nieco DoS-ovat, tak by musel sediet napr niekde na domacej optike od Telekomu ... Od kedy mam taky filter, tak mam pokoj od vsetkych tych scriptov, co skusaju hesla a rozne veci na kazdu vystavenu sluzbu.

Technicky, kebyze tam mam nieco verejne (web server napr), tak mi na to musi smerovat DNS. V tom pripade je to vlatne jedno ci mam dynamicku, alebo staticku IP. Ked by niekomu vadil moj web, tak po restarte routera najde moju novu IP v DNS a moze pokracovat ...
95
Windows a jiné systémy / Re:Google Fotky nesynchronizují mezi cloudem a Windows
« Poslední příspěvek od Filip Jirsák kdy 18. 09. 2024, 12:57:26 »
Z Google Drive for Desktop můžete fotky nahrávat (zálohovat) do Google Photos: https://support.google.com/photos/answer/6193313 Opačně to asi na desktopu nejde.
96
Hardware / Re:Ako ochranit baterku v notebooku?
« Poslední příspěvek od aaa158 kdy 18. 09. 2024, 11:19:44 »
Ako uz bolo uvedene vyssie, kup si ThinkPad ;-)
V KDE Plasma System Settings > Advanced Power Settings > Charge Limit: Stop charging at: 80% / Start charging once below: 40%

Kód: [Vybrat]
$ upower -i /org/freedesktop/UPower/devices/battery_BAT0 | grep -E 'percentage|capacity|cycles'
charge-cycles:       9
percentage:          71%
capacity:            100%

$ sudo dmidecode | grep -A 11 'Portable Battery' | grep Date
SBDS Manufacture Date: 2023-02-21

Mam laptop od zaciatku roka, v home office je pouzivany denne ako desktop (na nabijacke). Bateria ma 9 nabijacich cyklov (cca 1 za mesiac)  8)
97
Windows a jiné systémy / Re:Google Fotky nesynchronizují mezi cloudem a Windows
« Poslední příspěvek od Martin-2 kdy 18. 09. 2024, 11:13:05 »
Tak je to přesně jak říkate, vycházel jsem z dřívějších informací, že se dají synchronizovat fotky z mobilu do PC skrze google drive. Dohledal jsem "FYI, I just had a chat with google one support, they confirmed that there is no way to do this with google photos anymore. The advice was to leave feedback on the google photos page, in hopes that it will be implemented in the future." z roku 2019. Ubohost od Google trvat na feedbacku aby se tato funkce mohla jednou vrátit.

Tím se to celé vysvětluje, jdu zjistit jestli jsou jiné možnosti nebo zda Apple má lepší řešení.

Díky za objasnění
98
Odkladiště / Re:Nechodí autentizační G-kódy od Google
« Poslední příspěvek od Filip Jirsák kdy 18. 09. 2024, 11:09:29 »
Pane Jirsáku, při vší úctě, já jsem žádné emaily neignoroval, tak ze mě nedělejte blbce prosím.
Píšete, že účet není váš. Nemohl ty e-maily ignorovat vlastník účtu?

Ano, mohl jsem si vygenerovat ty kódy, ostatně u svého účtu je mám, ale tady jsem nepředpokládal, že nastavená 2f přes mobil nebude fungovat.
Vám to asi v tuhle chvíli nepomůže, spíš je to varování pro příště a pro ostatní. Autentizaci přes mobilní číslo bych fakt nepovažoval za něco velmi spolehlivého – způsobů, jak přijít o přístup k mobilnímu číslu, si dovedu představit spoustu. I jenom ztráta mobilu nebo SIMkarty znamená aspoň na čas o to číslo přijít, než od operátora získáte náhradní SIMku. Minimálně to vygenerování a uložení záložních kódů bych považoval za nutnost. Pokud ten účet spravujete pro někoho jiného, uložíte si je k sobě a je to.

Zkusil bych vzít čistý mobil s Androidem (po factory resetu), tam dát SIM s tím číslem a přihlásit se tam jenom tím účtem, (aby v tom mobilu nebyl jiný účet). To vidím jako nejpřesvědčivější způsob, jak Google přesvědčit, že to telefonní číslo vlastníte.

Předpokládám, že jste zkoušel poslat svou SMS na to číslo. Ještě bych zkusil podívat se na nastavení u operátora, zda tam není nějak zablokovaný příjem SMS ze zahraničí, se shortkódy apod.

Ale spíš si myslím, že není problém s příjmem té SMS. Podle mne se spíš něco stalo na straně toho účtu – buď se něco stalo s tím telefonním číslem (třeba ta změna státu), nebo Google nějak měnil práci s těmi telefonními čísly a s tím účtem jste prošvihli tu dobu, kdy bylo potřeba to nějak zmigrovat. Protože to, že Google tvrdí, že se to telefonní číslo změnilo, nebude samo sebou.

Na stránku zabezpečení Google účtu se dostanete?
99
Desktop / Náhodné padání Xserveru s GeForce RTX 2080
« Poslední příspěvek od Feňák 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ě.
100
Hardware / AMD NVMe RAID (RAIDXpert2) a md v jádře. Chodí to spolu?
« Poslední příspěvek od Michal Šmucr kdy 18. 09. 2024, 11:03:53 »
Dobrý den,

nemáte někdo zkušenost s AMD NVMe RAIDem a modulem md v jádře?

Co si pamatuji, tak AMD mělo možnost NVMe RAIDu už od prvních Threadripperů, teď je to dostupné i na malých Epyc 4004. Nastavení probíhá buď přes EFI, nebo ve Windows v aplikaci RAIDXpert.
Já bohužel zatím neměl příležitost tuhle věc někde ozkoušet, buď to byly velké Epycy, nebo už nastavené systémy s Threadrippery, kde nebyl požívaný žádný RAID.

Jedná se mi o redundantní systémové disky, tzn. v podstatě jen RAID-1. Na novějších Xeonech se dá koupit malý dongle, který se zapojí do headeru na desce a odemkne Intel VROC. Chová se to pak tak, že se vytvoří mirror z dvou NVME disků v BIOSu/EFI. Pro zavádění systému se to pak tváří jako jedno zařízení. Jakmile se zavede jádro s podporou md, tak si vydetekuje, že má zařízení s RAID oddíly a externími metadaty typu imsm (Intel Matrix Storage Manager). Dál s tím md normálně pracuje jako by to byl standardní mirror přes celé dva disky (mínus ta metadata), dá se to monitorovat a spravovat přes mdadm atd.
Má to oproti čistému md praktické výhody v tom, že se nemusí řešit ruční synchronizace EFI oddílů po aktualizaci boot loaderu a samozřejmě to daleko líp řeší stavy, kdy odejde jedno zařízení, co je pořád přítomno na sběrnici a zavádí se z toho systém. Je to blbuvzdornější - podobně jako u HW RAID karty.

Jak je tohle u AMD? Yay or no-way?
Z man. stránky od mdadm jsem vyčetl, že mimo imsm umí i další typ externích metadat - ddf, ale netuším, jestli je to co AMD používá.
Tak jsem si říkal, že se zkusím zeptat, než se ponořím do případného hledání commitů v jádře.

Díky
Stran: 1 ... 8 9 [10]