Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
sudo grub-install -vPro Grub 1:
grub --version
(GRUB) 1.98+20100804-14+squeeze1Chtel jsem ho ale nainstalovat na sda a sdb (a na md, ktere mam nad tim), ale pise mi to
grub-install /dev/sda /usr/sbin/grub-probe: error: no such disk. Auto-detection of a filesystem of /dev/md0 failed. Please report this together with the output of "/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub" to bug-grub@gnu.orgTen disk tam ale je.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
11.1.2012 11:45
/boot je na přímé HW partišně (/dev/sda1) (bez nějakého RAID či LVM), čistě proto, že čím je méně modulů a abstrakních vrstev v provozu při startu, tím je menší šance, že se něco zmrví, a když se něco zmrví tak větší šance, že to dám jednodušeji do pořádku. Grub2 má něco jako zaváděcí moduly, které umožňují mít /boot i jinde ale musí se zavést insmod raid. Viz. např. Arch boot RAID.
11.1.2012 19:26
cat /proc/mounts a cat /proc/mdstat
cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdb2[1] sda2[0]
1464894976 blocks [2/2] [UU]
[==========>..........] resync = 53.0% (777728448/1464894976) finish=813.8min speed=14072K/sec
md0 : active raid1 sdb1[1] sda1[0]
240832 blocks [2/2] [UU]
unused devices: none
a tady
cat /proc/mounts rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /dev devtmpfs rw,relatime,size=1487248k,nr_inodes=216359,mode=755 0 0 none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/mapper/LVM--sda2--sdb2-root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 /dev/md0 /boot ext2 rw,relatime,errors=continue 0 0 /dev/mapper/LVM--sda2--sdb2-home /home ext3 rw,relatime,errors=continue,acl,data=ordered,usrquota,grpquota 0 0 /dev/mapper/LVM--sda2--sdb2-var--lib--mysql /var/lib/mysql ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/LVM--sda2--sdb2-var--log /var/log ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/LVM--sda2--sdb2-shares--vmail /shares/vmail ext3 rw,relatime,errors=continue,acl,data=ordered 0 0 rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 /dev/loop0 /var/spool/havp ext3 rw,mand,relatime,errors=continue,data=ordered 0 0 nfsd /proc/fs/nfsd nfsd rw,relatime 0 0mimochodem, upgradnul jsem nakonec na 2x1.5TB. Synchronizace RAIDu ted trva 10h a mam tam neco malo pres 50%. Je to normalni?
grub-install --root-directory=/ /dev/sda - tohle mi pomohlo, kdyz jsem chtel grub2 nainstalovat na USB z nejakyho liveCD systemu a grub-probe taky selhaval.
Ale sam ten grub-install, ze mas tenhle problem mas nahlasit na bug-grub@gnu.org, tak spust ten prikaz, co to pise, a posli jim email.
mimochodem, upgradnul jsem nakonec na 2x1.5TB. Synchronizace RAIDu ted trva 10h a mam tam neco malo pres 50%. Je to normalni?No, pri rychlosti 14MB/s (jak to pise) mi tech 1,5TB vychazi opravdu na 30hodin. Zrejme mas nastaveny pomaly synchronizovani raidu. Podivej se, co mas v /proc/sys/dev/raid/speed_limit_max a zapis tam vyssi hodnotu (echo XXX > /proc/sys/dev/raid/speed_limit_max) - rychlost v kB/s. Pro kazdy MD zarizeni se da rychlost nastavit v /sys/block/mdX.
dpkg-reconfigure grub-pc a "zaklikal" jsem vsechny disky (/dev/sda /dev/sdb /dev/md0) Udajne to probehlo ok, ale jen nevim, jak to overit. grub-probe -t device /boot/grub mi pise /dev/md0. Tak je to asi ok, nevim.
A zmena te rychlosti muze ovlivnit co? Chyby pri synchronizaci? Kolik tam mam nastavit, aby to nebylo nejaky presvihly?
cat /proc/sys/dev/raid/speed_limit_max 200000
A zmena te rychlosti muze ovlivnit co? Chyby pri synchronizaci? Kolik tam mam nastavit, aby to nebylo nejaky presvihly?Muze to ovlivnit pouze rychlost. Proste si tam das, jakou rychlosti se to ma synchronizovat. Je to kvuli tomu, abys mohl ovlivnovat, co ma vetsi prioritu - co nejdrive dokoncit synchronizaci (vysoka cisla u max a min) za cenu toho, ze server bude pomalu odpovidat, nebo fungujici server s tim, ze se to bude dyl synchronizovat. kdyz das moc, tak budou proste disky kmitat a system bude line reagovat. Urcite to nebude delat zadny chyby. Navic, kdyz to prezenes, system stejne pojede tak rychle, jak to bude HW (disky, radic, cpu) zvladat.
mimochodem, upgradnul jsem nakonec na 2x1.5TB. Synchronizace RAIDu ted trva 10h a mam tam neco malo pres 50%. Je to normalni?Odpovídá to rychlosti, kterou jsem měl já. Moje operace byla zvětšení RAID 5 z 3x1,5TB na 4x1,5TB. Raid byl neredukovaný tedy s 2 disky aktivními a jedním paritním na raid s 3 aktivními disky a jedním paritním. Tedy fakticky se přečetlo 3TB dat a zapsalo zpět jinak rozdělené (plus parity). Roztažení disku trvalo něco přes 20 hodin (po 10 hodinách to bylo před polovinou a když jsem se na systém podíval po 23 hodinách bylo hotovo), to dává stejný čas. vliv může mít, že můj procesor pro tento domácí server je AMD E-350, což je hlavně úsporný procesor, ale v průběhu práce byla jeho zátěž pod 20%. Obsazenost naprosto nehraje roli. RAID pracuje na úrovni fyzického blokového zařízení a o filesystému a tím pádem obsazenosti neví nic.
Tiskni
Sdílej:
