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

Программы для конфигурации и управления операционной системой
Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот

Автор темы
MisterN
Сообщения: 22
Зарегистрирован: 30 июн 2018, 07:50
Поблагодарили: 1 раз

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

Сообщение MisterN » 09 янв 2019, 15:10

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

Аватара пользователя

x230
Сообщения: 1525
Зарегистрирован: 02 сен 2016, 19:07
Решено: 5
Откуда: Курилы/Сахалин/Кубань
Благодарил (а): 271 раз
Поблагодарили: 386 раз

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

Сообщение x230 » 09 янв 2019, 15:23

Без скринов ГПартеда сложновато..
Но, вот, что приходит на ум: если разделить 332 000 000 000 на три раза по 1024, то получим 309 ГБ .... не оно?
P.S. Некторые проги по разному считают байты.
моя платформа :
ОС: Linux Mint 18.3, x64 DE: Cinnamon 3.6.7 Ядро: 4.15.0-52 Browsers: Pale Moon 28.* и SlimJet 23.*; Железо: Intel Core i3-3210; Mem 4GB; VGA - на борту.

В сети
Аватара пользователя

darkfenix
Сообщения: 5034
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 285 раз
Поблагодарили: 940 раз

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

Сообщение darkfenix » 09 янв 2019, 15:27

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

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

sudo fdisk -l
Изображение


Автор темы
MisterN
Сообщения: 22
Зарегистрирован: 30 июн 2018, 07:50
Поблагодарили: 1 раз

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

Сообщение MisterN » 09 янв 2019, 15:29

Не понял насчет деления, но вот вам скрин 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
Сообщения: 22
Зарегистрирован: 30 июн 2018, 07:50
Поблагодарили: 1 раз

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

Сообщение MisterN » 09 янв 2019, 15:33

Собственно, "Анализ использования дисков" показывает, что диск больше.
У вас нет необходимых прав для просмотра вложений в этом сообщении.

В сети
Аватара пользователя

darkfenix
Сообщения: 5034
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 285 раз
Поблагодарили: 940 раз

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

Сообщение darkfenix » 09 янв 2019, 16:01

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

300.2 + 70.1 + 95.4 + 0.1 = 465.8
Как бы все на месте
Изображение


Автор темы
MisterN
Сообщения: 22
Зарегистрирован: 30 июн 2018, 07:50
Поблагодарили: 1 раз

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

Сообщение MisterN » 09 янв 2019, 16:14

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

Аватара пользователя

zuzabrik
Сообщения: 1555
Зарегистрирован: 29 авг 2016, 09:08
Решено: 19
Благодарил (а): 97 раз
Поблагодарили: 491 раз

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

Сообщение zuzabrik » 10 янв 2019, 03:10

MisterN писал(а):
09 янв 2019, 16:14
А в "Анализ диска" и немо там 322G Программы по-разному считают, но не с разницей в 22 гига же.
Возможно они закешировали информацию и не обновили. fdisk врать не будет, так что реально их 300


Автор темы
MisterN
Сообщения: 22
Зарегистрирован: 30 июн 2018, 07:50
Поблагодарили: 1 раз

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

Сообщение MisterN » 10 янв 2019, 08:59

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

Аватара пользователя

Unborn
Сообщения: 1775
Зарегистрирован: 03 сен 2016, 10:36
Решено: 24
Благодарил (а): 4 раза
Поблагодарили: 252 раза

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

Сообщение Unborn » 10 янв 2019, 09:42

MisterN писал(а):
09 янв 2019, 15:10
Помню, что было там 332 гига и я значит открыл gparted, нажал изменить, подвинул диск так, что осталось 310 гигов, а остальное думал передвинуть на корневой раздел Минта.
Как ты собрался переносить неразмеченную область через целый раздел, который sda3?
Можно было уменьшить sda4 на сколько позволила бы система, а вот дальше - или передвинуть целиком sda3 на неразмеченную область, или увеличить sda3 на эту область, а потом сжать с начала раздела и только потом увеличить уже sda2.
Но тут никак не две операции. Что ты там делал - х.з. Но физически место никуда не делось.
darkfenix писал(а):
09 янв 2019, 16:01
Как бы все на месте
Но ФС могут занимать не всё место на разделах.
MisterN писал(а):
09 янв 2019, 15:10
А то не хватает места в корневом разделе.
Как раз сейчас в корневом разделе место то и осталось.
MisterN писал(а):
10 янв 2019, 08:59
Но я железно помню, что в результате операции у меня освободилось только 10 гигов. Я помню, потому что очень этому удивилися, я же планировал, что останется больше.
Хотелки не всегда совпадают с возможностями. О чём софт и предупреждает, что линуксовый, что виндозный.

