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.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
EXT3-fs error (device sda1) ext3_get_inode_loc: unable to read inode block - inode=29655178, block=59310086
Tak tahle hláška se mi dnes neustále na terminálu opakovala. Počítač zatuhnul tak, že nereagoval ani na kombinace kláves Alt+SysRQ+něco
.
Poslední dobou se mi stává docela často, že počítač vytuhává s nějakou podobnou chybou, jako s tou dnes. smartctl -a /dev/sda
neukazuje žádné chyby. Pevný disk je relativně nový -- zkoupen v lednu 2008. Je to WDC WD5000AAKS-00YGA0 (Serial Ata II). Desku mám MSI P35 Neo2. Procesor: Intel Core 2 Duo. Používám Debian Lenny (pravidelně ho aktualizuju) pro architekturu AMD64.
V logách jsem nenašel nic, co by stálo za zveřejnění.
Počítač (disk) jsem dokonce už reklamoval, ale žádnou chybu prý nenašli! Zkusil jsem daný "block" otestovat programem badblocks
, ale ten žádnou chybu nenašel. Už jsem zoufalý. Poraďte prosím.
badblocks -nvv /dev/sda -o badblocks.logDále bych zkusil rychlost :
hdparm -tT /dev/sdafsck jsi už zkoušel? Zda nění poškozen jen FS ...
Děkuju za odpověď. Pustím se do toho. Mám Slaxe na USB Flash disku, tak budu kontrolovat z něj.
root@slax:~# e2fsck -f -p -t -v /dev/sda1 Peak memory: Memory used: 388k/39792k (178k/211k), time: 170.84/12.58/ 7.81 184029 inodes used (0.60%) 3603 non-contiguous inodes (2.0%) # of inodes with ind/dind/tind blocks: 13545/289/0 5854670 blocks used (9.59%) 0 bad blocks 1 large file 154492 regular files 15387 directories 85 character device files 25 block device files 3 fifos 401 links 14025 symbolic links (12183 fast symbolic links) 3 sockets -------- 184421 files Memory used: 388k/184k (78k/311k), time: 185.43/14.00/ 8.28
Takže -- zdá se -- systém souborů poškozen není. Budu pokračovat dál.
root@slax:~# badblocks -nsvv /dev/sda -o /badblocks.log Checking for bad blocks in non-destructive read-write mode From block 0 to 488386584 Checking for bad blocks (non-destructive read-write test) Testing with random pattern: done Pass completed, 0 bad blocks found.
Takže tady chyba není. Soubor badblocks.log
je prázdný.
root@slax:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 8174 MB in 2.00 seconds = 4094.48 MB/sec Timing buffered disk reads: 198 MB in 3.01 seconds = 65.84 MB/sec
Tomuhle (těmhle číslům) moc nerozumím.
Tutim se měří rychlost disku, já mam na notebooku (5400RPM, tušim 8MB cache)
# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 652 MB in 2.00 seconds = 326.13 MB/sec Timing buffered disk reads: 96 MB in 3.04 seconds = 31.53 MB/sectedy první je zápis do keše a druhý fyzický na disk.
Zatím PC (pevný disk) šlape v pohodě, tak uvidíme, čím dalším mě překvapí v budoucnu.
Mockrát Vám děkuju za odpověď. Pokusím se dát disk níž. Koupil jsem si i chlazení na ten disk, ale moc to nefunguje.
Takže děkuju všem za reakce. Problém je -- zdá se -- vyřešen. Ten pevnej disk se prostě přehříval (běžně měl 50 ˚C). Vyřešil jsem jeho chlazení a PC (pevný disk) šlape jak hodinky. Teď má běžně teplotu 42 ˚C. Kdyby se přece jenom problém znovu objevil, tak napíšu.
Takže nakonec jsem zjistil, že ten (Western Digital) pevný disk byl vadný. Zbavil jsem se ho.
Zjistil jsem to tak, že jsem si ještě přikoupil jeden (Seagate) pevný disk. Ten WD se občas "ztrácel", zatímco Seagate nikoli.
Děkuju všem za rady.
Tiskni
Sdílej: