>>томами - пара команд. Слайсы нервно курят под плинтусом (ессьно, пока не
>>подтянеццо GEOM ;) - но тогда зачем нужны слайсы???)
>Для экономии ценнейшего ресурса - primary partitions отлично, но почему бы не поддержать альтернативную технологию на ext. разделах?
редактируюццо обычным fdisk'ом, спец тузлы не нужно..., а результат - тот же!
кто там про "гениальное-просто" вспоминал??
>>поддерживающая увеличение находу (типа JFS) - имеешь минимум даунтайма (а если
>>Просвети, плз, если BSD может продемонстрировать нечто подобное.
>Пока нету. growfs во фре пока только увеличивает немонтированные фс. В соляре
>увеличивает и монитрованные, правда, при этом, весь IO встанет. Пусть линухоиды
>благодарят IBM за _порт_.
и благодарим :) а что делать, если это их продукт :)
но почему столько злости на IBM в этом посте? ;))
да, они не портанули JFS на бздю, да, они этого не сделали.
Угадай почему? Почему совершенно негусто стороннего кода портируеццо в БЗД??
подсказка - в одноименной лиценции...
>А через некоторое время будет во фре и полноценная ZFS.
ну, дай бог чтоб древний код дискового кеширования так же не свел на нет потуги новой ФС ;)
>Так а какое отношение наличие JFS имеет отношение
>к отсутствию слайсов в линухе и маразма с расширенными разделами?
как ты помнишь (помнишь??) JFS был просто примером при онлайновом увеличении тома поверх LVM. Напомнил? ок
А почему ты называешь маразмом более простую технологию, которая предоставляет _то_же_самое_ что и слайсы, но не требует специальной тулзы для себя?? кто тут вспоминал про "гениальное-просто"?? (блин... второй раз уже...)
Так что подумай что проще: один fdisk или fdisk+sliceeditor
Кстати, поддержка ваших слайсов _есть_ в линухе ;))) но, кто его пользует...
ну, может кому нужно в раздел бзди полезть зачем-то.... хз :)
