В btrfs очень частая ситуация «No space left on device»

Ни разу не встречал. Точно «очень» частая?

Просто надо обновляться, когда в Германии ночь. Тогда всё быстро скачивается.

Я точно не знаю, с какими параметрами оно у меня запускается, т.к. все происходит автоматически по крону. Сам ничего не настраивал. Диск заполнен процентов на 80, т.к. снапшоты.

Еще у меня старый core 2, 90нм, низкочастотный, к тому же мобильный, 35w.

для отката на ролинг-релиз дистре

Для этого есть NixOS.

Да для нее потеря питания пять лет назад вообще была равна смерти. Как сейчас, не знаю, с тех пор даже подходить желания нет.

Есть самба файлопомойка на бтрфс. 1.5 года работает в локации где часто внезапно тухнет свет. Без ИБП.

Пробовал специально убить таким способом, дергать питание во время записи - этот миф не работает.

От сжатия вроде даже какая то польза есть, +170гб к ссд получилось, или нет?
Ставил на ноут с 128гб диском стим с играми, влезло сильно больше чем было на диске, и еще немало осталось.

# compsize -x /
Processed 555943 files, 2461088 regular extents (2592802 refs), 120719 inline.
Type       Perc     Disk Usage   Uncompressed Referenced
TOTAL       89%      1.4T         1.6T         1.6T
none       100%      1.3T         1.3T         1.4T
zstd        22%       48G         219G         223G

Переходил с Генты на Кальку в 21-м году, дык вот там она предлагается по-умолчанию под корень и /var/calculate на которой еще и хомяк (/home) живет. Причем там (в Кальке) как бы два корня предлагалось сделать, один рабочий, второй под бекап. Но я этого делать не стал. Сама система располагается на HDD. А под бекап я завел отдельный диск уже с ext4 и делаю бекап rsync’ом.

Из фишек использую только сжатие, которое кстати тоже было включено для корня по-умолчанию, ЕМНИП. Это очень полезно для дерева портежей, исходников ядра и других исходников. Реально экономит место, хотя сейчас (в наш 31-й век) это неактуально.

На тестовой машине уже решил попробовать использовать SSD с btrfs и через некоторое время стал получать какие-то предупреждения связанные с контрольными суммами в dmesg. Система не подвергалась обесточиванию и т.п. SSD там старенький, но мало юзанный и фирменный Intel 520 или 530. Разбираться не стал, перенакатил на ext4 в итоге.

На основной системе после обновления ядра начал делать мозги Realtek 8111 и иногда приводил к kernel panic. Ошибок после этого я не обнаружил. Но было страшно! Ну и это сподвигло меня изучить получше btrfs. Чеcтно, я офигел два раза, это действительно тамагочи! Некоторые конечно запихают всю эту фигню для обслуги в крон и забудут. Но я так не могу, мне нужен контроль или хотя бы его видимость. Поэтому все собираюсь перенакатить систему на ext4, но пока банально лень. Второй раз я офигел, это когда понял, что 4 года вообще ее никак не обслуживал.

Есть самба файлопомойка на бтрфс. 1.5 года работает в локации где часто внезапно тухнет свет. Без ИБП.

Хорошая статистика. А сама фс - дефолт или с как минимум кастомными опциями монтирования, судя по сжатию?

В логи бы посмотрели. Чекать 250гб полтора часа - явно ненормально.

Ах, да. Если в sysctl крутили кеширование (vm.background_bytes и прочее) - лучше убрать. Btrfs это очень не любит. У меня скорость падала в десятки раз.

Хорошая статистика. А сама фс - дефолт или с как минимум кастомными опциями монтирования, судя по сжатию?

опции монтирования defaults,compress=zstd:3,nofail

Проверку никогда не запускал. Ппц она медленная на sata2

# btrfs scrub start -B /
scrub done for caf83056-f11e-43cc-ac44-361120c59928
Scrub started:    Mon Apr  7 17:35:20 2025
Status:           finished
Duration:         1:52:49
Total to scrub:   1.46TiB
Rate:             225.28MiB/s
Error summary:    no errors found

Ни разу не встречал.

Можно забить диск одинаковыми файлами до состояния, пока не кончиться unallocated место. Затем через рефлинки забить остатки metadata. После duperemove получить кучу места в data, забитую metadata и без места в unallocated.

Файлы при этом можно будет удалять, data и metadata место будет освобождаться, но unallocated может держаться занятым. Тогда может потребоваться ребаланс по dusage.

Но как получить эту ситуацию в реальных условиях на фс в десятки гб я не знаю.

Не занимаюсь обслуживанием серверов, только разработкой. Ну а на ноуте использую Debian stable.

Пользовался около года, ничего хорошего или плохого сказать не могу. Снапшоты прошли мимо моего внимания.

Оно ворует свободное пространство. Известный факт.

Использую jfs, проблем нет.

Ах да, бэкапы БД делаются средствами СУБД, ФС тут не важно какая. Если обслуга серверов накосячит с системой, это их проблемы.

Понятия не имею какая у меня на Маке ФС, и понятия не имею почему должен иметь такое понятие =)

Потому что бтрфс — жалкий хламидиоз. Часто вижу, как ругают UFS2, но при этом потеря файлов (с их последующим восстановлением) была один раз с 2008 года. В отличии от. В том числе ext*.

на базах данных, это самая медленная fs,

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

Ограничение на субволиюм делаются другими средствами.

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

Сжатие: на машине больше места занимает видео, картинки, и музыка, а они априори не сжимаются.

Настораживает что глюки btrfs при вычислениях хешей на sqllite, заставили разработчиков sqllite сообщать btrfs я sqllite отрубай свои фишки а то кранты fs настанут.

Вдруг запустишь-напишешь софт похоже работающий с файлами как sqllite но не предупредишь btrfs об этом?

Во, кстати, они сделали параллельную загрузку.

Ставил на попробовать, за давностью уже не помню, что конкретно отвалилось. С тех пор дальше ext4/xfs не уходил.

Боромир сделал бы раньше)

Потому что бтрфс — жалкий хламидиоз.

Однако нередко BTRFS показывает намного лучшую производительность, чем ZFS?

Лично я бы конечно никогда не доверил уникальные данные хранению на BTRFS, но если рассматривать BTRFS только в качестве полуэфимерной FS, но с надёжным чексуммингом, чего вроде бы нет в XFS, то IMHO получается неплохо?

Можно, например, размещать на BTRFS одну из нагруженных реплик СУБД. Если BTRFS крашнется (а такое происходит уже не так часто), то данные останутся ещё как минимум в бэкап+wal и в репликах?

Профит: более высокая производительность прода большую часть времени чем было бы на ZFS, по крайне мере из-за меньшей фрагментации и возможности онлайн дефрагментации BTRFS?

PS: бэкапы конечно нужно хранить в ZFS, тут как бы бесспорно.

Вообще это походит на общую тенденцию по аналогии СУБД от классических ACID систем к новомодним смузихлебательным типа BASE (eventual consistency), когда FS с меньшими гарантиями по сохранности данных (целостности, durability, etc.) работает быстрее IMHO абсолютнейшего эталона по сохранности данных в мире FS - ZFS.

А ещё IMHO BTRFS неплохо подойдёт для различного DRBD/HAST подобного зеркалирования, когда нагруженная часть размещена на BTRFS, а другие части на более надёжном ZFS для диверсификации факапов разработчиков FS, которые мы уже наблюдали даже в самом ZFS до v 2.1.14, btw.

Несчастная ext4 у меня не только забивание до упора пережила неоднократное…

Данные в ext4 не переживут битфлопы в шинах данных типа SATA, которые родной аппаратный алгоритм CRC почему-то иногда не исправляет (пропускает битые данные как хорошие вместо дропа таких SATA пакетов).

Как известно, где тонко, там и рвется. Сами этот карточный домик юзайте.

Мало того, что данные могут быть испорчены в ext4, так ещё и незаметно, будет казаться, что всё хорошо. Btrfs, в котором есть чексумминг, возможно хотя бы просигнализирует полной утерей данных (надеюсь только копии?), а ZFS просто исправит поломку и продолжит работу, как будто ничего плохого и не происходило. Поэтому IMHO уникальные данные будут целее в ZFS репликах, а данные, которые хорошо зарезервированы, и к которым нужен быстрый рандомный доступ типа СУБД можно хранить и на Btrfs, конечно понимая, что в любой момент она может крашнуться в своих лучших традициях, но при этом большую часть времени будет вероятно работать быстрее ZFS при прочих равных условиях (не рассматриваем случай преимущественно только чтения из ZFS L2ARC на выделенных только под L2 супербыстрых и дорогих носителях).

Интересно, есть ли у кого-то опыт с dm-integrity и vdo для компрессии и чек сумм без навороченной CoW FS?

Пробовал специально убить таким способом, дергать питание во время записи - этот миф не работает.

Может зависеть ещё и от носителей, насколько они хорошо отрабатывают сброс данных при отключении питания, для SSD - кондюры либо современные правильные алгоритмы как у Samsung?

Разбираться не стал, перенакатил на ext4 в итоге.

Пусть лучше данные портятся незаметно, отличное решение. Ещё рекомендую FAT из MSDOS, максимальная лояльность к проблемам, почти как у raw блочных устройств?

Лучше бы проверил свое оборудование и чистоту электропитания на ZFS, если там увидишь ошибки чексумм в zpool status, то ext4 лучше даже не пытаться использовать кроме как для readonly /boot раздела. Нынче неожиданные сюрпризы по электропитанию бывают даже после апгрейда подстанции, хотя казалось бы хуже не должно становиться, но видимо бывают нюансы.

Можно, например, размещать на BTRFS одну из нагруженных реплик СУБД.

И получить no space left on device в самый интересный момент. Это даже не тупняк, это диверсия.

Дальше даже не читал, это мусор.

И получить no space left on device в самый интересный момент.

Без снэпшотов она тоже такое выдаёт?

Это даже не тупняк, это диверсия.

Без мониторинга?

Дальше даже не читал, это мусор.

А позвольте узнать, ZFS - это тоже «мусор» в вашей терминологии?

Вы не понимаете что такое btrfs и что значит эта ошибка

А позвольте узнать, ZFS - это тоже «мусор» в вашей терминологии?

Нет конечно. Мусор это те предложения что вы написали о btrfs.

Вы не понимаете что такое btrfs и что значит эта ошибка

В смысле никак не связано с количеством хранимых данных и сделанных снэпшотов?

Как же тогда быть на нагруженном проде для СУБД, которая сама не умеет чексуммить и/или сжимать данные?

dm-integrity + dm-vdo + сверху XFS/ext4?

Неужели за 20+ лет развития современных файловых систем на Linux разработчикам так трудно добавить чексуммы полностью всех данных в XFS и ext4 ?

Санька, я очень рад, что тебя разбанили. Иногда ты генерировал годные мысли, в т.ч. про пожарную безопасность подкроватных серверов.

Пусть лучше данные портятся незаметно, отличное решение. Ещё рекомендую FAT из MSDOS, максимальная лояльность к проблемам, почти как у raw блочных устройств?

Не надо ерничать! ext4 - стандартная линуксовая ФС, точно такая же как NTFS для венды. И про все ее недостатки я как бы знаю. А ключевое, тут, что ее не надо обслуживать как BTRFS. Как справедливо заметил товарищ Обезьян - это тамагочи. А мне и так всякого говна в жизни хватает и иметь еще один головняк непозволительная роскошь. Фор экзампл: хватает обновок ради обновок. Вообще, свою подкроватную систему хочу сделать в виде прошивки в рид-онли и обновлять (собирать) уже целиком через несколько лет на тестовой машине. Я помню Спуфинг с этим развлекался, жалко, что забросил.

Лучше бы проверил свое оборудование и чистоту электропитания на ZFS, если там увидишь ошибки чексумм в zpool status, то ext4 лучше даже не пытаться использовать кроме как для readonly /boot раздела. Нынче неожиданные сюрпризы по электропитанию бывают даже после апгрейда подстанции, хотя казалось бы хуже не должно становиться, но видимо бывают нюансы.

А чего мне его проверять? У меня есть бесперебойники, которые регулярно обслуживаются и мониторится, дома разведена спец. сеть «Только для ИВМ». Мой тестовый комп - это старый драндулет на Иви-бридж, который я использую как тестово-обкаточный полигон для своих полиэтилентерефталат-проектов. На «сервере» же железо проверенное электроникой.

А чего мне его проверять? У меня есть бесперебойники, которые регулярно обслуживаются и мониторится, дома разведена спец. сеть «Только для ИВМ». Мой тестовый комп - это старый драндулет на Иви-бридж, который я использую как тестово-обкаточный полигон для своих полиэтилентерефталат-проектов. На «сервере» же железо проверенное электроникой.

Увы, к сожалению всё это может оказаться бесполезным при загрязнении сети электропитания особыми видами помех :(

Так ext2 почти не отличается от ufs.

Ну какие такие виды помех водятся в московской второсортной хрущовке? Вот на предприятиях, где я работал - вот там действительно такие чудеса происходили, мама не горюй!

Увы, к сожалению всё это может оказаться бесполезным при загрязнении сети электропитания особыми видами помех :(

Попадание ракеты в распред подстанцию считается особым видом помех? Бесперебойник выдержал (стекла в окнах тоже выдержали, но там скорее чудо) и с ext4 ничего не случилось. У меня также отдельная линия от щитка (проводка в стене уже разок горела) и отдельное заземление от щитка же для грозозащиты перед микротиком.

Речь была не о мощных силовых воздействиях с бадабумом, а о подмешивании в сеть ВЧ помех, работающих на частотах собственно самих SATA шин, причём с real time обратной связью.

Речь была не о мощных силовых воздействиях с бадабумом, а о подмешивании в сеть ВЧ помех, работающих на частотах собственно самих SATA шин, причём с real time обратной связью.

У меня синус чистый как слеза младенца, т.к. использую Cyberpower PR1500ELCD.

Вообще, свою подкроватную систему хочу сделать в виде прошивки в рид-онли и обновлять (собирать) уже целиком через несколько лет на тестовой машине.

Ты изобрёл Talos Linux?

У меня синус чистый как слеза младенца

Проверяли в частотном диапазоне до 50 ГЦ ?

Проверяли в частотном диапазоне до 50 ГЦ ?

Да, выдает 50 +/- 3 Гц и синусоиду. Поэтому он столько и стоит.

TEMPEST and Power Line Attacks: Overview

Power line-based attacks represent a sophisticated category of side-channel attacks that can target computing systems. These attacks leverage the electrical infrastructure to compromise data integrity or extract information.

Attack Vectors Classification

1. Power Line Signal Injection

• Direct Frequency Injection: Introducing signals at specific frequencies that can interfere with hardware components
• Harmonics Manipulation: Creating harmonic distortions that may resonate with internal system frequencies
• Timed Pulse Attacks: Precisely timed electrical pulses that can induce computational errors

2. TEMPEST-Related Attacks

TEMPEST is a codename for technical surveillance and studies of compromising emanations.

• Van Eck Phreaking: Remotely detecting electromagnetic radiation from computing devices
• Power Line Analysis: Monitoring power consumption patterns to extract information
• Conducted Emissions: Using power lines as channels to receive leaked electromagnetic signals

3. Data Bus Targeting

• SATA/PCIe Frequency Matching: Injecting noise at frequencies matching data bus operations
• Clock Signal Interference: Disrupting timing mechanisms to cause data errors
• Differential Signaling Disruption: Affecting the differential signals used in modern data buses

Protection Mechanisms

Physical Isolation

• Air-Gapping: Complete physical separation from networks
• Faraday Cages: Shielded enclosures to block electromagnetic signals
• TEMPEST-Certified Equipment: Hardware designed to minimize electromagnetic emissions

Power Conditioning

• Isolation Transformers: Block high-frequency signals from passing between primary and secondary windings
• Advanced Line Filters: Multi-stage filters targeting specific frequency ranges
• Power Line Conditioners: Clean power of noise, surges, and unwanted frequencies
• High-Frequency EMI Filters: Specifically address frequencies in data bus ranges (3-6 GHz)

Data Protection

• Checksumming File Systems: ZFS, BTRFS with data verification capabilities
• Error-Correcting Memory: ECC RAM to detect and correct bit errors
• Redundant Storage: RAID configurations with parity checking

Detection Measures

• Spectrum Analyzers: Monitoring for unusual electromagnetic signatures
• Power Quality Monitors: Identifying anomalous patterns in power delivery
• RF Monitors: Detecting unexpected radio frequency emissions

Practical Considerations

Advanced attackers might employ dynamic techniques that adapt to the target system’s characteristics, potentially using real-time feedback mechanisms to optimize the attack. Protection requires a multi-layered approach combining physical, electrical, and computational safeguards.

For critical systems, using file systems with strong data integrity verification (like ZFS) provides an additional layer of defense by detecting corrupted data that might result from such attacks.

Вы пытаетесь спорить с реальностью, но получается уныло. перечитывайте мои ответы до полного просветления.

Интересный текст и прямо в нем перечислено то, что есть у каждого, если конечно оборудование хоть как-то фирменное:

Faraday Cages: Shielded enclosures to block electromagnetic signals

Advanced Line Filters: Multi-stage filters targeting specific frequency ranges

Power Line Conditioners: Clean power of noise, surges, and unwanted frequencies

Кузов/Шкаф - клетка Фарадея, в приличных БП и ИБП куча многозвенных фильтров. Если конечно дома нет заземления/зануления, для такого оборудования, то ССЗБ. Зачем BTRFS еще?

UPD: К тому SATA априори архитектурно защищена от помех за счет дифференциальных линий.

Кузов

Обычного системника недостаточно, даже слоты под FDD очень сильно пропускают, нужен металлический кейс почти без отверстий и зазоров типа как для электрооборудования.

Шкаф - клетка Фарадея,

Обычно всё портит стеклянная дверь.

в приличных БП и ИБП куча многозвенных фильтров

Их настолько недостаточно, что лучше даже не упоминать, недостаточно даже несколько последовательно включенных самых мощных фильтров из розницы на максимальные децибелы подавления по ВЧ. Нужны разделительные трансформаторы, без них вообще никак.

Вот нашел наконец! Вы про это? https://www.youtube.com/watch?v=Ck6ZvJcaPX4

Про это: Имеет ли смысл поставить во входной квартирный щиток УЗИП на 1.5КВ (номинал 500В вроде бы) дополнительно к обычному номиналом на 230В (комментарий)

Как будто трансформатор не имеет межобмоточной емкости, через которую все это проходит. А заказывать транс с экраном на всю квартиру будет стоить как чугунный мост.

У меня есть транс по спец. заказу 600Вт, я им развязал всю свою домашнюю «лабораторию». Но компы через него подключать я не собираюсь.

Как будто трансформатор не имеет межобмоточной емкости, через которую все это проходит. А заказывать транс с экраном на всю квартиру будет стоить как чугунный мост.

Такие трансформаторы на 1-2 Квт продаются в розницу:

https://www.vseinstrumenti.ru/product/transformator-shtil-u-vhod-230-220-v-korpuse-oszm-r-220-220-2-0-50-6410245/

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

Негатив о ней сложился кога её сделали по дефолту в опен суси, через месяц работы получил консоль во время загрузки, оказалось весь диск забит снапшотами, удалил, через неделю всё повторилось, снёс, установил на ext 4.

В чём же была проблема, тупые разработчики сделали по умолчанию 50! снапшотов. Осадочек остался, но лучше ext 4 нет, имхо.