Bug#293859: installation-report
On Saturday 12 February 2005 02:05, Frans Pop wrote: On Saturday 12 February 2005 00:22, Steve Langasek wrote: Colin Watson caught up with this bug on IRC the other night. It's caused by something in the stack not coping well with the text-with-accents that os-prober picks up on systems running XP French. The hypothesis was that cdebconf couldn't handle non-UTF8 text; if that's the case, then either the input needs to be sanitized when subbed into the db, or cdebconf needs to be more forgiving of non-UTF8 input. I've tested this within d-i using three testcases: 1. Microsoft Windows XP Homé Edition (ISO-8895-1 encoded) 2. Microsoft Windows XP Homé Edition (UTF-8 encoded) 3. (Microsoft) Windows/XP - Home_Edition 8990 I've committed a patch to os-prober that will make d-i fall back to a default description if the one in boot.ini contains any other characters than a-zA-Z0-9 ()/_- (chosen somewhat arbitrarily). wouldn't dropping the 'any other characters' make more sense? -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgp0fCR1Q19aj.pgp Description: PGP signature
Bug#293859: installation-report
On Saturday 12 February 2005 14:41, cobaco (aka Bart Cornelis) wrote: wouldn't dropping the 'any other characters' make more sense? The default used is quite sensible: Windows NT/2000/XP. Also, if we just dropped those characters, Microsoft Windows XP édition familiale would be included in GRUB's menu as Microsoft Windows XP dition familiale I don't think our French users would be very happy with that.
Bug#293859: installation-report
Quoting Frans Pop ([EMAIL PROTECTED]): On Saturday 12 February 2005 14:41, cobaco (aka Bart Cornelis) wrote: wouldn't dropping the 'any other characters' make more sense? The default used is quite sensible: Windows NT/2000/XP. Also, if we just dropped those characters, Microsoft Windows XP édition familiale would be included in GRUB's menu as Microsoft Windows XP dition familiale I don't think our French users would be very happy with that. They wouldn't..:-). Again, sorry, for being the nasty people with our accents..:) Of course, having something like s/é/e/ would be better but I don't know whether a generic solution for such replacement exists. --
Bug#293859: installation-report
Martin Fuzzey wrote: The NTFS resize from d-i didn't work - no error message it just returned me to the partition screen with no changes after asking for the new size and warning me it would have to write. I tried qtparted from a system resuce CD and that gave me an error message indicating that the NTFS partition was inconsistant. Running chkdsk /f from windows fixed it - unfortunately I didn't try to resize after that from d-i but did it from qtparted. I let d-i create the new linux partitions in the free space thus created. I suspect that the NTFS partition error was also the reason d-i didn't work but an error message would have been nice I've cloned a bug for partman for this. The install boot loader phase seemed to lock up at the 33% stage [Installing GRUB Boot Loader / Determining GRUB Boot Device] The machine itself was NOT locked however, I could switch to a console and login with ssh if i tried doing a remote install in expert mode. The problem was 100% reproducable - I rebooted several times and it always stopped at the same place. Running with DEBCONF_DEBUG=5 gave this at the end of my syslog : Jan 30 16:30:18 debconf: -- SUBST grub-installer/with_other_os OS_LIST Microsoft Windows XP dition familiale--- This is French XP Home with an acute accent on edition... Jan 30 16:30:18 debconf: Adding [OS_LIST] - [Microsoft Windows XP dition familiale] Jan 30 16:30:18 debconf: -- 0 Jan 30 16:30:18 debconf: -- PROGRESS STEP 1 Jan 30 16:30:18 debconf: -- 0 OK Jan 30 16:30:18 debconf: -- PROGRESS INFO grub-installer/progress/step_bootdev Jan 30 16:30:18 debconf: -- 0 OK Jan 30 16:30:18 debconf: -- INPUT high grub-installer/with_other_os Jan 30 16:30:18 debconf: -- 0 question will be asked Jan 30 16:30:18 debconf: -- GO It appears the GO command to the installer UI never returned... (I wasn' asked any questions here as I should have been...) Well it does look very much like it should have asked you that question and the UI hung up instead. I suppose the French accent in the message could have something to do with it, seems strange though. Were you installing in French? Does it happen if you run the install in English? Could you get a ps fax tree at this point? -- see shy jo signature.asc Description: Digital signature
Bug#293859: installation-report
On Fri, Feb 11, 2005 at 02:35:37PM -0500, Joey Hess wrote: The install boot loader phase seemed to lock up at the 33% stage [Installing GRUB Boot Loader / Determining GRUB Boot Device] The machine itself was NOT locked however, I could switch to a console and login with ssh if i tried doing a remote install in expert mode. The problem was 100% reproducable - I rebooted several times and it always stopped at the same place. Jan 30 16:30:18 debconf: -- SUBST grub-installer/with_other_os OS_LIST Microsoft Windows XP dition familiale--- This is French XP Home with an acute accent on edition... Jan 30 16:30:18 debconf: Adding [OS_LIST] - [Microsoft Windows XP dition familiale] Jan 30 16:30:18 debconf: -- 0 Jan 30 16:30:18 debconf: -- PROGRESS STEP 1 Jan 30 16:30:18 debconf: -- 0 OK Jan 30 16:30:18 debconf: -- PROGRESS INFO grub-installer/progress/step_bootdev Jan 30 16:30:18 debconf: -- 0 OK Jan 30 16:30:18 debconf: -- INPUT high grub-installer/with_other_os Jan 30 16:30:18 debconf: -- 0 question will be asked Jan 30 16:30:18 debconf: -- GO It appears the GO command to the installer UI never returned... (I wasn' asked any questions here as I should have been...) Well it does look very much like it should have asked you that question and the UI hung up instead. I suppose the French accent in the message could have something to do with it, seems strange though. Were you installing in French? Does it happen if you run the install in English? Could you get a ps fax tree at this point? Colin Watson caught up with this bug on IRC the other night. It's caused by something in the stack not coping well with the text-with-accents that os-prober picks up on systems running XP French. The hypothesis was that cdebconf couldn't handle non-UTF8 text; if that's the case, then either the input needs to be sanitized when subbed into the db, or cdebconf needs to be more forgiving of non-UTF8 input. Since this is related to a string that's pulled verbatim from the disk containing the Windows install, the choice of d-i install language is not relevant here. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#293859: installation-report
On Saturday 12 February 2005 00:22, Steve Langasek wrote: Colin Watson caught up with this bug on IRC the other night. It's caused by something in the stack not coping well with the text-with-accents that os-prober picks up on systems running XP French. The hypothesis was that cdebconf couldn't handle non-UTF8 text; if that's the case, then either the input needs to be sanitized when subbed into the db, or cdebconf needs to be more forgiving of non-UTF8 input. I've tested this within d-i using three testcases: 1. Microsoft Windows XP Homé Edition (ISO-8895-1 encoded) 2. Microsoft Windows XP Homé Edition (UTF-8 encoded) 3. (Microsoft) Windows/XP - Home_Edition 8990 The 3rd case was chosen to test if any of the characters in it would cause problems. 1: causes the hang described in the bug report 2: is accepted fine by d-i and displayed correctly 3: works fine for both d-i and grub Although UTF-8 encoding seems to work for d-i, I've chosen to sanitize the input as: - we don't really know what encodings boot.ini could be in, so we don't really know what we should convert _from_ if we wanted to convert the input to UTF-8; - I have no idea what grub would make of UTF-8 encoding. I've committed a patch to os-prober that will make d-i fall back to a default description if the one in boot.ini contains any other characters than a-zA-Z0-9 ()/_- (chosen somewhat arbitrarily). I've tested that this rejects both 1. and 2. and allows 3. Cheers, FJP
