From: hirofumi@mail.parknet.co.jp (OGAWA Hirofumi)
To: kernelnewbies@lists.kernelnewbies.org
Subject: VFAT i_pos value
Date: Sat, 03 Dec 2011 15:20:04 +0900 [thread overview]
Message-ID: <87wraew50r.fsf@devron.myhome.or.jp> (raw)
In-Reply-To: <4ED7E797.6050106@gnukai.com> (Kai Meyer's message of "Thu, 01 Dec 2011 13:46:15 -0700")
Kai Meyer <kai@gnukai.com> writes:
> Thanks for the helpful response. I'm not entirely sure I understand the
> next part though. I hacked a dirty entry dumper tool:
>
> #include <stdio.h>
> #include <linux/msdos_fs.h>
> #include <sys/types.h>
> #include <sys/stat.h>
> #include <fcntl.h>
> #include <unistd.h>
> #include <string.h>
>
> int main(int argc, char** argv)
> {
> off_t pos = atoi(argv[2]);
> unsigned long block;
> off_t sector;
> unsigned int offset;
> int fd = open(argv[1], O_RDONLY);
> char buf[512];
> struct msdos_dir_entry dirent;
> block = pos / (4096 / 32);
> sector = block * 8;
> offset = pos % (4096 / 32);
> printf("block %lu, sector %lu, offset %u\n", block, sector,
> offset);
> lseek(fd, sector * 512, SEEK_SET);
> if (read(fd, buf, 512) < 0) {
> fprintf(stderr, "Unable to read from device %s\n",
> argv[1]);
> return -1;
> }
> memcpy(&dirent, buf + offset, sizeof(dirent));
> printf("name %s\n", dirent.name);
> printf("attr %u\n", dirent.attr);
> printf("lcase %u\n", dirent.lcase);
> printf("ctime_cs %u\n", dirent.ctime_cs);
> printf("ctime %u\n", dirent.ctime);
> printf("cdate %u\n", dirent.cdate);
> printf("adate %u\n", dirent.adate);
> printf("starthi %u\n", dirent.starthi);
> printf("time %u\n", dirent.time);
> printf("date %u\n", dirent.date);
> printf("start %u\n", dirent.start);
> printf("size %u\n", dirent.size);
> }
>
> Here's what it outputs:
>
> ./vfat_entry /dev/sblsnap0 523793
> block 4092, sector 32736, offset 17
> name
> attr 255
> lcase 255
> ctime_cs 255
> ctime 12799
> cdate 12670
> adate 8224
> starthi 8224
> time 23072
> date 21061
> start 32
> size 2171155456
>
> So, I take starthi, and shift 16 bits left, then and in the start value.
> That should give me the byte address of the first cluster of the file,
> correct?
>
> Then I need to follow the cluster chain until I get a bad value.
It looks like wrong as dirent. Did you use 523793 really? If so, I think
523791 is correct value. :)
--
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
next prev parent reply other threads:[~2011-12-03 6:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-30 22:33 VFAT i_pos value Kai Meyer
2011-11-30 23:22 ` Abhijit Hoskeri
2011-12-01 14:38 ` OGAWA Hirofumi
2011-12-01 16:38 ` Kai Meyer
2011-12-01 19:20 ` OGAWA Hirofumi
2011-12-01 20:46 ` Kai Meyer
2011-12-03 6:20 ` OGAWA Hirofumi [this message]
2011-12-03 6:23 ` OGAWA Hirofumi
2011-12-08 21:35 ` Kai Meyer
2011-12-09 11:01 ` OGAWA Hirofumi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87wraew50r.fsf@devron.myhome.or.jp \
--to=hirofumi@mail.parknet.co.jp \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.