GParted не видит гигабайты

[MisterN]

Надеюсь, я не ошибся с выбором раздела. Иначе прошу у модераторов прощения за неудобства и помощи.
Дело было перед НГ, перед праздниками, могу чего перепутать, но вот надумал я значит отковырять gparted-ом с диска ntfs гигобайтов на корневой раздел. Помню, что было там 332 гига и я значит открыл gparted, нажал изменить, подвинул диск так, что осталось 310 гигов, а остальное думал передвинуть на корневой раздел Минта. Потом подумал, не нажимая кнопку "применить", я решил, что цифру можно и округлить и опять нажал "изменить" на диске ntfs. В результате образовалось задание "изменить диск с 310 до 300 гигов". После исполнения задания, я вижу в gparted, что диск у меня на 300 гигов, тогда как "Анализ использования дисков" или файловый менеджер Nemo, гномовская утлита Disks показывает, что на диске все 322 гига. Хотелось бы дотащить все гигабайты, которые я вознамерился отколупать, до корнегого раздела линукс. Как вернуть и сдвинуть оставшиеся 22 гига? А то не хватает места в корневом разделе.

[x230]

Без скринов ГПартеда сложновато..
Но, вот, что приходит на ум: если разделить 332 000 000 000 на три раза по 1024, то получим 309 ГБ .... не оно?
P.S. Некторые проги по разному считают байты.

[rogoznik]

MisterN, покажи скрин из gparted и вывод

Код: Выделить всё

sudo fdisk -l

[MisterN]

Не понял насчет деления, но вот вам скрин GParted. Наврядли это дает понять, что случилось.

Код: Выделить всё

sudo fdisk -l /dev/sdb
Диск /dev/sdb: 465,8 GiB, 500107862016 байтов, 976773168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Тип метки диска: dos
Идентификатор диска: 0x2bd2c32a

Устр-во    Загрузочный     Start Конец Секторы   Size Id Тип
/dev/sdb1  *                2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sdb2                 206848 200261631 200054784  95,4G 83 Linux
/dev/sdb3              200261632 347213823 146952192  70,1G  7 HPFS/NTFS/exFAT
/dev/sdb4              347213824 976773167 629559344 300,2G  7 HPFS/NTFS/exFAT

[MisterN]

Собственно, "Анализ использования дисков" показывает, что диск больше.

[rogoznik]

Код: Выделить всё

300.2 + 70.1 + 95.4 + 0.1 = 465.8

Как бы все на месте

[MisterN]

Ну, у gparted и fdisk показания сходятся. Но почему они показывают, что
/dev/sdb4 347213824 976773167 629559344 300,2G 7 HPFS/NTFS/exFAT
А в "Анализ диска" и немо там 322G Программы по-разному считают, но не с разницей в 22 гига же.

[zuzabrik]

А в "Анализ диска" и немо там 322G Программы по-разному считают, но не с разницей в 22 гига же.

Возможно они закешировали информацию и не обновили. fdisk врать не будет, так что реально их 300

[MisterN]

Понятно. Но получается, на sdb4 было 332, 10 отняли, переместили на sdb2, там из 85 стало 95, а на диске sdb4 осталось 300. 22 гига куда-то делись. Я понимаю, что тут самый очевидный ответ, что я что-то напутал. Но ок, закешировалось, 322, значит было не 310? Но я железно помню, что в результате операции у меня освободилось только 10 гигов. Я помню, потому что очень этому удивилися, я же планировал, что останется больше. И вот у меня значит 300 на одном, свободные 10 гигов, которые я передвигаю в плюс к 85. Но получается, если не 22, то 12 гигов потеряно.
Ок, не стоило тянуть с вопросом (хотя, Новый год, праздники, все такое - сложно было возвращаться к техническим проблемам, да мне бы и не ответил никто), понимаю, он давно случился и я не помню деталей. Но если в процессе разметки сколько-то гигов потерялись, то есть какой-то способ их поискать, проверить? Ну, просто точный способ все разведать и определить и сделать приговор в духе "небыло никогда этих 22-12 гигов, тебе приснилось"? Я вот нагуглил инфу про утлиту testdisk, но в мануалах только как вернуть потерянный раздел или как восстановить на нем данные. Как найти потерянную не размеченную или не правильно размеченную область не вижу.

[Unborn]

Помню, что было там 332 гига и я значит открыл gparted, нажал изменить, подвинул диск так, что осталось 310 гигов, а остальное думал передвинуть на корневой раздел Минта.

Как ты собрался переносить неразмеченную область через целый раздел, который sda3?
Можно было уменьшить sda4 на сколько позволила бы система, а вот дальше - или передвинуть целиком sda3 на неразмеченную область, или увеличить sda3 на эту область, а потом сжать с начала раздела и только потом увеличить уже sda2.
Но тут никак не две операции. Что ты там делал - х.з. Но физически место никуда не делось.

Как бы все на месте

Но ФС могут занимать не всё место на разделах.

А то не хватает места в корневом разделе.

Как раз сейчас в корневом разделе место то и осталось.

Но я железно помню, что в результате операции у меня освободилось только 10 гигов. Я помню, потому что очень этому удивилися, я же планировал, что останется больше.

Хотелки не всегда совпадают с возможностями. О чём софт и предупреждает, что линуксовый, что виндозный.

[rogoznik]

