• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    Každý kdo chce poradit ohledně linuxu je na spravném místě. Přímý následovník audítka stejného názvu. Pravidla jsou stejná jako predchozí, hlavně žádné FLAME!
    Spike411 dobře radí: Asi bych přestal poslouchat lidi, kteří ti každou chvíli radí každý problém řešit přechodem na jinou random distribuci.
    Na Hompage klubiku najdete alternativy k aplikacim. Snazim se drzet ten list v aktualizovane a hlavne zajimave alternativy, kdyby ste chteli neco pridat do listu dejte vedet.

    Jak se správně ptát:

    1) Popište příznaky problému nebo chyby co možná nejjasněji a nejpečlivěji.
    2) Popište prostředí, ve kterém chyba nastává, tj. architekturu, operační systém, aplikaci, verzi, atd. Jmenujte distribuci a verzi systému (např. Red Hat 8.0, Slackware 5.1, atd.).
    3) Popište, jak jste se k chybě dostali, a jak jste se ji pokusili odhalit, isolovat a pochopit ještě předtím, než jste se zeptali.
    4) Popište relevantní změny v konfiguraci, které jste v poslední době provedli.
    5) Pokuste se už předem zodpovědět případné doplňující otázky.
    6) Na dlouhé výpisy použijte služby na to určené - pastebin - http://pastebin.com/
    rozbalit záhlaví
    SALVATOR
    SALVATOR --- ---
    MCKIDNEY: Ten článek je hodně podrobnej. Ale co sem tak koukal, tak už by mělo stačit updatovat GRUB. Moc dík, co nejdřív na to mrknu.
    MCKIDNEY
    MCKIDNEY --- ---
    os-prober ti to tam asi pridal natrvalo. Je potreba odstranit z linux EFI a pak update grub.

    Vim ten postup a tohle vypada jako ok clanek:
    https://ostechnix.com/remove-windows-from-windows-linux-dual-boot/
    SALVATOR
    SALVATOR --- ---
    Ahoj všem, jdu si pro radu.

    Už asi pět let jsem na svejch noteboocích jel čistě Linux (Mint) a na stolním herním dual boot Windows + Mint a kde sem partition s Windows rušil asi 14 dní zpátky. Všechno šlape jak na drátkách, akorát v GRUBu mi furt visí Windows bootmanager a nevim, jak se ho zbavit. Zakázel sem ho v UEFI, sjel sem sudo efibootmgr, kterej mi ho identifikoval jako 0001 a příkazem sudo efibootmgr -b 1 -B ho smazal. A efibootmgr ho už nenachází:

    BootCurrent: 0000
    Timeout: 1 seconds
    BootOrder: 0000
    Boot0000* Ubuntu HD(1,GPT,a79cdc47-69e3-4e65-ba9d-171a17aeb0e5,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)

    To je to jediný, co mi efibootmgr ukáže. /boot/efi/EFI už složku Windows neobsahuje, sudo ls /boot/efi/EFI vrátí jen složky 'Boot' a 'ubuntu'. Tak mi nějak došly nápady, kde by to mohlo eště viset.
    BOD
    BOD --- ---
    Pozoruji to v kde, IMHO je ten GUI správce optimalizovaný pro méně zorientovanou cílovou skupinu a po těch chceš, aby po aktualizaci provedli restart a nepsali na fóra že jim nefunguje kdeco protože jen uspávají ap.
    MCKIDNEY
    MCKIDNEY --- ---
    Hele, nevim co ocekavas bez dodani situace.

    Low level nastroje ocekavaji od tebe znalosti.
    V linuxu mas krome binarek jadro, sdilene a dynamicke knihovny. Nutnost restartu neni vzdy ocividna. Muzes zkontrolovat:

    https://askubuntu.com/questions/1337713/what-creates-the-file-var-run-reboot-required#1337721

    Auto-remove se zajima pouze o to, zda na to existuji dependencies.

    Neco obecneho jsem nasel zde:
    Identify packages that will require a system reboot after an update - Red Hat Customer Portal
    https://access.redhat.com/solutions/27943
    MCKIDNEY
    MCKIDNEY --- ---
    Hlavne se toho AI neptejte na re-loadovani jadra bez restartu :)
    HOWKING
    HOWKING --- ---
    copilot to vysvětluje tak, že když si to dělám sám přes terminál, tak je na mě, kdy "budu mít čas na restart" a do té doby se budou používat staré verze (což odporuje tomu, že mohu provést sudo apt autopurge/autoremove a přesto nemusím restartovat), zatím co GUI dělá preventivně restart hned a instaluje v "nouzovém režimu" :) Ale já bych raději odpověď od někoho, kdo to ví, ne kdo má "názor" z toho, jaké řeči jdou netem (AI) :)
    HOWKING
    HOWKING --- ---
    HONZA09
    HONZA09 --- ---
    HOWKING: Ten pocit je zcela správnej. Taky nevím proč to tak je a znělo to jako zajímavě, tak jsem to hodil do Gemini.
    HOWKING
    HOWKING --- ---
    HONZA09: To ale nevysvětluje, proč jeden děla "sudo apt upgrade" při restartu systému do zřejmě speciálního režimu a druhý to nepotřebuje. A "appstore" v Debianu dělá jen apt, snap a flatpak jsem tam musel přidat pluginy (přes snap mám syntetický hlas - v jiném než snap provedení není a přes flatpak zase gimp - APT je s Gympem vždy dost pozadu. Ale ten restart to dělalo i v době, kdy tam bylo jen apt (jak říkám , jsem na debianu a tam je třeba flatpak a snap přidat ručně)
    Btw. Ta tvá odpověď vypadá jako AI generovaná na můj prompt (nemohu se zbavit toho pocitu) :D
    HONZA09
    HONZA09 --- ---
    HOWKING: Toto je velmi detailní a správné pozorování. Rozdíl mezi aktualizací přes terminál a přes GUI v Debianu (a dalších distribucích) je především v úrovni automatizace a opatrnosti, kterou poskytuje grafický správce softwaru (jako je GNOME Software nebo Balíkovač).
    Základní odpověď je: Terminál vám dává plnou kontrolu, zatímco GUI se chová jako automatizovaný nástroj, který se snaží zajistit bezpečnější a komplexnější instalaci aktualizací kritických součástí.
    Proč se to liší: Terminál vs. GUI
    1. Rozsah spravovaných balíčků
    Terminál (apt): Příkazy sudo apt upgrade spravují pouze balíčky spravované systémem APT (většinou ve formátu .deb).
    GUI (App Store): Grafický správce softwaru často integruje aktualizace pro více systémů najednou, včetně Snap, Flatpak a samotných balíčků APT. Navíc je navržen tak, aby se choval "uživatelsky přívětivěji" a automatizoval složité kroky.
    2. Aktualizace kritických systémových komponent (Kernel a Initrd)
    Pokud aktualizujete jádro operačního systému (kernel) nebo hlavní systémové knihovny (jako glibc), jsou tyto soubory často v okamžiku instalace používány systémem.
    GUI automatizace (bezpečnější cesta):
    GUI (pomocí interních skriptů) ví, že se aktualizuje kritická část (např. nové jádro).
    Pro zajištění, že se nové jádro a s ním související soubory správně nainstalují a použijí od samého začátku, spustí fázi mimo běžící GNOME/Wayland prostředí. Tento proces probíhá v minimálním textovém režimu (někdy nazývaný unattended upgrade nebo podobný mechanismus, který běží jako skript před spuštěním plného grafického sezení). Tím se minimalizuje riziko, že by běžící programy držely staré verze souborů.
    Dvojitý restart: První restart spustí tento instalační proces v minimalistickém režimu. Druhý restart je nutný k tomu, aby systém skutečně nabootoval do nového jádra a začal používat všechny nově nainstalované komponenty od čistého startu.
    Terminál (sudo apt upgrade):
    Příkaz apt upgrade nainstaluje nové soubory jádra, ale nedomůže se automatického restartu (až na výjimky).
    Aktuálně běžící jádro zůstává staré a systém pokračuje v běhu.
    Proč to funguje? Systém Linux umožňuje instalovat nová jádra a systémové knihovny za chodu. Nové jádro se jednoduše přidá do zavaděče (GRUB), a k jeho aktivaci dojde až při nejbližším restartu. apt se spoléhá na to, že uživatel (profesionál) si je vědom, že pro aktivaci jádra je nutný restart. Pokud restart neprovedete, systém běží dál bez problémů, ale s neošetřenými bezpečnostními chybami v jádře nebo se starými verzemi kritických knihoven používaných běžícími procesy (viz níže).
    3. Kontrola nutnosti restartu
    Terminálové prostředí v Linuxu má nástroje, které vám řeknou, zda je restart nutný, ale nevykonají ho automaticky:
    Indikátor restartu: Po aktualizaci kritických balíčků se obvykle vytvoří soubor /var/run/reboot-required.
    Nástroj needrestart: Můžete použít nástroj jako sudo needrestart, který kontroluje, které spuštěné programy stále používají smazané nebo zastaralé knihovny (např. po aktualizaci glibc), a může vás vyzvat k restartu nebo nabídnout restart dotčených služeb. GUI to dělá automaticky.
    Shrnutí: Funkčnost vs. Bezpečnost
    Obě cesty fungují, ale z různých důvodů:
    HOWKING
    HOWKING --- ---
    PLECH: Jo jednak jsem to zkusil obnovit zálohu a udělat to druhou cestou a pak je 100% výskyt, že přes apt bez restartu, přes "appsotre" s restartem.
    PLECH
    PLECH --- ---
    HOWKING: tak tos pokaždé aktualizoval něco jiného ne? Nebo jsi dělal úplně stejnou aktualizaci dvakrát po sobě?
    HOWKING
    HOWKING --- ---
    Mam jeden dotaz. Debian Trixie, gnome, wayland. Když aktualizuju přes terminál "sudo apt update", tak pokud se aktualizace najdou a já dám "sudo apt upgrade" tak se to provede a jede se dál, jako by se nechumelilo. Pokud stejnou aktualizaci udělám přes software (gui appstore), tak se aktualizace stáhne, pak se restartne, pak se udělá aktualizace bez spuštěného gnome, pak se znova restartne a naběhne do systému. Chápal bych, že druhá cesta má asi smysl a zajišťuje, že aktualizovanou část zrovna někdo nedrží pro sebe, ale proč se tedy přes terminál neděje? (a vypadá to, že to přes terminál taky funguje ok)
    CHOROBA
    CHOROBA --- ---
    pridej este upstart a snap
    KAERO
    KAERO --- ---
    CHOROBA: tim myslis bazaar, Mir apod. nebo neco jineho?
    CHOROBA
    CHOROBA --- ---
    ubuntu/canonical je spis mistrem v blbejch rozhodnutich
    HOWKING
    HOWKING --- ---
    Sám se nevyznám, ale co tak sleduju na sítích, tak Linux komunita do Ubuntu docela šije. Prý už to není Linux...
    MARASAN
    MARASAN --- ---
    MA747: tak neprechazej, zustan u funkcni lts, na jare bude dalsi fyi
    DANIELSOFT
    DANIELSOFT --- ---
    MA747: hele, pokud shortcut na terminál v defaultu není, tak by neměl problém si ho explicitně naklikat v nastavení klávesových zkratek (nevím jaký používáš DE či WM, tak nebudu konkrétní, ale mělo by to jít najít)
    Kliknutím sem můžete změnit nastavení reklam