crypt-luks problém s volným místem (vyřešeno)

 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

Ahoj,
to není pravda. Používáš btrfs, na něm máš subvolume a ty připojuješ do jednotlivých systémových adresářů. Ty subvolume mají společnou kapacitu. Je tedy jasné, že když něco zapíšeš do jednoho subvolume, tak df ti ukáže pokles kapacity na všech připojených svazkách (protože se jedná o ten stejný svazek). Když zapíšeš 2GiB, tak ti ubydou jen ty 2GiB.
Zdar Max
PS: více o btrfs např. zde na abc : Btrfs, lepší systém souborů – teorie, Btrfs, lepší systém souborů – praxe, Systém souborů Btrfs - začínáme

Měl jsem sen ... :(

2.2.2015 10:02 Max | skóre: 72 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Jinak ještě jedna věc, ty máš "WD6400BPVT", což je 640GB disk. Dle výpisu, co jsi poskytl, máš pro systém vyhrazeno toto :

386M /boot   - ext4
40GB /       - btrfs
50GB /home   - XFS

Tzn., ž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
Zdar Max

Měl jsem sen ... :(

2.2.2015 11:31 Suse_linux
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

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ů

2.2.2015 12:03 lertimir | skóre: 64 | blog: Par_slov
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Aby to takto dopadlo, tak tam musíš mít ještě jednu vrstvu, a to LVM. popis i LVM a diskové šifrování a LVM prakticky.

Máš tedy oddíl sda4 v něm máš LUKS šifrování (to vytvoří blokové zařízení /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: 72 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Ahoj, takže tam je ještě LVM. Poskytni tedy ještě výpisy z příkazů "pvdisplay", "vgdisplay" a "lvdisplay".
Zdar Max

Měl jsem sen ... :(

2.2.2015 12:49 Suse_linux
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

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

2.2.2015 13:11 lertimir | skóre: 64 | blog: Par_slov
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

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

2.2.2015 14:34 lertimir | skóre: 64 | blog: Par_slov
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Aj chybka se vloudila. Díky Maxi, že jsi nepřehlédl jako já, že na /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: 72 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Tak je to jasné. V tom případě pro lepší pochopení, jak to máš nastaveno, doporučuji ještě prostudovat tyto články :
LVM - 1 (úvod, vytvoření oddílu)
LVM - 2 (přidat, odebrat, zvětšit, zmenšit)
LVM - 3 (zrcadlený a prokládaný oddíl)
Zdar Max

Měl jsem sen ... :(

2.2.2015 14:26 Max | skóre: 72 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Jinak abych ti to shrnul, tak to máš rozděleno takto :

/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 :
"/dev/system/home" používáš XFS
"/dev/system/root" používáš btrfs a tam se používají tyto subvolume (aby jsi mohl dělat snapshoty) :

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.

Zdar Max
PS: je divný, že OpenSuse nedělá v default instalaci subvolume i pro "/", popř. i jiné jako "/usr" apod. :-/

Měl jsem sen ... :(

2.2.2015 14:50 Suse_linux
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Moc díky všem za pomoc a parádní odkazy. Abych to shrnul. Místo na disku bylo a je, stačilo rozšířit oddíl a file system.

lvresize -L+100G /dev/system/home

xfs_growfs /home

nakonec jsem si toho, že /home je xfs taky všimnul ;-)

SUPER

Řešení 1× (Vojtěch Trefný)

2.2.2015 11:30 lertimir | skóre: 64 | blog: Par_slov
Rozbalit Rozbalit vše Re: crypt-luks problém s volným místem

Ještě je vhodné poznamenat, že u btrfs je otázka volného místa složitější a 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.

Dotaz: crypt-luks problém s volným místem

Odpovědi