LINUX.ORG.RU

GParted 1.0.0

 , ,


1

2

Вышла новая версия написанного с использованием библиотеки GTK+ редактора разделов GParted — 1.0.0.

Основные изменения:

  • GParted перешел на gtkmm 3.
  • Инфраструктура документации переведена на GNOME 3 yelp-tools.
  • Включено онлайн-изменение расширенных разделов.
  • Добавлена поддержка выполнения операций чтения образа диска, проверки и изменения размера F2FS.
  • Исправлено медленное обновление информации о разделах с ФС NTFS.

>>> Подробности

★★★★★

Проверено: jollheef ()

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

anonymous ()

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

meliafaro ★★★★ ()

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

kto_tama ★★★★★ ()
Ответ на: комментарий от kto_tama

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

tiinn ★★★ ()

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

EXL ★★★★★ ()
Ответ на: комментарий от smilessss

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

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

kto_tama ★★★★★ ()
Ответ на: комментарий от kto_tama

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

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

smilessss ★★★★★ ()
Ответ на: комментарий от kto_tama

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

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

t184256 ★★★★★ ()

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

Strannik-j ()
Ответ на: комментарий от kto_tama

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

anonymous ()

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

FilosofeM ★★ ()
Последнее исправление: FilosofeM (всего исправлений: 1)

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

FilosofeM ★★ ()

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

накатим

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

eternal_sorrow ★★★★★ ()
Последнее исправление: eternal_sorrow (всего исправлений: 1)

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

Помянем...

anonymous ()
Ответ на: комментарий от FilosofeM

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

anonymous ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()

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

petyanamlt ★★★ ()
Ответ на: комментарий от anonymous

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

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

anonymous ()

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

fornlr ★★★★★ ()
Ответ на: комментарий от FilosofeM

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

FilosofeM ★★ ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от FilosofeM

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

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

anonymous ()
Ответ на: комментарий от FilosofeM

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

SR_team ★★★ ()
Ответ на: комментарий от SR_team

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

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

anonymous ()
Ответ на: комментарий от meliafaro

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от kto_tama

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от anonymous

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

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

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

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

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

anonymous ()
Ответ на: комментарий от FilosofeM

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

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

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

hobbit ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.