> Забавно, что ни один из трех основных поисковиков не умеет сортировать результаты по дате.
Яндекс, внизу страницы «Отсортировано по релевантности по дате»?
> Про какие, например, округления вы говорите?
Postgres, тип поля float:
update floattest set val=0.05;
update floattest set val=val+10000;
update floattest set val=val-10000;
-- всё штатные транзакции не так ли?
select val from floattest ;
=> 0.0499999999992724
А хде мои 50 копеек? Вот тут и придётся округлять.
> Поясните, пожалуйста.
См. пример выше. Просто встречается значительно чаще, что баланс на ровном месте гуляет вокруг нуля, внезапно отрицателен, но очень редко, когда действительно равен 0.
А вот что с этим делать для поддержки разных версий PHP — править ключи после var_export или делать свою реализацию. Ну или задокументировать как фичу.
Ну если есть куда — то сделайте посекторную копию диска и спокойно можно играться.
Да, именно стоит после описанных манипуляций запустить с дистрибьютива семёрки восстановление загрузки.
Возможно, силами какого-нибудь gparted понадобится подвинуть раздел, чтобы освободить те самые пару сот мб места.
Например, /dev/sda1 начинается с 64 сектора и заканчивается на 1024000 секторе. Мы хотим его выкинуть из массива, сохранив данные:
0) выкидываем из массива
1) записываем куда-нибудь в блокнот исходные его координаты
2) удаляем раздел
3) создаём на его месте новый раздел, смещая его старт на 2048 секторов, т.е. новый раздел будет начинаться с сектора 2112 и заканчиваться всё тем же 1024000 сектором.
4) всё, можно монтировать раздел как обычную ФС.
Само собой, сперва отмонтируйте раздел, иначе ФС не гарантирует свою консистентность.
Оговорка про раздел или диск относится к тому, что в массив можно отдать и напрямую весь диск, например массив /dev/md3 из /dev/sda2 и /dev/sdb
В этом случае в первых 2048 секторах как /dev/sda2, так и /dev/sdb будут метаданные mdadm, а после них — непрерывно данные до последнего сектора.
Бекапы всего нужного должны быть безусловно и это даже не обсуждается. А рейду5 потеря одно диска значения не имеет.
Так что, ИМХО, умрёт на тесте — и замечательно. Не утянет данные с собой, когда это будет действительно опасно.
На сколько наблюдал, при ресинхронизации mdadm читает со всех дисков массива и сравнивает значения.
А вот чего он делает, когда видит расхождения (кроме инкремента /sys/block/md*/md/mismatch_cnt ) и при этом все диски уверены, что их значения корректны — вопрос, не знаю.
