Re: Parted 1.4.20 bug report

[Andrew Clausen]

Hi Andy,

On Sat, Oct 27, 2001 at 05:28:49PM -0400, ajs372 wrote:
> I then proceeded to reposition the last(minor=6).
> 20020.651 - 9640.600  = 10370.051 = size of 6
> 29329.606 - 10370.051 = 18959.555 = new beginning pos for 6
> 
>    (parted) resize 6 18959.555 29329.606
>    (parted) print
>    Disk geometry for /dev/hda: 0.000-29333.390 megabytes
>    Disk label type: msdos
>    Minor    Start       End     Type      Filesystem  Flags
>    1          0.031   3004.343  primary   FAT         boot
>    2       3004.343   5004.624  primary   ext2
>    4       5004.624   5130.131  primary   linux-swap
>    3       5130.132  29329.606  extended              lba
>    5       5130.163   9640.568  logical   FAT
>    6      18959.555  29329.606  logical   FAT         lba
> 
> When It was finished I mounted 6 (mount -t vfat /dev/hda6 /mnt/win_e)
> An "ls" showed the directory structure was intact, but decending into a 
> subdiretory (music) performing an "ls" revealed a severly garbled set of 
> files along with some completely intact.

Could you send me the output of

        $ ls -U -l /mnt/win_e/music | gzip > corrupt-ls.gz

(that is the only corrupted directory?  You can probably check with
"du")

> The garbled filnames were 
> composed random alphabetic and non alphabetic characters. To be sure the 
> files with correct file names were intact, I played several of the 
> mp3's, which seemed to be completely ok.

Good to hear :)
 
> I have a list of the directory contents(/mnt/win_e/music) before the 
> parted actions, if it would be of use. If you need any more info, please 
> email me. I will attempt not to reboot as long as possible.

Yep, that would be useful... could you send the list to me (maybe gzip
them?)

Rebooting Linux shouldn't harm my prospects for getting information,
nor fixing your fs... (although, it sounds like a problem scandisk
can deal with...)

Thanks!
Andrew