-
Senior Member
registered user
i do not quite "trust" gpart, mainly cause of the tendency to make wrong diagnosis of large disk geometries, it is slightly unstable above 1024 cylinders (which is quite common today)
-
Senior Member
registered user
Don't prepend the'http://' with wget
I had a suspicion, and tried the address given here, w/o the http:// prefix:
Code:
root@Microknoppix:/home/knoppix# wget ftp.us.debian.org/debian/pool/main/g/gpart/gpart_0.1h-4.1_i386.deb
--2010-02-04 22:48:15-- http://ftp.us.debian.org/debian/pool...h-4.1_i386.deb
Resolving ftp.us.debian.org... 35.9.37.225, 64.50.236.52, 128.30.2.36, ...
Connecting to ftp.us.debian.org|35.9.37.225|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 36310 (35K) [application/octet-stream]
Saving to: `gpart_0.1h-4.1_i386.deb'
100%[======================================>] 36,310 45.7K/s in 0.8s
2010-02-04 22:48:16 (45.7 KB/s) - `gpart_0.1h-4.1_i386.deb' saved [36310/36310]
So, nothing wrong with the advice, really. And wget is your friend.
-

Originally Posted by
OErjan
i do not quite "trust" gpart, mainly cause of the tendency to make wrong diagnosis of large disk geometries, it is slightly unstable above 1024 cylinders (which is quite common today)
Is there a better way to recover the partition table? gpart rocked for me on that particular occasion. It might not the next time around. Maybe thats why it isn't included on Knoppix6.2.
-
Senior Member
registered user
sadly every tool has it's limits, to eliminate errors I use several to get all information I can on the disk first
smartmontools
fdisk
sfdisk
testdisk
also I frequently use ddrescue and regular dd with flags conv=noerror,sync to "save" images of drives, it takes forever on large disks but it can save me in long run.
also I frequently use gzip to compress the image.
Code:
dd if=/dev/sdaX conv=noerror,sync | gzip -9 > /dev/sdbY/image.gz
sometimes I have used hex-edit to "rescue" important documents form such drive-images of damaged disks, it can be, uhm challenging but beter than total loss.
this is a jungle, I have been called by friends and friends of friends... to rescue "crashed" computers for two decades+ and I have only scratched the surface over that time, i have no banks of circuitboards from HDD's (ok a few), no clean rooms... i just try as best i can, if i see i can not do anything i say so and inform them about the more competent alternatives, sadly those come at a cost, some opt for that others not.
-

Originally Posted by
OErjan
sadly every tool has it's limits, to eliminate errors I use several to get all information I can on the disk first
smartmontools
fdisk
sfdisk
testdisk
also I frequently use ddrescue and regular dd with flags conv=noerror,sync to "save" images of drives, it takes forever on large disks but it can save me in long run.
also I frequently use gzip to compress the image.
Code:
dd if=/dev/sdaX conv=noerror,sync | gzip -9 > /dev/sdbY/image.gz
sometimes I have used hex-edit to "rescue" important documents form such drive-images of damaged disks, it can be, uhm challenging but beter than total loss.
this is a jungle, I have been called by friends and friends of friends... to rescue "crashed" computers for two decades+ and I have only scratched the surface over that time, i have no banks of circuitboards from HDD's (ok a few), no clean rooms... i just try as best i can, if i see i can not do anything i say so and inform them about the more competent alternatives, sadly those come at a cost, some opt for that others not.
Will dd work when you cant actually see that the hard drive exists with fdisk, df, or blkid?
-
Re: Yahoo!

Originally Posted by
sbininit

Originally Posted by
rusty
Lets try it another way then. In a root terminal type:
and then
Code:
dpkg -i gpart_0.1h-4.1_i386.deb
Thanks I couldn't get it with wget for some reason-
root@Microknoppix:/home/knoppix# wget http//ftp.us.debian.org/debian/pool/main/g/gpart/gpart_0.1h-4.1_i386.deb
--2010-01-31 08:38:59--
http://http//ftp.us.debian.org/debia...h-4.1_i386.deb
Resolving http... failed: Name or service not known.
wget: unable to resolve host address `http'
root@Microknoppix:/home/knoppix#
but I manually found found the .deb and opened it with debi package installer and now it works.
Hey-
note the extra http here: http://http//ftp.us.debian.org/ - happens all the time, IMHO
-Krishna
Similar Threads
-
By ktas in forum Hardware & Booting
Replies: 12
Last Post: 09-08-2005, 12:01 AM
-
By OpenIntro in forum General Support
Replies: 17
Last Post: 04-04-2005, 10:33 PM
-
By Albretch in forum Hardware & Booting
Replies: 0
Last Post: 12-23-2004, 10:49 AM
-
By Baraboo in forum Hdd Install / Debian / Apt
Replies: 1
Last Post: 07-09-2004, 02:06 PM
-
By jackren in forum Hdd Install / Debian / Apt
Replies: 0
Last Post: 05-21-2004, 12:21 PM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules

16GB KIT (2x8GB) DDR4 Gamer Desktop RAM PC4 MIXED BRANDS
$65.00

Netac DDR4 32GB 16GB DDR4 3200MHz UDIMM C16 Desktop Internal Memory RAM Kit
$99.99

128gb DDR4 Ram Hpyerx HX430C15PB3K8/128 16x8 3000 MHZ CL15 Tested Read DESC
$300.00

LOT of DDR4/DDR5 RAM for PARTS AS IS
$429.00

Samsung 32GB (2x16GB) DDR5-4800 PC5-38400 UDIMM RAM M323R2GA3BB0-CQK0L
$290.00

A-Tech 8GB DDR3 1600 PC3-12800 Laptop SODIMM 204-Pin Memory RAM PC3L DDR3L 1x 8G
$21.68

LOT of 4X HMA82GU7MFR8N-TF Hynix 16GB 2Rx8 PC4-2133P DDR4 Server Memory " 64GB "
$210.00

(24) SK Hynix - HMT84GL7AMR4C-RD - 32GB 4Rx4 PC3-14900L - Server RAM
$490.00

Dell 32GB 2Rx8 DDR5 ECC UDIMM 5600 MT/s
$1199.99

RAMAXEL Lenovo 32GB LPDDR5X CAMM2 7500MHz Laptop RAM | UNTESTED
$445.00