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.
patrně s právy root spustit :
tune2fs -m 0 /dev/sdXy
rezervuje 0% bloku pro roota viz manual tune2fs
hm nez jsem to dopsal uz tu byla najednou odpoved :) jen dodam ze nemusis formatovat znova..tohle staci provest hned i s daty na disku..v podstate to jen zmeni ty rezervovane bloky..filesystem se nezmeni
no podle tohoto vypada ze ma ten filesystem skutecne velikost "jen" 917GiB z toho 200M pouzito.. nejde v gparted zvetsit ? v prostoru uz neni zadne volne misto za ci pred oddilem ? treba fdisk by mohl byt napomocny pokud gparted zlobi..
fdisk -l /dev/sdb
sudo fdisk -l /dev/sdb
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x372c0fdb
Device Boot Start End Blocks Id System
/dev/sdb1 1 121601 976760001 83 Linux
Hlavní část toho prostoru tovří nutná informace, které sektory jsou volné, a jak je soubor rozprostřenNemyslis ze 14GB pro tyto informace je nejak moc?
Pokud vidíš ve výpise tune2fs -l: Reserved block count: 0, tak je pro roota rezervováno právě tolik bloků.Jo presne tolik vidim... Akorat jsem se pred pouzitim samotneho programu
tune2fs
nepodival kolik tam bylo predtim, ale jelikoz se po prikazu sudo tune2fs -m 0 /dev/sdb1
neuvolnilo zadne misto tak predpokladam ze Reserved block count: 0
tune2fs
jinak si to vysvetlit neumim.u ostatních FS by tato velikost byla také, ale až po zaplnění datyByla nebyla. Záleží co za data. Pokud tam bude několik málo obrovských souborů, tak ext3 bude mít ještě další overhead jak prase, protože neumí extenty. PS. ještě tady nepadlo že část z těch 14GB je journal.
tune2fs -l /dev/sdb
. Např já mám pro jeden svůj malý oddíl část výpisu
Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 1022 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8208 Inode blocks per group: 513Z toho je vidět, že mám 4K bloky,takže po 8 sektorech, jsou seskupeny do skupin každá má 32K bloků (tedy 128M na skupinu), pro každou skupinu je 8k inode a inode zabirají 513 bloků, Takže 513/32768 je ztráta v alokační struktuře, tedy asi 1,8%. Ještě brutálnější výpis se dostane pomoci
dumpe2fs /dev/sdb
kdy to jde přímo na alokované bloky.
A to se zeptám ještě jestli tomu někdo rozumí. dumpe2fs
mi v některých skupinách ukáže, že mám 0 volných
inode a nějaké volné bloky. Znamená to, že se k těm volným blokům už nejsem schopen dostat, protože skupina už nemá volné inode a pak je není schopna přidělit k souboru? Nebo je mohou přidělit souborům i inode z jiných skupin?
Group 148: (Blocks 4849664-4882431) [ITABLE_ZEROED] Checksum 0xc153, unused inodes 0 Block bitmap at 4718596, Inode bitmap at 4718612 Inode table at 4720676-4721188 3757 free blocks, 0 free inodes, 642 directories Free blocks: 4862077-4862101, 4862194-4862975, 4863066-4863076, 4872938-4873215, 4873307-4873330, 4873597-4873727, 4873903-4873983, 4874129-4874164, 4874203-4874751, 4874936-4874990, 4880094-4881056, 4881261-4882082 Free inodes:
Tiskni
Sdílej: