Přesně před 34 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
86Box, tj. emulátor retro počítačů založených na x86, byl vydán ve verzi 5.0. S integrovaným správcem VM. Na GitHubu jsou vedle zdrojových kódů ke stažení také připravené balíčky ve formátu AppImage.
Vláda Spojených států získala desetiprocentní podíl v americkém výrobci čipů Intel. Oznámili to podle agentur americký prezident Donald Trump a ministr obchodu Howard Lutnick. Společnost Intel uvedla, že výměnou za desetiprocentní podíl obdrží státní dotace v hodnotě 8,9 miliardy dolarů (zhruba 186 miliard Kč). Částka podle Intelu zahrnuje dříve přislíbené subvence 5,7 miliardy dolarů z programu CHIPS na podporu výroby čipů v USA,
… více »Organizace Apache Software Foundation (ASF) vydala verzi 27 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.
Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.
Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.
btrfs subvolume list -a / ID 259 gen 14 top level 5 path /var/lib/machines ID 260 gen 4890 top level 5 path /snapshots/23-05-2017_zaklad_po_instalaci ID 300 gen 2825 top level 260 path /snapshots/23-05-2017_zaklad_po_instalaci/snapshots/24_5_2017_skoro_komplet ID 324 gen 4983 top level 260 path /snapshots/23-05-2017_zaklad_po_instalaci/snapshots/28_5_2017_asi_komplet ID 344 gen 5047 top level 324 path /snapshots/23-05-2017_zaklad_po_instalaci/snapshots/28_5_2017_asi_komplet/snapshots/30_5_2017_komplet ID 346 gen 5301 top level 344 path /snapshots/23-05-2017_zaklad_po_instalaci/snapshots/28_5_2017_asi_komplet/snapshots/30_5_2017_komplet/snap/30_5_2017-komplet
[root@localhost marek]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT fd0 2:0 1 4K 0 disk sda 8:0 0 596,2G 0 disk ├─sda1 8:1 0 100M 0 part ├─sda2 8:2 0 58,5G 0 part ├─sda3 8:3 0 4,3G 0 part └─sda4 8:4 0 533,3G 0 part /media/data2 sdf 8:80 0 1,8T 0 disk /media/data sdg 8:96 0 111,8G 0 disk / sr0 11:0 1 1024M 0 romco pamatuju, tak jsem se vracel přes set-default jednou po instalaci na ID 260 a po druhé včera do ID 346 (nové jádro nenabootuje a neměl jsem čas to řešit) teď jsem chtěl přebytečné snapshoty smazat a zjistl jsem, že nevím přesně jak a ani na netu jsem návody asi nepochopil do ted mi normálně fungovalo
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
btrfs snapshot delete /snapshot/...
na disku mi "zmizelo" asi 30GB místa a při tom adresář /snap/ je prázdný a /snapshots/ obstahuje jen prázdnou podsložku 24_5_2017_skoro_komplet
co jsem našel, tak bych měl snapshoty připojit (abych je pak mohl smazat) - ale nevím jejich mount pointy, takže mount -o pohoří ...
můžu poprosit o rad?
díky moc
btrfs subvolume delete samozřejmě
31.5.2017 20:59
Jendа | skóre: 78
| blog: Jenda
| JO70FB
ps -aux | grep btrfs root 202 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-worker] root 205 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-worker-hi] root 206 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-delalloc] root 207 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-flush_del] root 208 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-cache] root 209 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-submit] root 210 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-fixup] root 211 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio] root 212 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-met] root 213 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-met] root 214 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-rai] root 215 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-rep] root 216 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-rmw] root 217 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-wri] root 218 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-freespace] root 219 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-delayed-m] root 220 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-readahead] root 221 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-qgroup-re] root 222 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-extent-re] root 223 0.0 0.0 0 0 ? S 21:46 0:00 [btrfs-cleaner] root 224 0.0 0.0 0 0 ? S 21:46 0:00 [btrfs-transacti] root 334 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-worker] root 335 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-worker-hi] root 336 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-delalloc] root 338 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-flush_del] root 339 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-cache] root 341 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-submit] root 342 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-fixup] root 343 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio] root 347 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-met] root 348 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-met] root 349 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-rai] root 350 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-rep] root 351 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-rmw] root 352 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-endio-wri] root 353 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-freespace] root 355 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-delayed-m] root 356 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-readahead] root 358 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-qgroup-re] root 359 0.0 0.0 0 0 ? S< 21:46 0:00 [btrfs-extent-re] root 393 0.0 0.0 0 0 ? S 21:46 0:00 [btrfs-cleaner] root 394 0.0 0.0 0 0 ? S 21:46 0:00 [btrfs-transacti]s btrfs mi běží tohle - a cleaner běží hned 2x
Co to znamená, že mount -o pohoří? Pohoří také mount -o subvolid=...? Parametr je buď subvol, což je ta cesta k subvolume, pokud existuje, nebo subvolid, což je to číslo ID ve výpisu z btrfs subvolume list.
Druhá možnost je nastavit těm „nepřipojeným“ snapshotům pomocí btrfs subvolume set-default <id> <path> implicitní mount pointy, kde se mají objevit, a pak by mělo fungovat btrfs subvolume delete.
[root@localhost marek]# mount -o subvolid=300 /snapshots/24_5_2017_skoro_komplet/ /home/marek/pokus/ mount: /snapshots/24_5_2017_skoro_komplet není blokovým zařízenímtím pádem pak nejde ani smazat a když pomocí
subvolume set-default id path nastavím kde se mají objevovat, tak se mi připojí pod / a bootuju do nich
v podstatě mám teď asi 6 snapshotů, mezi kterýma můžu libovolně přepínat, ale nemůžu (nevím jak) je připojit, nebo smazat
jestli dělám nějakou pitomou chybu, tak se omlouvám, ale nějak s tím nemůžu pohnout
1.6.2017 17:09
Jendа | skóre: 78
| blog: Jenda
| JO70FB
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT fd0 2:0 1 4K 0 disk sda 8:0 0 596,2G 0 disk ├─sda1 8:1 0 100M 0 part ├─sda2 8:2 0 58,5G 0 part ├─sda3 8:3 0 4,3G 0 part └─sda4 8:4 0 533,3G 0 part /media/data2 sdf 8:80 0 1,8T 0 disk /media/data sdg 8:96 0 111,8G 0 disk / sr0 11:0 1 1024M 0 rom
[root@localhost marek]# mount -o subvolid=300 /dev/sdg /media/nfs/ [root@localhost marek]# btrfs subvolume delete /media/nfs/ Delete subvolume (no-commit): '/media/nfs' ERROR: cannot delete '/media/nfs': Invalid argumentdíky radu a nasměrování
Ano, mountovat se musí pomocí cesty k zařízení (resp. k jednomu ze zařízení) toho filesystému, nikoliv cesty k nějakému adresáři na už namountovaném filesystému.
Pokud takhle namountovaný subvolume nejde smazat — nejspíš proto, že mount point pod ním se netváří jako subvolume —, asi bych udělal něco jako btrfs subvolume set-default 300 /snapshots/crap_for_deletion, čímž ten subvolume (snad) získá zpátky svůj klasický automaticky mountovaný adresář, a pak už by to mělo jít normálně smazat přes btrfs subvolume delete /snapshots/crap_for_deletion.
Tiskni
Sdílej:
