Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
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: