Poslední příspěvky
https://uefi.org/sites/default/files/resources/UPFS11_P4_UEFI_GOP_AMD.pdfDíky za odkaz na ten report, třeba to někomu pomůže, ale fakt jsem se s tím nikdy nesetkal. A podle toho popisu, co to má nahradit a odstranit, se s tím asi ještě dlouho nesetkám.
To je snad zase další pokus o zkoušení ():Mě připadá, že jste trochu vedle (a možná, že ne sám)[/b], bios přece žádný ovladač nespouští, ovladače používá snad až operační systém? Sem jste se dívat zkoušel?Nejsem vedle. Mám to správně.
Tady snad někdo otočil něco někde v překladu. nabídka grub je seznam kernelů a on si ji chce pouze zobrazit (kvůli tomu snad nebude čekat na další 'Long - Time - Support') - nevěděl, jak ji zobrazit, protože editací /etc/default/grub si nepomohl. To je celé.
Proč myslíš, že Ti v BIOse může fungovat klávesnice na USB 3 nebo myš?
Nebo proč starý BIOS má jiné rozlišení v Grubu než ten co najede z UEFI?
Mě připadá, že jste trochu vedle (a možná, že ne sám)[/b], bios přece žádný ovladač nespouští, ovladače používá snad až operační systém? Sem jste se dívat zkoušel?Nejsem vedle. Mám to správně.
Tady snad někdo otočil něco někde v překladu. nabídka grub je seznam kernelů a on si ji chce pouze zobrazit (kvůli tomu snad nebude čekat na další 'Long - Time - Support') - nevěděl, jak ji zobrazit, protože editací /etc/default/grub si nepomohl. To je celé.
Ano to sice je, ale možná nebylo od roku 2017 nutné nic aktualizovat a ani tohle fórum nemá v záhlaví "nejžhavější novinky".CitaceGRUB 2 bootloader - Full tutorial
Updated: December 4, 2009; November 30, 2017
...u nás na planéte zem,čast europa je rok 2026...či???
GRUB_DEFAULT=savedStává se mi, že mi někdy nenaběhne obraz na monitoru. tento problém jsem považoval za ranou implementaci UEFI. EFI spouští svůj grafický ovladač.
Nedávno jsem narazil na tento problém v jedné skupině, kdy lidi měli mnohem modernější hardware.
Jak jsem však četl dále, Tobě se nezobrazuje nabídka Grub. Po tu se žádný kernel nespouští. Až za ní.
Doufej, že teď jak vyšla nová verze Grubu 2.14, tak se to třeba opraví v další LTS verzi samo.
Dalším řešením by mohlo být donutit BIOS spustit ten starší grafický ovladač, co se používal pro "MBR, legacy mód". Nikoliv však samotný legacy BIOS. Na mé základní desce tyto volby pod samozřejmě zavádějícími názvy mám.
Pokud Ti pomohl Shift, mohla by to vyřešit novější verze Grubu.
Aha, ssh už je rozběháno.Dobrý den.
No, ono to taky zas tak jednoduché nebylo jak to původně vypadalo. Systém sice fungoval, ale do té doby než jsem ho opět zapnula (restart). Pak to bylo opět na začátku. Chtěl odstranit PipeWire, ale po několika příkazech co mi dal, (dle mého skromného uvažování) naznal že to tak jednoduše nepůjde, protože by se také vymazaly balíky bez kterých by se systém zhroutil. Testoval PipeWire a také alsamixer a naznal že oba fungují jak mají, ale nerozumějí si (něco kolem šifrování a 48 kilohertzů). Psal něco o tom že je tam bug a že ho musí obejít. Pak mi napsal skript - níže uvádím - který zabral a údajně ho budu muset vždy použít po nové čisté instalaci. V nastavení zvuku mi přibyl další výstup HDMI-Forced, který už funguje. Dále také s trochou nejistoty uvedl, že u některých PC by se problém nemusel projevit, ale víc to nerozbíral. Tak uvidíme co bude.
U nás tomu lidé říkají plechová huba a ani mě se nelíbí když někam volám a ozve se mi že můj problém vyřeší hned a bez čekání, ale tady se mi zdálo že věděl o čem píše.
Jedna paní mi říkala že mu dala dotaz jaký má uvařit oběd aby byl co nejlevnějšía odpověď? Vařené nudle, nebo rýži a ona mu napsala že jedno ani druhé nemá, co má dělat? Na to nedokázal odpovědět. Tak uvidíme co bude v budoucnu, zda si dáme jednou virtuální svíčkovou.
Jana.
Kód: [Vybrat]1. Vytvoření složky pro PipeWire konfiguraci:
mkdir -p ~/.config/pipewire/pipewire.conf.d
2. Vytvoření konfiguračního souboru:
nano ~/.config/pipewire/pipewire.conf.d/hdmi-route.conf
3. Vložení konfigurace:
context.objects = [
{ factory = adapter
args = {
factory.name= api.alsa.pcm.sink
node.name= "HDMI-Forced"
node.description = "HDMI Output (Forced)"
media.class= "Audio/Sink"
api.alsa.path= "hw:0,3"
api.alsa.period-size = 1024
api.alsa.headroom = 0
audio.format= "S16LE"
audio.rate= 48000
audio.channels = 2
}
}
]
4. Restart zvukového serveru:
systemctl --user restart pipewire pipewire-pulse wireplumber
5. Odpojení a znovupřipojení HDMI kabelu.
6. V Nastavení → Zvuk vybrat výstup:
HDMI Output (Forced)systemctl --user restart pipewire pipewire-pulse wireplumber
5. Odpojení a znovupřipojení HDMI kabelu.
6. V Nastavení → Zvuk vybrat výstup:
HDMI Output (Forced)
Hm hm, já teda nechápu, jak se to mohlo stát.
No, tak to už je zase úplně z jiného soudku, proto jsem se neangažoval, celou dobu jste se tady snažili pipewire překonfigurovat, ne zastavit a rozběhnout pulseaudio.
Nebo aspoń to vypadalo tak, že "goal" má být funkční "HDMI Audio". Mě osobně to
zastavení pipewire v rámci jednoho sezení -> spuštění pulseaudio -> oveření HDMI audio celkem smysl dávalo.
Protože pak stačilo, kvůli rozlišení, vytvořit třeba pro sysvinit skript, který by se spustil během náběhu Ubuntu před rozběhnutím systemd a systemd by si tuto službu běžící v sysvinit "převzal".
Nechceš si konečně opravit tu nepochopitelnou chybu?
Dobrý den.
No, ono to taky zas tak jednoduché nebylo jak to původně vypadalo. Systém sice fungoval, ale do té doby než jsem ho opět zapnula (restart). Pak to bylo opět na začátku. Chtěl odstranit PipeWire, ale po několika příkazech co mi dal, (dle mého skromného uvažování) naznal že to tak jednoduše nepůjde, protože by se také vymazaly balíky bez kterých by se systém zhroutil. Testoval PipeWire a také alsamixer a naznal že oba fungují jak mají, ale nerozumějí si (něco kolem šifrování a 48 kilohertzů). Psal něco o tom že je tam bug a že ho musí obejít. Pak mi napsal skript - níže uvádím - který zabral a údajně ho budu muset vždy použít po nové čisté instalaci. V nastavení zvuku mi přibyl další výstup HDMI-Forced, který už funguje. Dále také s trochou nejistoty uvedl, že u některých PC by se problém nemusel projevit, ale víc to nerozbíral. Tak uvidíme co bude.
U nás tomu lidé říkají plechová huba a ani mě se nelíbí když někam volám a ozve se mi že můj problém vyřeší hned a bez čekání, ale tady se mi zdálo že věděl o čem píše.
Jedna paní mi říkala že mu dala dotaz jaký má uvařit oběd aby byl co nejlevnějšíKód: [Vybrat]1. Vytvoření složky pro PipeWire konfiguraci:
mkdir -p ~/.config/pipewire/pipewire.conf.d
2. Vytvoření konfiguračního souboru:
nano ~/.config/pipewire/pipewire.conf.d/hdmi-route.conf
3. Vložení konfigurace:
context.objects = [
{ factory = adapter
args = {
factory.name= api.alsa.pcm.sink
node.name= "HDMI-Forced"
node.description = "HDMI Output (Forced)"
media.class= "Audio/Sink"
api.alsa.path= "hw:0,3"
api.alsa.period-size = 1024
api.alsa.headroom = 0
audio.format= "S16LE"
audio.rate= 48000
audio.channels = 2
}
}
]
4. Restart zvukového serveru:
systemctl --user restart pipewire pipewire-pulse wireplumber
5. Odpojení a znovupřipojení HDMI kabelu.
6. V Nastavení → Zvuk vybrat výstup:
HDMI Output (Forced)systemctl --user restart pipewire pipewire-pulse wireplumber
5. Odpojení a znovupřipojení HDMI kabelu.
6. V Nastavení → Zvuk vybrat výstup:
HDMI Output (Forced)
Hm hm, já teda nechápu, jak se to mohlo stát.
No, tak to už je zase úplně z jiného soudku, proto jsem se neangažoval, celou dobu jste se tady snažili pipewire překonfigurovat, ne zastavit a rozběhnout pulseaudio.
Nebo aspoń to vypadalo tak, že "goal" má být funkční "HDMI Audio". Mě osobně to
zastavení pipewire v rámci jednoho sezení -> spuštění pulseaudio -> oveření HDMI audio celkem smysl dávalo.
Protože pak stačilo, kvůli rozlišení, vytvořit třeba pro sysvinit skript, který by se spustil během náběhu Ubuntu před rozběhnutím systemd a systemd by si tuto službu běžící v sysvinit "převzal".
...vyskusal som na live iksubuntu 24.04,a na ubuntu cinnamon 24.04.3,tiez live...vsetko vidi vo win,s malou pomocou...takze toto tvrdenie,ze live nevidi win, je ober somarina...pre slabsich,je to blud...