жаль. Будем ждать... Кстати, последняя fsck.f2fs -d9 весь суперблок печатает, вот аккурат обрывается перед UUID. А mkfs UUID вроде делает, но молчит как партизан...
это у меня видать руки, или она пока не может комбинацию users,user_xattr (это я на флешке делал, которая в fstab прописана. Кстати blkid/udev f2fs пока тоже в упор не видят)
довольно глупо, т.к. на SSD иногда бывают ошибки(раз в 10 лет), и без журнала это может порушить всю структуру ФС так, что fsck её не восстановит(на HDD тоже может быть такое конечно).
Хватит уже верить в городские легенды про «смерть SSD после 100 записей на него».
с какого времени их перестали использовать в HDD? И в связи с чем?
Не слышал, чтобы коды Рида-Соломона использовали в HDD.
Может из-за вычислительной сложности и избыточности не используют, так как на HDD последовательности короткие (512 или 4k байт). А CD-ROM-носитель — это фактически та же «лента», свёрнутая в спираль.
У меня zfs. Уже около года, вроде полёт нормальный. ext4 на соседнем (резервном) разделе работает субъективно быстрее.
Насчёт трима - разве некоторые ssd не делают его сами независимо от фс и ос?
Насчёт трима - разве некоторые ssd не делают его сами независимо от фс и ос?
TRIM невозможно сделать «самому». TRIM это команда, которая информирует SSD о том, что сектор больше не нужен. Если TRIM не делать, то эта иформация будет доступно тогда, и только тогда, когда петух жареный в жопу клюнет будет запись в «используемый» сектор. Вот на флешках TRIM не работает, потому флешки вынужденны ВСЁ хранить, ибо не знают, что место давно свободное.
Ребята полетел диск SSD (f2fs) тупо зависл как с него грузишься, или подключаешь отдельным томом. Ubuntu 14.04
по дефолту f2fs-tools v 1.2 fsck.f2fs не отрабатывал просто выбивал ошибку:
Assertion failed!