Переезд с HDD на SSD и F2FS

Изображение пользователя dm.

Приобрел себе Samsung SSD 840 EVO на 250Gb и стал думать, как мне систему на него перенести.

В первую очередь озадачился выбором файловой системы наиболее подходящей под SSD. После непродолжительного гугления решил ставить на относительно свежую ФС разработанную самсунгом специально под флешевые F2FS (Flash Friendly File System) носители.

F2FS является достаточно молодой ФС, но тем не менее поддерживается ядром линукса начиная с версии 3.8

Задача вырисовывалась такая:

  1. Научить систему понимать F2FS
  2. Разметить и отформатировать SSD в F2FS
  3. Скопировать данные
  4. Настроить fstab и grub

Комментарии (60)

0
ValeryK - 30 Ноябрь, 2014 - 21:06

F2FS это полезная инфа, не знал, спасибо.
На домашнем серваке второй год стоит 60гб ссд, на нем ext4 с выносом на hdd - /tmp /swap /home. В следующий раз буду знать.
Надо понимать что загрузчик не понимает эту фс и его надо выносить в отдельный раздел с ext ФС

0
Condor - 5 Декабрь, 2014 - 21:37
Изображение пользователя Condor.

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

+2
dm - 5 Декабрь, 2014 - 21:50
Изображение пользователя dm.

Доступ к винту всегда можно получить на любом компьютере загрузившись с liveusb с той же кубунтой и введя одну команду для включения поддержки f2fs, modprobe f2fs а дальше делай что хочешь как и с любой другой ФС.

0
MacLeod - 6 Декабрь, 2014 - 12:28
Изображение пользователя MacLeod.

Хороший выбор модели, поздравляю =)
Посмотрел тут бенчмарки - пожалуй да, F2FS для десктопа вырывается вперед.

0
dm - 6 Декабрь, 2014 - 12:46
Изображение пользователя dm.

Спасибо. Я вообще к самсунгам не равнодушен. Долго думал Evo или Pro брать (он тысячи на 3 дороже при том же объеме) но решил, что для домашнего использования мне вполне хватит Evo. По скорости они близки, а по надежности, думаю, что он скорее морально устареет чем исчерпает свой ресурс. По использованию все супер. Ноут, кстати, тоже самсунг на i5, как многие говорят, прямо ожил после замены.

С F2FS тоже пока никаких проблем не заметил.

0
MacLeod - 6 Декабрь, 2014 - 13:20
Изображение пользователя MacLeod.

По бенчмаркам Evo как раз быстрее и контроллер у него более продвинутый, если я правильно помню.
А так-то да, за ресурс можно не волноваться, тем более 250 еще дольше будет убиваться, чем 120ка.
Ноуты у гнусмаса были самые надежные, но ноутбучное подразделение они вроде закрыли и пойдет на продажу =( А так сам на 310E5C пока что, правда не особо ждал, сразу поставил 16Gb оперативки и SSD на sandforce, который в последствии заменил на Samsung Evo. Что теперь в дальнейшем покупать даже не знаю, наверное буду выбирать по цвету и DPI монитора :)

0
nero_aida - 7 Декабрь, 2014 - 14:06
Изображение пользователя nero_aida.

Только собираюсь сделать переход на SSD. И хоть использую генту, но буду использовать Вашу информацию для настройки. Спасибо.

0
Flameflower - 8 Декабрь, 2014 - 08:21
Изображение пользователя Flameflower.

А как в целом то впечатления от F2FS?
Я, помнится, одно время тестировал btrfs(года 2 назад). Была достаточно тормозной в сравнении с той же ext4.

0
dm - 8 Декабрь, 2014 - 09:02
Изображение пользователя dm.

Поскольку у меня опыта использования данной ФС только с момента написания поста, т.е. всего неделя, то делать какие либо выводы о надежности рановато. Пока никаких сбоев или проблем не заметил. Касаемо скорости работы, то тоже сравнивать не с чем, т.к. в личном пользовании это первый ССД и на других ФС не использовал.

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

В целом же, все работает, работает шустро. Разница после HDD видна сразу "на глаз" без замеров.

Тут немного о преимуществах F2FS

Оценка производительности файловой системы F2FS,

0
Flameflower - 8 Декабрь, 2014 - 09:11
Изображение пользователя Flameflower.

За ссылки спасибо, но читал их ранее. :)
После HDD я даже забросил разные там оптимизации по загрузке, скорости запуска приложений и прочего.
Тем не менее спасибо за статью. :)

0
Гость - 8 Декабрь, 2014 - 08:26

Лучше бы Samsung Pro взяли. В EVO обнаружен серьёзный баг:
http://forums.overclockers.ru/viewtopic.php?f=24&t=519436

0
dm - 8 Декабрь, 2014 - 09:09
Изображение пользователя dm.

Samsung выпустила обновление прошивки SSD 840 Evo для решения проблемы «медленных» данных

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

0
Гость - 27 Март, 2015 - 03:02

Как впечатления после нескольких месяцев использования ?

0
dm - 27 Март, 2015 - 08:51
Изображение пользователя dm.

Все работает как и должно. Сбоев, глюков и торможений замечено не было. Сказать особо нечего, так как все работает и работает.

0
Гость - 28 Март, 2015 - 16:37

А SMART посмотреть можно ?

0
dm - 28 Март, 2015 - 16:56
0
Гость - 29 Март, 2015 - 03:20

Power_On_Hours == 648
Т.е. 27 дней. Как-то не густо для хорошего теста.
Но при этом было записано 1025 Gb данных. Как-то многовато имхо за 27 дней. Если конечно торренты не гонять на этом SSD.

И не вижу атрибута "Remaining Life". В первую очередь было бы интересно на него посмотреть.

Данные с ID 235 - это число Unsafe Shutdown Count и равно 44. Тоже как-то многовато для 27 дней использования.

Если где-то ошибся, поправьте)

0
dm - 29 Март, 2015 - 14:15
Изображение пользователя dm.

Power_On_Hours == 648
Т.е. 27 дней. Как-то не густо для хорошего теста.

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

Но при этом было записано 1025 Gb данных. Как-то многовато имхо за 27 дней. Если конечно торренты не гонять на этом SSD.

Действительно 1.5 Gb в час как то многовато, с учетом того, что как раз торренты я не гоняю. Глянул iotop, постоянно, с периодичностью в 2-3 секунды пишет firefox [Cache2 I/O] по несколько килобайт. Даже если ничего не делать в фаерфоксе. И kworker тоже периодически что-то пишет. Другой активности в простое не заметил. Пока отключил кеш на диск в FF (в "about:config" и редактируем следующие опции: browser.cache.disk.enable -> false и browser.cache.disk_cache_ssl -> false) firefox [Cache2 I/O] писать перестал.

Продолжаю наблюдение...

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

echo "GB Written: $(echo "scale=3; $(sudo /usr/sbin/smartctl -A /dev/sda | grep "Total_LBAs_Written" | awk '{print $10}') * 512 / 1073741824" | bc | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"

Там же нашел отличный скрипт для удобного вывода данных smart-a вот в таком виде:
------------------------------
SSD Status:   /dev/sda
------------------------------
On time:      655 hr
------------------------------
Data written:
           MB: 1,057,427.016
           GB: 1,032.643
           TB: 1.008
------------------------------
Mean write rate:
        MB/hr: 1,614.392
------------------------------
Drive health: 99 %
------------------------------

И не вижу атрибута "Remaining Life". В первую очередь было бы интересно на него посмотреть.

Смотреть надо на Wear_Leveling_Count. Этот параметр отображает количество перезаписи одного блока.

Данные с ID 235 - это число Unsafe Shutdown Count и равно 44. Тоже как-то многовато для 27 дней использования.

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

+2
dm - 29 Март, 2015 - 14:37
Изображение пользователя dm.

С другой стороны, стоит ли из-за этого переживать?

Посчитаем: чуть больше 1-го террабайта записанных данных набралось где-то за 4-ре месяца использования. Следовательно за год получится около 3-х террабайт. 840 EVO выдержал запись в 900Tb следовательно, при таком режиме использования он выйдет из строя через 900 / 3 = 300 лет!. Через 300 лет!!! Даже если эту цифру в 10 раз уменьшить, то все равно получается очень приличное время. Так что беспокоится за него думаю не стоит.

+2
DarkneSS - 29 Март, 2015 - 22:42
Изображение пользователя DarkneSS.

Правильно, диски, чтобы ими пользоваться. Бэкапы всё равно надо делать регулярно с любого носителя. А если их делать, то какая разница, умрёт ли диск через 10 лет или 110 ;)

0
lord_i - 30 Март, 2015 - 13:05
Изображение пользователя lord_i.

Интерсено как быть в случае если надо какие-то манипуляции с ФС произвести. Ну типа файл удаленный восстановить или еще чего? Если вдруг ошибки файловой системы - лечатся ли fsck или надо шаманить? Конечно хотелось бы чтоб такого вообще не было, но как правило в самый неудачный момент вылазит и тут начинаются танцы с бубном.

0
dm - 30 Март, 2015 - 15:41
Изображение пользователя dm.

Практики восстановления удаленных файлов с f2fs пока не было, но думаю что с флеша даже проще теоретически должно быть восстановить. Для проверок и исправления ошибок есть fsck.f2fs

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

0
DarkneSS - 30 Март, 2015 - 23:57
Изображение пользователя DarkneSS.

Наоборот, с флеша вроде сложнее восстанавливать.
Главное, чтобы эта проверка ошибок не ломала ФС, как btrfsная.

0
dm - 31 Март, 2015 - 08:41
Изображение пользователя dm.

Наоборот, с флеша вроде сложнее восстанавливать.

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

Главное, чтобы эта проверка ошибок не ломала ФС, как btrfsная.

Про это ничего сказать не могу. Пока проблем не было.

+2
lord_i - 31 Март, 2015 - 09:34
Изображение пользователя lord_i.

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

+1
dm - 31 Март, 2015 - 10:31
Изображение пользователя dm.

Немного погуглил на эту тему и да, вероятно вы правы.

Понравилась цитата одного из комментариев к статье на хабре:

«Почему вы называете это путаницей? Здесь всё прозрачно и понятно. Если вы хотите восстановить удалённые данные, то сделать этого вы не можете. Если вы хотите их уничтожить, то и этого сделать вы не можете. Это такой Закон Мёрфи для хранения данных на SSD».

0
lord_i - 31 Март, 2015 - 20:07
Изображение пользователя lord_i.

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

0
DarkneSS - 31 Март, 2015 - 20:57
Изображение пользователя DarkneSS.

Первый же trim всё похерит.

0
Виталий-33 - 31 Март, 2015 - 22:30
Изображение пользователя Виталий-33.

Trim вот уже полгода каждый день срабатывает и ничего
*** Fri, 27 Mar 2015 07:40:29 +0300 ***
/: 4067536896 bytes were trimmed
/home: 7790718976 bytes were trimmed
*** Sat, 28 Mar 2015 08:10:33 +0300 ***
/: 4082016256 bytes were trimmed
/home: 7786733568 bytes were trimmed
*** Sun, 29 Mar 2015 09:15:14 +0300 ***
/: 4076851200 bytes were trimmed
/home: 7788699648 bytes were trimmed
*** Mon, 30 Mar 2015 04:43:11 +0300 ***
/: 4066721792 bytes were trimmed
/home: 7791136768 bytes were trimmed
*** Tue, 31 Mar 2015 08:50:18 +0300 ***
/: 4066332672 bytes were trimmed
/home: 7788511232 bytes were trimmed

0
MacLeod - 1 Апрель, 2015 - 11:02
Изображение пользователя MacLeod.

А зачем так-то? discard не работает?

0
DarkneSS - 1 Апрель, 2015 - 18:57
Изображение пользователя DarkneSS.

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

+2
MacLeod - 3 Апрель, 2015 - 07:03
Изображение пользователя MacLeod.

