Zemřel Rob Grant, spolutvůrce kultovního sci-fi seriálu Červený trpaslík.
Apple oznámil, že iPhone a iPad jako první a jediná zařízení pro koncové uživatele splňují požadavky členských států NATO na zabezpečení informací. Díky tomu je možné je používat pro práci s utajovanými informacemi až do stupně „NATO Restricted“, a to bez nutnosti instalovat speciální software nebo měnit nastavení. Žádné jiné běžně dostupné mobilní zařízení tak vysokou úroveň státní certifikace dosud nezískalo.
Americký provozovatel streamovací platformy Netflix odmítl zvýšit nabídku na převzetí filmových studií a streamovací divize konglomerátu Warner Bros. Discovery (WBD). Netflix to ve čtvrtek oznámil v tiskové zprávě. Jeho krok po několikaměsíčním boji o převzetí otevírá dveře k akvizici WBD mediální skupině Paramount Skydance, a to zhruba za 111 miliard dolarů (2,28 bilionu Kč).
Americká společnosti Apple přesune část výroby svého malého stolního počítače Mac mini z Asie do Spojených států. Výroba v závodě v Houstonu by měla začít ještě v letošním roce, uvedla firma na svém webu. Apple také plánuje rozšířit svůj závod v Houstonu o nové školicí centrum pro pokročilou výrobu. V Houstonu by měly vzniknout tisíce nových pracovních míst.
Vědci Biotechnologické společnosti Cortical Labs vytvořili biopočítač nazvaný CL1, který využívá živé lidské mozkové buňky vypěstované z kmenových buněk na čipu. Po úspěchu se hrou PONG se ho nyní snaží naučit hrát DOOM. Neurony přijímají signály podle toho, co se ve hře děje, a jejich reakce jsou převáděny na akce jako pohyb nebo střelba. V tuto chvíli systém hraje velmi špatně, ale dokáže reagovat, trochu se učit a v reálném čase se hrou
… více »Pro testování byl vydán 4. snapshot Ubuntu 26.04 LTS (Resolute Raccoon).
Ben Sturmfels oznámil vydání MediaGoblinu 0.15.0. Přehled novinek v poznámkách k vydání. MediaGoblin (Wikipedie) je svobodná multimediální publikační platforma a decentralizovaná alternativa ke službám jako Flickr, YouTube, SoundCloud atd. Ukázka například na LibrePlanet.
TerminalPhone (png) je skript v Bashi pro push-to-talk hlasovou a textovou komunikaci přes Tor využívající .onion adresy.
Před dvěma lety zavedli operátoři ochranu proti podvrženým hovorům, kdy volající falšuje čísla anebo se vydává za někoho jiného. Nyní v roce 2026 blokují operátoři díky nasazeným technologiím v průměru 3 miliony pokusů o podvodný hovor měsíčně (tzn., že k propojení na zákazníka vůbec nedojde). Ochrana před tzv. spoofingem je pro zákazníky a zákaznice všech tří operátorů zdarma, ať už jde o mobilní čísla nebo pevné linky.
Společnost Meta (Facebook) předává React, React Native a související projekty jako JSX nadaci React Foundation patřící pod Linux Foundation. Zakládajícími členy React Foundation jsou Amazon, Callstack, Expo, Huawei, Meta, Microsoft, Software Mansion a Vercel.
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: