Файл по номеру сектора

[yurik11]

Проверил свой диск с помощью  badblocks -v -s
Узнал номера битых секторов. В GParted определил, что они находятся на диске с ext4, куда смонтирован /home. Теперь хочу узнать к каким файлам эти сектора принадлежат. Поиск в сети результатов не дал, хотя очевидно эту информацию в файловая система содержит.

[victor00000]

бывает БП.

[Self-Perfection]

Для ext2/ext3/ext4 можно попробовать debugfs, но просмотрев сейчас по-диагонали документацию к этой утилите я не нашёл соответствующей команды.

[yurik11]

Спасибо за помощь. debugfs похоже решает эту задачу в 2 хода:
1. с помощью icheck по номеру сектора находим номер инода
2. с помощью ncheck по номеру инода находим имя файла.
Осталось разобраться с началом отсчета и размером сектора для icheck. Начало отсчета похоже - номер первого сектора логического диска, т.е. это число надо отнять от номера сектора физического диска. GParted считает размером сектора 512 байт, badblocks - 4 к. Думаю разберусь методом тыка, что надо скормить  icheck.

[Vitsliputsli]

Размер сектора зависит от физических характеристик диска. По-сути сколько байт читается за одно обращение, обычно это было 512 байт, на больших дисках стали использовать 4Кбайта. Так что странно у вас как-то получается...

[_angus_]

yurik11,
Вы не путайте сектор с кластером. Сектор (логический) -- это то, что минимально можно прочесть с диска "снаружи" (через интерфейс). Например, если диск имеет физический сектор 4096, а логический -- 512, то свой размер (число LBA) диск указывает в 512-байтных секторах. И тогда все _секторные_ смещения (например, смещение начала раздела и длина раздела в таблице) будут указаны именно в 512-байтовых секторах. Отсюда и проблемы с производительностью при невыравнивании разделов по границе физического сектора, -- диск-то всё равно отдаст или запишет то, что надо вам, с 512-байтовой дискретностью, но вот для этого ему при невыровненности придётся прочесть или записать два физических сектора. но это лирика. А файловая система оперирует значением кластера, размер которого прописывается в загрузочной записи файловой системы (т.е. у линуксовых систем -- суперблок), и все операции и все значения, касающиеся файлов, указываются в кластерах. То есть кластер есть некое количество _логических_ секторов, ну обычно 8, хотя всякое бывает. А с тем, чему равен физический сектор диска, размер кластера никак не связан.

[yurik11]

Собственно диск дает информацию о размере сектора 512 байт.

(Нажмите, чтобы показать/скрыть)

sudo hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
   Model Number:       ST3250410AS                             
   Serial Number:      6RY4ZW06
   Firmware Revision:  3.AAC   
Standards:
   Supported: 7 6 5 4
   Likely used: 8
Configuration:
   Logical      max   current
   cylinders   16383   16383
   heads      16   16
   sectors/track   63   63
   --
   CHS current addressable sectors:   16514064
   LBA    user addressable sectors:  268435455
   LBA48  user addressable sectors:  488395055
   Logical  Sector size:                   512 bytes
   Physical Sector size:                   512 bytes
   device size with M = 1024*1024:      238474 MBytes
   device size with M = 1000*1000:      250058 MBytes (250 GB)
   cache/buffer size  = 16384 KBytes
Capabilities:
   LBA, IORDY(can be disabled)
   Queue depth: 32
   Standby timer values: spec'd by Standard, no device specific minimum
   R/W multiple sector transfer: Max = 16   Current = 16

Но badblocks при запуске без параметра -b (размер блока) в качестве размера берет 1024 байта и выдает примерно такой результат.

(Нажмите, чтобы показать/скрыть)

35844760done, 7:33 elapsed. (0/0/0 errors)
35844761done, 7:55 elapsed. (1/0/0 errors)
35844762done, 8:16 elapsed. (2/0/0 errors)
35844763done, 8:38 elapsed. (3/0/0 errors)
38245172done, 9:47 elapsed. (4/0/0 errors)
38245173done, 10:09 elapsed. (5/0/0 errors)
38245174done, 10:30 elapsed. (6/0/0 errors)
38245175done, 10:52 elapsed. (7/0/0 errors)
38978856done, 11:44 elapsed. (8/0/0 errors)
38978857done, 12:06 elapsed. (9/0/0 errors)
38978858done, 12:27 elapsed. (10/0/0 errors)
38978859done, 12:49 elapsed. (11/0/0 errors)
175947472one, 40:02 elapsed. (12/0/0 errors) 
175947473one, 40:24 elapsed. (13/0/0 errors)
175947474one, 40:46 elapsed. (14/0/0 errors)
175947475one, 41:07 elapsed. (15/0/0 errors)
227057008one, 54:08 elapsed. (16/0/0 errors)
227057009one, 54:30 elapsed. (17/0/0 errors)
227057010one, 54:52 elapsed. (18/0/0 errors)
227057011one, 55:13 elapsed. (19/0/0 errors)

Видно, что ошибки сгруппированы по 4 k секторам. А виноват в этом сам диск или режим его чтения системой для меня загадка.

[_angus_]

У вашего диска (barracuda 7200.10) физический сектор 512 байт. Ошибки группами по 8 секторов именно потому, что система при работе ведёт чтение-запись на диск с дискретностью один кластер, который обычно равен 4096 байт (8 секторов вашего диска). Поэтому, например, если у вас диск неисправен и не может потом прочитать, что записал, то в реальном случае такие группы и будут возникать. Пишется-то всё равно кластер. Вот всякие низкоуровневые утилиты умеют ображаться к отдельному сектору на диске, но не драйвер файловой системы, для того только кластер существует. А "блоки" по килобайту -- это тоже такое логическое понятие, и у fdisk они тоже встречаются, да много где, но опять же -- с физической структурой диска это не имеет ничего общего.