Problems with network install of rescue.bin
Using boot-floppies 3.0.17-2001-11-18 on i386 to install testing. When trying to download rescue.bin over the network, dbootstrap used the path: http://my.mirror/debian/images-1.44/rescue.bin That is, just appending images-1.44/rescue.bin to the archive URL. Earlier in the process, of course, I had selected 'testing', and debootstrap successfully downloaded and installed the base .debs from the correct location. To work around the problem, in the URL dialog, I replaced: http://my.mirror/debian (the default value) with http://my.mirror/debian/dists/woody/main/disks-i386/current which allowed rescue.bin and drivers.tgz to be downloaded correctly. After it was downloaded, I got an error: Mount Failed Unable to mount the Rescue Floppy. You may have inserted the wrong floppy. Please try again. Continue and then: Select Floppy Disk Drive Please select the floppy drive you will use to read the Rescue Floppy. /dev/fd0 : first floppy drive /dev/fd1 : second floppy drive Cancel Of course, I don't want either of these; I want to use the image I just downloaded. Are these known problems? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with network install of rescue.bin
On Sun, Dec 09, 2001 at 04:46:43AM -0500, Matt Zimmerman wrote: Using boot-floppies 3.0.17-2001-11-18 on i386 to install testing. When trying to download rescue.bin over the network, dbootstrap used the path: http://my.mirror/debian/images-1.44/rescue.bin That is, just appending images-1.44/rescue.bin to the archive URL. Earlier in the process, of course, I had selected 'testing', and debootstrap successfully downloaded and installed the base .debs from the correct location. In case it wasn't apparent, I happened to install the base system BEFORE installing the kernel and modules. So it seems that the download URL was set to point to the top of the archive tree, and then that (incorrect) path was used when I went back to installing the kernel. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with network install of rescue.bin
In message [EMAIL PROTECTED], Matt Zimmerman writes: In case it wasn't apparent, I happened to install the base system BEFORE installing the kernel and modules. So it seems that the download URL was set to point to the top of the archive tree, and then that (incorrect) path was used when I went back to installing the kernel. Yeah, debootstrap_extract_base() is clobbering the global nf_state struct. I guess it ought to restore the old version when it's through. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with network install of rescue.bin
In message [EMAIL PROTECTED], Matt Zimmerman writes: In case it wasn't apparent, I happened to install the base system BEFORE installing the kernel and modules. So it seems that the download URL was set to point to the top of the archive tree, and then that (incorrect) path was used when I went back to installing the kernel. Incidentally, this is basically the same issue as #122633 and #69155. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems with network install of rescue.bin
On Sun, Dec 09, 2001 at 01:30:49PM +, Philip Blundell wrote: In message [EMAIL PROTECTED], Matt Zimmerman writes: In case it wasn't apparent, I happened to install the base system BEFORE installing the kernel and modules. So it seems that the download URL was set to point to the top of the archive tree, and then that (incorrect) path was used when I went back to installing the kernel. Incidentally, this is basically the same issue as #122633 and #69155. Hmm, I didn't realize this was a requested feature and not a bug. ;-) The bug title is actually misleading; I don't care whether it remembers my mirror selection. The problem is that, if you do things in this order, the default is wrong and doesn't work. Any idea about the problem with extracting them once they've been downloaded? -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]