Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
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.
/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.
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: nonea 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: