А также изменение в модулях ядра, само ядро и еще куча всего...Если /boot сделать отдельным подтомом, то вносимые командой set-default изменения не должны на нём отражаться.
Не подходит.
А также изменение в модулях ядра, само ядро и еще куча всего...Если /boot сделать отдельным подтомом, то вносимые командой set-default изменения не должны на нём отражаться.
Захотел я допустим поставить видеодрайвер с оф.сайта Nvidia, поставил а после загрузки черный экран, откатился и...Подтом /boot монтируется в каталог /boot — таким образом при установке нового ядра оно будет там размещено.
Но без содержимого /boot раздела. Естественно, это похоронит систему при откате.Так даёте ей команду - она и заснапшотится
Можно создать резервную копию всей системы, только какой смысл тогда, использовать BtrFS?Хотя может оказаться проще создать резервную копию grub.cfg и рамдиска.
Код: Выделить всё
btrfs sub snap boot boot-170914
Вот я бы точно в таком варианте ("сжатие" и прочие фичи не понять зачем) не стал использовать. Только "для посмотреть". Про Zettabyte File System - я уже забыл как оно работает, но работает лет так "немного". Ох, другая там теперь версия, и не от "Sun" давно, но всё живо. И да, это "пережило" смену ОС. 2 раза. Но дома - только ext.Vochatrak писал(а):...только какой смысл тогда, использовать BtrFS?
Допустим, я довольно часто пользовался сапшотами. Сжатие тоже довольно полезно, да и ФС с ним пошустрее.Вот я бы точно в таком варианте ("сжатие" и прочие фичи не понять зачем) не стал использовать.
А мне интересно, что за "ext4 ... bitmap corruption" исправляет это https://osdn.net/projects/android-x86/s ... 4cf538eba0notauser писал(а):дома - только ext.
Сделал напшотVochatrak писал(а):Такс, чего-то не того, вы мне насоветовали.
После переустановки граба, столкнулся с такой фигней:
Делаю снапшот, перехожу в нтот снапшот btrfs subvolume set-default 295 /, перезагружаюсь и граб выводит rescue, со словами - "не найден какой-то кусок граба по пути /@courent/boot и.т.д." То есть он ищет часть себя по полному пути, относительно нулевого тома. Любой снапшот, который будет называться НЕ /@courent больше не загрузится.
Выручайте.
Код: Выделить всё
mkdir -p /mnt/System
mount /dev/sda1 /mnt/System
mkdir -p /mnt/System/Snapshots
btrfs subvoume /mnt/System/@Rosa_Fresh /mnt/System/Snapshotns/@Rosa_Fresh_$(date +%Y:%m:%d-%H:%M:%S)
Код: Выделить всё
mkdir -p /mnt/System
mount /dev/sda1 /mnt/System
btrfs subvolume delete /mnt/System/@Rosa_Fresh
btrfs subvolume snapshot /mnt/System/Snapshots/@Rosa_Fresh_<SOME_DATE> /mnt/System/@Rosa_Fresh
Спасибо.Когда надо откатиться на него:
1. Перезагружаюсь в рабочую систему ...
Но при set-default xxx на какой-то каталог, должна происходить подмена каталога на снапшот, на уровне ФС, нет?GRUB2 ничего не знает о снапшотах. Он видит их как обычные каталоги. При смене подтома по умолчанию на другой, груб надо переустанавливать.
Нет. При перемещении субтомов будет перестраивается все B-дерево, что очень сильно замедлит операцию до уровня копирования.Vochatrak писал(а): Правда делать так проще через mv наверное...
Нет. set-default оставляет запись для ядра Linux, какой подтом считать основным. То есть, это просто поле, которое может понимать программа (ядро Linux), а может и не понимать (GRUB2).Vochatrak писал(а): Но при set-default xxx на какой-то каталог, должна происходить подмена каталога на снапшот, на уровне ФС, нет?
Все что от него требуется - это найти ядро, которое он должен загрузить в ОЗУ и передать ему управление.Vochatrak писал(а): Разве Граб не должен был видеть снапшот который в данный момент set-default как тот самый default в который set?
Ребята! Вы хоть Википедию читаете о файловых системах UNIX?ans писал(а):Второй год уже использую. Причём Роса автоматом устанавливает BTRFS при инсталляции. Перед тем как форматировать разделы по умолчанию для корневого стоит EXT4, а для home стоит btrfs.
А Вы полагаете, что информацию на английском, которую Вы предложили по ссылкам, многие смогут понять, тогда как есть все доходчиво описанное на русском сегменте Википедии? Или думаете, что ссылки на английском многих убедят в том, что BTRFS может дружить с Ext4 и современными Linux?
Никак. Теперь придется с этим житьtrs писал(а):Как мне теперь это развидеть?
Это утверждение не совсем верно. BTRFS задумывалась как Linux-овый вариант ZFS.srius655 писал(а):Вы читали, что эта система создана Oracl в связи с тем, что еще не была разработана Ext4?
Каким образом?srius655 писал(а):Вы знаете о том, что BTRFS конфликтует с Ext4?
dd вообще к файловой системе отношения не имеет. Она работает с блочным устройством.srius655 писал(а):Кроме того, BTRFS не поддерживает ряд команд Ext4 для Linux, как например команду dd.
А без миграции, что, совсем нельзя жить? То есть нельзя просто так взять и создать с нуля раздел с BTRFS и складывать на него данные?srius655 писал(а):Кроме того, разработчики этих систем категорически не советуют использовать одновременно эти две системы, так как миграция данных из одной в другую происходит некорректно и ведет к потере информации!
Терял два раза. Правда там не было ничего важного (кроме сохранения Baldurs Gate). И в обоих случаях причиной потери данных были аппаратные проблемы с жестким диском. Первый раз я потерял разделы EXT3, EXT4, RaiserFS. Второй раз - BTRFS. После первого раза стал держать информацию не только в RAID1*, но и постоянно его синхронизировать между несколькими ПК, находящимися в разных местах.srius655 писал(а):Вы еще там у себя информацию не теряли, лучше проверьте!
У меня уже два месяца BTRFS со сжатием на основной тестовой системе и еще кой-где. За это время два краха, впрочем некритичные т.к. я храню так только корень, хомяк в ext4 и переставить - 10 минут (SSD).Ansy писал(а): Так что BTRFS -- вполне уже "торт". Следил за ней с самого зарождения, сделал основной год назад, пока доволен.
На старом ПК, где Boot вынесен на отдельный раздел, корень так же в BTRFS со сжатием.keleg писал(а): У меня уже два месяца BTRFS со сжатием на основной тестовой системе и еще кой-где. За это время два краха, впрочем некритичные т.к. я храню так только корень, хомяк в ext4 и переставить - 10 минут (SSD).