2 июня 2025 Jason Evans, автор аллокатора jemalloc, перевёл репозиторий в режим «только для чтения».

https://jasone.github.io/2025/06/12/jemalloc-postmortem/

Аллокатор памяти jemalloc был впервые задуман в начале 2004 года, и вот уже около 20 лет он находится в публичном использовании. Благодаря природе лицензирования программного обеспечения с открытым исходным кодом, jemalloc будет оставаться общедоступным неограниченное время. Однако активная разработка этого приложения подошла к концу. В этом посте кратко описаны этапы разработки jemalloc, каждый из которых характеризуется некоторыми успехами/неудачами, а затем даны некоторые ретроспективные комментарии.

TL;DR

jemalloc был для меня странным развлечением, поскольку я уже более 25 лет являюсь убежденным сторонником сборки мусора, а не ручного управления памятью. Лично я рад снова работать над системами со сборкой мусора, но jemalloc был чрезвычайно насыщенным проектом. Спасибо всем, кто сделал этот проект таким стоящим – и соавторам, и сторонникам, и пользователям.

https://ru.wikipedia.org/wiki/3I/ATLAS

3I/ATLAS или C/2025 N1 (ATLAS) (предварительное обозначение A11pl3Z) — межзвёздный объект с кометными свойствами, который 29 октября 2025 года сблизится с Солнцем до расстояния 1,36 а.е. Объект обладает самым большим эксцентриситетом из всех открытых межзвёздных объектов (6,15 ± 0,17 против 1,2 и 3 у Оумуамуа и у кометы Борисова соответственно). Максимальное сближение с Землёй ожидается 19 декабря 2025 года, расстояние до неё составит 1,8 ± 0,1 а.е.

Открытие
3I/ATLAS впервые обнаружен в ходе обзора неба ATLAS 1 июля 2025 года. Он двигался по небу вдоль границы созвездий Змеи и Стрельца, вблизи галактической плоскости. Обсерватории и любители астрономии сразу начали искать этот объект на более ранних снимках, чтобы увеличить дугу наблюдений 3I/ATLAS для уточнения его траектории. Объект удалось найти на снимках от 25 и 29 июня 2025 года. Прогнозируется, что 3I/ATLAS пролетит в 28 миллионах километров от Марса и (без учёта кометных свойств) достигнет на небе красной планеты 11-й звёздной величины, что сделает его едва видимым для аппарата MRO.

TL;DR

Гипотеза об искусственном происхождении

16 июля 2025 года астрофизик Ави Леб из Гарвардского университета и другие исследователи опубликовали статью на arXiv, в которой предполагается, что 3I/ATLAS может быть внеземным космическим аппаратом, поскольку они полагают, что объект обладает «аномальными» характеристиками.

Основные аргументы Леба в пользу искусственной природы:

* Орбита объекта совпадает с плоскостью земной орбиты всего на 5 градусов, что по оценкам: случайность с вероятностью 0,2 %.
* Движется по ретроградной траектории и обладает аномально высокой яркостью, что указывает на диаметр около 20 километров — больший, чем у типичной межзвездной кометы.
* Обнаружено негравитационное ускорение, предположительно связанное с активными манёврами объекта, что нехарактерно для естественных тел.
* Положение объекта при перигелии позволяет ему выполнить манёвр Оберта — космический приём для торможения и выхода на орбиту, что предполагает наличие управления движением.
Ученый связывает эти особенности с гипотезой темного леса из научной фантастики, согласно которой разумные цивилизации скрывают своё присутствие, опасаясь уничтожения, и могут запускать скрытные зонды для разведки.

Другие астрономы, в том числе Крис Линтотт из Оксфордского университета, сразу же раскритиковали предположение Леба; на сайте научных новостей — Live Science, сообщается, что «подавляющее большинство считает, что это комета», при этом многие исследователи «разочарованы новой статьей и отмечают, что она отвлекает от работы других ученых». Дэррил Селигман, возглавлявший первое исследование 3I/ATLAS, заявил, что «было проведено множество телескопических наблюдений 3I/ATLAS, демонстрирующих, что она имеет классические признаки кометной активности».

https://www.opennet.ru/opennews/art.shtml?num=63967:

Команда модераторов, отвечавшая за поддержание порядка в форумах и репозиториях проекта NixOS, объявила о снятии с себя полномочий в знак протеста против действий управляющего комитета (SC - Steering Committee), вмешивающегося в работу модераторов и пытающегося влиять на принимаемые решения. Действия комитета рассматриваются модераторами как превышение полномочий и, так как правила проекта не регламентируют подобные ситуации, команда модераторов решила, что в сложившихся условиях не может добросовестно выполнять свою работу.

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

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

Протестующие модераторы призвали управляющий комитет подать в отставку, не дожидаясь выборов, которые должны пройти с 15 октября по 1 ноября, и уступить свои места новым членам, выбранным сообществом в ходе голосования. Сообществу рекомендовано добиваться прозрачности и подотчётности в работе управляющего совета, а также введения механизмов сдержек и противовесов для недопущения превышения полномочий.

Дополнение: Роберт Хенсинг (Robert Hensing) из управляющего комитета пояснил, что комитет пытался сотрудничать с командой модераторов для понимания модераторских решений, чтобы направить поведение модераторов в объективное русло, а также сделать модерацию справедливой. Основное недовольство модераторами было связано с тем, что модерация проводилась не на основе кодекса поведения, а на личных мнениях и компромиссах. Более решительные меры были предприняты так как модераторы не хотели отчитываться перед управляющим комитетом, которому они напрямую подчинены в иерархии проекта.

https://naked-science.ru/article/astronomy/new-interior-models-of-ur

По общепринятой и незыблемой до сих пор версии, Уран и Нептун — ледяные гиганты: основную часть их массы составляют летучие вещества в особом состоянии «горячих льдов». Теперь у планетологов появилась альтернативная гипотеза: они подозревают, что никаких «горячих льдов» внутри них может не быть, а вместо этого есть крупные каменные ядра, окруженные легкой газовой оболочкой.

Плотность Юпитера на самом деле даже немного выше плотности Урана — 1,33 грамма на кубический сантиметр. Тем не менее пока что никто не сомневается в том, что крупнейшая планета Солнечной системы — газовый гигант: состоит он почти целиком из водорода, но его огромная масса (318 масс Земли) создает внутри настолько экстремальное давление, что водород в самом центре переходит в «металлическое» состояние. 

Уран заключает в себе лишь около 14 масс Земли, а Нептун — 17, но при этом их плотности составляют 1,27 и 1,64 грамма на кубический сантиметр соответственно. Такого сильного давления, как внутри Юпитера, в них быть не может. Поэтому планетологи и пришли к выводу, что водород и гелий составляют лишь примерно треть их общей массы, а под этой легкой оболочкой должно скрываться нечто более тяжелое. 

До сих пор считалось, что это в основном «льды» — вода, аммиак и метан в совершенно особом состоянии, возможном только при очень сильном давлении и нагреве. Впрочем, в центрах обеих планет все же предполагается твердое ядро из камня и металла размерами и массой ориентировочно с Землю.

Недавно ученые из Университета Цюриха (Швейцария) поставили эту устоявшуюся концепцию под сомнение и поделились собственными расчетами в статье, доступной (1) на сервере препринтов arXiv.org. Они заверили, что собранных на сегодня данных об Уране и Нептуне недостаточно для того, чтобы уверенно называть их ледяными гигантами. 

Исследователи смоделировали разные варианты внутреннего строения этих планет так, чтобы оно одновременно соответствовало и всем их наблюдаемым параметрам, и вообще законам физики. Как выяснилось, и Уран, и Нептун с таким же успехом могут оказаться не ледяными, а «каменными» гигантами — содержать в себе твердые ядра размерами и массой до половины всей планеты и даже больше. Напомним, диаметр Урана и Нептуна — примерно 51 и 49 тысяч километров соответственно.

Ученые задались вопросом: как в таком случае должны генерироваться магнитные поля двух планет? У Урана и Нептуна они намного слабее, чем у Земли, а устроены гораздо сложнее. По основной версии, они формируются не в ядре, а в мантии — там вода от давления распадается на ионы, становится гораздо более электропроводной, и ее интенсивное перемешивание создает магнитное динамо. Как пишут планетологи, даже в качестве «каменных гигантов» Уран и Нептун не лишаются этого электропроводящего слоя, хотя он и должен быть тоньше, чем в классической модели их внутреннего строения.

(1) https://arxiv.org/abs/2510.00175

https://www.exdupe.net.

Исходный код на C и C++: https://github.com/rrrlasse/eXdupe, GNU GPL 2.0+.

Версия 3.0.0 от 30 июня:

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

Александр Веденеев пишет:

https://cex-c.org

Cex.C - Comprehensively Extended C Language
No dependency, cross-platform, single header C language extension. Making old C cexy again!

https://github.com/alexveden/cex

Cex.C (officially pronounced /ˈtsɛk.si/ «tsek-see») was born as alternative answer to a plethora of brand new LLVM based languages which strive to replace old C. Cex.C still remains C language itself, with small, but important tweaks that bring a completely different development experience.

LEGAL NOTICE: Any intentional mispronunciation of Cex.C or cexy$ (build system), officially pronounced /ˈtsɛk.si/ («tsek-see»), into an incorrect form may be considered intentional tseksual harassment of the project — which identifies itself with the code gender (it/its) — and may be subject to legal action under the MIT License. /LOL/

$ stat cex.h:

Size: 680288

#define CEX_IMPLEMENTATION
#include "cex.h"

int
main(int argc, char** argv)
{
    io.printf("MOCCA - Make Old C Cexy Again!\n");
    return 0;
}

Цель разработки компилятора – полная совместимость с синтаксисом языков Си и С++ при обеспечении полной безопасности работы с памятью. Заявляется, что для использования достаточно пересобрать существующий код, так уже компилируются и работают bzip2, zip, pcre и ncurses. С незначительными модификациями поддерживается сборка OpenSSH, OpenSSL, CPython, SQLite, Lua, Curl, Lynx, jpeg6b, zsh, xzutils и simdutf.

( читать дальше... )

>>> Подробности (opennet.ru)

Как-то я пропустил эту статью от 28 февраля: https://thephd.dev/ever-closer-c23-improvements

Кратко о том что приняли нового в С23, и какие предложения отвергли. (в статье расписано более подробно)

Приняли:

• N2935 Make false and true first-class language features
• N2927 typeof
• N2653 N2828 char8_t and Unicode Improvements!
• N2900 Consistent, Warningless, and Intuitive Initialization with = {}
• N2826 unreachable()
• N2829 Make assert() macro user friendly for C and C++
• N2432 N2841 K&R Function Declaration AND Definitions are 🪦
• N2808 allow 16-bit ptrdiff_t again
• N2778 Separating Variably-Modified Types from Variable Length Arrays
• N2775 Literal Suffixes for _BitInt(N) types
• N2701 @, $, and backtick are added to the source character set
• N2764 [[_Noreturn]]
• N2840 Make call_once mandatory

К сожалению часть предложений была отклонена от включения в С23:

• N2896 #once and #once YOUR_GUARD_ID_HERE, to reduce include guard spam
• N2895 N2892 defer, Lambdas
• N2859 break break;, break continue;, break break continue;
• N2917 constexpr

Также хочу скопировать из статьи пояснения по поводу defer и constexpr

defer, Lambdas, and similar were voted down, but still have consensus to proceed for a timeline beyond/after C23. I’ve personally volunteered to direct and maybe even steer the effort for Lambdas. defer might come along for the ride since it’s basically in the same vein when it comes to what variables are available for defer. Spoiler: we’re going to be pursuing barebones, simple defer that is block-scoped (to the nearest braces, or conditional/etc. if the braces are omitted). This is mostly to save us from making the same design mistake Go did, where they have a defer that may dynamically allocate (?! Jesus Christ!) or other complete nonsense.

