Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
rm: cannot remove 'TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl': Stale file handle
při výpisu obsahu složky se toho moc nedozvím
...
-????????? ? ? ? ? ? TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl
...
je to součást jednoho git repozitáře
Hledal jsem na webu a všude tento problém řeší s NFS, to jsem zde nikdy nepoužíval. Provozuji LUKS a v něm mám btrfs. Běžím na ARCHu
Zkusil jsem fsck a scrub celého FS a žádná chyba nebyla nalezena.
Narazil jsem na tento thread, ale nakonec to OP vyřešil přeformátováním FS, což se mi moc nechce.
Máte nějaký nápad?
...
7332786 -rw-r--r-- 1 xorly users 190338 Feb 29 11:51 TerminalBlock_Pheonix_MPT-2.54mm_12pol.wings
? -????????? ? ? ? ? ? TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl
7332787 -rw-r--r-- 1 xorly users 29474 Feb 29 11:51 TerminalBlock_Pheonix_MPT-2.54mm_2pol.wings
...
Z logu jádra jsem grepnul "btrfs", moc tam toho není.
[ 2.614280] Btrfs loaded [ 2.614867] BTRFS: device fsid 0751a567-2689-437f-b79a-fd29165da6c6 devid 1 transid 82619 /dev/sdb3 [ 2.615466] BTRFS: device fsid fbe3d611-0b48-41a3-9881-6e70e9e3f865 devid 1 transid 1485 /dev/sda2 [ 2.615864] BTRFS: device fsid 18009aa7-bd6f-4898-9486-a04bd570ce78 devid 1 transid 626 /dev/sdb4 [ 2.639234] BTRFS: device fsid ee483052-1789-480f-941e-99dbf028a36a devid 1 transid 851659 /dev/sda1 [ 2.653479] BTRFS info (device sdb3): disk space caching is enabled [ 2.673680] BTRFS: detected SSD devices, enabling SSD mode [ 3.001779] BTRFS info (device sdb3): turning on discard [ 3.001782] BTRFS info (device sdb3): disk space caching is enabled [ 3.934453] BTRFS info (device sda1): enabling auto defrag [ 3.934458] BTRFS info (device sda1): disk space caching is enabled [ 7.607255] BTRFS error (device sda1): could not find root 8 [ 7.665622] BTRFS error (device sda1): could not find root 8 [ 7.665704] BTRFS error (device sda1): could not find root 8 [ 10.934802] BTRFS: device fsid 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1 devid 1 transid 677108 /dev/dm-0 [ 10.960745] BTRFS info (device dm-0): enabling auto defrag [ 10.960754] BTRFS info (device dm-0): disk space caching is enabled [ 14.479638] BTRFS info (device sdb4): use ssd allocation scheme [ 14.479653] BTRFS info (device sdb4): turning on discard [ 14.479658] BTRFS info (device sdb4): disk space caching is enabled [ 14.479662] BTRFS: has skinny extentsJedná se o dm-0, normální HDD. (sda1 mám na /var) Umount/mount se děje při každém vypnutí/zapnutí systému a nebyl s tím žádný problém. Jinak beze změny.
btrfs scrub start -B /
Řekne to víc informací a zkusí opravit to, co bezpečně jde.
# btrfs scrub start -B /home scrub done for 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1 scrub started at Sun Mar 13 11:07:05 2016 and finished after 00:49:27 total bytes scrubbed: 290.08GiB with 0 errorsa RAW výstup
scrub status for 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1
scrub device /dev/mapper/home (id 1) history
scrub started at Sun Mar 13 11:07:05 2016 and finished after 00:49:27
data_extents_scrubbed: 5358723
tree_extents_scrubbed: 276588
data_bytes_scrubbed: 306945388544
tree_bytes_scrubbed: 4531617792
read_errors: 0
csum_errors: 0
verify_errors: 0
no_csum: 1178308
csum_discards: 0
super_errors: 0
malloc_errors: 0
uncorrectable_errors: 0
unverified_errors: 0
corrected_errors: 0
last_physical: 467115442176
Právě, že žádnou chybu nenajde...
# btrfs check -p --check-data-csum /dev/mapper/home Checking filesystem on /dev/mapper/home UUID: 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1 checking extents [o] checking free space cache [o] checking fs roots [o] found 309216416127 bytes used err is 0 total csum bytes: 295143188 total tree bytes: 2262269952 total fs tree bytes: 1834450944 total extent tree bytes: 82804736 btree space waste bytes: 357692599 file data blocks allocated: 309234204672 referenced 302608572416
btrfs check /, ten to zkoumá víc do detailů.
Tiskni
Sdílej:
