Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
fdisk -l /dev/hdb Disk /dev/hdb: 60.0 GB, 60022480896 bytes 16 heads, 63 sectors/track, 116301 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 21315 10742728+ 7 HPFS/NTFS /dev/hdb2 21316 40692 9766008 c W95 FAT32 (LBA) /dev/hdb3 40693 114323 37110024 83 Linux /dev/hdb4 114324 116301 996912 82 Linux swapPočet partitions odpovídá počtu na původním disku (dualboot wxp/mdk9.2). Pomocí programu Norton Ghost jsem překopíroval systémový disk C. Norton Ghost jsem měl spuštěný z diskety a nepoužil jsem volbu "Marking Drives". Pod windows jsem překopíroval data z disku D. V linuxu jsem překopíroval v single režimu / do dočasně připojeného /newdisk, vytvořil /newdisk/proc, patřičně upravil fstab a lilo.conf. Původní disk jsem vyndal a na jeho místo jsem dal ten nový větší, patřičně najumperovaný. Po zapnutí počítače se objeví hláška Error loading operating system. Říkal jsem si je to ok, stačí obnovit zavaděč a práce je hotova. Nejprve jsem se snažil rozchodit boot do winxp. Takže start z instalačního cd, Recovery console, fixmbr (fixboot), po restartu stále stejná hláška Error loading operating system. Zkusil jsem tedy oživit linux. Nabootoval jsem z cd (instalační mdk 9.2, zkoušel jsem pak i slax), patřičně se chrootnul a spustil lilo. Lilo se zapsalo bez jakýchkoliv chybových hlášek. Po rebootu jsem se dočkal hlášky L9 99 99 99 99 99 99 a ještě moc dalších 99. Po devítihodinovém úsilí jsem s rozumem v koncích, poprvé za svou praxi jsem při výměně disku narazil. V google jsem nic použitelného nenašel. Skončil jsem tak, že jsem vrátil původní disk na své místo. Nemá prosím někdo nějaký nápad, či nesetkal se někdo se stejným problémem? Ještě připojuji výpis lilo.conf na velkém disku:
boot=/dev/hda map=/boot/map default="linux" lba32 prompt nowarn timeout=100 message=/boot/message menu-scheme=wb:bw:wb:bw other=/dev/hda1 label="windows" table=/dev/hda image=/boot/vmlinuz-2.4.22-32mdk label=linux root=/dev/hda3 read-only optional append="hdd=ide-scsi devfs=mount acpi=ht quiet" initrd=/boot/initrd-2.4.22-32mdk.imga také přikládám rozdělení původního disku pro představu:
fdisk -l /dev/hda Disk /dev/hda: 20.3 GB, 20370547200 bytes 255 heads, 63 sectors/track, 2476 cylinders Units = cylindry of 16065 * 512 = 8225280 bytes Zařízení Boot Začátek Konec Bloky Id Systém /dev/hda1 * 1 1275 10241406 7 HPFS/NTFS /dev/hda2 1276 2476 9647032+ f Win95 Ext'd (LBA) /dev/hda5 1276 2068 6369741 7 HPFS/NTFS /dev/hda6 2069 2443 3012156 83 Linux /dev/hda7 2444 2476 265041 82 Linux swap
lilo.conf
po bootu z CD pred tim nez si spustil lilo
? Tzn. mel jsi spravne cesty k primountovanemu novemu disku, napr.
map=/mnt/novy_disk/boot/mapapod? Zkus si precist HD upgrade HOWTO.
pravidlo cislo 1: pokud upgraduji disk, tak pouzivam dd a ne norton ghost.
pravidla pro lilo:
boot= a image= musi byt na stejnem disku podle aktualniho pripojeni (jak HW, tak mountu), jinak budu muset pouzit slozitejsi nastaveni s chain.b misto boot.b
lba32 ono to zda se je synonimum i pro lba48 pokud to lilo umi. tak lba32 davam z principu dneska uz uplne vzdy a do kazdeho konfiguraku a doufam, ze to bios zvladne. jestli to bios nezvladne, tak musim udelat oblast pro boot= a image= pod 1024 cylindrem
pokud chci zmenit hw misto pripojeni disku, cili hdX na hdY at uz prejumperovanim nebo u cable selectu prepojenim na jiny konektor kabelu nebo na jiny ide kanal (a obdobne plati i pro sdX a sdY a vubec vsechna bootovatelna blokova zarizeni), tak musim pouizit korektni premapovani soucasneho umistneni disku na novou pozici stejnym zpusobem, jako se pouziva pri bootovani z non-primary master disku
disk=/dev/hda bios=0x81 disk=/dev/hdb bios=0x80
pokud mam nejake other= sekce pro xp a jine srandy, tak pro korektni beh pokud bootuji z druheho disku a nemenim jeho pozici, tak musim premapovat disky zpet, jinak bude jejich zavadec zmateny podobne jako lilo s biosem.
map-drive=0x80 to=0x81 map-drive=0x81 to=0x80
jo rek bych, ze by to mohlo byt tim proc, ale kdyby nahodou ne, tak tady mas info z manualu (/usr/share/doc/lilo/Manual.txt.gz v pripade woodyho)
0x09 "DMA attempt across 64k boundary". This shouldn't happen, but may inicate a disk geometry mis-match. Try omitting the COMPACT option. You may need to specify the disk geometry yourself.
lilo.conf
masboot=/dev/hdaMyslim si, ze by tam spis melo byt
boot=/dev/hda3
Tiskni Sdílej: