Byla vydána verze 1.98.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Byla vydána nová verze 7.1 (YouTube) svobodného open source redakčního systému WordPress. Kódové jméno Mary Lou bylo vybráno na počest americké jazzové klavíristky Mary Lou Williams (YouTube).
Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.4. Představení novinek také na YouTube. Bun byl přepsán z programovacího jazyka Zig do Rustu. Pomocí Claude Fable 5.
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Společnost PINE64 kvůli nedostatku a vysokým cenám DRAM a eMMC dočasně pozastavuje výrobu linuxových zařízení. Výroba zařízení jako PineTime, PineVoice a Pinecil pokračuje.
Společnost Stripe se dohodla na akvizici společnosti OpenRouter. Za 7,5 miliardy dolarů.
Byla vydána nová verze 1.27 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.
V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede Petr Hodina, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem mobilního … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »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:
