GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Not saying no jokes, but using the same old windows jokes is getting boring and very tiresome, and I'm probably a bit more frustrated than usual because of the ridiculously hot weather. Next time be a bit more creative, yeh
I have never bothered with the options, having said that the images I have produced are only to be put back on the same partition later on, or I have copied data from one drive to another which was identical.
Just read the man page, count is the number of blocks to read, not the number of cylinders - if it is not specified it will continue until the end of the file is found, in your case the end of the partition
Just incase you have a different version of dd than me, in cfdisk if you select the unit option twice it will show the number of cylinders rather than the size in MB
if /dev/hdb is vfat then the image will be vfat, you don't need to create the image file first and set up its filesystem or anything just do:
Code:
dd if=/dev/hdb1 of=windows.img
and then when its finished you can test the image by doing
Code:
mount -o loop -t vfat windows.img /mnt/hd
Remember that your going to be putting these files on a partition on the other drive so copy the image of hdb1 (the partition, assuming its the only 1 on the drive) and not just an image of the drive hdb
I have just done some major updates to my system, so I have just done the same thing, though after testing the image instead of writing it to a new partition I have just bunzip'd it and put it out the way
Edit: yes, I would format the partition first, because I'm unsure of the information that gets stored in the partition table, and if it does store the filesystem type then I'm sure dd'ing the image back to the partition wouldn't update the partition table
I've no experience with booting USB drives, but I've got my fingers crossed thats what the problem is, lol.
From the sounds of things though it is booting correctly, maybe Windows98 doesn't like it. Windows 98 needs to be on the first partition of the drive and for that partition to be primary or it spits its dummy out. Also try to boot it with the new hdd in the same place as where the old one used to be, ie if the old windows 98 drive used to be the primary slave then put the new one as the primary slave
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.