Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.
Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.
První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.
Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
Instaluji aktuální CentOS 5.11 na HP Proliant ML310e Gen8 v2 s RAID řadičem B120i. Mám v něm tři disky 4TB v RAID 1 + 1(s). Pole jsem rozdělil na logický disk 1 s 60GB (pro systém) a logický disk 2 s necelými 4TB na data. Při instalaci jsem použil ovladač RAID od HP, oba logické disky se tváří normálně jako /dev/sda a /dev/sdb. Disku /dev/sdb jsem si při instalaci vůbec nevšímal, chtěl jsem jej "dodělat" dodatečně s použitím drbd (servery jsou dva a jsou propojené pomocí heartbeat a drbd). No a teď konečně ten dotaz:
Nepodařilo se mi disk /dev/sdb (asi kvůli velké velikosti - téměř 4TB) fdiskem rozdělit tak, jak je třeba. Potřebuji na něm udělat celkem 7 oddílů o kapacitě od 2GB do cca 1.5TB. Našel jsem nějaký "limit" okolo 2.1TB do kterého jsem udělal tři primární oddíly a za ní ostatní "logické" oddíly v rozšířeném oddílu. Od druhého logického oddílu fdisk hlásí, že jsou oddíly chybně seřazeny. Považoval jsem to za chybu výpočtu ve fdisku, nicméně ani po restartu v oddílech od /dev/sdb6 nelze udělat mkfs.ext3 souborový systém. Prosím o radu jak na to, zatím jsem si vždycky s fdiskem vystačil ale v tomto případě to asi nebude možné.
Aktuálně tabulka rozdělení vypadá takto:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Příkaz (m pro nápovědu):
Disk /dev/sdb: 3936.3 GB, 3936329949184 bytes
255 heads, 63 sectors/track, 478564 cylinders
Units = cylindry of 16065 * 512 = 8225280 bytes
Zařízení Boot Start End Blocks Id System
/dev/sdb1 1 97262 781256983+ 83 Linux
/dev/sdb2 97263 206682 878916150 83 Linux
/dev/sdb3 206683 267349 487307677+ 83 Linux
/dev/sdb4 267350 478564 1696584487+ 5 Rozšířený
/dev/sdb5 267350 267593 1959898+ 83 Linux
/dev/sdb6 267594 270026 19543041 83 Linux
/dev/sdb7 270027 272459 19543041 83 Linux
/dev/sdb8 272460 478564 1655538381 83 Linux
Diskové oddíly jsou chybně seřazeny
Příkaz (m pro nápovědu): Řešení dotazu:
11.3.2016 16:27
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Našel jsem nějaký "limit" okolo 2.1TB do kterého jsem udělal tři primární oddíly a za ní ostatní "logické" oddíly v rozšířeném oddílu. Od druhého logického oddílu fdisk hlásí, že jsou oddíly chybně seřazeny.DOS MBR neumí víc než 2 TiB. Nové distribuce to řeší pomocí GPT místo MBR. Obávám se ale, že CentOS 5 to umět nebude.
Při instalaci jsem použil ovladač RAID od HPMám raději SW RAID, protože jde ladit, když se něco rozbije, nejsou pro to jen proprietární nástroje s pochybným supportem atd. (neříkám že je to případ zrovna tohoto konkrétního raidu)
Prosím o radu jak na toJednoznačně upgradovat na něco, co umí GPT, třeba CentOS 7. Pokud to nejde, pokusil bych se pomocí device mapperu namapovat na horní půlku disku LVM (nebo alespoň další blokové zařízení) a vytvořil oddíly tam. Jak se to dělá nevím, jenom tuším, že to jde (je to podobný mechanismus jako používá mount -o offset=666).
Ještě jednou moc děkuji!
Tiskni
Sdílej:
