Byla vydána verze 5.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
TuxClocker je Qt GUI nástroj pro monitorování a nastavování (přetaktovávání) hardwaru na Linuxu. Aktuální verze je 1.4.0. Z novinek lze vypíchnout monitorování využití AMD a NVIDIA VRAM nebo sledování spotřeby energie procesorů AMD a Intel.
O víkendu (15:00 až 23:00) probíhá EmacsConf 2023, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy jsou k dispozici přímo z programu.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Organizace Apache Software Foundation (ASF) vydala verzi 20 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Desktopové prostředí Cinnamon, vyvíjené primárně pro distribuci Linux Mint, dospělo do verze 6.0. Seznam změn obsahuje především menší opravy a v říjnovém přehledu novinek v Mintu avizovanou experimentální podporu Waylandu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzích 2.2.2 a 2.1.14. Přináší důležitou opravu chyby vedoucí k možnému poškození dat.
V ownCloudu byly nalezeny tři kritické zranitelnosti: CVE-2023-49103, CVE-2023-49104 a CVE-2023-49105 s CVSS 10.0, 8.7 a 9.8. Zranitelnost CVE-2023-49103 je právě využívána útočníky. Nextcloudu se zranitelnosti netýkají.
I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2023. Pro programátory v Perlu je určen Perl Advent Calendar 2023. Zájemci o UX mohou sledovat Lean UXmas 2023. Pro zájemce o kybernetickou bezpečnost je určen Advent of Cyber 2023…
Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Dobrý den, mám jeden speciální problém. Díval jsem se, že většina uživatelů řešil problém s GRUBem co se týče toho, že používali více OS na jednom počítači atp. Já mám však jiný problém. Na počítači mám pouze jeden OS - Ubuntu 8.04. Po startu počítače by měla naběhnout nabídka GRUBu, která trvá asi 5 vteřin na to abyste si vybrali verzi linuxu (já mám pouze Ubuntu a nic jiného). Místo této nabídky se mi ovšem zobrazí přímo konzole GRUBu.
grub> _
Myslel jsem že se z GRUBu nějakou záhadou vytratila cesta k bootu. Přes LIVE CD jsem nabootoval, spustil terminál a zkontroloval soubor menu.lst, kde vše bylo v pořádku tak jak má být (kontrolováno se zálohou, vytvořenou dříve ve stabilním stavu). Na internetu jsem vyhledal článek o obnově grubu ( http://wiki.ubuntu.cz/GRUB/Obnova ) a postupoval i podle něj. Disk je v počítači jediný a žádný jiný OS tam není. To znamená, že při výpisu HDD jsem obržel toto: (hd0,0) . Postupoval jsem dále dle návodu, řekl jsem GRUBu kde se nachází /boot/, proběhla reinstalace (setup) GRUBu a následoval restart PC.
Po restartování naběhla opět konzole GRUBu - grub> _
Neporadíte prosím někdo, kde by mohla být chyba či jak jinak opravit zavaděč GRUB? Nová instalace Ubuntu mi nepřipadá jako řešení (na počítači běží poměrně hodně nastavených služeb a uloženého velkého množství dat). Děkuji za Vaši případnou pomoc. Hezký den
Když tam máte jen Linux, tak místo Grubu pužijte Lilo
Zde ještě přikládám screen toho, jak to vypadá a co jsem podle návodu udělal.
menu.lst by měl být také v pořádku...
To právě vypadá, že menu.lst buď není nebo je poškozený nebo k němu nemá grub přístup.
Zkuste po bootu do grub>
cat (hd0,0)/boot/grub/menu.lst
Zkusil jsem zadat do grubu cat (hd0,0) /boot/grub/menu.lst
Obržel jsem toto: Error 1: Filename must be either an absolute pathname or blocklist
Něco mi říká že se asi někde stala chyba ;o(
Za (hd0,0) máte mezeru. Ta tam nepatří.
Přehlídl jsem se, teď by to mělo být už v pořádku, tady je ale další chyba:
Error 18: Selected cylinder exceeds maximum supported by BIOS
To by vypadalo, že se po úpravě uložil menu.lst někam na disk kam nemá bios přístup. Dělával se na začátku malý oddíl, který se přípojil jako /boot. To by byla víceméně nová instalace.
Případně jinak udělat aby byl menu.lst a nový kernel a initrd na začátku disku - třeba zkopírovat obsah adresáře boot někam bokem. V /boot vše smazat a nakopírovat soubory zpátky (i co je v /boot/grub) ale bez starších jader. A pak přeinstalovat grub. A pokud to pomůže tak se po nějakém upgradu může situace opakovat.
Taky by teoreticky mohl pomoct upgrade biosu.
Případně jestli se nezměnilo nastavení v biosu. To se mohlo stát třeba i samo při vybité baterce.
Taky může být bug v grubu, který se projeví v určité kombinaci s určitým biosem. Pak my mohl pomoct upgrade grubu.
Můžete zkusit jestli půjde něco nabootovat ručně podle toho menu.lst. Nejednodušší je ten memtest.
grub> root (hd0,0) grub> kernel /boot/memtest86+.bin grub> boot
Díky za radu, zkusím to vyzkoušet.
Jinak co se týká biosu, s tím by problém neměl být, protože poslední aktualizace nebylo nové jádro (od kterého by to mohlo začít zlobit) ale jen menší aktualizace. Jádro tam bylo už déle a PC byl již několikrát restartován. Nastavení biosu je v pořádku, tam nedošlo k žádným změnám.
Nyní jsem ale přišel na zajímavou věc. Dle Vašeho návrhu jsem zkusil memtest a ten se bez problémů spustil. Tak jsem jstejným způsobem spustil i jádro poslední verze. Systém začal startovat, objevila se klasická obrazovka se zapínámím zařízení atp... ale pak tam vyskočila poslední hláška:
VFS: Cannot open root device "<NULL>" or unknown-block(8,3)
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,3)
Zkusil jsem po restartu spustit i první (původní) jádro a vypsalo to po chvilce stejnou chybu.
Mám tedy zkusit zálohovat všechny soubory v /boot/, smazat je, upravit menu.lst (odmazat všechny ostatní jádra až na to poslední) a nahrát zpět vše?
V příloze naleznete screen startovní obrazovky...
Sedí vám číslování a značení v /etc/fstab?
Nejspíš nevím, jestli to z tohoto souboru poznám...
Soubor připojuji do přílohy.
No zadat ten příkaz kernel přesně i s tím UUID je docela problém. Důležité je, že je vidět, že grub jádro zavedl. Zkuste to menu.lst zmenšit třeba smazáním těch komentářů na začátku. Třeba budete mít štěstí.
Tak jsem se pokusil to celé zadat do grubu, ale opět se to nepovedlo a vypsala se obdobná hláška, tentokrát s UUID. Dbal jsem na to aby to bylo dobře napsané, zde byl můj zápis:
grub> root (hd0,0)
grub> kernel /boot/vmlinuz-2.6.24-23-generic root=UUID=5546c5f4-19ba-4927-b80a-af22225ed650
grub> boot
Chybí tam
grub>initrd /boot/initrd.img-2.6.24-23-generic
Taky je možné menu.lst někam uložit(na disketu)
grub>configfile (fd0)/menu.lst
A když dám root=/dev/sda1 místo toho root=UUID... ,tak mi to taky naběhne.
No ale otázkou je jestli se tohle startování opraví a nebo jestli bude zapotřebí to vždy takto po restartu složitě vypisovat...
root=/dev/sda1
bude fungovat, pak neni nic jednodussiho, nez to zmenit i v /boot/grub/grub.conf
a /etc/fstab
. Tohle je jedna z prvnich veci, ktere v cerstve nainstalovanem systemu delam.Dělával se na začátku malý oddíl, který se přípojil jako /boot. To by byla víceméně nová instalace.Existuji prece nastroje pro prerozdeleni disku i se zachovanim dat, namatkou napr.
qtparted
nebo gparted
. S jejich pomoci (a live distra) bych vytvoril na zacatku disku zminenou malou partisnu, pripojil ji jako /boot
a mozna bude po problemu
Tiskni
Sdílej: