BTRFS первый щуп

#1

Итак. Имеем.

dja@dja-home:~$ inxi -Fxz
System:
  Kernel: 5.15.0-107-generic x86_64 bits: 64 compiler: gcc v: 11.4.0 Console: pty pts/0
    Distro: Linux Mint 21.3 Virginia base: Ubuntu 22.04 jammy
Machine:
  Type: Laptop System: ASUSTeK product: X541UVK v: 1.0 serial: <superuser required>
  Mobo: ASUSTeK model: X541UVK v: 1.0 serial: <superuser required> UEFI: American Megatrends
    v: X541UVK.308 date: 01/30/2018
Battery:
  ID-1: BAT0 charge: 27.5 Wh (100.0%) condition: 27.5/34.6 Wh (79.5%) volts: 10.8 min: 10.8
    model: ASUSTeK ASUS Battery status: Not charging
CPU:
  Info: dual core model: Intel Core i3-6006U bits: 64 type: MT MCP arch: Skylake rev: 3 cache:
    L1: 128 KiB L2: 512 KiB L3: 3 MiB
  Speed (MHz): avg: 2000 min/max: 400/2000 cores: 1: 2000 2: 2000 3: 2000 4: 2000
    bogomips: 15999
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: Intel Skylake GT2 [HD Graphics 520] vendor: ASUSTeK driver: i915 v: kernel
    bus-ID: 00:02.0
  Device-2: NVIDIA GM108M [GeForce 920MX] vendor: ASUSTeK driver: nvidia v: 535.171.04
    bus-ID: 01:00.0
  Device-3: IMC Networks USB2.0 VGA UVC WebCam type: USB driver: uvcvideo bus-ID: 1-6:3
  Display: server: X.org v: 1.21.1.4 with: Xwayland v: 22.1.1 driver: X:
    loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa gpu: i915 tty: 238x57
    resolution: 1920x1080
  Message: GL data unavailable in console. Try -G --display
Audio:
  Device-1: Intel Sunrise Point-LP HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
    bus-ID: 00:1f.3
  Sound Server-1: ALSA v: k5.15.0-107-generic running: yes
  Sound Server-2: PulseAudio v: 15.99.1 running: yes
  Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
  Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: ASUSTeK driver: r8169 v: kernel
    port: d000 bus-ID: 02:00.2
  IF: enp2s0f2 state: down mac: <filter>
  Device-2: Realtek RTL8723BE PCIe Wireless Network Adapter vendor: AzureWave driver: rtl8723be
    v: kernel port: c000 bus-ID: 03:00.0
  IF: wlp3s0 state: up mac: <filter>
Drives:
  Local Storage: total: 1.38 TiB used: 602.89 GiB (42.8%)
  ID-1: /dev/sda vendor: Toshiba model: MQ01ABD100 size: 931.51 GiB
  ID-2: /dev/sdb model: SATA3 512GB SSD size: 476.94 GiB
Partition:
  ID-1: / size: 200 GiB used: 6.48 GiB (3.2%) fs: btrfs dev: /dev/sdb3
  ID-2: /boot size: 4.89 GiB used: 370.1 MiB (7.4%) fs: ext2 dev: /dev/sdb2
  ID-3: /boot/efi size: 259.8 MiB used: 24.2 MiB (9.3%) fs: vfat dev: /dev/sdb1
  ID-4: /home size: 271.7 GiB used: 9.85 GiB (3.6%) fs: btrfs dev: /dev/sdb4
Swap:
  Alert: No swap data was found.
Sensors:
  System Temperatures: cpu: 57.0 C pch: 49.0 C mobo: N/A gpu: nvidia temp: 36 C
  Fan Speeds (RPM): cpu: 2800
Info:
  Processes: 248 Uptime: 0m Memory: 7.64 GiB used: 1.76 GiB (23.0%) Init: systemd runlevel: 5
  Compilers: gcc: 11.4.0 Packages: 2485 Shell: Bash v: 5.1.16 inxi: 3.3.13