В сети
Аватара пользователя

darkfenix
Сообщения: 5034
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 285 раз
Поблагодарили: 940 раз

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

Сообщение darkfenix » 10 янв 2019, 09:45

Unborn писал(а):
10 янв 2019, 09:42
Но ФС могут занимать не всё место на разделах.
Согласен. Но имеем
MisterN писал(а):
09 янв 2019, 15:29
Диск /dev/sdb: 465,8 GiB, 500107862016 байтов, 976773168 секторов
И суммарно занятый объем ФС такой же.
Изображение

Аватара пользователя

zuzabrik
Сообщения: 1555
Зарегистрирован: 29 авг 2016, 09:08
Решено: 19
Благодарил (а): 97 раз
Поблагодарили: 491 раз

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

Сообщение zuzabrik » 10 янв 2019, 09:47

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, и он на самом деле не менялся, а ты просто перекинул место с одного виндораздела на другой.
Unborn писал(а):
10 янв 2019, 09:42
Как ты собрался переносить неразмеченную область через целый раздел, который sda3?
Можно было уменьшить sda4 на сколько позволила бы система, а вот дальше - или передвинуть целиком sda3 на неразмеченную область, или увеличить sda3 на эту область, а потом сжать с начала раздела и только потом увеличить уже sda2.
Но тут никак не две операции. Что ты там делал - х.з. Но физически место никуда не делось.
Косвенно подтверждает мою теорию, ты или расширил sda3 c двух сторон двумя изменениями размеров раздела, или двигал с одной стороны между sda3 и sda4, а линукс раздел не трогал.
Наш IRC-канал для общения: #linuxmint-ru на сервере irc.spotchat.org
Для захода откройте HexChat, выберите сервер Linux Mint и наберите в чате /join #linuxmint-ru
Или любым другим удобным способом ;)

Аватара пользователя

x230
Сообщения: 1525
Зарегистрирован: 02 сен 2016, 19:07
Решено: 5
Откуда: Курилы/Сахалин/Кубань
Благодарил (а): 271 раз
Поблагодарили: 386 раз

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

Сообщение x230 » 10 янв 2019, 10:46

MisterN,
darkfenix писал(а):
09 янв 2019, 16:01
Как бы все на месте
Именно!
465,66 Гб = 499998617763,84 Байт
- пятисотка жишь!
моя платформа :
ОС: Linux Mint 18.3, x64 DE: Cinnamon 3.6.7 Ядро: 4.15.0-52 Browsers: Pale Moon 28.* и SlimJet 23.*; Железо: Intel Core i3-3210; Mem 4GB; VGA - на борту.


Griga211
Сообщения: 365
Зарегистрирован: 01 окт 2016, 12:20
Решено: 1
Благодарил (а): 8 раз
Поблагодарили: 56 раз

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

Сообщение Griga211 » 10 янв 2019, 20:24

MisterN писал(а):
10 янв 2019, 08:59
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. А графические утилиты у тебя считают в Гигабайтах (в России их иногда называют китайскими Гигабайтами, но на самом деле виноваты совсем не китайцы :-D ):
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 Китайские Гигабайта (виноваты вовсе не китайцы)
Окошки изначально показывают объемы в Гибибайтах, если что...
И вот почему покупая накопитель, ты изначально видишь немного другой объем, нежели тебе сказали при покупке.

В сети
Аватара пользователя

darkfenix
Сообщения: 5034
Зарегистрирован: 27 июн 2017, 10:36
Решено: 58
Откуда: Нижний Тагил
Благодарил (а): 285 раз
Поблагодарили: 940 раз

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

Сообщение darkfenix » 11 янв 2019, 03:18

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

Вернуться в «Системные утилиты»