other complete nonsense - ссылка на твит с таким текстом:

And this blocks

  for i := 0; i < 100000; i++ {
    mutex.Lock()
    defer mutex.Unlock()
    *counter += 1
  }

Is there anything in Go that is not broken?

constexpr - an extremely watered down version compared to C++ that is super simple and deliberately intended not to be much more than updated ways of handling constants in C - did not die. There is strong support to work on it, albeit it might not make C23. Which is perfectly okay, as long as it stays alive!

У легендарного журнала «Квант» открылся новый сайт – там и свежий номер, и архив старых, созданных под руководством Андрея Колмогорова и других крупнейших математиков.

Сайт позволяет искать по автоматически распознанным изображениям представленных номеров журнала. Попробуйте на странице «Архив номеров» ввести интересующее вас словосочетание. В качестве примера: кубик Рубика. По клику на номер с жёлтым фоном открывается страница номера с подсвеченными найденными словами. А если вы школьником отправляли решения в «Задачник „Кванта“», то можете попробовать найти свою фамилию в списках читателей, приславших решения.

( читать дальше... )

>>> Журнал «Квант» (kvant.digital)

Контест этого топика: Леннарт теперь до эмуляторов терминала добрался (комментарий)

@EXL:

Лучше бы Lennart взялся за Bash.

@wandrien:

Там только выкинуть целиком. Я вот хочу попытаться для lua сделать обвязку для скриптинга уровня оболочки. Подобные либы на Lua есть, но качество и объем фич мне не нравится. Надо лучше. Тебе бы был интересен такой проект?

Итак, вот моя идея в общих чертах. Составные части, на которых основываться:

https://github.com/BanceDev/lush
Низкое качество сборочного скрипта. Вероятно, и кода тоже. Интересует идея в первую очередь.

https://github.com/mna/luashell
Ключевое, что нам нужно. Взять за основу. Но:

• Нужны полнофункциональные средства перенаправления ввода-вывода, заменить эту часть API. Под капотом, вероятно. придётся делать полноценную обработку fork - настройка процесса - exec.
• test() должен быть вменяемый, а не парсить строку по пробелам. Просто алиас для sh.cmd("test", ...).exec()
• Форк процесса без exec в качестве элемента пайплайна на уровне API
• Как расширение предыдущего - обёртка а ля sh.echo("text").

В качестве базового API взять https://25thandclement.com/~william/projects/lunix.html вместо https://github.com/luaposix/luaposix

Также рассмотреть для включения и/или как источник идей:

• https://github.com/moteus/lua-path
• https://github.com/luarocks/argparse
• https://lunarmodules.github.io/luasystem/modules/system.html
• https://www.inf.puc-rio.br/~roberto/lpeg/lpeg.html
• https://luarocks.org/modules/lunarmodules/luasocket
• https://github.com/luaposix/lfs-posix
• https://github.com/lcurses/lcurses
• Пакеты для работы с датой и временем
• Пакеты для парсинга JSON

Общая идея:

• Lua + lunix — получаем возможность писать на Луа «приложения как на Си под libc».
• Сверху на это - форкнутый и допиленный luashell. Это ключевое.
• Далее QoL вещи: lua-path, argparse, функции для парсинга и форматирвоания времени, функции для JSON.
• Далее - разработать интерактивный режим для использования в качестве командной оболочки.

Продукт компилируется в статический бинарь с musl и/или cosmopolitan libc и получаем «вечный» shell. При этом весьма компактный.

13 августа, после девяти месяцев разработки, состоялся выпуск 2.5.0 высокопроизводительной библиотеки lexbor, предназначенной для парсинга HTML 5 и CSS.

( читать дальше... )

>>> Подробности о версии на GitHub (github.com)

constixel.hpp – минималистичная (262K) С++20 constexpr-библиотека для рендеринга двумерной графики на основе палитр с возможностью вывода изображений в форматах Sixel, Kitty terminal graphics protocol и iTerm2 images protocol в эмуляторах терминала.

На скриншотах – вывод в WezTerm большинства примеров использования.

Основные возможности библиотеки:

• Полностью constexpr. Весь рендеринг графики, включая генерацию Sixel, может происходить во время компиляции.
• Никаких динамических выделений памяти. Буфер и очень немногие внутренние структуры данных могут быть глобальными статическими переменными.
• Минималистичный интерфейс и реализация с единственным заголовочным файлом.
• Буферы на основе 1-, 2-, 4- и 8-разрядных палитр для минимального использования памяти. Предоставляются разумные стандартные палитры. Также предусмотрены 24- и 32-битные буферы, если целью является что-то другое, а не Sixel.
• Простые функции рисования fill_rect(), fill_round_rect(), draw_line(), fill_circle() и другие.
• Рендеринг пропорционального текста, опционально с кернингом, с использованием предварительно отрендеренных текстур шрифтов в формате BMFont, генерируемых пользовательской версией fontbm. Репозиторий включает набор готовых шрифтов (с открытым исходным кодом), которые легко использовать. Поддерживается UTF-8.
• Для уменьшения количества зависимостей предоставляется кодировщик PNG без сжатия.
• Блиттинг необработанных 32-битных RGBA-буферов изображений в буфер на основе палитры (с дизерингом или без него). При необходимости возможна обратная конвертация в RGBA-буфер.
• Различные другие простые операции с изображениями.

( читать дальше... )

https://herbsutter.com/2025/06/21/trip-report-june-2025-iso-c-standards-meeting-sofia-bulgaria/

Уникальная веха: «Совершенно новый язык»

Сегодняшний день знаменует собой поворотный момент в развитии C++: несколько минут назад комитет C++ проголосовал за включение первых семи (7) документов по рефлексии во время компиляции в C++26 под несколько продолжительных аплодисментов в зале. Я думаю, что Хана «Мисс Constexpr» Дусикова лучше всего описала влияние этой функции несколько дней назад, в своей спокойной бесстрастной манере… Когда ей сказали, что документ об рефлексии попадёт на субботнее голосование по принятию, она слегка пожала плечами и тихо сказала: «Совершенно новый язык».

Микрофон упал.

До сегодняшнего дня, возможно, самым значимым опросом за всю историю C++ был опрос в Торонто в июле 2007 года о принятии первого документа «constexpr» Бьярне Струструпа и Габриэля Дос Рейса в проект C++11. Оглядываясь назад, мы можем видеть, какой тектонический сдвиг начался для C++.

Даниэль Лемир (Daniel Lemire) попробовал:

• https://lemire.me/blog/2025/06/22/c26-will-include-compile-time-reflection-why-should-you-care
• https://github.com/lemire/Code-used-on-Daniel-Lemire-s-blog/blob/master/2025/06/21/sqlinsert.h

Экспериментальный форк clang от Bloomberg с поддержкой P2996 («Reflection for C++26»):

• https://github.com/bloomberg/clang-p2996
• https://github.com/bloomberg/clang-p2996/blob/p2996/libcxx/include/meta

Есть в godbolt.org.

Обнаружил в Alpine/edge.

https://github.com/fuhsnn/slimcc:

This is a fork of Rui Ueyama’s chibicc with fixes and improvements, including:

• C99 features: VLA parameters, VLA de-allocation, K&R old-style functions.
• C11 features: _Static_assert(), over-aligned locals, _Generic with qualifiers.
• C23 features: constexpr, enum:T{}, #embed, auto type-inference, etc.
• C2y features: labeled loop/switch, if/switch declaration
• TS features: defer(enable with -fdefer-ts), VA_TAIL
• GNU features: inline assembly, symbol attributes, cleanup, cons/destructor
• Basic codegen optimizations: const folding, reg-alloc for temporaries, instruction selection.

https://kefir.protopopov.lv

This web page is dedicated to Kefir C compiler project, developed by Jevgenij Protopopov.

Work on the project has been going on and off since November 2020, and the main goal of this project is producing a reasonably standard-compliant, independent compiler for modern C language (currently targeting C17 standard) for x86_64-based systems following System-V AMD64 ABI. The project is is licensed under GNU GPLv3 terms for the compiler and 3-Clause BSD for compiler-specific include files (see below). More detailed description is available in the README, whereas this page focuses on providing a high-level overview of the project and its purpose.

Disclaimer: Kefir is experimental hobby project which is not meant for production purposes. No guarantees are being made for correctness, completeness, stability and fitness for any particular purpose.

Mikko Mononen пишет на Си библиотеку Skribidi:

Skribidi is nimble bidirectional text stack for building UIs.

Features

• bidirectional text layout
• bidirectional text editing
• font collections with CSS inspired font selection
• color emojis
• line breaking
• text attributes
• • size, weight, style, streatch, letter spacing, word spacing, line spacing, baseling align, horizontal aling)
• icons
• • PicoSVG or procedural
• glyph, emoji and icon rasterization
• • color, SDF and alpha
• render cache with image atlas for glyphs and icons
• layout cache for immediate mode use
• lean dependencies

Status
Skribidi just got started. There are bugs and the API is very likely to change.

Как всем известно, язык программирования С++, пожалуй, самый большой по объему из ЯП. Даже программисты, которые пишут на нем десятки лет не могут похвастаться, что знают его полностью. В связи с чем комитет по стандартизации С++ принял нелегкое решение: чтобы язык оставался конкурентоспособным перед напирающими новыми ЯП, например rust, нужно удалить из него все легаси фичи, написаные непонятно какими гоблинами в мохнатые восьмидесятые. В этом помогут хорошо известные на этом форуме разработчики Gnome, которые в свое время удалили все лишние фичи из своей DE, тем самым сделав ее вне конкуренции. Они будут удалять все фичи, пока не удалят все «плюсы» и не дойдут до С, из которого и вылез C++, но на этом не остановятся, оставят от языка только минимальный C--.

( читать дальше... )

>>> Подробности (stroustrup.com)

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

Используя данные с космического телескопа Джеймса Уэбба (JWST), астрономы под руководством Кембриджского университета обнаружили химические отпечатки диметилсульфида и/или диметилдисульфида в атмосфере экзопланеты K2-18b, которая вращается вокруг своей звезды в зоне обитаемости.

На Земле диметилсульфид и диметилдисульфид производятся только живыми организмами, в основном морским фитопланктоном. Хотя неизвестный химический процесс может быть источником этих молекул в атмосфере K2-18b, результаты являются наиболее сильным доказательством того, что жизнь может существовать на планете за пределами нашей Солнечной системы.

Наблюдения достигли уровня статистической значимости «три сигма», что означает, что вероятность случайного возникновения составляет 0.3%. Чтобы достичь принятой классификации научного открытия, наблюдения должны пересечь порог в пять сигма, что означает, что вероятность случайного возникновения будет ниже 0.00006%.

Исследователи утверждают, что от 16 до 24 часов последующих наблюдений с JWST могут помочь им достичь важного уровня значимости в пять сигма. Их результаты опубликованы в журнале The Astrophysical Journal Letters (DOI: 10.3847/2041-8213/adc1c8).

Важно отметить, что делать громкие заявления пока рано:

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

>>> Более подробная новость на английском

Я проверил, на моем netac nv7000 2tb начала повреждатся информация. Решил заменить этот диск. Я погуглил и увидел что в общем плюс-минус сводится к двум вариантам: Старая модель интеловского SATA SSD серверного(2Tb) с большим ресурсом неиспользованная со склада магазина или обычный новый HDD терабайт на 8. Бюджет 20 000- 30 000 рублей. Подскажите пожалуйста есть ли варианты лучше в пределах этого бюджета?

P.S. Использоватся будет для:

1)системы и программ( то есть весь /),

2)также там будут хранится словари для программы словаря, книжки для библиотеки(локальной с myrulib), и несколько сайтов в zim

>>> Подробности (Invalid URL, no host part!)

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

Вроде должно хватить загрузиться в режиме восстановления и там из-под рута смувить файлы на соседний диск, а потом сменить точку монтирования /home. Но хватит ли этого, например, стиму (он фс не запоминает)?