dja@dja-home:/$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0 931,5G  0 disk 
└─sda1   8:1    0 931,5G  0 part /mnt/hardD
sdb      8:16   0 476,9G  0 disk 
├─sdb1   8:17   0   260M  0 part /boot/efi
├─sdb2   8:18   0     5G  0 part /boot
├─sdb3   8:19   0   200G  0 part /
└─sdb4   8:20   0 271,7G  0 part /home

hw-probe

Сначала (а вернее не сначала, а после того как включил wi-fi) была адская нагрузка на проц. Но с этим я разобрался (старая проблема). Остался один вопрос со свапом. Он не подключается при загрузке. Разумеется заглянул в systemctl status swapfile.swap куда меня посылали на простыне загрузки.

dja@dja-home:~$ systemctl status swapfile.swap
× swapfile.swap - /swapfile
     Loaded: loaded (/etc/fstab; generated)
     Active: failed (Result: exit-code) since Thu 2024-05-23 17:27:51 MSK; 3min 4s ago
       What: /swapfile
       Docs: man:fstab(5)
             man:systemd-fstab-generator(8)
        CPU: 3ms

мая 23 17:27:51 dja-home systemd[1]: Activating swap /swapfile...
мая 23 17:27:51 dja-home swapon[803]: swapon: /swapfile: не удалось выполнить swapon: Недопустимый аргумент
мая 23 17:27:51 dja-home systemd[1]: swapfile.swap: Swap process exited, code=exited, status=255/EXCEPTION
мая 23 17:27:51 dja-home systemd[1]: swapfile.swap: Failed with result 'exit-code'.
мая 23 17:27:51 dja-home systemd[1]: Failed to activate swap /swapfile.

Так же наткнулся на инфу, что свап в BTRFS какой-то особенный... Непонятно только почему тогда не создается этот особенный и прописывается в /etc/fstab... Ну да ладно.

Код: Выделить всё

sudo btrfs subvolume create /@swap
sudo mkdir /swap
sudo mount -o subvol=@swap /dev/sdb3 /swap

Но не тут-то было.
mount: /swap: сбой системного вызова mount(2): Нет такого файла или каталога.
Таки какие мои дальнейшие действия?

Или что я делаю не так?

#2

Dja, на btrfs не надо делать swap. Если используешь btrfs для swap надо использовать раздел

UPD:

Код: Выделить всё

▶ lsblk  
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    1   3,6T  0 disk 
└─sda1        8:1    1   3,6T  0 part /mnt/data
sdb           8:16   1 223,6G  0 disk 
├─sdb1        8:17   1    16M  0 part 
└─sdb2        8:18   1 223,6G  0 part 
sdc           8:32   1   3,6T  0 disk 
└─sdc1        8:33   1   3,6T  0 part 
sdd           8:48   1   192K  1 disk 
└─sdd1        8:49   1 160,5K  1 part 
nvme1n1     259:0    0 931,5G  0 disk 
├─nvme1n1p1 259:1    0 915,5G  0 part 
└─nvme1n1p2 259:2    0    16G  0 part [SWAP]
nvme0n1     259:3    0 953,9G  0 disk 
├─nvme0n1p1 259:4    0   300M  0 part /boot/efi
├─nvme0n1p2 259:5    0 937,6G  0 part /var/log
│                                     /var/cache
│                                     /home
│                                     /
└─nvme0n1p3 259:6    0    16G  0 part [SWAP]

#3

rogoznik писал(а): ↑
23 май 2024, 18:27
для swap надо использовать раздел

Вот это в brtfs меня и отпугивает, так как сразу возникает вопрос "а сколько надо". С одной стороны, не хотелось бы, чтобы дисковое пространство простаивало, а с другой – опасения, что будет недостаточно.

#4

madesta, btrfs же умеет динамически разделы ворочать

#5

Dja писал(а): ↑
23 май 2024, 17:52
Или что я делаю не так?

swap-файл на btrfs. Такого делать не нужно, если не хочешь капитальный геморрой и потерю половины фич btrfs на которой такой файл создан (причем тех, которые являются главным смыслом ее использовать). И не надо говорить что файл, мол - удобнее. В случае btrfs выделение места под swap раздел - настолько же просто, и делается прямо на работающей системе. И даже в GUI. Btrfs тем и хороша в подобных случаях, что изменения ее размера проводятся online на смонтированном разделе. В отличии от ext и большинства прочего.
1. Запускаем gparted.
2. Берем хвост раздела btrfs и двигаем его к началу раздела (resize) - освобождаем столько места, сколько нам под swap надо.
3. Создаем на освобожденном месте swap.
4. Подтверждаем операции.
5. Готово! Можно юзать новый свап.

Все делается даже без перезагрузок. Операция resize для нее настолько же безопасна как и простая запись файла - механизм COW и там работает.
P.S. Потенциальная проблема одна - btrfs позволяет менять раздел двигая хвост. Начало двигать после создания раздела нельзя. Зато можно объединить два куска пространства (раздела) разделенных на диске чем то еще между ними в одно большое (единую FS) - как JBOD (можно и на разных дисках, но там уже raid выгоднее будет). И тоже на лету. И убрать потом один из кусков тоже можно (если на оставшихся хватает места для данных - перенос будет выполнен автоматически в процессе исключения).

#6

madesta, делаешь 2x от объема ОЗУ - всегда точно хватит. А на счет простаивать - сейчас диски такого объема что пофиг простаивает 10ГБ или нет

#7

rogoznik писал(а): ↑
24 май 2024, 08:26
А на счет простаивать - сейчас диски такого объема что пофиг простаивает 10ГБ или нет

А если оперативки 128 гигов?

#8

hellonet писал(а): ↑
24 май 2024, 10:28
А если оперативки 128 гигов?

Swap все равно нужен, а дальше уже думай будешь ли ты использовать сон/гибернацию или нет
Думать головой никто не отменял. К тому же если поступил правильно и сделал swap-раздел после btrfs раздела, то изменить размер swap не доставит проблем

#9

По снапам. Если я правильно понял, то смысла в хранении кучи снапов перед и после апта или сделанных по времени - нет. По сути же мы создаем точку возврата. А зачем нам их несколько?
Потому сделал по паре скриптов

Запустить перед и после - не проблема!

upd. к sudo mkdir добавлю -p. а то ругаться будет.
upd. оу... и вместо mkdir mount написал ) тоже исправил

#10

Dja писал(а): ↑
24 май 2024, 11:31
А зачем нам их несколько?

а чего б нет, если хранятся лишь изменения?

#11

WWolf, ну это как со скринами или фотками на смарте... львиная доля скринов уже не нужна, но они есть

да и фотки порой сделаны лишь для того чтобы их просто переслать или показать однократно, а потом они тоже не нужны. но лежат

Надо следить за чистотой!

KOT040188 · #12

Года три на бтрфс. Полет нормальный, свап естественно на разделе в размере оперативки для гибернации. Плюс офигенская плюшка бтрфс снимки при каждой установке/удалении/обновлении и восстановление через grub. На опенсуст это было автоматом, здесь пришлось ручками настроить.

#13

Dja писал(а): ↑
24 май 2024, 11:31
По снапам. Если я правильно понял, то смысла в хранении кучи снапов перед и после апта или сделанных по времени - нет. По сути же мы создаем точку возврата. А зачем нам их несколько?

Просто потому что создание снимка btrfs - очень легкая операция. И мгновенная. А места снимок не занимает. Занимает место исключительно различие в данных между двумя субтомами (снимок тоже равноправный субтом). Обратной стороной является то, что снимок != бекап. Физической дубликации всех данных нету. Потому снимки - это контрольная точка состояния FS, но совсем не защита от аппаратных сбоев. Бекапа на другое устройство они не заменяют.
Но именно по этому - можно десятки левых снимков иметь, и особенно их даже не замечать, т.к. места почти не тратится в большинстве случаев, и быстродействие тоже не страдает (что происходит в случае LVM снимков).
А так - да, иметь кучу лишних снимков совсем не обязательно.

#14

kosmos-454545 писал(а): ↑
29 май 2019, 17:21
space_cache

А у меня с этим не грузится, кстати )
Вот еще наткнулся
Чет не нравится эта опция

#15

Dja писал(а): ↑
24 май 2024, 11:31
Потому сделал по паре скриптов

В итоге всё равно руками проще. Ведь before недостаточно бывает. Мало ли чего дописать надо, особенно когда экспериментируешь с чем-то

Кто сейчас на конференции