Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
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:
