Какие числа показывает fdisk?

Question 1

Я запустил sudo fdisk -l и получил следующую информацию:

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Эта утилита показывает весь размер жесткого диска (120034123776 bytes) и его количество головок (255 heads ), секторов на дорожку (63 sectors/track) и количества цилиндров (14593 cylinders).

Умножение головок X секторов на трек X число цилиндров у нас должно быть число секторов на диске.

255 X 63 X 14593 = 234436545

Имея в виду, что каждый сектор имеет размер 512 байт, мы имеем

234436545 X 512 = 120031511040

. На самом деле, 120031511040 != 120034123776, возникает вопрос: показывает ли fdisk неправильная информация или есть что-то, что я пропустил в своих расчетах?

Question 2

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 3

Question 4

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 5

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 6

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 7

Question 8

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 9

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

Question 10

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

Посмотрев исходный код fdisk , он мне кажется, что общее количество байтов устройства извлекается через вызов ioctl

 , если (ioctl (fd, BLKGETSIZE64,  bytes) & gt; = 0) return 0;

, а из этого выводятся другие цифры.

Например, число цилиндров вычисляется с использованием

  llcyls = total_number_of_sectors / (head * сектора * sector_factor);

Здесь «проблема» заключается в том, что результат этого деления усечен (округлен), поэтому он должен быть неточным.

Используя ваш fdisk в качестве примера

  120034123776 bytes / 512 bytes_per_sector / 255/63 = 14593.3176471 цилиндры

, но fdisk будет округлено до 14593 .

Question 11

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

Посмотрев исходный код fdisk , он мне кажется, что общее количество байтов устройства извлекается через вызов ioctl

 , если (ioctl (fd, BLKGETSIZE64,  bytes) & gt; = 0) return 0;

, а из этого выводятся другие цифры.

Например, число цилиндров вычисляется с использованием

  llcyls = total_number_of_sectors / (head * сектора * sector_factor);

Здесь «проблема» заключается в том, что результат этого деления усечен (округлен), поэтому он должен быть неточным.

Используя ваш fdisk в качестве примера

  120034123776 bytes / 512 bytes_per_sector / 255/63 = 14593.3176471 цилиндры

, но fdisk будет округлено до 14593 .

Question 12

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 13

Question 14

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 15

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 16

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 17

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 18

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

Question 19

Question 20

Хм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Таким образом, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация для других ОС ...

Question 21

Хм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Таким образом, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация для других ОС ...

arrange · Accepted Answer · 25 May 2018 в 23:01

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

+1 Это очень хороший ответ! Мне нравится ваша идея смотреть в исходном коде. Не могли бы вы рассказать, какую версию fdisk вы посмотрели? — Tim, 12 February 2011 в 23:38
Да, это util-linux-ng-2.17.2, см. F.e. packages.ubuntu.com/maverick/util-linux — arrange, 12 February 2011 в 23:45

arrange · Accepted Answer · 25 July 2018 в 22:29

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

arrange · Accepted Answer · 2 August 2018 в 03:56

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

arrange · Accepted Answer · 4 August 2018 в 19:59

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

arrange · Accepted Answer · 6 August 2018 в 04:01

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

arrange · Accepted Answer · 7 August 2018 в 21:59

Я бы сказал, что использование cylinder теперь устарело и используется в основном по историческим причинам.

Посмотрев исходный код fdisk, мне кажется, что общее количество байтов устройство извлекается через вызов ioctl

    if (ioctl(fd, BLKGETSIZE64, bytes) >= 0)
        return 0;

, а затем выводятся другие данные.

Например, число цилиндров вычисляется с использованием

llcyls = total_number_of_sectors / (heads * sectors * sector_factor);

. Здесь «проблема» заключается в том, что результат этого деления усекается (округляется вниз), поэтому он связан с

Используя ваш выход fdisk в качестве примера

120034123776 bytes / 512 bytes_per_sector / 255 / 63 = 14593.3176471 cylinders

, но выход fdisk будет округлен до 14593.

arrange · Accepted Answer · 10 August 2018 в 10:14

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

Посмотрев исходный код fdisk , он мне кажется, что общее количество байтов устройства извлекается через вызов ioctl

 , если (ioctl (fd, BLKGETSIZE64,  bytes) & gt; = 0) return 0;

, а из этого выводятся другие цифры.

Например, число цилиндров вычисляется с использованием

  llcyls = total_number_of_sectors / (head * сектора * sector_factor);

Здесь «проблема» заключается в том, что результат этого деления усечен (округлен), поэтому он должен быть неточным.

Используя ваш fdisk в качестве примера

  120034123776 bytes / 512 bytes_per_sector / 255/63 = 14593.3176471 цилиндры

, но fdisk будет округлено до 14593 .

arrange · Accepted Answer · 13 August 2018 в 16:37

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

Посмотрев исходный код fdisk , он мне кажется, что общее количество байтов устройства извлекается через вызов ioctl

 , если (ioctl (fd, BLKGETSIZE64,  bytes) & gt; = 0) return 0;

, а из этого выводятся другие цифры.

Например, число цилиндров вычисляется с использованием

  llcyls = total_number_of_sectors / (head * сектора * sector_factor);

Здесь «проблема» заключается в том, что результат этого деления усечен (округлен), поэтому он должен быть неточным.

Используя ваш fdisk в качестве примера

  120034123776 bytes / 512 bytes_per_sector / 255/63 = 14593.3176471 цилиндры

, но fdisk будет округлено до 14593 .

+1 Это очень хороший ответ! Мне нравится ваша идея смотреть в исходном коде. Не могли бы вы рассказать, какую версию fdisk вы посмотрели? — Tim, 12 February 2011 в 23:38
Да, это util-linux-ng-2.17.2 , см. F.e. [D0] packages.ubuntu.com/maverick/util-linux — arrange, 12 February 2011 в 23:45

LGB · Answer 9 · 25 May 2018 в 23:01

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 25 May 2018 в 23:01

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 10 · 25 July 2018 в 22:29

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 25 July 2018 в 22:29

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 11 · 2 August 2018 в 03:56

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 2 August 2018 в 03:56

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 12 · 4 August 2018 в 19:59

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 4 August 2018 в 19:59

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 13 · 6 August 2018 в 04:01

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 6 August 2018 в 04:01

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 14 · 7 August 2018 в 21:59

Хммм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Поэтому, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация и для других ОС ...

0

ответ дан LGB 7 August 2018 в 21:59

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Кстати, что говорит ядро об этом диске, как в выводе команды dmesg? – LGB 12 February 2011 в 21:02
5

Он говорит [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

LGB · Answer 15 · 10 August 2018 в 10:14

Хм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Таким образом, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация для других ОС ...

LGB · Answer 16 · 13 August 2018 в 16:37

Хм, насколько я вижу, разница незначительна, поэтому это может быть вызвано различным значением «кило», «мега» и «гига» (префиксы) в мире ИТ и СИ: в нормальной жизни например, «кило» означает 1000, в то время как в ИТ общая привычка была равна 1024. Теперь путаница еще больше, поскольку предлагается (даже в ubuntu) использовать 1000 килограммов и использовать «киби» (или что-то еще .... ) при необходимости 1024. Таким образом, используя эти префиксы, кто-то означает 1000, другие 1024, а еще сложнее, в случае жестких дисков вещи даже смешаны, что некоторые из префиксов имеют мощность 2, некоторые из них имеют мощность 10.

https://wiki.ubuntu.com/UnitsPolicy

Это немного сложная / запутанная ситуация для других ОС ...

0

ответ дан LGB 13 August 2018 в 16:37

1

@LGB: спасибо за ответ, я знаю бинарные префиксы SI, однако в моем случае единица измерения байт и байты одинаковы в SI и в терминологии JEDEC, поэтому она не может повлиять на ответ, не так ли? – Tim 12 February 2011 в 20:48
2

Хм, я перечитал вопрос и свой ответ, может быть, здесь может быть что-то другое, но fdisk interals должны быть известны, чтобы судить: я не знаю о первой строке, рассчитан ли fdisk из емкости, прочитанной из диск, / proc и т. д. и т. д., или наоборот, тогда это может быть некоторая ошибка округления. Во всяком случае, все еще возможно, что современные диски сообщают о различной геометрии CHS, чем «реальная». один (во всяком случае, люди используют LBA сегодня), поэтому перевод реального CHS диска в "виртуальный" можно вызвать проблемы округления даже на уровне интерфейса hw? Просто гадать .... – LGB 12 February 2011 в 20:52
3

@LGB: Наверное, имеет смысл спросить авторов, но, очевидно, если цифры разные, для этого должна быть какая-то причина, я не верю, что это просто ошибка. – Tim 12 February 2011 в 21:01
4

Btw, что говорит ядро об этом диске, как в выводе команды dmesg ? – LGB 12 February 2011 в 21:02
5

Он говорит, что [1.632660] sd 2: 0: 0: 0: [sda] 234441648 512-байтовые логические блоки: (120 ГБ / 111 ГБ) , то есть размер такой же, как показывает fdisk. Может ли быть, что на диске есть какое-то зарезервированное пространство? Если да, то для чего он используется? – Tim 12 February 2011 в 21:20

Какие числа показывает fdisk?

16 ответов

Другие вопросы по тегам:

Похожие вопросы: