hdparm
나는 이것이 당신이 찾고있는 것이라고 100 % 확신하지는 않지만 hdparm, 특히 --fibmap스위치로 명령을 사용 하여이 작업을 수행 할 수 있다고 생각합니다 .
발췌
--fibmap
When used, this must be the only option given. It requires a
file path as a parameter, and will print out a list of the block
extents (sector ranges) occupied by that file on disk. Sector
numbers are given as absolute LBA numbers, referenced from sector
0 of the physical device rather than from the partition or
filesystem. This information can then be used for a variety of
purposes, such as examining the degree of fragmenation of larger
files, or determining appropriate sectors to deliberately corrupt
during fault-injection testing procedures.
This option uses the new FIEMAP (file extent map) ioctl() when
available, and falls back to the older FIBMAP (file block
map) ioctl() otherwise. Note that FIBMAP suffers from a 32-bit
block-number interface, and thus not work beyond 8TB or 16TB.
FIBMAP is also very slow, and does not deal well with
preallocated uncommitted extents in ext4/xfs filesystems, unless a
sync() is done before using this option.
예
샘플 파일이 있다고 가정 해보십시오.
$ echo "this is a test file" > afile
이제 우리가 실행할 때 hdparm.
$ sudo hdparm --fibmap afile
afile:
filesystem blocksize 4096, begins at LBA 0; assuming 512 byte sectors.
byte_offset begin_LBA end_LBA sectors
0 282439184 282439191 8
filefrag
파일의 시작 및 끝 블록을 찾는 또 다른 좋은 방법은 filefrag입니다. 원하는 출력을 얻으려면 적절한 스위치를 사용해야합니다. 이 도구의 한 가지 hdparm단점은 모든 사용자가 도구를 실행할 수 있다는 것 sudo입니다. -b512출력이 512 바이트 블록으로 표시되도록 스위치 를 사용해야합니다 . 또한 우리는 filefrag장황 하게 말해야 합니다.
예
$ filefrag -b512 -v afile
Filesystem type is: ef53
File size of afile is 20 (8 block of 512 bytes)
ext: logical_offset: physical_offset: length: expected: flags:
0: 0.. 7: 282439184.. 282439191: 8: eof
afile: 1 extent found
debugfs
파일의 LBA를 얻는 세 번째 방법은를 사용하는 것입니다 debugfs. 이 방법에는 약간의 수학이 필요하지만 debugfs호기심이 많은 사람들을 위해 LBA 로보 고 된 범위 값에서 어떻게 변환 할 수 있는지 보여주는 것이 중요하다고 생각했습니다 .
이제 파일의 inode부터 시작하겠습니다.
$ ls -i afile
6560281 afile
참고 : 파일 이름을 사용할 수도 debugfs있지만이 데모에서는 대신 inode를 사용하겠습니다.
이제 inode에 대한 stat정보를 얻도록하겠습니다 debugfs.
$ sudo debugfs -R "stat <6560281>" /dev/mapper/fedora_greeneggs-home
debugfs 1.42.7 (21-Jan-2013)
Inode: 6560281 Type: regular Mode: 0664 Flags: 0x80000
Generation: 1999478298 Version: 0x00000000:00000001
User: 1000 Group: 1000 Size: 20
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 8
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x52be10c3:a640e994 -- Fri Dec 27 18:44:03 2013
atime: 0x52bff8a1:a9f08020 -- Sun Dec 29 05:25:37 2013
mtime: 0x52be0fe7:18a2f344 -- Fri Dec 27 18:40:23 2013
crtime: 0x52be0dd8:64394b00 -- Fri Dec 27 18:31:36 2013
Size of extra inode fields: 28
Extended attributes stored in inode body:
selinux = "unconfined_u:object_r:user_home_t:s0\000" (37)
EXTENTS:
(0):35304898
중요한 정보는 범위 섹션에 있습니다. 이것들은 실제로이 inode에서 사용되는 파일 시스템 블록입니다. LBA로 변환하면됩니다. 다음 방정식을 통해이를 수행 할 수 있습니다.
참고 : 파일 시스템이 4k 블록 크기를 사용하고 기본 하드웨어가 512 바이트 단위를 사용한다고 가정하면 Exent에 8을 곱해야합니다.
beginning LBA = (BEGIN EXTENT) * 8
ending LBA = (((ENDING EXTENT) + 1) * 8) - 1
예
따라서이 예에서는 파일이 단일 범위 내에 들어가기 때문에 시작 및 끝 범위는 동일합니다.
beginning LBA = 35304898 * 8 = 282439184
ending LBA = ((35304898 + 1) * 8) - 1 = 282439191
따라서 LBA는 282439184..282439191입니다.
참고 문헌