[clug] Re: cfdisk
Algis Kabaila
akabaila at pcug.org.au
Sun Jul 1 02:00:56 GMT 2007
Rodney,
First and foremost, "thank you" to all, who patiently followed this thread,
but particularly to Stephen Rothwell and Rod Peters, who bothered to reply.
I asked a question about cfdisk in a desperate situation: I had wiped out the
MBR, including the partition table for all my 15 partitions on a new amd 64
bit PC. I did that by trying to assign label names to some partitions and
managed to assign 'disk label', which is another name for partition table
etc.
However, the biggest "Thank You" goes to Rainer Klein, who throughout my
ordeal insisted that the partitions could be recovered, as long as I did not
attempt to write anything on the disk with lost partition table. He also
persistently sent me more URL's for better information.
All partitions, 1 to 15, were successfully recovered and the data has is now
backed up. Where was it? Partition 15, of course - the only law that allways
works is Murphy's law!
cfdisk was useful, particularly when used to print out sector list with
cfdisk -Ps /dev/sda
but in the end it was "parted" that was used to recover the partitions. As a
first step on Rainer's suggestion I scanned the hard disk, having booted on
gparted:
gpart /dev/sda
That gave a list of all suspected partition locations in long mb's (1024*1024
bytes each "long mb").
Then the "parted" interactive environment was invoked by for the PC booted
with the gparted CD, with the following command:
parted -i /dev/sda
whereupon it responded with a prompt
(parted)
Commands entered at that stage were of a "sudden death" nature. Some
experimentation was required to determine that "parted" used short mb (1 000
000 bytes) for input/output. The main command was "rescue", to which
the "parted" asked for the approximate start of the partition and approximate
end. It then located the partition and asked if the information was to be
added to the partition table. On answering "y" it did add the info to the
table. In this manner all partitions, 1..3 and 5..15 were recovered,
including kubuntu, which worked pretty well as if nothing had happened.
Thank you all once more for helping this old newbie to get out of the hole!
OldAl.
On Thursday 28 June 2007 22:00:27 Rod Peters wrote:
> Date: Wed, 27 Jun 2007 22:49:36 +1000
> From: Rodney Peters <rodneyp at pcug.org.au>
> Subject: [clug] Re: cfdisk
> To: linux at lists.samba.org
> Message-ID: <200706272249.36643.rodneyp at pcug.org.au>
> Content-Type: text/plain; charset="utf-8"
>
> Al,
>
> The "subtle" way is called hacking. Partitions on large disks are
> allocated in increments of about 7.8 MB. So guess the size in MB then
> change units display to sectors. If the number of sectors in the "new"
> partition does not match that of the lost partition then "delete" the "new"
> partition and try again with an amended number of MB.
>
> cfdisk & parted may define "MB" differently. Try to use what was
> originally used to partition the disk.
>
>
> Rod
>(snip...)
--
Algis Kabaila (Dr)
http://members.pcug.org.au/~akabaila/StructuralAnalysis
More information about the linux
mailing list