Но ФС могут занимать не всё место на разделах.

Согласен. Но имеем

Диск /dev/sdb: 465,8 GiB, 500107862016 байтов, 976773168 секторов

И суммарно занятый объем ФС такой же.

[zuzabrik]

MisterN,

Исходя из вывода fdisk всего у тебя 976773168 секторов на диске
976773168−629559344−146952192−200054784−204800=2048
Калькулятор уверен что ни одного сектора не потеряно

Тот же fdisk в гигабайтах говорит нам
300,2+70,1+95,4+0,1=465.8 гб размер жесткого
Тоже противоречий калькулятор не нашел

На "неправильной" картинке
465,8−100,7−322,3=42.8
На неправильной у тебя 5 разделов, а не 3, я полагаю тот с именем 42 гб который не смонтирован и есть нужный раздел

Что ты вероятно сделал?
322.3-300.2=22.1
100.7-95.4=5.3
42.8-70.1=-27.3 (22+5=27 что строками выше)

Исходя из этого я могу сделать вывод - ты убрал с раздела в 322 гига 22 гига, с раздела 100 гигов пять гигов, и докинул разделу 42 гига полученые 27 гигов ))) Других идей у меня нет.

То есть либо ты попутал и расширил не линукс раздел, а мелкий виндовый, либо еще что, кто тебя знает. Но это гадание на кофейной гуще. 5 гиг с линукс раздела возможно просто разница в способах подсчета у fdisk и gui, и он на самом деле не менялся, а ты просто перекинул место с одного виндораздела на другой.

Как ты собрался переносить неразмеченную область через целый раздел, который sda3?
Можно было уменьшить sda4 на сколько позволила бы система, а вот дальше - или передвинуть целиком sda3 на неразмеченную область, или увеличить sda3 на эту область, а потом сжать с начала раздела и только потом увеличить уже sda2.
Но тут никак не две операции. Что ты там делал - х.з. Но физически место никуда не делось.

Косвенно подтверждает мою теорию, ты или расширил sda3 c двух сторон двумя изменениями размеров раздела, или двигал с одной стороны между sda3 и sda4, а линукс раздел не трогал.

[x230]

MisterN,

Как бы все на месте

Именно!
465,66 Гб = 499998617763,84 Байт
- пятисотка жишь!

[Griga211]

22 гига куда-то делись.

Никуда они не делись. Видосик про 28 танков в 7 рот по 13 штук смотрел? Посмотри)
В дополнение к вышесказанному приведу свои "уравнения"))) Все ниже написанное всего лишь моя небольшая интерпретация, попытаюсь рассказать своими словами, для точных понятий и терминов загляни в википедию.
Вас как учили в школе, сколько в Гигабайте Мегабайт, а в Мегабайте Килобайт, в Килобайте Байт? Нас учили что каждой единицы по 1024. Раньше мы так и называли, Гига-, Мега-, Кило-. Но оказывается что за бугром есть два понятия: двоичная размерность - кратность 1024, то за бугром это называется Гиби-, Меби-, Киби-. Есть десятичная размерность - кратность 1000, то это называется Гига-, Мега-, Кило-. Именно отсюда и путаница у тебя вышла. Хотя не только у тебя, у всех путаница
Расчитаем размер диска и в том и в том. У нас дано:

Диск /dev/sdb: 465,8 GiB, 500107862016 байтов, 976773168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов

Сразу оговорюсь, чтобы ты понимал почему 3 раза будем делить, это мы переводим из байт в следующую единицу в сторону увеличения -> Кило- (Киби) ->Мега-(Меби) ->Гига-(Гиби).
1. У нас есть 976773168 секторов, каждый по 512 Байт, а это:
976773168*512 = 500107862016 Байт (благо Байты так и называются Байтами)
2. Теперь пошла суть. Gparted и fdisk отображают объем диска в Гибибайтах (русских Гигабайтах) и имеют подписи GiB. Считают они объем тоже по-русски:
500107862016/1024/1024/1024=465,761741638, округляем и получаем 465,8 Гибибайт, GiB, русских Гигабайт.
3. А графические утилиты у тебя считают в Гигабайтах (в России их иногда называют китайскими Гигабайтами, но на самом деле виноваты совсем не китайцы ):
500107862016/1000/1000/1000=500,107862016, округляем и получаем 500,1 Гигабайт, GB, китайских гигабайт (не будем отходить от традиции обвинять других)
4. Теперь на примере твоего раздела sda4, посчитаем сколько там байт, если секторов там 629559344:
629559344*512=322334384128 Байт
Теперь считаем как gparted и fdisk и как считают по-русски:
322334384128/1024/1024/1024=300,197288513 Вот они настоящие 300,2 Гибибайта, т.е. русские Гигабайта.
Теперь как твои графические утилиты и файловый менджер:
322334384128/1000/1000/1000=322,334384128 Вот они твои 322,3 Китайские Гигабайта (виноваты вовсе не китайцы)
Окошки изначально показывают объемы в Гибибайтах, если что...
И вот почему покупая накопитель, ты изначально видишь немного другой объем, нежели тебе сказали при покупке.

[rogoznik]

Griga211,
Я уже забыл про эти закидоны. Когда-то давно столкнулся с этим, почитал, в подсознании закрепил - теперь оно само как-то определяется когда 1024 надо, а когда 1000