[Bug 207878] New: hard disk repartitioner fails
https://bugzilla.novell.com/show_bug.cgi?id=207878 Summary: hard disk repartitioner fails Product: openSUSE 10.2 Version: Alpha 4 Platform: x86-64 OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: gh55@heinzel.name QAContact: jsrain@novell.com I want to install Linux on a new PC with 320 GB disk which has a single Windows NTFS partition. During install from 10.2 alpha 4 CD's, the installer suggests to shrink the Windows partition to 100GB and split the rest into 3 Linux partitions. When I agree, it fails with error code -1021. After rebooting and examining the state I see that is has shrunk the NTFS partition and then stopped. With the rescue system's ntfsresize and fdisk I can do the remaining steps manually (delete partition, remake smaller, create Linux partitions), so there is nothing wrong with those tools or the hardware. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=207878 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |gh55@heinzel.name ------- Comment #1 from aj@novell.com 2006-09-23 14:24 MST ------- We need the YaST log files from the failure. Can you get them? Without them we do not really know what exactly happened :-( -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=207878 ------- Comment #2 from gh55@heinzel.name 2006-09-23 14:44 MST ------- Created an attachment (id=99504) --> (https://bugzilla.novell.com/attachment.cgi?id=99504&action=view) Yast installation log In response to the question, here are the logs. I doubt that they are very useful, however, since the bug occured during partitioning of the hard disk, and I cancalled the installation then and rebooted the rescue system. Only after I fixed the partitions manually, I restarted the installation and I would expect that only then (after sucessful partitioning) logfiles could have been written -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=207878 aj@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |fehr@novell.com |screening@forge.provo.novell| |.com | Status|NEEDINFO |NEW Info Provider|gh55@heinzel.name | ------- Comment #3 from aj@novell.com 2006-09-23 14:55 MST ------- Yes, this will not help much. We use a ram disk initially and even during that failure, the log files would be saved there - and those would be helpfull to nail down the problem. Let's see whether somebody has an idea - otherwise we have to close this as CANTFIX (aka INVALID). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=207878 gh55@heinzel.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gh55@heinzel.name Status|NEW |ASSIGNED ------- Comment #4 from gh55@heinzel.name 2006-09-23 15:05 MST ------- >From my memory, the state of the hard disk after I aborted YAST2 was similar to what I achieved manually by running ntfsresize -s 100G i.e. there is only one partition /dev/sda1, it claims the whole 320 GB but is only 100 GB large. When at this stage I botted windows, it also showed this situation. None of the remaining steps that I did manually with fdisk from the rescue system - delete /dev/sda1 - recreate /dev/sda1 with same starting sector and properties, but smaller size - proceed to create more partitions seem to have been done by Yast. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=207878 fehr@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED Fixed in Milestone|--- |Alpha 5 ------- Comment #5 from fehr@novell.com 2006-09-26 11:16 MST ------- Since by chance I got a new desktop with Win XP on it these days, I was able to reproduce a problem, that comes up when ntfsresize claims the windows filesystem being inconsistent. YaST2 did not handle this case correctly. I fixed this now and added also a text to the proposal explaining why win fs resize is not possible. It seems to be not too rare that ntfs system volumes come with an inconsistent ntfs (the machien I got was in such a state). The problems went away when I booted win XP and forced it to check the filesystems. Afterwards shrinking of the ntfs in YaST2 was successful. If similar things should happen again, it is always important to save the log files written to ramdisk before making a bug report. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com