☰

Suse Linux 설치에 많은 매퍼 볼륨이 생성되는 이유

tag-icon • tag-icon opensuse disk-usage fdisk device-mapper
Suse Linux 설치에 많은 매퍼 볼륨이 생성되는 이유

최근에 Suse Linux와 Sled를 설치했습니다. 설치 후 매퍼에 더 많은 메모리가 할당된 것을 확인했습니다. 이것이 무엇을 위한 것인지는 알 수 없습니다. 기본 물리 볼륨이 가득 차면 사용됩니까?

내 fdisk 및 df 결과를 여기에 넣는 것이 좋겠다고 생각했습니다. 결과는 다음과 같습니다.

Disk /dev/sda: 596.2 GiB, 640135028736 bytes, 1250263728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 8503B13D-9FCF-4B8B-A05D-3D3C9E423393

Device      Start        End    Sectors  Size Type
/dev/sda1    2048     321535     319488  156M EFI System
/dev/sda2  321536 1250263039 1249941504  596G Linux LVM




Disk /dev/mapper/system-root: 40 GiB, 42949672960 bytes, 83886080 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/system-swap: 2 GiB, 2147483648 bytes, 4194304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/system-home: 100 GiB, 107374182400 bytes, 209715200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sdb: 931.5 GiB, 1000204883968 bytes, 1953525164 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xdbbfb035

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdb1          63 1953520064 1953520002 931.5G  b W95 FAT32


linux-c3of:~ # df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 1.9G  8.0K  1.9G   1% /dev
tmpfs                    1.9G  184K  1.9G   1% /dev/shm
tmpfs                    1.9G   11M  1.9G   1% /run
tmpfs                    1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/mapper/system-root   40G   11G   29G  27% /
/dev/mapper/system-root   40G   11G   29G  27% /.snapshots
/dev/mapper/system-root   40G   11G   29G  27% /srv
/dev/mapper/system-root   40G   11G   29G  27% /var/cache
/dev/mapper/system-root   40G   11G   29G  27% /tmp
/dev/mapper/system-root   40G   11G   29G  27% /var/tmp
/dev/mapper/system-root   40G   11G   29G  27% /boot/grub2/x86_64-efi
/dev/mapper/system-root   40G   11G   29G  27% /usr/local
/dev/mapper/system-root   40G   11G   29G  27% /opt
/dev/mapper/system-root   40G   11G   29G  27% /boot/grub2/i386-pc
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/mysql
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/named
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/machines
/dev/mapper/system-root   40G   11G   29G  27% /var/opt
/dev/mapper/system-root   40G   11G   29G  27% /var/spool
/dev/mapper/system-root   40G   11G   29G  27% /var/log
/dev/mapper/system-root   40G   11G   29G  27% /var/crash
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/pgsql
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/mailman
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/mariadb
/dev/mapper/system-root   40G   11G   29G  27% /var/lib/libvirt/images
/dev/sda1                156M  4.6M  152M   3% /boot/efi
/dev/mapper/system-home  100G   29G   72G  29% /home
tmpfs                    385M   60K  385M   1% /run/user/1000
/dev/sdb1                932G  189G  743G  21% /run/media/ari/New Volume

그리고 그 932G 용량은 외장 하드 드라이브용입니다.

이러한 할당의 논리를 이해하고 싶습니다.

답변1

나는 당신의 질문을 연구함으로써 답을 찾을 것이라고 생각합니다BTRFS파일 시스템. SUSE 설치는 기본 설정으로 남아 있는 것으로 보이며 BTRFS를 사용하여 하드 드라이브를 자동으로 분할합니다.

1~2년 전에 SLES 12 시스템에서 BTRFS를 평가했지만 그다지 인상적이지 않았습니다. 나는 또한 수많은 매핑 뒤에 숨은 논리를 이해하지 못합니다. BTRFS 파일 시스템을 사용하여 얻을 수 있는 성능 향상을 평가할 때 이점은 없지만 복잡성이 가중된다는 사실을 발견했습니다.

저는 ELILO로 부팅하기 위해 운영 체제 하드 드라이브나 /dev/sda 볼륨(/dev/sda1이 있는 곳)을 FAT32로 포맷하는 것을 선호합니다. 그러면 /dev/sda2는 EXT3으로 포맷된 디스크의 유일한 다른 파티션입니다. 내 시스템에는 100GB가 넘는 RAM이 있고 이 방법은 수년 동안 나에게 효과적이었기 때문에 SWAP을 사용하지 않습니다. 제 생각에는 루트 파티션을 위한 유일하게 훌륭하고 안정적이며 간단한 파일 시스템은 EXT3, EXT4 및 XFS입니다.

답변2

화염 메일 응답에도 불구하고.

btrfs는 COW 및 시스템/파일 롤백을 제공하므로 백업 쓰레기를 피하기 위해 /var 등을 분리해야 합니다. sudo btrfs subvolume list / the mapper/*에서 볼 수 있는 것은 LVM을 사용하고 있기 때문일 수 있습니까? 이는 btrfs에 중복됩니다. btrfs는 최근에 많은 성장을 겪었고 사용하는 데 아무런 문제가 없습니다. (스내퍼가 디스크를 채우는 것을 조심하세요)

관련 정보