Я не думаю, что его реализацией занимались те же чайники, которые писали инсталлятор для кубунты :)
Как минимум, это отложенное действие. Т.е. прошивка девайса не кидается сразу помечать блоки, на которые показала пальцем ОСь. Накопится определенное количество / пройдет определенное время - вперед. Практически не сомневаюсь, что приоритет подобных операций заведомо ниже, чем у главных задач. Даже если контроллер занимался пометкой и тут прилетело несколько пачек данных на запись, и, тут же, резко пришел запрос на чтение гигабайтного файла плюс пары сотен мелких - полагаю, discard подвинется. Даже, скорее всего, данные по отмеченным к обнулению блокам запишутся в nand, чтобы не занимать кэш.

+3
DarkneSS - 1 Апрель, 2015 - 18:57
Изображение пользователя DarkneSS.

Похерит данные после удаления = нельзя будет восстановить.

0
dm - 28 Март, 2015 - 16:53
Изображение пользователя dm.
0
Гость - 16 Апрель, 2015 - 19:09

А Вы уверены, что Ваш метод действительно активирует TRIM? У меня, например, TRIM не работает с f2fs. sudo mount | grep discard
/dev/sdb6 on / type f2fs (rw,relatime,discard)
/dev/sdb8 on /home type f2fs (rw,relatime,discard)

и
sudo fstrim /
fstrim: /: discard operation not supported.

sudo fstrim /home
fstrim: /home: discard operation not supported.

но
sudo fstrim -v /boot
/boot: 0 B (0 bytes) trimmed

0
MacLeod - 16 Апрель, 2015 - 19:34
Изображение пользователя MacLeod.

Now f2fs has not yet supported batch mode discard through ioctl as the way
fstrim used.
Still you could use real-time mode discard by adding a '-o discard' option when
mount, meanwhile /sys/fs/f2fs/≤devname>/max_small_discards could be used for
controlling the real-time mode.

Сейчас f2fs пока еще не поддерживает пакетный режим очистки через ioctl, который использует fstrim.
Тем не менее, вы можете использовать реалтайм (режим реального времени) режим добавляя опцию -o discard при монтировании, в то время как /sys/fs/f2fs/≤devname>/max_small_discards может быть использован для контроля реалтайм режима.

0
Гость - 16 Апрель, 2015 - 21:02

Не могли бы Вы пояснить, как именно контролировать реалтайм режим. /sys/fs/f2fs/≤devname>/max_small_discards содержат 0, что означает, что дискард по умолчанию выключен.

Работоспособность TRIM можно проверить методом, описанным здесь. Нужно записать в файл случайные данные, удалить файл и после двухминутного ожидания сравнить блок из удалённого файла с блоком записанных данных. У меня результат одинаков, что означает, что TRIM не удаляет блоки.

0
MacLeod - 16 Апрель, 2015 - 21:39
Изображение пользователя MacLeod.

http://lxr.free-electrons.com/source/Documentation/filesystems/f2fs.txt
max_small_discards This parameter controls the number of discard
commands that consist small blocks less than 2MB.
The candidates to be discarded are cached until
checkpoint is triggered, and issued during the
checkpoint. By default, it is disabled with 0.

Этот параметр контролирует число discard-команд, которые содержат маленькие блоки, меньше 2МБ. Кандидаты на очистку кэшируются до срабатывания триггера, накапливаясь. По умолчанию отключено со значением 0.
Полагаю, что изменение данного показателя приведет к более агрессивному использованию очистки и будут вызовы даже при малых размерах блоков. На мой взгляд, в этом нет необходимости.
Сам пока не использую f2fs, просто перевел пару кусков документации.
Что до метода - когда я проверял им работу discard на ext4, результат проявился только через 20-30 минут. Думаю, что на f2fs метод реализован еще более грамотно, поэтому чтобы удостовериться, попробуйте при проверке еще посоздавать/поудалять множество дополнительных файлов среднего-большого размера - это должно ускорить результат вашей проверки.

0
Гость - 17 Апрель, 2015 - 05:50

Спасибо за пояснения. Похоже, что TRIM действительно не работает. После удаления файла считывал значение блока сразу, через 2, 10, 30, 60 минут и через 5 часов. При этом создавал и удалял файлы размером 500МБ и 5ГБ. Результат - блок занят тем же значением, что и удалённый файл. Не подскажете другие варианты проверки.

0
MacLeod - 17 Апрель, 2015 - 07:16
Изображение пользователя MacLeod.

Вы бы начали с того, что у вас за девайс/модель и версия ядра.
У товарища dm, ведь, самсунг. И ему грех некорректно работать на файловой системе разработанной и реализованной самсунгом же. Возможно, у вас другой девайс и там какие-то "недопонимания" в протоколе, при общении девайса с ОС. Могу посоветовать самостоятельно погуглить в сети удачные/неудачные примеры использования discard на f2fs на таком же девайсе.
Ну, а проверить еще можно на ext4. Уменьшите размер раздела (одного из разделов) под livecd/flash, если не осталось неразмеченного пространства, сделайте раздел ext4 на 1-2 гига и проверьте на нем.

0
Гость - 17 Апрель, 2015 - 14:47

SSD KINGSTON SH103S3480G, ядро 3.16.0-34-generic.

Похоже что метод записи случайных данных не подходит для пустых накопителей. TRIM в этом случае помечает блок на удаление, а удаляет как-нибудь потом. В случае когда SSD физически забит, TRIM сразу забивает помеченный блок нулями. Так с другим SSD INTEL SSDSA1M160G2LE после удаления файла появляются нули. А с новым 480 гиговым пустым Кингстоном нулей нет на разделах ни с f2fs ни с ext4.

0
dm - 18 Июнь, 2015 - 12:08
Изображение пользователя dm.

Спасибо, приму к сведению.

+1
Гость - 23 Октябрь, 2015 - 16:56

Здравствуйте, дорогой DM!
Успешно использовал Ваш мануал для переноса установки свежей Xubuntu 15.10 на mSATA SSD с GPT и поддержкой UEFI.

Однако для актуализации материала, предлагаю сообщить читателю, что в случае если у него а) только 1 ОС , б) UEFI BIOS, то следует заблаговременно создать в начале диска раздел под efi, формата fat32, размером 50 мб и во время chroot и установки grub не забыть его примонтировать.

Также, вместо ручного редактирования grub.cfg, можно заюзать grub-mkconfig -o /boot/grub/grub.cfg.new и после ручной проверки его использовать.

0
Гость - 15 Февраль, 2016 - 17:10

Копируем /root из HDD на SSD
sudo cp -ar /media/kubuntu/root /media/f2fs_root

Команда неверно копирует.
Надо так: sudo cp -ar /media/kubuntu/root/* /media/f2fs_root
иначе получается лишний каталог /root/root... /root/boot...

+5
dm - 1 Сентябрь, 2016 - 22:38
Изображение пользователя dm.

Довелось тут проверить f2fs на жизнеспособность.
После попытки доступа к /root разделу с загрузочной флешки с kali linux без установленного модуля f2fs система перестала загружаться. Стандартная проверка диска при загрузке если и включалась, то длилась бесконечно и ничего не происходило. Получилось зайти в консоль через recovery. При некоторых коммандах на пример apt update, все висло и на экране сыпались различные ошибки. После продолжительных танцев с бубном думал уже всё, придется переустанавливать.

Потом загрузился с загрузочной флешки с kali linux, подключил модуль f2fs (modprobe f2fs) установил f2fstool и запустил проверку /root раздела с исправлением ошибок (fsck.f2fs -f). После этого система успешно запустилась.

Считаю, что тест на ремонтопригодность успешно пройден.

+1
Mike - 6 Сентябрь, 2016 - 08:27
Изображение пользователя Mike.

Люто! может, этот коммент стоит продублировать в заглавном сообщении в дополнении? все-таки там больше шансом, что прочтут, нежели в дебрях комментов =)

0
dm - 6 Сентябрь, 2016 - 22:39
Изображение пользователя dm.

Добавил ссылку на коммент в конец топика.

0
lord_i - 6 Сентябрь, 2016 - 11:20
Изображение пользователя lord_i.

Купил сыну (он усердно мучает андроид студию) в ноут SSD. Настроил все как в топике. 19 дней - полет нормальный :) Я понимаю что не срок, но, как говорится - тестируем. Процессы компиляции пошли значительно живее, что радует.
Винт приобрел бюджетный, но вроде неплохой по обзорам.
под него немного модифицировал скрипт что выше (хочу видеть кое какие подробности)
вот что получается:
------------------------------
version for GOODRAM CX200   
SSD Status:   /dev/sda
------------------------------
         On time    86 hours
From 17/08/2016    19 days
------------------------------
Data written:
           MB: 177,256.203
           GB: 173.101
           TB: .169

Data read:
           MB: 248,997.363
           GB: 243.161
           TB: .237
------------------------------
Mean write rate:
        MB/hr: 2,061.118
       MB/day: 9,329.273
------------------------------
Block write cicle:      3
Average write cicles:   1
Drive health:          99 %
------------------------------

сам скрипт:

0
dm - 6 Сентябрь, 2016 - 22:37
Изображение пользователя dm.

У меня сейчас так:

------------------------------
SSD Status:   /dev/sda
------------------------------
On time:      2,405 hr
------------------------------
Data written:
           MB: 3,268,255.021
           GB: 3,191.655
           TB: 3.116
------------------------------
Mean write rate:
        MB/hr: 1,358.941
------------------------------
Drive health: 98 %
------------------------------

0
DarkneSS - 7 Сентябрь, 2016 - 06:16
Изображение пользователя DarkneSS.

У меня HEALTH_TAG, если я правильно понял, должен быть "194 Temperature_Celsius", так что число лучше из грепа выкинуть, а по авку температура выбирается, так что я от 35 кирпичей отложил немного :)

0
lord_i - 7 Сентябрь, 2016 - 08:49
Изображение пользователя lord_i.

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

0
DarkneSS - 7 Сентябрь, 2016 - 22:29
Изображение пользователя DarkneSS.

Тогда грепу стоит отдавать только числа.
Эх нет у меня здоровья =)

0
lord_i - 8 Сентябрь, 2016 - 12:46
Изображение пользователя lord_i.

Низя, ибо такое число может попасться среди данных.

+1
MacLeod - 8 Сентябрь, 2016 - 15:25
Изображение пользователя MacLeod.

Мона.
grep '^194 '
(паттерн: начало строки, 194, пробел)

+1
dm - 20 Ноябрь, 2016 - 13:09
Изображение пользователя dm.

Обновился до 16.10 и система отказалась загружаться с новым ядром 4.8. Загрузка останавливалась на строке:
F2FS-fs Cannot load crc32 driver.

Решается добавлением модуля crc32 в /etc/initramfs-tools/modules и обновлением initramfs

sudo -i
echo crc32 >> /etc/initramfs-tools/modules
update-initramfs -u

После чего система загружается и работает нормально.

0
Rabinovitch - 14 Март, 2017 - 06:03
Изображение пользователя Rabinovitch.

А с нуля никто не ставил *buntu на F2FS? Подводные камни есть?

p.s. хотя торопиться, видимо, не стоит... https://xakep.ru/2016/10/10/f2fs-mythology/

0
dm - 14 Март, 2017 - 18:28
Изображение пользователя dm.

Ставил уже где то на 3 новых компа с SSD дисками. Проблем никаких. Технология та же что и в статье за исключением переноса /home раздела.

+1
lord_i - 1 Май, 2017 - 10:59
Изображение пользователя lord_i.

При обновлении с 16.04 до 17.04 на стадии 16.10 машина с f2fs перестала грузится.
При внимательном изучении данной темы получил готовый ответ за что еще раз огромное спасибо уважаемому dm

0
dm - 1 Май, 2017 - 17:01
Изображение пользователя dm.

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

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры