Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.
Americká technologická společnost Meta Platforms představila nový model umělé inteligence (AI) Muse Glimmer. Model je menší než přední modely AI od konkurence a má běžet přímo na počítačích uživatelů. Meta model zpřístupní jako open source, tedy otevřený software. Nový model je navržen tak, aby zvládal takzvané agentní úkoly na počítačích se spotřebitelskou grafickou kartou. Klade si tak za cíl uspokojit poptávku po systémech AI, které běží přímo na zařízeních uživatelů.
V pátek 28. srpna 2026 se v pražském Karlíně uskuteční již osmý Mobilní Hackday. Akce začne v 10:00 a potrvá až do večera. Setkání proběhne v prostorách SUSE Linux, s.r.o. na adrese Křižíkova 148/34, Praha 8 – Karlín. Nejbližší zastávkou je Křižíkova, kam se lze dostat tramvají i metrem. Na programu budou například novinky z posledních měsíců, možnosti, jak si zjednodušit práci s LLM/AI, a také nová linuxová distribuce BengalOS, včetně … více »
Jakub Vrána vydal Adminer ve verzi 6.0.0 s více než 130 změnami: "Většina změn vznikla s asistencí Claude Opus 5. Někteří lidi se bojí, že AI asistence může kód zamořit technickým dluhem. To je jistě pravda, pokud vývojář všechny změny bezduše odbouchne Enterem. Ale pokud si pořádně projde plán, vyjedná v něm změny a pak totéž udělá i s vygenerovaným kódem, kvalita kódu stoupne a technický dluh naopak klesne. Je to jako párové programování s
… více »Sam Aaron vydal novou major verzi 5.0.0 aplikace Sonic Pi (Wikipedie) určené také pro výuku programování pomocí skládání hudby. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
U příležitosti 30. výročí vydání počítačové hry Quake byla vydána nová epizoda s názvem Dawn of the Machine (Steam).
Dobrý den, nainstaloval jsem zašifrované openSuse 13.2 crypt-luks /dev/sda4 580GB a chtěl bych zjistit jak využívat celou kapacitu oddílu. Moc díky za pomoc.
Rozdělení disku jsem nechal na systému. po nabootování můžu kopírovat soubory do /home 50GB /var/tmp 40GB ale když zapíšu do /var/tmp např. 2GB, zvýší se zabrané místo ve všech /dev/mapper/system-root takže mám rázem zabráno z celého disku 30GB podle df --total
a ještě pár výpisů z disku: ls /dev/mapper control cr_ata-WDC_WD6400BPVT-22HXZT1_WD-WX41AA0W5568-part4 system-home system-root system-swap
df-h --total Souborový systém Velikost Užito Volno Uži% Připojeno do /dev/mapper/system-root 40G 6,2G 33G 17% / devtmpfs 1,9G 0 1,9G 0% /dev tmpfs 1,9G 964K 1,9G 1% /dev/shm tmpfs 1,9G 1,4M 1,9G 1% /run tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/mapper/system-root 40G 6,2G 33G 17% /var/tmp /dev/mapper/system-root 40G 6,2G 33G 17% /var/spool /dev/mapper/system-root 40G 6,2G 33G 17% /var/opt /dev/mapper/system-root 40G 6,2G 33G 17% /var/log /dev/mapper/system-root 40G 6,2G 33G 17% /var/lib/pgsql /dev/mapper/system-root 40G 6,2G 33G 17% /var/lib/mailman /dev/mapper/system-root 40G 6,2G 33G 17% /var/lib/named /dev/mapper/system-root 40G 6,2G 33G 17% /var/crash /dev/mapper/system-root 40G 6,2G 33G 17% /usr/local /dev/mapper/system-root 40G 6,2G 33G 17% /tmp /dev/mapper/system-root 40G 6,2G 33G 17% /srv /dev/mapper/system-root 40G 6,2G 33G 17% /opt /dev/sda3 386M 62M 300M 18% /boot /dev/mapper/system-home 50G 49G 1,5G 98% /home /dev/mapper/system-root 40G 6,2G 33G 17% /boot/grub2/x86_64-efi /dev/mapper/system-root 40G 6,2G 33G 17% /boot/grub2/i386-pc total 658G 142G 494G 23% - cat fstab
/dev/system/swap swap swap defaults 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 / btrfs defaults 0 0 UUID=44bf5875-42b4-44f0-8c42-5f8d39e02975 /boot ext4 acl,user_xattr 1 2 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /boot/grub2/i386-pc btrfs subvol=boot/grub2/i386-pc 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /boot/grub2/x86_64-efi btrfs subvol=boot/grub2/x86_64-efi 0 0 /dev/system/home /home xfs defaults 1 2 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /opt btrfs subvol=opt 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /srv btrfs subvol=srv 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /tmp btrfs subvol=tmp 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /usr/local btrfs subvol=usr/local 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/crash btrfs subvol=var/crash 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/mailman btrfs subvol=var/lib/mailman 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/named btrfs subvol=var/lib/named 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/pgsql btrfs subvol=var/lib/pgsql 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/log btrfs subvol=var/log 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/opt btrfs subvol=var/opt 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/spool btrfs subvol=var/spool 0 0 UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/tmp btrfs subvol=var/tmp 0 0
Řešení dotazu:
386M /boot - ext4 40GB / - btrfs 50GB /home - XFSTzn., že vidím, že pro linux máš nakrájeno 90GB, kde je ten zbytek? Používáš i windows, nebo jen linux? Pokud jen linux, tak sem ještě hoď výpis příkazu "fdisk -l", ať je vidět, co děláš se zbylými 550GB
Ano používám jen linux.
/dev/sda1 je recovery pro windows
/dev/sda2 pro office
gparted mi ukazuje /dev/sda4 580 GB crypt-luks, při bootování chce plymouth heslo k disku. Ale dostupných je jen těch 90 GB
fdisk -l
Disk /dev/sda: 596,2 GiB, 640 135 028 736 bajtů, 1 250 263 728 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x9a0dccef
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 32507903 32505856 15,5G 27 Hidden NTFS WinRE
/dev/sda2 32507904 32712703 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda3 * 32712704 33544191 831488 406M 83 Linux
/dev/sda4 33544192 1250263039 1216718848 580,2G 8e Linux LVM
Disk /dev/mapper/cr_ata-WDC_WD6400BPVT-22HXZT1_WD-WX41AA0W5568-part4: 580,2 GiB, 622 957 953 024 bajtů, 1 216 714 752 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Disk /dev/mapper/system-swap: 2 GiB, 2 147 483 648 bajtů, 4 194 304 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Disk /dev/mapper/system-root: 40 GiB, 42 949 672 960 bajtů, 83 886 080 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Disk /dev/mapper/system-home: 50 GiB, 53 687 091 200 bajtů, 104 857 600 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
/dev/mapper/cr_ata-WDC_WD6400BPVT-22HXZT1_WD-WX41AA0W5568-part4). ten máš zařazený jako physical volume do LVM tam máš zadefinovanou grupu system a uvnitř ní máš zadefinované logické volume swap,root,home (vytvářejí bloková zařízení /dev/mapper/system-swap,/dev/mapper/system-root,/dev/mapper/system-home) je to proto, že si je mužeš když budeš potřebovat jakkoliv zvětšit. Myslím že toto je default chování openSUSE, když uživatel zvolí LVM.
Ještě dvě poznámky: Když budeš posílat příště výpisy, ohranič je prostředím <pre>výpis</pre> pak vypis zachová zalamování a stejnou šířku fontu. Druhá poznámka, je v tom, že openSUSE standardně u btrfs na root oddílu nahazuje intenzívně snapshoty a je dobré se s tím seznamit. myslím že má jednak před a po každé aktualizaci balíků a pak každou hodinu. může se stát že to bude brát dost prostoru z rootu.
Za vynechané <pre> u minuleho výpisu se omlouvám.
V openSuse jsem při instalaci zaškrtl : vytvořit návrh založený na LVM a zašifrovat skupinu svazků.
Rozumím dobře, že mam teď /home atd.... zašifrované ?
A děkuju za odkazy na samostudium.
pvdisplay WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! --- Physical volume --- PV Name /dev/mapper/cr_ata-WDC_WD6400BPVT-22HXZT1_WD-WX41AA0W5568-part4 VG Name system PV Size 580,17 GiB / not usable 3,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 148524 Free PE 124972 Allocated PE 23552 PV UUID TO2B7k-3gt9-ulLC-eJAH-iyhq-2fBd-COkulB vgdisplay WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! --- Volume group --- VG Name system System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 3 Open LV 3 Max PV 0 Cur PV 1 Act PV 1 VG Size 580,17 GiB PE Size 4,00 MiB Total PE 148524 Alloc PE / Size 23552 / 92,00 GiB Free PE / Size 124972 / 488,17 GiB VG UUID baZs1j-S8aa-ee2e-Q3By-Kavb-TfCQ-5IeCwd lvdisplay WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it! --- Logical volume --- LV Path /dev/system/home LV Name home VG Name system LV UUID 4aYRkv-KpmH-Q5e7-WJNi-AEwg-AUcr-gUfU3c LV Write Access read/write LV Creation host, time (none), 2015-01-22 16:15:48 +0100 LV Status available # open 1 LV Size 50,00 GiB Current LE 12800 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:3 --- Logical volume --- LV Path /dev/system/root LV Name root VG Name system LV UUID LgKmUM-JNFX-gXql-1O1y-88WF-uGVo-J9beWx LV Write Access read/write LV Creation host, time (none), 2015-01-22 16:15:48 +0100 LV Status available # open 1 LV Size 40,00 GiB Current LE 10240 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:2 --- Logical volume --- LV Path /dev/system/swap LV Name swap VG Name system LV UUID BcqqOK-asjc-2pOt-yrsh-IQcl-wW7n-c0C2cf LV Write Access read/write LV Creation host, time (none), 2015-01-22 16:15:48 +0100 LV Status available # open 2 LV Size 2,00 GiB Current LE 512 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:1
vgdisplay ti říká, že ve skupině system máš k dispozici celkem 580,17GB z toho je alokovaných 92,0 GB a volných 488,17GB. Pokud ti někde (třeba na /home) dochází místo, tak příslušný logický oddíl zvětšíš např lvresize +20G /dev/mapper/system-home následně zvětšiš file systém btrfs filesystem resize max /home (max znamená že si vezme maximum z blokového zařízení mohlo by tam být i +xxG na zvětšení o xx nebo -xxG pro zmenšení) viz stručně jsou přikazy i na kernelu
/home je XFS. Roztažení XFS na zvětšený logical volume je přikazem xfs_growfs /home. A je potřeba připomenout, že XFS na rozdíl od btrfs a EXT2,3,4 filesystemů nejde změnšovat.
/dev/sda1 - NTFS
/dev/sda2 - NTFS
/dev/sda3 - /boot
/dev/sda4 - LVM
-> Volume Group "system" - 580GiB (z toho 92GiB alokováno/zabráno)
-> Logical Volume "/dev/system/home" - 50GiB
-> Logical Volume "/dev/system/root" - 40GiB
-> Logical Volume "/dev/system/swap" - 2GiB
S tím, že na :UUID=209d05c1-4a28-4265-a6f0-937600240b58 /boot/grub2/i386-pc btrfs subvol=boot/grub2/i386-pc UUID=209d05c1-4a28-4265-a6f0-937600240b58 /boot/grub2/x86_64-efi btrfs subvol=boot/grub2/x86_64-efi UUID=209d05c1-4a28-4265-a6f0-937600240b58 /opt btrfs subvol=opt UUID=209d05c1-4a28-4265-a6f0-937600240b58 /srv btrfs subvol=srv UUID=209d05c1-4a28-4265-a6f0-937600240b58 /tmp btrfs subvol=tmp UUID=209d05c1-4a28-4265-a6f0-937600240b58 /usr/local btrfs subvol=usr/local UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/crash btrfs subvol=var/crash UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/mailman btrfs subvol=var/lib/mailman UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/named btrfs subvol=var/lib/named UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/lib/pgsql btrfs subvol=var/lib/pgsql UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/log btrfs subvol=var/log UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/opt btrfs subvol=var/opt UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/spool btrfs subvol=var/spool UUID=209d05c1-4a28-4265-a6f0-937600240b58 /var/tmp btrfs subvol=var/tmp
K plnému pochopení si tedy nastauduj články o LVM a btrfs.
SUPER
df nehlásí spolehlivé údaje. Informace dostane uživatel příkazem btrfs filesystem df /cesta/k/mount/pointu, aby měl tazatel rychlou základní orientaci. V odkazech je uvedeno samozřejmě podrobněji.
Tiskni
Sdílej: