The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs"  +/
Сообщение от opennews (??), 20-Апр-26, 11:03 
Кент Оверстрит (Kent Overstreet) опубликовал выпуск файловой системы Bcachefs 1.38.0. Выпуск охватывает два пакета: bcachefs-kernel-dkms с модулем ядра, собираемым при помощи системы DKMS (Dynamic Kernel Module Support), и bcachefs-tools с запускаемой в пространстве пользователя утилитой bcachefs,  реализующей команды для создания (mkfs), монтирования, восстановления и проверки ФС. Пакеты собраны для Debian, Ubuntu и ожидаются для Arch Linux, Fedora, openSUSE и NixOS. DKMS-модуль поддерживает работу с ядрами Linux, начиная с 6.16...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=65244

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Апр-26, 11:03   +24 +/
Я никогда не доверю свои файлы файловой системе, которую вайбкодит человек с его "ИИ партнёром". Кент ещё и думает что у его Клода сознание есть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #37, #56, #124

3. Сообщение от Аноним (3), 20-Апр-26, 11:14   –5 +/
Ну юзай exfat
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #9, #14

5. Сообщение от Аноним (1), 20-Апр-26, 11:15   +8 +/
Спасибо, но нет, мне btrfs хватает, работает идеально, сжатие люблю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8

6. Сообщение от Аноним (6), 20-Апр-26, 11:16   +/
>переход на использование механизма nix flake для упаковки и управления зависимостями

Разумное решение.

Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Аноним (8), 20-Апр-26, 11:16   +3 +/
"восстановление повреждений без остановки работы с ФС"

то то я месяц сижу без винчестера на BcacheFS
это хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных. остальные сценарии ну нафиг
сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #30

8. Сообщение от Аноним (8), 20-Апр-26, 11:17   +1 +/
Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть, а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22, #52

9. Сообщение от нах. (?), 20-Апр-26, 11:32   +/
есть э... некоторые сомнения по поводу...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

10. Сообщение от Аноним (10), 20-Апр-26, 11:39   +2 +/
>>> В качестве причин выбора Bcachefs вместо ZFS отмечается активная разработка ... простая модель работы с ФС, подразделами и снапшотами ... наличие продвинутых возможностей: ... коды коррекции ошибок и восстановление повреждений без остановки работы с ФС.

мне одному это режет глаз? забитое точками тоже местами за уши притянуто. никакой разумно обоснованой причины кроме gpl не видно.


>>> без усложнённых концепций, типа dataset-ов, zvol и вложенных pool-ов

пользуйтесь простой концепцией - пул/фс/снапшот

>>> как автоматическое перемещение редко используемых данных на медленные накопители

пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это уже усложненная концепция

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #46

11. Сообщение от booksy (?), 20-Апр-26, 11:56   –2 +/
Как готовить iSCSI поверх bcachefs?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #54, #60

12. Сообщение от Аноним (13), 20-Апр-26, 12:06   +3 +/
> Дистрибутив построен на пакетной базе NixOS, использует файловую систему Bcachefs и поддерживает предоставление доступа к файлам через NFS и SMB, а также экспорт блочных устройств через iSCSI и NVMe-oF. Управление осуществляется через web-интерфейс. Размер установочного iso-образа 1.9 ГБ. Наработки проекта распространяются под лицензией GPLv3.
> https://github.com/nasty-project/nasty/raw/main/images/dashb...

fetch -o- https://github.com/nasty-project/nasty/raw/main/images/dashb... -verbose -
icc:copyright: Copyright Apple Inc., 2026

Бгггг 😈
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

13. Сообщение от Аноним (13), 20-Апр-26, 12:09   +4 +/
> мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.

Там даже в FAQ этого NASTy https://github.com/nasty-project/nasty/blob/main/FAQ.md
* Why bcachefs instead of ZFS?
** bcachefs is GPL. Fits Linux perfectly.  

(и вишенкой на тортике скриншоты панельки из под макоси 😀)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21, #35

14. Сообщение от Аноним (14), 20-Апр-26, 12:25   +/
Unix rights?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #16

16. Сообщение от Аноним (16), 20-Апр-26, 12:54   –2 +/
В NAS без них просто никак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

17. Сообщение от чатжпт (?), 20-Апр-26, 13:06    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Мемоним (?), 20-Апр-26, 13:20   +2 +/
Ну не смог человек выбрать себе по вкусу wayland-композитор. Может в следующий "год Линукса на десктопе" выберет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

21. Сообщение от онанист (?), 20-Апр-26, 13:20   +1 +/
и вишенкой на тортике скриншоты панельки из под макоси

думаете, разработчики в Партии?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

22. Сообщение от Аноним (-), 20-Апр-26, 13:30   +/
> Да BTRFS тоже местами уровня вайбкода. Снапшоты и пр понтовалки есть,
> а дело дошло до ошибок так он сразу ошибку суперблока, и снапшоты бесполезны.

У него суперблоков так то несколько. Если 1 не читается можно и из другого восстановиться. И многие проблемы таки аннулировать - можно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

24. Сообщение от Аноним (24), 20-Апр-26, 13:37   +/
> сначала 2 недели фикс отмонтирования старого SSD, теперь 4 недели фикс подключения нового SSD

А, чо, сэкономил как-то кентушка на "backpointers" во имя красивых циферей в бенчах... а тут и окажись с этим какая-то подстава. Если это оно, конечно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

30. Сообщение от Bob (??), 20-Апр-26, 14:02   +2 +/
>хорошая ФС под торренты с дохлым HDD, в связке с дешман SSD для зеркала метаданных

оно Только для +/- схожих сценариев.

Систему лучше почти всегда на Ext4 держать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

35. Сообщение от Аноним (35), 20-Апр-26, 14:38   +1 +/
GPL фс, которую нужно собирать пермиссивным компилятором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #44

37. Сообщение от kusb (?), 20-Апр-26, 15:17   –2 +/
Главный в Antropic считает что возможно у Клода сознание есть. И он в меньшей степени "делец", чем другие главы аналогичных компаний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #75

44. Сообщение от Аноним (44), 20-Апр-26, 17:20   +/
Ну так он ещё надеется попасть обратно в ядро
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

46. Сообщение от нах. (?), 20-Апр-26, 17:51   +/
> мне одному это режет глаз? забитое точками тоже местами за уши притянуто.
> никакой разумно обоснованой причины кроме gpl не видно.

шаманистские верования не нуждаются в разумных обоснованиях.

> пул на медленных накопителях с l2arc на быстрых? ой, прошу прощения, это

г-но.
(извини уж)

Если бы ты на самом деле пытался им пользоваться, и при этом контролировал бы реальную производительность до и после, ты бы сам давно это понял.

l2arc - мертв. концепция конца 90х когда диски были большие только по физическим измерениям.
Там внутри плохо абсолютно все. И чинить некому уже пятнадцать лет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #67

52. Сообщение от Аноним (52), 20-Апр-26, 19:11   +3 +/
Хуже. Две недели назад весёлая история была - у человека развалилась btrfs из-за передёрнутого питания, backup_roots не помогли, спас данные благодаря своим навайбкоженным инструментам. Приполз в багтрекер с чудесной оговоркой, что поломка ФС из-за питания - это не баг (то есть на коленях приполз, изображает лояльность over 9000) и его всё равно послали.
https://news.ycombinator.com/item?id=47656303
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #59, #68

54. Сообщение от Аноня (?), 20-Апр-26, 20:09   +1 +/
А зачем ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

56. Сообщение от Аноним (56), 20-Апр-26, 21:22   +/
Начнём с того, что "сознание" - это просто скратчпад. А у Клода есть скратчпад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

58. Сообщение от Аноним (58), 20-Апр-26, 21:32   –3 +/
Я так понял, что без тонны оперативы и 2x-резервирования места на винтах (один винт пустой, на другом - файлы, а лучше на обоих файлы, но на разных файловых системах, одна из которых ZFS, в случае надобности, на одном пересоздаёшь какую надо ФС, и копируешь данные со второго) на Linux делать вообще нечего.
Ответить | Правка | Наверх | Cообщить модератору

59. Сообщение от Аноним (59), 20-Апр-26, 21:35   +/
Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано или поздно и с любой другой фс.

A hard power cycle on a 3 device pool (data single, metadata DUP, DM-SMR disks) left the extent tree and free space tree in a state that no native repair path could resolve.

People in this thread seem to happily shit on btrfs here but this seems to be very much not like a sane, resilient configuration no matter the FS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #61, #63, #72

60. Сообщение от Аноним (60), 20-Апр-26, 21:53   +/
>Как готовить iSCSI поверх bcachefs?

Вопрос кстати интересный. iSCSI - это экспорт блочного устройства по сети. Если bcachefs стоит на одном физическом разделе, то тут проблем нет и все понятно. Но у bcachefs в том и фишка, что она может в многослойное хранилище.
Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив. Но в этом случае скорость устройств может начать выравниваться скоростью сети.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #76

61. Сообщение от Аноним (61), 20-Апр-26, 22:50   +3 +/
Так и запишем: "У кого нет data=dup - тот может идти куда Полонский послал". А счастливые пользователи винды продолжат использовать NTFS и проблем не знать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #65, #66

63. Сообщение от Аноним (52), 20-Апр-26, 23:30   +1 +/
> Судя по куску истории, человек собрал странную конструкцию, которая развалилась бы рано
> или поздно и с любой другой фс.

Эмм, обычный spanned volume (JBOD), доступный 25-35 лет через LVM или его виндоаналог. Должен развалиться после отказа диска, не по питанию. Или даже тогда лишь потерять часть файлов - ФС нового поколения имеют возможность действовать лучше, чем старые слойки из LVM+ФС, где ФС не знает про LVM и наоборот.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #71

64. Сообщение от Аноним (64), 20-Апр-26, 23:35   +/
>вложенных pool-ов

Что это?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

65. Сообщение от Аноним (52), 20-Апр-26, 23:37   +1 +/
> Так и запишем: "У кого нет data=dup

Нет, там слабость в metadata DUP вместо metadata RAID1.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

66. Сообщение от Аноним (59), 21-Апр-26, 00:33   +/
там как раз таки нет "data=dup". там только метадата дуплицируется. причем это в принципе неправильный подход при нескольких дисках. надо зеркалить/разносить на разные диски, а не дуплицировать на одном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

67. Сообщение от Анонимусус (?), 21-Апр-26, 01:19   +/
Ну да, раз работает как обещано и ничего не пропадает - значит надо выкинуть. Ведь, о ужас!, уже неделя как туда руками активно не лазили и в гит не комитили.
А вот если странное, с конкретными фейлами, но модно-современное, то точно пользовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #69

68. Сообщение от нах. (?), 21-Апр-26, 01:39   +/
у мордокниги такой конфигурации не бывает, и упсы надежные, поэтому нафиг идет - тем троим зарплату платит кто нада и они решают кого нада проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #105

69. Сообщение от нах. (?), 21-Апр-26, 01:47   +/
У меня для тебя хреновые новости- за то время что туда не лазили - компьютеры стали другими. Поэтому работает э... как обещано. То есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там производительность. Т.е. ты зря платил за ssd.

И да, что поделать, на современном железе придется использовать современные поделки, если старинные не чинить. Учитывая кто теперь рулит zfs - надежды мало. Самостоятельно исправить не получится тоже, там фронт работ на пару лет fulltime. (Чортов опус оценивал, но по моему опыту он в таких вещах не особо ошибается)

Ну пока можно обойтись просто без l2. Просто отдай всю память под l1, будет и быстрее, и надежнее.

Если чо - netapp примерно так же думает судя по их нынешней политике продаж.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #90

70. Сообщение от нах. (?), 21-Апр-26, 01:58   –2 +/
это то ли афтыри чудо-наса набредили, то ли переводчик чего-то недопонял.

Вложенные пулы на zfs вообще-то бывают, если имеется в виду создать пул внутри zvol (там есть защита от этого, но можно выключить. Он видится системой как блочное устройство, поэтому ничего в общем не мешает его как таковое и использовать. Да, в том числе в zpool create такой "диск" скормить.)

Для чего это могло бы понадобиться пользователям nas - спроси у них. Как и что им мешало так не делать, если им не нравится идея.

Для чего это в теории может вообще пригодиться васянам: допустим есть у тебя или была виртуалка с zfs. Поломалась, или уже вовсе удалена, но от нее остались образы дисков (созданные send конечно, а не dd). Пихаешь его такой в zvol, включаешь рекурсию - и можешь видеть содержимое как еще один пул, смонтировать его куда, что-то оттуда вынуть понадобившееся и т д. (ну или вообще chroot'нуться туда) Все это БЕЗ виртуалки, в основной системе.
Правда, когда я на самом деле попытался такое сделать, все у меня повисло к хренам. Но это была freebsd, возможно в zol прокатило бы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #79

71. Сообщение от нах. (?), 21-Апр-26, 02:12   +/
А эфес нового поколения (sic!) ему и говорит - опаньки, твои данные больше не данные. Причем все диски у него, как я понимаю, физически целы.

А разработчики говорят на ник пройти, у них в мордокниге так не бывает.

Круто, чо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #73

72. Сообщение от нах. (?), 21-Апр-26, 02:18   +/
https://news.ycombinator.com/item?id=47664316

- тоже "странная конструкция"?

В общем, придется согласиться с мнением афтыра, что ЛЮБОЙ вариант использования бырбыров кроме единственной дырявой флэшки - "dangerous territory", не только их raid6
А флэшка и так была дырявой, ее не жалко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #74

73. Сообщение от Аноним (-), 21-Апр-26, 04:06   –1 +/
> А эфес нового поколения (sic!) ему и говорит - опаньки, твои данные
> больше не данные. Причем все диски у него, как я понимаю,
> физически целы.
> А разработчики говорят на ник пройти, у них в мордокниге так не
> бывает.
> Круто, чо.

У этих на совсем пиковый случай - btrfs restore есть. А вот что всякие адепты zfs и ко делают в таких ситуациях - вопрос интересный, да. С нтфсиком понятное дело можно потрепыхаться, но коммерческий софт придется все ж стырить или купить...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #117

74. Сообщение от Аноним (3), 21-Апр-26, 04:31   +/
Аналогов все равно нет.

ФС с поддержкой контрольных сумм на данные можно по пальцам пересчитать, а без них можно даже не пытаться. Тем более с повсеместным использованием SSD, который еще и размагнититься может.

Не зфс же на ноут ставить? Так что и остается btrfs, bcachefs.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #83

75. Сообщение от Аноним (-), 21-Апр-26, 04:46   +/
> Главный в Antropic считает что возможно у Клода сознание есть. И он
> в меньшей степени "делец", чем другие главы аналогичных компаний.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #81

76. Сообщение от _ (??), 21-Апр-26, 04:53   +1 +/
> Можно конечно экспартировать несколько блочных устройств и из них на удаленной стороне собирать массив.

Это уже будет наеборот: bcachefs поверх iSCSI и тут как бе более менее - но понятно ...
А вот чего аффтЫрь спросил я до сих пор не распарсил :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #107

77. Сообщение от Аноним (77), 21-Апр-26, 08:25   +1 +/
У меня неудачный опыт - сабж побился после очередного git annex sync и, кажется, восстановить его не было возможности. Использовал 2hdd + 2ssd. Сама концепция нравится, но пока доверия к нет. Может попробую через годик-другой.

Сейчас использую btrfs на компе и zfs на файлопомойке. Ничего не сыпется, волосы мягкие и шелковистые

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

78. Сообщение от нах. (?), 21-Апр-26, 10:44   +1 +/
ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #92

79. Сообщение от Аноним (79), 21-Апр-26, 12:09   +/
Чтобы взять zvol от пула на nvme/ssd и использовать как special dev в другом пуле на hdd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #80

80. Сообщение от нах. (?), 21-Апр-26, 12:17   +/
да, но вот - зойчем такие ужосы, оно ж когда сдохнет - ты эту лапшу вовек не распутаешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #84

81. Сообщение от Аноним (81), 21-Апр-26, 12:18   +1 +/
А калькулятор умеет быстро перемножать очень большие числа, чего тоже многие опеннетчики не умеют. Пообщайся и с ним - может, подружитесь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #88

83. Сообщение от нах. (?), 21-Апр-26, 12:22   +/
Да ntfs на ноут поставь. А zfs оставь там где и должна быть - на nas/san к которым этот ноут ходит когда надо терабайты ворочать или просто бэкапаться. Нет, не может он размагнититься, нечему там. Может целиком резко сдохнуть, клянусь вон этим SS540. Ты бы умер от жадности узнав сколько он стоит.

Кстати, в bitlocker разумеется есть контрольные суммы. Т.е. пошифрованный (по дефолту с 22h2!) nvme тебе еще и скажет, если что-то перестало сходиться.

Но пока - молчат, собаки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #99

84. Сообщение от Аноним (79), 21-Апр-26, 12:38   +/
попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
диске и попытайся восстановить данные, тут даже лапши не нужно.
Бэкапы никто не отменял
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #85, #93

85. Сообщение от нах. (?), 21-Апр-26, 13:10   +/
простите, а зачем вы так делаете? Вы так не делайте.

> Бэкапы никто не отменял

у тебя вот - все забэкаплено? А если проверю?

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

Сколько стоит disaster recovery у больших, и насколько оно (не) эффективно - я тебе пока подожду рассказывать, давай начнем с того что ценно для тебя лично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #89

88. Сообщение от Аноним (-), 21-Апр-26, 13:41   –3 +/
> А калькулятор умеет быстро перемножать очень большие числа, чего тоже многие опеннетчики
> не умеют. Пообщайся и с ним - может, подружитесь

У какого-нибудь клода reasoning - намного лучше чем у какого-нибудь похонаха на опеннете. Если возникли какие-то непонятки, клод вполне популярно пояснит что, где, как и почему он так считает. И даже получив новые данные на вход может вполне разумно подкорректировать свои взгляды.

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

И вот кто тут разумное, спрашивается, существо?! У клода IQ явно выше по ощущениям. Не, никакие копилоты и прочие уродцы ессно и рядом не стояли, майкрософт как всегда впереди планеты всей - с конца списка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

89. Сообщение от Аноним (79), 21-Апр-26, 13:42   +1 +/
Как будто я "больших" не видел (с)

У меня 10-12 часов займет полное восстановление NAS,
порядка 10тб данных. Больше всего записей с камер, фильмов и музыки.

Отдельная USB коробка с двумя 14тб дисками для бэкапов, на nas
такая же пара дисков плюс nvme.

Планирую переехать на EMC полку, что купил за 10к на авито когда-то.
Там 2 блока питания, 2 рабочих контроллера по 6гбит.
Ибо китайский NAS на amd еще норм, а у n100/n150 вариантов для
одного из дисков "дорожка сгорела", не ожидал ..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #97

90. Сообщение от Аноним (-), 21-Апр-26, 13:49   +/
> У меня для тебя хреновые новости- за то время что туда не
> лазили - компьютеры стали другими. Поэтому работает э... как обещано. То
> есть плохо работает. Для 99го года было достаточно хорошо. "Пропадает" там
> производительность. Т.е. ты зря платил за ssd.

Надо же, он стал о чем-то догадываться... и вот где твой ZFS в этом всем... ну, ты понял, да. На современные low overhead api его just in time никто не смогет, да и block-based уродец - сам по себе ну никак не low overhead.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #96

92. Сообщение от Аноним (-), 21-Апр-26, 13:52   +/
> ну а афтырю-то ты сообщил о проблеме? Он вроде поадекватней трех рабов фейсбука.

При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость" (c). В смысле размайнлайнили за грубость - в Linux Kernel! Что как бы совсем уж - номер.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #95

93. Сообщение от Аноним (-), 21-Апр-26, 13:55   +/
> попробуй удалить первые 10 мегабайт с партиций btrfs/zfs на одном
> диске и попытайся восстановить данные, тут даже лапши не нужно.
> Бэкапы никто не отменял

На btrfs можно попытаться зацепить с второй или третьей копии супера. И если у деревьев избыточность была - в чем проблема?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #94

94. Сообщение от Аноним (79), 21-Апр-26, 14:13   +/
Диск один, допустим в zfs я указал 2 копии хранить - в zdb все равно не полезу.
Что там в btrfs не подскажу, думаю такой же ужас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #110

95. Сообщение от нах. (?), 21-Апр-26, 14:22   +2 +/
> При том настолько адекватней - что его буквально "выгнали из гестапо за жестокость"

потому что пытался заставить РАБОТАТЬ рабов другого хозяина. Которые разумеется строили из себя обиженок и ничего делать не хотели.

Так что это как раз хорошо - такой человек безусловно БУДЕТ заинтересован в том чтобы исправлять ошибки, а не как эти вот notabug'и.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #111

96. Сообщение от нах. (?), 21-Апр-26, 14:39   +/
> Надо же, он стал о чем-то догадываться... и вот где твой ZFS
> в этом всем... ну, ты понял, да. На современные low overhead

все с ним нормально. И тем более для nas. Конкретно ЭТУ деталь трогать не надо, она не так работает как человек подумал.

Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную пока использовать не стоит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #106

97. Сообщение от нах. (?), 21-Апр-26, 14:44   +2 +/
> Как будто я "больших" не видел (с)

ну, большие проверяют иногда свои DR планы. (не всегда по доброй воле)

Но в целом, красиво живешь, да.

Я вот восстанавливать ничего у себя просто уже не буду - во-первых, а куда? Это ж надо купить, собрать... и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое. Т.е. все равно это будет не восстановление а новая система.

Во-вторых у меня столько лишних денег и нет.

Отдельные файлики какие-то понадобятся, выковыряю. А остальное - ну жаль, конечно, но что поделать. Денег на вторую (а по хорошему-то нужна и третья!) копию тех же самых объемов все равно не предвидится.

> Планирую переехать на EMC полку, что купил за 10к на авито когда-то.

наушники стрелковые не забудь к ней докупить. ;-)

> одного из дисков "дорожка сгорела", не ожидал ..

ха, я бы как раз ожидал.

(с другой стороны ну и гори оно... как будто диск там надежнее)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #98

98. Сообщение от Аноним (79), 21-Апр-26, 15:12   +/
>и оно конечно не будет копией 1:1 а скорее всего вообще будет чем-то сильно непохожим на старое.

у меня alpine diskless вариант, каждый раз в плане "системы" одно и тоже.
С файлами намаялся, вот и собрал все на zfs, чтобы работать только с датасетами.

>наушники стрелковые не забудь к ней докупить. ;-)

в деревенском подпале будет работать )

>(с другой стороны ну и гори оно... как будто диск там надежнее)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

99. Сообщение от Аноним (3), 21-Апр-26, 15:29   +/
> Нет, не может он размагнититься, нечему там

В смысле?

https://habr.com/ru/articles/1007884/

> Да ntfs

У нее нет контрольных сумм на данные.

> bitlocker

Мб, но хз как там запустить scrub и это windows-only решение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #101

101. Сообщение от нах. (?), 21-Апр-26, 15:42   +/
ну опять ссылки на чье-то "мнение". Своего нет?
Ты правда собираешься хранить свои ценные данные в коробке на балконе, как этот вот?

> У нее нет контрольных сумм на данные.

потому что для рабочей фс они и не нужны.

Там есть прекрасный комментарий: "Вывод скучный, но рабочий: пользуйтесь облаками, держите резервные серверы и делайте бэкапы. А еще лучше — несколько параллельных копий на разных площадках (и физика, и облако)."

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #102

102. Сообщение от Аноним (3), 21-Апр-26, 18:30   +/
> ну опять ссылки на чье-то "мнение".

"Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим. Ах, не делал? Ну ничего, чтобы утверждать что-то теория не нужна, хватит уверенности.

К слову, у тебя Земля круглая или плоская? А то там тоже, видишь ли, чье-то мнение...


> потому что для рабочей фс они и не нужны.

Ну да, если данные в труху рассыпались а суперблок как новенький, то все ок. А Silent Data Corruption, это так, еще одно "мнение".

> Там есть прекрасный комментарий: "Вывод скучный, но рабочий: пользуйтесь облаками, держите резервные серверы и делайте бэкапы. А еще лучше — несколько параллельных копий на разных площадках (и физика, и облако)."

И как я должен понять, что у меня перезапись бэкапов не пошла битыми файлами? А как я должен понять, что у меня бэкап - это бэкап, а не кучка мусора?

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

А вот подсчитать суммы реальных данных перед тем же бэкапом очень даже "полное" занятие. Или хотя-бы в dmesg увидеть, что от данных осталось только напоминание.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #104, #116

104. Сообщение от Аноним (-), 21-Апр-26, 22:28   +1 +/
> "Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим.
> Ах, не делал? Ну ничего, чтобы утверждать что-то теория не нужна,
> хватит уверенности.

Этот гениальный эксперт давно деграднул до рекламы винды и нтфс. Ты ожидаешь от него - понимания физики работы NAND FLASH современного чтоли? Особенно страшил типа QLC? У его величества - работает. Типа. Как оно заметило что файло вообще профакалось без чексум - хрен его там знает. Экспертиза уровня бох^W пох как она есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

105. Сообщение от Аноним (-), 21-Апр-26, 22:31   +1 +/
> у мордокниги такой конфигурации не бывает, и упсы надежные, поэтому нафиг идет
> - тем троим зарплату платит кто нада и они решают кого
> нада проблемы.

Тебе с твоим нтфс и виндой лучше вообще молчать в тряпочку о твоем "опыте", эникей. По сравнению с тобой - Клод какой просто кладезь разума. Желающие могут проверить, задав одни и те же вопросы и сравнив ответ.

А потом это существо будет удивляться за что его ушел AI... :)). Мало того что на хамит, полезнее, конструктивнее, может что-нибудь нарулить в два счета - так и зарплату в ТОМ объеме не требует за знание "ритуалов".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #109

106. Сообщение от Аноним (-), 21-Апр-26, 22:35   +/
> все с ним нормально. И тем более для nas. Конкретно ЭТУ деталь
> трогать не надо, она не так работает как человек подумал.

Ну вот где-то только там оно и останется у любителей 30-дисковых полок. Всех 0.01% от жителей планеты аж. Куда ему и дорога.

> Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную
> пока использовать не стоит.

Кому как. Я вот за счет линукса могу не париться с онлайн аккаунтами, AI в блокнотах и какими там еще улучшениями качества обслуживания. И уж конечно я ни разу не "agree" с той дрянью которая в EULA у муд@софта. Сам такое акцептуй, еще душу заодно дьяволу в комплекте продай, примерно настолько же эпичная сделка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #108

107. Сообщение от Аноним (-), 21-Апр-26, 22:36   +1 +/
> Это уже будет наеборот: bcachefs поверх iSCSI и тут как бе более
> менее - но понятно ...
> А вот чего аффтЫрь спросил я до сих пор не распарсил :)

Ну, в принципе, можно посоветовать ему создать loop-девайс из файла на bcacefs и экспортировать его в iSCSI. Дурацким задачам - дурацкое решение! :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

108. Сообщение от нах. (?), 21-Апр-26, 23:47   +/
> Ну вот где-то только там оно и останется у любителей 30-дисковых полок. Всех 0.01% от
> жителей планеты аж.

вот прямо тут, если ты не заметил, нас уже двое. Именно _любителей_, а не админов корпоративных схд (я их не люблю). По странному совпадению оба не желают пользоваться недоделко-фс.
А большинство жителей планеты содют рис по колено в дерьме. Так что их мнение очень ценно (нет).

>> Для линукса лучшего решения все равно нет. Ни not-a-bug, ни сырую недописанную
>> пока использовать не стоит.
> Кому как.

мы про файловые системы. Для линуксов. Ты опять про свою нитакусичность.

> Я вот за счет линукса могу не париться с онлайн аккаунтами

оспдя... нет у меня онлайн-акаунтов (их из одной отдельно взятой за ж-пу вообще еще можно заводить-то?). Что я делаю не так?! (пароль вот в очередной раз очередной забыл, а был бы онлайн ак - было бы куда восстанавливать)
Кстати, на мобиле у тебя тоже онлайн-акаунта нет? А если найду?!

> AI в блокнотах

ты можешь использовать copy con file.txt - прям как диды.
Зачем ты запускаешь аи в блокноте если он тебе не нужен?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #115

109. Сообщение от нах. (?), 22-Апр-26, 00:23   +/
> Тебе с твоим нтфс и виндой лучше вообще молчать в тряпочку о

опять ты вылез с пустым хамством в мой адрес, без цели и смысла.
Тебе, именно тебе, лучше помолчать о своем "опыте", лузер - НОЛЬ ответов на технические вопросы каждый раз как их тебе задают. По ЛЮБОМУ поводу в котором ты якобы разбираешься.

> А потом это существо будет удивляться за что его ушел AI... :)).

Ну тебя-то аи не уйдет, ты ж ничего и не умеешь.

> Мало того что на хамит, полезнее, конструктивнее, может что-нибудь нарулить в

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #114

110. Сообщение от Аноним (-), 22-Апр-26, 01:27   +1 +/
> Диск один,

У btrfs копии суперов есть и по другим смещениям. За пределами 10 первых мегов.

Как тебе такое, Элон Маск? Да, я сделал dd в первые 10 метров этой штуки, а теперь вот так:


btrfs -v rescue super-recover ./btrfs.bin
All Devices:
    Device: id = 1, name = ./btrfs.bin

Before Recovering:
    [All good supers]:
        device name = ./btrfs.bin
        superblock bytenr = 67108864

    [All bad supers]:
        device name = ./btrfs.bin
        superblock bytenr = 65536


Make sure this is a btrfs disk otherwise the tool will destroy other fs, Are you sure? [y/N]: y
Recovered bad superblocks successful

Так что совсем невосстановимого урона от сноса первых 10 мегов - особенно если еще и метаданные DUP (а они по дефолту такие) были быть особо не должно. Прикинь - вон то после этого маунтится, работает, файло которое я записал - читается.

Конечно если урон попал на какое-то файло и избыточности не было - чудес не бывает. И все же.

> допустим в zfs я указал 2 копии хранить - в zdb все равно не полезу.

А в btrfs не надо никуда особо лезть. Просто попросить "починить супер на вот этом девайсе". Пример как сие делается - выше. Мне такое реально надо было 1 раз в жизни аж - на особо стремной флешке сдернутой без размоунта. Оно и пролюибило такое - весь 4MiB eraseblock чтоли. Ну вот - восстановилось таким манером и дальше поехало.

> Что там в btrfs не подскажу, думаю такой же ужас

Думать вы можете все что хотите но это 1 простая команда на практике. Не надо судить всех по себе и своему уродцу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #112

111. Сообщение от Аноним (-), 22-Апр-26, 01:56   –2 +/
> потому что пытался заставить РАБОТАТЬ рабов другого хозяина. Которые разумеется строили
> из себя обиженок и ничего делать не хотели.

Потому что в приличном обществе за такое поведение - канделябрами по морде бьют. А вот тебе и твоей гоповатой "культуре" явно не хватило такого образования. Упущеньице. Надеюсь на твоем жизненном пути попадется кто-нибудь кто немного вправит вывихнутый мозг.

> Так что это как раз хорошо - такой человек безусловно БУДЕТ заинтересован
> в том чтобы исправлять ошибки, а не как эти вот notabug'и.

Спасибо, я имел НЕудовольствие с подобными типами работать. Припирается такая самая умная клава на деревне. Вы тут все п...сы, а я дартаньян, я лучше знаю, мне видней. Ну подумаешь разломал толпе народа юзкейсы, зато - самая умная клава и пропихал свое.

Вот только чем агрессивнее некто уверен что он лучше всех знает как надо - тем менее вероятно что именно так оно и было. Продвинутые существа умеют в benefit of doubt. А если не умеют - значит нифига они не продвинутые, а просто - наглые и прут по головам, поклав на проблемы всех кроме себя любимых. Но вот это можно и пролечить, как видим.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #120

112. Сообщение от Аноним (79), 22-Апр-26, 09:25   +/
Красота, так скоро с zfs на btrfs перелезу!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #126

114. Сообщение от Аноним (114), 22-Апр-26, 14:00   –2 +/
> опять ты вылез с пустым хамством в мой адрес, без цели и смысла.

Ты достаточно почесал ЧСВ об меня. Мне надоело, пора подравнять счет в игре. И теперь будет зуб за зуб и глаз за глаз. Понятный таким как ты формат.

> Тебе, именно тебе, лучше помолчать о своем "опыте", лузер - НОЛЬ ответов
> на технические вопросы каждый раз как их тебе задают.

Я уже дал железобетонный рецепт как сравнить тебя и Клода. Каждый может сделать выводы о нужности тебя и твоей экспертизы сам.

Spoiler: у Клода больше памяти и он неленивый и способный ученик. Поэтому он не живет 2010 годом - в отличие от. Его экспертиза по Linux, кодингу и проч - up to date, в отличие от. Угадай как лучше работает.

>> А потом это существо будет удивляться за что его ушел AI... :)).
> Ну тебя-то аи не уйдет, ты ж ничего и не умеешь.

Меня AI не уйдет. Он не умеет в фулстеки, общую интеграцию систем, решение нестандартных проблем и активное принятие решений, не говоря про физическую раелизацию. Но тебя никогда не интересовали эти топики, ты предпочел - заучивать ритуалы, класть на project management и прочее ненужно. Ну вот и посмотрим чьи парадигмы лучше работали, в интерьере. Для меня AI не конкурент - а ассистент который может разгрузить меня и поднять эффективность.

>> Мало того что на хамит, полезнее, конструктивнее, может что-нибудь нарулить в
> но хамить в чужой реплай пришел именно ты. Причем с нулем конструктива.

Зуб за зуб, глаз за глаз.

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

При том этимсаымым он оказывается почему-то только у экспертов в винде и нтфсике. Тенденция однако. Но мой фетиш для меня - работает, демонстрируя перфоманс в разы выше и этого твоего нтфсика, и этого твоего zfs. И я спокойно ворочаю на нем иерархии с линухкернел. А экспертиза в его рекавери мне для своей тушки так ни разу и не понадобилась. Я конечно понимаю что дело мастера боится, но такая вот ирония. Пока такие как ты вещали как оно у меня того этого.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #119

115. Сообщение от Аноним (115), 22-Апр-26, 14:26   –2 +/
> вот прямо тут, если ты не заметил, нас уже двое. Именно _любителей_,
> а не админов корпоративных схд

Целых двое? А роли вы уже поделили? Кто из вас будет Дон Кихот, а кто - Санчо?

> (я их не люблю).
> По странному совпадению оба не желают пользоваться недоделко-фс.

А мне по странному совпадению пофиг на юзкейсы и тех и других - меня просто не интересуют 30-дисковые полки и вообще излишне централизованные, экзотичные или огроменные сетапы, я куда больше про general purpose. И мне интереснее чтобы мой системный диск нормально снапшоты умел - как виртуалка. Я рулю VM и HW более-менее похоже. Ибо зачем 2 знания если можно 1. Такая оптимизация.

> А большинство жителей планеты содют рис по колено в дерьме. Так что
> их мнение очень ценно (нет).

А любители дисковых полок - типа любителей паровозов 2.0. Ну то-есть в 2026 есть те кто всерьез чинит паровозы, понимает в паровых машинах толк или даже хреначит кочегаром. Но объективных причин пускать новую ЖД в 2026 именно так - около ноля. Разве что рекреационную.

> мы про файловые системы. Для линуксов. Ты опять про свою нитакусичность.

Эксперт по дисковым полкам о нетакусечности. Прикольная проекция конечно...

> оспдя... нет у меня онлайн-акаунтов (их из одной отдельно взятой за ж-пу
> вообще еще можно заводить-то?).

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

Но решения уже приняты. Подарков будет больше. Маркетинг зафорсит.

> Кстати, на мобиле у тебя тоже онлайн-акаунта нет? А если найду?!

Удачи. Но F-Droid и правда не требует акаунтов. Так же как деб репы. Представляешь? А зачем мне малварь от гугла и прочих адептов гуглостора я не в курсе.

>> AI в блокнотах
> ты можешь использовать copy con file.txt - прям как диды.
> Зачем ты запускаешь аи в блокноте если он тебе не нужен?

Мне от майкрософ вообще ничего не нужно, скажем прямо :). И ты сам кликай agree на вон том булшите. А мне самоуважение мешает "agree" с вон тем быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

116. Сообщение от пох. (?), 22-Апр-26, 14:39   +/
> "Ссылки на чье-то мнение"... Ну давай твой ресерч по работе SSD посмотрим.

то есть мнение васяна с коробкой на балконе - ок. А от меня почему-то нужен цельный рисерч?

Ну ладно, а твой-то рисерч мы увидим, или снова все сводится к найденной на помойке в 2016м году единственной флэшке?

> Ну ничего, чтобы утверждать что-то теория не нужна

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

Наиболее массовый и распространенный тип отказа - мгновенное превращение в тыкву так что даже не детектируется.

> А Silent Data Corruption, это так, еще одно "мнение".

не подтверждаемое практикой.

> И как я должен понять, что у меня перезапись бэкапов не пошла битыми файлами?

man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными. Но за десятки лет мне ни разу этот дополнительный контроль не сработал.

> А как я должен понять, что у меня бэкап - это бэкап, а не кучка мусора?

а вот это отдельно смешное. Вообще-то для этого, кто бы мог подумать, его надо иногда разворачивать. И проверять глазами, что там внутри. А то может выйти так что все суммы-то сходятся, а содержимое было битое еще в памяти до записи. Ну или просто современный софт тот формат тихо разучился понимать. Это вот как раз реальность, подтверждаемая опытом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #118

117. Сообщение от пох. (?), 22-Апр-26, 14:47   +1 +/
> У этих на совсем пиковый случай - btrfs restore есть.

мы буквально в тредике под детальным (с микроскопическим разбором и правильным вариантом восстановления) описанием как btrfs restore не только не спас, а угробил данные которые можно было бы использовать для восстановления с минимумом потерь. А разработчики послали автора подальше, потому что главное ничего же не чинить.

у тебя контекст в 250 раз меньше чем у клавы, хватает с трудом на одно сообщение?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #121

118. Сообщение от Аноним (3), 22-Апр-26, 18:25   +/
> то есть мнение васяна

Это отсутствие базовых знаний у тебя.

https://en.wikipedia.org/wiki/Flash_memory#Data_retention

> Ну ладно, а твой-то рисерч мы увидим

А толку? Тебе дали ресерч. Ты можешь (я надеюсь, что можешь) загуглить еще сотним. Но сильно ли тебе это поможет?

P.S Что там с Землей - круглая/плоская? А то васяны что-то разошлись во мнениях.

> Наблюдения показывают что волшебных битфлипов на тех носителях которые у меня под рукой (а их сотни) - нет.

Ну твое-то мнение конечно ценнее, чем другие васянские.

> волшебных битфлипов

И как бы ты заметил это? У тебя md5 на каждый файл считается?


> но такой носитель должен отлежаться на полке годами

Здравая мысль, нет? То что тебе и говорили, собственно.

> не подтверждаемое практикой.

не подтверждаемое ТВОЕЙ практикой. Ты либо счастливчик, либо поработай чуть дольше.


> man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными.

Хорошая практика, верный костыль. Спасибо, но решение на уровне ФС более централизовано.

> Но за десятки лет мне ни разу этот дополнительный контроль не сработал.

Ну тогда SDC миф и хешсуммы не нужны, тут бесспорно.

> И проверять глазами

Чего!? Ты сам попробуй перед тем как советовать.

Как мне, скажем видео на 12 часов проверить, что там ничего не побилось? Весь хронометраж артефакты искать?

> А то может выйти так что все суммы-то сходятся, а содержимое было битое еще в памяти до записи.

Эх скраб бы запустить, да проверить, жаль что ntfs-3g не позволяет.

> Ну или просто современный софт тот формат тихо разучился понимать.

Взять старую версию софта, не? Или не юзать софт, что так тупо ломает совместимость.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #122, #129

119. Сообщение от нах. (?), 22-Апр-26, 20:12   +/
> Ты достаточно почесал ЧСВ об меня. Мне надоело, пора подравнять счет в игре.

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

> Я уже дал железобетонный рецепт как сравнить тебя и Клода.

ну вот, опять голое хамство. И еще клод причем-то тут.
САМ ты что-нибудь умеешь?

> Меня AI не уйдет. Он не умеет в фулстеки, общую интеграцию систем, решение нестандартных
> проблем и активное принятие решений,

блаблабла. Как и ожидалось. Он умеет красиво врать, если что. (И не хамить при этом.)

(интересно, персонаж вообще в курсе что есть fullstack? или слово модное попалось?)

> Зуб за зуб, глаз за глаз.

нет. Тебя там вообще в треде не было. Просто ты  не можешь не попытаться самоутвердиться. Квалификации чтобы показать мне тут "мастеркласс" нету. Остается просто хамить. По поводу и без.

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

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

> Но мой фетиш для меня - работает

держи в курсе.

> демонстрируя перфоманс в разы выше и этого твоего нтфсика, и этого твоего zfs.

воспроизводимых пруфов, разумеется, не будет.

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

(А, не, я помню твой "пруф", создать стомиллионов файлов в одной куче и плакать что тормозит. Ну да, для тебя "перфоманс". А у нас, представь, не бывает таких мусорных куч. Так что даже и проверить-то не сможем, хрен вот его знает, как оно там.)

> И я спокойно ворочаю на нем иерархии с линухкернел.

ну охренеть. Это все успешные успехи? Ты сумел распаковать на чудо-фс архивчик с ведром?

> А экспертиза в его рекавери мне для
> своей тушки так ни разу и не понадобилась.

то есть и про флэшку, выходит, наврал? Вот те на... а мы-то повелись.

Напоминаю - моя zfs уже четвертый сдохший диск переживает. (ну так себе с дисками у дешевых хостеров, прямо скажем. Или может с питанием.) А ты опять оказывается у нас - теоретик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #123

120. Сообщение от нах. (?), 22-Апр-26, 20:30   +/
Ему (не ему на самом деле - опять приперся в чужой тред мне что-то предъявлять) - о том что человек работающий до зеленых соплей из носа и выгнанный из тусовочки по причине попыток добиться такой же работы от остальных - вероятнее всего не пройдет мимо багрепорта и попытается разобраться в проблеме (в отличие от не будем показывать пальцем, только что именно это и сделавших) и стоит потратить время на контакты.

Он - опять о том как его в детстве обижали агрессивные типы.

Дурашка, ну ты не понимаешь что выглядишь со стороны уже ну просто полным...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #125

121. Сообщение от Аноним (121), 22-Апр-26, 20:40   +/
> мы буквально в тредике под детальным (с микроскопическим разбором и правильным вариантом
> восстановления) описанием как btrfs restore не только не спас, а угробил
> данные которые можно было бы использовать для восстановления с минимумом потерь.

Ты совсем не в адеквате сегодня? Протрезвей, потом пищи на форум! Btrfs restore это READONLY чтение, с девайсов btrfs на другое, блин, назначение. По типу тирамисы и прочих подобных для нтфс. Но - встроенная прям в родной тулкит ФС, прям сразу и бесплатно, что очень мило с их сотроны. И т.к. это еще и cow, там еще и в разные generation можно попытаться подцепиться как точка входа для парсинга, в надежде что чуть более старая версия лучше окажется.

Как readonly offline reader, вычитывающий с совсем убитого фс файло на ДРУГОЕ назначение может вообще что-то испортить - загадка природы. Да, в твоем ZFS нет аналога этой фичи. И я даже не уверен есть ли ЭТО в коммерческих тулсах, не изучал. А тут вот нашару тул не хуже про датареков прям в тулките фс есть. Но тебе с твоими двойными стандартами главное что-нибудь брякнуть.

> А разработчики послали автора подальше, потому что главное ничего же не чинить.

"btrfs restore" не подразумевает "починку", это офлайновый чтец данных с фс которая даже не моунтабельна и проч, эксперт ты наш. Да, у ZFS нет никакого эквивалента в его тулинге. У большей части фс - нет. Есть - в коммерческих тулсах.

> у тебя контекст в 250 раз меньше чем у клавы, хватает с
> трудом на одно сообщение?

Это говорит человек, который обвинил тул для ОФЛАЙН ВЫЧИТКИ НЕМОУНТАБЕЛЬНОЙ ФС в разрушении этой самой ФС. Хотя эта процедура - ридонли. Но проекция насчет буфера зачетная конечно. Вот только это не про меня кажется было...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

122. Сообщение от Аноним (122), 22-Апр-26, 20:53   +/
>> то есть мнение васяна
> Это отсутствие базовых знаний у тебя.
> https://en.wikipedia.org/wiki/Flash_memory#Data_retention

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

И со всей его экспертизой он поэтому не в курсе что такой SSD подключенный к питанию и лежащий на полке - две очень большие разницы. Потому что лежащему на полке контроллер чисто технически scrub и регенерацию - не смогет. А через несколько лет лежания FEC уже не вытянет тот BER и это вылезет наружу.

Для пох: нет рассказывать что такое FEC и BER я тебе не буду. Загугли сам. С своей офигенной экспертизой. Заодно и даташиты на чипы NAND можешь поискать. Занимательное чтиво, узнаешь много нового, если твой контекст превышает размер буфера клавы хоть немного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #133

123. Сообщение от Аноним (-), 22-Апр-26, 21:27   +/
> я демонстрирую твою квалификацию,

Главеное в этом деле не выйти на себя. Твой alter ego (или дружбан?) пох уже блеснул на все сто!

1) Будучи абсолютно не в курсах как работают современные SSD и в чем прикол с SSD лежащим на полке и современным NAND вообще. Тебя на этом кто-то ЖЕСТОЧАЙШЕ заловил. Ты некомпетентен просто В НОЛЬ. Твое мнение о сторажах можно пропустить мимо ущей. Ты не в теме.

2) Обвинить btrfs restore в разрушении исходной фс при том что это офлайн читалка для вычитки с совсем дохлой ФС? Ну это да, уровень экспертизы.

Круто получилось. Хотел зачморить других, а эвона как выщло...

> каждый раз макая тебя в лужицу,

...главное самому при этом не уделаться еще хуже :)

> (интересно, персонаж вообще в курсе что есть fullstack? или слово модное попалось?)

В моем случае это вот реально полный стек - интеграция всей системы. От электрических аспектов до написания софта. Не, Клод так в ближайшее время не сможет имхо.

> воспроизводимых пруфов, разумеется, не будет.

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

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

А эксперт вообще не в курсе что есть btrfs restore - но блеснуть экспертизой смог. Вон там.

> Напоминаю - моя zfs уже четвертый сдохший диск переживает.

И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas. Меня более general purpose кейсы от фс интересуют. И вот покажи мне это - в твоем ноуте? А, сапожник без сапог? А мне обломно таким лохом быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #128

124. Сообщение от Аноним (-), 22-Апр-26, 22:16   +/
> Я никогда не доверю свои файлы файловой системе, которую вайбкодит человек с
> его "ИИ партнёром". Кент ещё и думает что у его Клода
> сознание есть.

Ты просто не общался с Клодом в чате. У него сознания больше чем у 80% местных. Я думаю даже результаты IQ тестов VS Claude их бы, пожалуй, разочаровали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

125. Сообщение от Аноним (-), 22-Апр-26, 22:27   +/
> Ему (не ему на самом деле - опять приперся в чужой тред
> мне что-то предъявлять) - о том что человек работающий до зеленых
> соплей из носа и выгнанный из тусовочки по причине попыток добиться
> такой же работы от остальных

Блин, понимаешь в чем дело? Я тоже что-то такое в паре тусовочек пытася. Результат был угробищен - я лишь демотивировал кучу народа и они вообще перестали работать над проектом. И вот это ничего хорошего ПРОЕКТУ В ЦЕЛОМ не дало вообще совсем.

И вот - пришлось выбирать между собственным ЧСВ и благом проекта. Это неприятный выбор, и правильно его осилить сможет далеко не каждый. Чтобы стать "мы" надо отдать часть "я". Но это очень мощный переход - "мы" сможет больше, то что одному "я" и не снилось. И да, это причина по которой врядли у лично тебя когда либо будет твоя команда, которую ты сможешь вести вперед как лид или PM. Это не всем дано. И это не только про технические вещи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #127

126. Сообщение от нах. (?), 22-Апр-26, 22:42   +/
> Красота, так скоро с zfs на btrfs перелезу!

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

И да, у zfs ВООБЩЕ нет суперблока. (уберблоки есть, аж 128 штук на каждом физическом диске - но туда лазить не надо, она обычно сама разбирается, без всех этих вот super-super-recover, какой ей нужен.)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

127. Сообщение от нах. (?), 22-Апр-26, 22:53   +/
> Блин, понимаешь в чем дело? Я тоже что-то такое в паре тусовочек

ловко ты спрыгнул с темы. Развернувшись на 180 в полете. То есть это ты оказывается и был тем самым который  всех обижал?

> пытася. Результат был угробищен - я лишь демотивировал кучу народа и
> они вообще перестали работать над проектом. И вот это ничего хорошего

э... я надеюсь ты понимаешь, что майнтейнеры мемори менеджера и что там еще пострадало - буфер кэш вроде по тому же адресу, но он на кого-то еще тоже наехал что тот работать не хотел, не говоря уже об обиженках из btrfs team - не могут "перестать работать над проектом", поскольку зарплата от rhbm и мордокниги сама не накапает?

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

То ли божок у нас прокис, то ли что-то в консерватории совсем не так.

> И да, это причина по которой врядли у лично тебя когда
> либо будет твоя команда, которую ты сможешь вести вперед как лид

У меня есть своя команда, но мы занимаемся, мягко говоря, не IT ;-) Поэтому там совсем другие отношения.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #131

128. Сообщение от нах. (?), 22-Апр-26, 23:24   +/
> Будучи абсолютно не в курсах как работают современные SSD

А по-моему ты просто опять соврал (как и твое альтер-эго которое там выдало на гора викивракию). Выдав то что тебе очень хочется за истину, только подвердить ее тебе опять нечем. Когда ж тебе надоест позориться? Ты же врешь постоянно.

> и в чем прикол с SSD лежащим на полке

я вообще-то спросил в чем прикол страдать что валявшийся в коробке на балконе таки сдох. И причем тут и чем поможет бырбырбыр, когда его ВООБЩЕ уже читать - бесполезно. Там каша. Сплошная.

Никаких понимаешь единичных битиков которые могла бы в теории эта хрень починить. Там полный фаршмак, чинить нечего.

Расскажи мне, где ж я тут "нифкурсе" ?

И да, мои - не дохнут. Наверное дерьма не покупатель.

> Обвинить btrfs restore в разрушении исходной фс

Может ты уже запомнишь что мне HACPATЬ на твою гордость зазубренными закорючками? Мне глубоко похрену как точно называется команда что разнесла человеку фс вместо восстановления.
Что там делает твоя ресторе - мне тоже глубоко то же самое. По одному файлу из окончательно сдохшего терабайтного массива копировать - удел тебе подобных.

> В моем случае это вот реально полный стек - интеграция всей системы.

Я так и предполагал что ты используешь термин не зная его значения.

Может электропровода пихать в обжимку и есть твой уникальный скил? Но причем бы тут опеннет...

> Бенчи фороникса идут с описанием конфигурации в комплекте

а, ну понятно.

> Прелесть фороникса в том что он просто меряет то что есть, как есть.

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

>> Напоминаю - моя zfs уже четвертый сдохший диск переживает.
> И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas.

твой уровень.

И нет, это не дисковая полка (там нормальные диски и питание, там не дохнет) и не нас - это вполне себе обычный банальный арендованный сервер где-то в германии. Очень даже general purpose.
(полагаю сейчас мы услышим что васяну серверы не нужны)

> И вот покажи мне это - в твоем ноуте?

ноут 2016 года. На ноуте ntfs. Проблем не наблюдаю.

зачем мне вот там-то бырбыры какие-то?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #130

129. Сообщение от нах. (?), 22-Апр-26, 23:45   +/
> Это отсутствие базовых знаний у тебя.

это ты просто выдаешь желаемое за действительное.

> https://en.wikipedia.org/wiki/Flash_memory#Data_retention

зачем ты эту глупость тут скопировал? Мы обсуждали страдания васяна выкинувшего диск в помойку и потом удивляющегося почему достал не особо живой.

> Ну твое-то мнение конечно ценнее, чем другие васянские.

разумеется мое мнение ценнее - мои носители вот, под рукой, не в викивракии.
И я могу их проверить.

> И как бы ты заметил это? У тебя md5 на каждый файл
> считается?

на те что мне важны - считается. А они обычно большие.
На те что не особо - незачем тратить время.

>> но такой носитель должен отлежаться на полке годами
> Здравая мысль, нет? То что тебе и говорили, собственно.

нет. Зачем ты их хранишь на полке годами и что там может быть ценного если оно нахрен не нужно все эти годы?

>> не подтверждаемое практикой.
> не подтверждаемое ТВОЕЙ практикой. Ты либо счастливчик, либо поработай чуть дольше.

Как, еще лет двадцать? Боюсь нечем уже прочитать-то будет. (да и некому)

>> man md5sum, если тебе прям очень хочется. Я так делаю с действительно ценными для меня данными.
> Хорошая практика, верный костыль. Спасибо, но решение на уровне ФС более централизовано.

но не нужно. Потому что жрет ресурсы и подсчитывает суммы для файлов которые через пять секунд уже не будут нужны. Большинство их. И при этом привязано к фс.

>> Но за десятки лет мне ни разу этот дополнительный контроль не сработал.
>> И проверять глазами
> Чего!? Ты сам попробуй перед тем как советовать.

пробую. Я не то чтобы верю в битфлипы на стадии хранения, но вот в процессе переливания отсюда туда и сюда - через _память_ нескольких не особо надежных систем и чорт его знает какие сети и сетевухи - теоретически могут возникнуть, когда речь о файлах под гигабайт. (Тем более что тут опыт был. Да, страшно давно, да сети и компьютеры были другие. Но осадочек...) Но... нет. Пока ни разу. "наверное везет". А дохлых дисков с которых ВООБЩЕ ничего не прочитать - дохрена за это время.

> Как мне, скажем видео на 12 часов проверить, что там ничего не
> побилось? Весь хронометраж артефакты искать?

блжд man md5sum!

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

>> А то может выйти так что все суммы-то сходятся, а содержимое было битое еще в памяти до записи.
> Эх скраб бы запустить, да проверить, жаль что ntfs-3g не позволяет.

ммать... ты вообще читать не умеешь? ЧЕМ он тебе поможет если битое образовалось В ПАМЯТИ?
Ни один скраб ни на одной системе которых у меня десятки разных, никогда ничего не находил, если что. Да, это тоже личный опыт которому я верю больше чем любым васянам. scrub _бесполезен_.

>> Ну или просто современный софт тот формат тихо разучился понимать.
> Взять старую версию софта, не? Или не юзать софт, что так тупо

ну вот прекрасное времяпровождение - искать в суматохе именно ТУ версию когда наконец-то вздумалось вытащить тот файлик восемнадцатилетней давности.

> ломает совместимость.

не юзай фотоаппараты. Например.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #132

130. Сообщение от Аноним (-), 23-Апр-26, 01:09   +/
> А по-моему ты просто опять соврал (как и твое альтер-эго которое там

Это не мое альтер эго, какой-то совсем другой анон, даже стиль другой. И развел он тебя жестче чем я бы смог. Отдельные респекты этому типу за понимание SSD и флеша. Вот то что он в топике рубит я вижу. В отличие от тебя, позорника.

> выдало на гора викивракию).

Ты даже ее не смог прочитать. Не говоря о чтении датащитов на чипы и параметров современных SSD или тематические исследования.

Т.е. наш "эксперт" настолко не в теме что не в курсе в чем подстава с современным SSD валяющимся на полке без питания. Про scrub и regeneration силами контроллеров SSD он вообще не слышал. А таки - NAND в погоне за дофига за нифига с тонкими нанометрами, QLC и проч стал попахивать DRAM и - требовать периодический рефреш заряда. Ессно сие работает только если питание подано. А если он лежит на полке... ну... вот тот анон в курсе. А для тебя как работает флеш и что случается при масштабировании, особенно наглом - в диковинку. Эксперт в сторажах, блин.

> позориться? Ты же врешь постоянно.

Почему мне должно надоесть смотреть твое фрик-шоу? Ты ж жжешь напалмом и палишь свою квалификацию так что я даже не надеялся.

> я вообще-то спросил в чем прикол страдать что валявшийся в коробке на
> балконе таки сдох. И причем тут и чем поможет бырбырбыр, когда
> его ВООБЩЕ уже читать - бесполезно. Там каша. Сплошная.

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

То что вижу я неплохо коррелирует с исследованиями и проч. И на практике btrfs с DUP довольно долго и успешно гасит проблемы этой какахи. Видишь ли, если бы ты не прогуливал теорвер, то...

1) Проигрыш при нечитаемости 1-го же блока метаданных - это одно.
2) Проигрыш когда не прочлось ОБЕ КОПИИ в разных локациях блока метаданных это совсем другое - и произведение вероятностей. Так теорвер кууууууууда как эпичнее.

Да, если долго выделываться - его в принципе и так можно проиграть. Но при энном BER... соотношения сильно улучшаются. И врядли ты понимаешь как утечки флеша выглядят. Но ценное мнение толкануть - наглости хватает. Понятия не имея о процессе. Что и запалил тот анон.

> Никаких понимаешь единичных битиков которые могла бы в теории эта хрень починить.
> Там полный фаршмак, чинить нечего.

Знаешь в чем наше отличие? Я устриц еще и ел. Может мелких. Может не энтерпрайзных. Но устриц. А ты рассуждаешь о их вкусе не видев их даже на картинке. И тот анон тебя спалил. Это фэйл!

> Расскажи мне, где ж я тут "нифкурсе" ?

Ты абсолютно не в курсе как происходят утечки флеша, что такое BER и даже - азов теорвера, что совсем уж фэйспалмище. Но оказывается можно задвигать на опеннете про экспертизу и не умея в теорвер. Главное наглости набраться.

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

> И да, мои - не дохнут. Наверное дерьма не покупатель.

Про то что такое BER гражданин явно не в курсе. И как это все работает. Ага. И я не совсем понимаю как ты без чексум ФС вообще заметишь кривой блок если FEC не выдюжит и таки выгрузит левак наружу.

Да, и о том что это теоретически возможно - ты тоже не в курсе. С пеной у рта доказывая обратное. На винде. С нтфс. Я понимаю что теорию алгоритмов FEC почитать - надо иметь рабочий мозг и интерес к теме. И ты показал что и это - не делал. Как тебе расстановка точек над i?

А чем я отличаюсь? Я накодил пару реализаций этого. Под свои нужды. Но какая разница. Поэтому от напыщеного чудака заучившего риуталы я _знаю_ как это работает и какие свойства у алго. А для тебя это черная магия и ритуалы.

>> Обвинить btrfs restore в разрушении исходной фс
> Может ты уже запомнишь что мне HACPATЬ на твою гордость зазубренными закорючками?

Хи-хи, прикольное оправдание наезда совершенно не по делу. Эксперт мля. Что-то ты совсем плох, эксперт. Протрезвей и попробуй еще раз. Надеюсь у тебя мозг не отвалился СОВСЕМ. Если же он у тебя перманентно в дауне - лучше потеряйся, спамогенератор.

>> В моем случае это вот реально полный стек - интеграция всей системы.
> Я так и предполагал что ты используешь термин не зная его значения.

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

> Может электропровода пихать в обжимку и есть твой уникальный скил? Но причем
> бы тут опеннет...

Есть довольно большая разница между обжимом проводов и скажем выбором уровня сигналов. Но ты можешь попробовать это с клодом и мы посмотрим сколько горелых железок у тебя будет до того как все заработает.

>> Бенчи фороникса идут с описанием конфигурации в комплекте
> а, ну понятно.

Это намного более объективный, реалистичный и менее предвзятый источник чем ты и твои SSD.

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

Никому не нужны в среднем таки - твои 30-дисковые полки. А то что у фороникса - будет у 90% линуксоидов. Просто по количеству инстансов того и другого.

Вот перфоманс в 30-дисковой полке - это и правда нишевая хрень, интересная полутора фрикам. Перфоманс на 1-дисковой конфиге на SSD интересен каждому кексу с ноутом по сути. Вас целых двое. Тех - несколько десятков миллионов с линуксом только. Но процекция и тут крутая.

> Не пытаясь разобраться почему вышло именно так.

Потому что кой-чей тормозной блочный дизайн с кучей оверхеда без поддержки low overhead апей обречен быть тормозом и таким и умрет. А что он сделает на 30-дисковой полке мне - похрен!

И прыгать неделями с тюнингом и проч - в мои планы тоэе так то не входит. В этом смысле фороникс кажет - что будет у почти всех. И это круто. Не, твои ритуалы никого кроме тебя не интересуют на самом деле. Мы юзаем компы не для того чтобы ритуалами заниматься. Это даже кент более--менее понял. И попытался - это. В отличие от.

>> И кукуй бы с ним. Мне в принципе не интересны твои дисковые полки и nas.
> твой уровень.

Future is Distributed.

> (полагаю сейчас мы услышим что васяну серверы не нужны)

От тебя я пока услышал совет юзать на ноуте - нтфсик. Но btrfs мне как-то лучше заходит, и со мной еще несколько знакомых айтишников согласилось. Дрисняточку мы конечно не юзаем. И вообще прикольно из себя строить типа-крутого-юниксоида с таким то сетапом и советами. Не останавливайся, развлекай публику дальше. Ты жжошь.

>> И вот покажи мне это - в твоем ноуте?
> ноут 2016 года. На ноуте ntfs. Проблем не наблюдаю.
> зачем мне вот там-то бырбыры какие-то?

Очень интересно как бы ты на своем нтфс проблемы еще и заметил учитыая что чексум у него нет и он обычно - долго и счастливо работает. Пока ВНЕЗАПНО не хренакнется насовсем, если damage превысил критичный. Попутно ессно загаживая и теряя файло там и тут.

А откуда я знаю? Рекаверил эн таких штук другим :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

131. Сообщение от Аноним (-), 23-Апр-26, 02:14   +/
> ловко ты спрыгнул с темы. Развернувшись на 180 в полете. То есть
> это ты оказывается и был тем самым который  всех обижал?

Я буду вечно благодарен Кенту за то что он показал как делать не надо. Я на его примере распознал проблему, откорректировал курс действий, сделал ребаланс взглядов и подходов - и поэтому НЕ доигрался до столь же печального финала в паре мест.

Кент так не смог. В его проекте не произошла трансформация "я" в "мы". Это имеет дорогую цену. Он хреначит 1 почти все. Для проекта такого уровня крайне геморно, субоптимально, жрет массу времени и сил, а результат "не очень". Полноценно делать качественную ФС с тем фичесетом - приключение для команды. Накидать core - делает архитект. Остальные не знают как он хотел. Но играть вдолгую на этом поле одному? Опупеешь. И будет очень кстати если вон те подыграют и разгрузят. А если они вместо этого факи в фэйс кажут - ну и кому хуже? И главное а что ты им сделаешь то?! Они ж не обазяны тебе (мне, кенту) ничего. Но могут. Если захотят. Тем способом можно только отломать "если захотят". Что кент и сделал. Зря.

Древние сказали что гордыня предшествует падению. Кент проверил. Не врут.

> э... я надеюсь ты понимаешь, что майнтейнеры мемори менеджера и что там
> еще пострадало - буфер кэш вроде по тому же адресу,

Я надеюсь ты понимаешь что я взаимодействовал с господами из mm/ и btrfs - и почему-то для меня они были белые, пущистые и в итоге мы сообща решили наши проблемы.

Им немного лучше кернел. Мне - мои (временами специфичные) конфиги в работающем виде. Никакие редхаты на этом пути почему-то не стояли. А Кент просто вел себя как м...к. И знаешь, чтобы начитывать лекцию Торвальдсу о управлении проектом это надо конкретно набраться наглости и от реалий оторваться, в оценке своих скиллов vs торвальц.

Конкретнее? Сколько человек с Тоорвальдсом работает? И воротит длля него работы под его координацией? А сколько так же - но для кента? А, почти ноль? Ну вот и сравнили team lead, project management и прочие аспекты. Но кент почему-то уверен что знает лучше. Что ниоткуда не следует глядя на такие факты.

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

Таки далеко не все. И в файлухе кента полно всякого ad-hoc барахла на границе терпимости ядерщиков. И - более того - думаешь там 1 прецедент был?! Да вот хрен. Их было - эн. И проблема кента в том что он как раз - необучаем оказался и курс действий не откоректировал после многократных однотипных факаоов с РАЗНЫМИ майнтайнерами. Он пикеровался по моему со всеми. И с mm, и с блокировками, и блочнофайлушниками. И даже дал лекцию Торвальцу что он не такой - fast moving target! На что и получил отлуп - мол, раз майнлайн вам не того - давайте размайнлайним! А когда не дошло - имплементацию идеи.

> То ли божок у нас прокис, то ли что-то в консерватории совсем не так.

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

> У меня есть своя команда, но мы занимаемся, мягко говоря, не IT
> ;-) Поэтому там совсем другие отношения.

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

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

> А быть лидом в компании нитакусиков - избави Всевышний.

Это как раз одно из самых крутых занятий на этом глобусе. Потому что это п...ц как сложно - но в результате можно превратиться из "я" в "мы" и смочь неизмеримо больше чем в принцпе 1 тушка может своим хиловатым разумом. Но ты эту трансформацию никогда так и не познал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

132. Сообщение от Аноним (3), 23-Апр-26, 03:20   +/
> Мы обсуждали страдания васяна выкинувшего диск в помойку и потом удивляющегося почему достал не особо живой.

Я хз, что ты там обсуждал. Мой изначальный тезис был: "ФС с поддержкой контрольных сумм на данные можно по пальцам пересчитать, а без них можно даже не пытаться. Тем более с повсеместным использованием SSD, который еще и размагнититься может."

На что ты ответил: "Нет, не может он размагнититься, нечему там."

И я напрасно потратил время, объясняя, почему это не верно. Все сводится к:
- Авуменя РАБОТАЕТ. Вы врете.

> Ничего ценного в этом мусоре нет. Побьется пару пикселей - пересинхронизируется.

Ну, с этого надо было начинать...

Собственно, рекомендую exfat. Работает шустро, по ресурсам ничего не ест, метаданные практически ничего не весят. Последние лет 5 не использовал ее вообще, так что ничего и не ломалось, выходит 100% работоспособность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

133. Сообщение от Аноним (3), 23-Апр-26, 05:39   +/
Чтобы ты понимал, не первый раз с ним общаюсь.

https://www.opennet.dev/openforum/vsluhforumID3/133687.html#166

Тут он не шаря, как работает оверкоммит (ну а че, в винде такого же нет), своп, top в Linux на полном серьезе говорил, что в том, что vmware стает раком на Linux, виноват хром.

> на тачке с 32 гигами хром занимает 32 из 32х (и неизвестно что еще там поназапущено, пульса на 3g отдельно прекрасна), и в своп он заехал уже на гиг?

Собственно вот выхлоп топ (ну или можешь почитать всю переписку):

https://unix.stackexchange.com/questions/679706/kcompacd0-us...

То, что ему пруфами хоть кол на голове теши, я тогда еще не знал.

А самое пугающее, он реально где-то работает)) Берешь ты человека, 20 лет опыта... А потом разработка... кхм... прекращается потому, что man для rm тоже васяны писали))

https://techraptor.net/gaming/news/planet-explorers-multipla...


P.S Хорошее было время, всего 32 гб. Сейчас хром с порога запрашивает терабайт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру