Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
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:
