Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Byla vydána nová verze 12.0 minimalistické linuxové distribuce (JeOS, Just enough Operating System) pro Kodi (dříve XBMC) a multimediálního centra LibreELEC (Libre Embedded Linux Entertainment Center). Jedná se o fork linuxové distribuce OpenELEC (Open Embedded Linux Entertainment Center). LibreELEC 12.0 přichází s Kodi 21.0 "Omega".
Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
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: