Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
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:
2.2.2015 09:54
Max | skóre: 73
| blog: Max_Devaine
2.2.2015 10:02
Max | skóre: 73
| blog: Max_Devaine
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ů
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/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.
2.2.2015 12:12
Max | skóre: 73
| blog: Max_Devaine
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.
2.2.2015 14:15
Max | skóre: 73
| blog: Max_Devaine
2.2.2015 14:26
Max | skóre: 73
| blog: Max_Devaine
/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:
