GParted 1.0.0

Отлично! Годный проект!

Ещё один гвоздь в крышку гроба ГТК2.

Оно умеет не только юникс, но и офтопик ?

Что значит «уметь оффтопик»? Разделы с NTFS двигает туда-сюда, и ресайзит, да. Сам так делал.

лучше бы apfs добавили

ты видел сборки под винду?

Отличная программа, наконец-то её перевели на GTK+3.

ты видел сборки под винду?

Вопрос не про сборку, а про то, умеет ли он двигать виндовые партиции
Товарищ сверху ответил, что умеет

а причем здесь винда

оно и умело уже давно работать с многими фс

Вопрос не про сборку

это только тебе так показалось, а ты автор, и потому предвзят.

Ничёсе! 1.0.0 !
Это в честь чего они вдруг таки изменили версию?
До них только сейчас дошло, что проект годный?

Ну, двигает не Gparted, а системные утилиты. А если на пути NTFS раздела при изменении размера есть файлы, оно может их перемещать в начало? Я читал рекомендацию, что сначала надо сделать дефрагментацию с оптимизацией в винде и после тоже там проверять. А если попадутся служебные MFT файлы? Впрочем, NTFS не нужен, да. Служебные ext4 данные умеет двигать?

Когда она сможет отображать размеры в метрических гигабайтах/мегабайтах, а не только в гибибайтах/мебибайтах?

Еще в консольной parted можно указывать начало и конец партиции в процентах от поверхности диска. В GParted только в мебибайтах.

GParted перешел на gtkmm 3.

накатим

и да, ждём ебилдов

GParted перешел на gtkmm 3

Помянем...

Gparted как раз отображает в нормальных гигабайтах (ГиБ), а не как в некоторых (обычно старых) DE принято.

1 гигабайт (ГБ) = 10^9 байт 1 гибибайт (ГиБ) = 2^30 байт

Оно всё ещё целиком запускается от root?

Оно всё ещё целиком запускается от root?

Дядя Петя, ты дурак?

Отлично, перезапишу флешечку с ней.

Дядя Петя, ты дурак?

А по существу?

gtk3

А создавать exFAT разделы оно умеет?

Gparted считает 1024 мб это 1 ГиБ. А ты хочешь, чтобы он 1000 мб за них считал?

Учитывая, что производители накопителей считаю 1 ГБ = 1000 МБ = 1000000 Б, имеет смысл использовать эти единицы. Тем более, в том же GNOME то же самое.

А на винде сроду этих 1000 никогда не было, люди к ним не привыкли.

производители считают

Это не производители считают, а маркетолухи.

Я хочу, чтобы в настройках была возможность выбора, либо считаем в ГБ (1000), либо в ГиБ (1024). В консольной версии все в гигабайтах, а в графической - в гибибайтах. Непорядок.

А на винде сроду этих 1000 никогда не было, люди к ним не привыкли.

Думаю, надо делать как правильно, а не «как в винде».

К тому же, едва ли большинство пользователей винды вообще в курсе разницы.

Учитывая, что производители накопителей считаю 1 ГБ
= 1000 МБ = 1000000 Б, имеет смысл использовать эти единицы

Имеет смысл обвинить их в мошенничестве, может?

Имеет смысл обвинить их в мошенничестве, может?

С чего бы это вдруг? Они всё правильно пишут. Вот если бы они писали ГиБ, а имели в виду ГБ - тогда да.

Так где эти «гигабайты» то используются кроме шильдика на винтах и линуксе? Везде в интернетах гибибайты, которые называют гигабайтами.

А вообще, конечно, бардак творится. Но мне привычнее гибибайты и я поддерживаю в этом Gparted. Кстати, спеллчекер выделяет их красным. Двоичный формат (не десятичный сишный) он для компьютера родной.

в этих ваших компуктерах все кратно двойки, по этому мега- гигабайты не нужны, а 99% софта, которые отображают инфу в них на самом деле тоже используют меби- гибибайты, но с не правильными суффиксами.

в этих ваших компуктерах все кратно двойки, по этому мега- гигабайты не нужны

Прикольная логика. А ещё в этих ваших компьютерах все данные хранятся и обрабатываются в двоичной системе - следуя вашей логике, и пользователю нужно показывать всё исключительно в двоичной системе вместо привычной десятичной?

Бинарные приставки для конечного пользователя в подавляющем большинстве случаев не нужны и лишь создают дополнительные проблемы на ровном месте, когда приходится пересчитывать МиБ в ГиБ. Так что поскольку в остальном мире используются десятичная система и десятичные приставки, то в интерфейсе также следует использовать именно их. А внутри программ уже пусть программисты считают, в чём хотят.

а кластер ФС будем за 4000 считать или за 4096? А выравнивать границы разделов как будем?

пользователю нужно показывать всё исключительно в двоичной системе вместо привычной десятичной?

а пользователю пофиг, хоть в аршинах показывай. Разве что немного расстроится, что в ГиБ внезапно меньше показывает.

когда приходится пересчитывать МиБ в ГиБ

Как часто? В основном у нас все пишут Гб имея в виду ГиБ, никто не страдает

А внутри программ уже пусть программисты считают, в чём хотят.

Ага, так интереснее, рулетку напоминает. Финансовые операции тоже можно рассчитывать как угодно или все же double не хватит?

а кластер ФС будем за 4000 считать или за 4096?

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

А выравнивать границы разделов как будем?

Во-первых, этот атавизм уже давно не имеет никакого смысла.

Во-вторых, на кой чёрт это пользователю?

С появлением 4k секторов еще как имеет.

а пользователю пофиг, хоть в аршинах показывай

Именно. Поэтому и следует использовать наиболее привычную для пользователя систему: десятичную.

Как часто? В основном у нас все пишут Гб имея в виду ГиБ, никто не страдает

Ну вот заходит пользователь в свойства диска и видит, что свободного места 1,43 ГиБ. У него есть несколько файлов по несколько сотен МиБ. Чтобы понять, поместятся ли эти файлы на диск, недостаточно просто просуммировать размеры файлов - надо ещё перевести получившееся в ГиБ. Вот зачем долбать пользователю мозг этой внутренней кухней работы компьютера? Помимо синдрома утёнка?

Финансовые операции тоже можно рассчитывать как угодно или все же double не хватит?

Ни один вменяемый программист не станет рассчитывать финансовые операции, используя типы с плавающей точкой.

я тоже говорил про представление данных, никакого искажения. В большинстве программ для работы с дисками/разделами и пр. для указания кратности осталась только одна буква: K/M/G/T. Представление 32K что будет означать?

Во-первых, зачем в специализированной программе изменять представление данных? Во-вторых, на кой черт это пользователю? В-третьих, в DE есть настройки для переключения отображения.

С появлением 4k секторов еще как имеет.

Вы про маразм, когда секторы 4096 Б, но представляются как 512? Такое железо должно умереть, и чем раньше, тем лучше.

Но всё же, зачем этим всем заниматься пользователю?

Чтобы понять, поместятся ли эти файлы на диск, недостаточно просто просуммировать размеры файлов - надо ещё перевести получившееся в ГиБ

Т.е. выделить файлы в ФМ чтобы он посчитал их суммарный размер это сложно?

Вот зачем долбать пользователю мозг этой внутренней кухней работы компьютера?

а про резерв в 5% на некоторых ФС тоже не будем рассказывать? Тоже ведь внутренняя кухня

да, железо должно, пока не померло. Как и производители, указывающие объем в Гб вместо ГиБ.

Мы в новости про GParted, уж если пользователь в него влез, то пусть разберется в том, что собрался делать.

Т.е. выделить файлы в ФМ чтобы он посчитал их суммарный размер это сложно?

Для этого их надо сначала переместить в один каталог.

а про резерв в 5% на некоторых ФС тоже не будем рассказывать? Тоже ведь внутренняя кухня

Внутренняя кухня - это то, что пользователю не видно. Полагаю, что невозможность скопировать файл пользователь всё же заметит.

Ещё один гвоздь в крышку гроба ГТК2.

А что, между ГТК2 и ГТК3 такие драматические несовместимости? Вот в Qt я могу, не слишком сильно напрягаясь, обеспечивать в одних исходниках совместимость 4 и 5 веток (если не подсел на QtWebKit/QtWebEngine, по крайней мере).

Вопрос не про сборку, а про то, умеет ли он двигать виндовые партиции

Ну вот _теперь_ понятно, а то формулировка «умеет офтопик» может трактоваться неоднозначно.

Для этого их надо сначала переместить в один каталог.

совсем не обязательно, это зависит от того, что использует пользователь.

Не, такое определение «внутренней кухни» меня не устраивает, т.к. чем больше пользователь знает, тем больше он «видит». А невозможность скопировать файл может быть вызвана не только отсутствием свободного места или резервом, но и еще кучей причин, которые будут зависеть от вводных.

Симлинки и хардлинки кстати относятся к этой внутренней кухне? Я вот ими пользуюсь, т.к. это бывает удобно, а при копировании там явно будут приколы не только с подсчетом размера.

Напомню, что еще до появления компьютеров, систем счисления было несколько. То, что одна из них получила большее распространение, не означает, что она подходит везде. Она просто привычнее.

Когда она сможет отображать размеры в метрических гигабайтах/мегабайтах, а не только в гибибайтах/мебибайтах?

Сначала хотел написать «ненужно», потом вспомнил, что гадские производители жёстких дисков маркируют их как раз в метрических (кстати, распространяется ли эта практика на SSD?). Так что наверное, как раз нужно.

кстати, распространяется ли эта практика на SSD?

Распространяется, при этом 420GB у одного производителя может не совпадать с 420GB другого. И на оперативу тоже распространяется. Интересно, в чем меряют кэш процессора.

Это не производители считают, а маркетолухи.

Хорошо, давай напишем «Маркетолухи, которые изнасиловали производителей и заставили их маркировать ёмкость HDD в метрических единицах». Тебе от такого уточнения сильно полегчало?