Ondersteuning op Launchpad gevraagd: fout in installatieprogje 10.10 (Ubiquity)

[Pjotr]

Er zit een fout in het installatieprogramma van 10.10 RC, die ik heb gemeld op Launchpad:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/652852

JanC is 'm ook tegengekomen en heeft 'm al bevestigd. Als jullie hem ook hebben ervaren, help dan mee door te klikken op "this bug affects me" bovenaan de foutmeldingspagina.

Hopelijk zijn we nog op tijd voor de finale versie. 

[Vistaus]

@Pjotr: Waar ben je die bug dan tegengekomen? Toen ik eergisteren Kubuntu 10.10 installeerde, kwam ie gewoon met unallocated free space aanzetten.

[Pjotr]

In de RC van de Gnome-versie. De hoofdeditie dus. Misschien zit deze fout niet in Kubuntu dan?

[Nollie]

Oh boy ! Misschien goed om ook een oproep te doen in het engelse forum ?

Zou het kunnen dat je het wel kunt overschrijven ipv eerst leegmaken ?

[Vistaus]

In de RC van de Gnome-versie. De hoofdeditie dus. Misschien zit deze fout niet in Kubuntu dan?

Zou kunnen, maar lijkt me wel heel sterk. Als dat zo zou zijn, zou het denk ik allang opgevallen zijn.

[Pjotr]

Oh boy ! Misschien goed om ook een oproep te doen in het engelse forum ?

Zou het kunnen dat je het wel kunt overschrijven ipv eerst leegmaken ?

Handmatig installeren kan altijd nog:
http://sites.google.com/site/computertip/schijfindelen

Maar dat is minder makkelijk. Misschien wil je meehelpen door het zelf eens uit te proberen, en een melding te doen in het Launchpad-draadje van je bevindingen? Het zou bijvoorbeeld kunnen zijn, dat deze fout zich niet op alle ijzerwaar voordoet, enz. enz.

De tussenstand is voorlopig dat twee personen (JanC en ik) het hebben meegemaakt, en één persoon (Vistaus) niet.

[testcees]

Je kan de optie "Installeer naast bestaande besturingssystemen" gebruiken om een nieuwe Ubuntu installatie te doen in de niet-gepartitioneerde diskruimte.

http://wiki.ubuntu-nl.org/InstallatieDesktopMaverick#Schijfruimtetoewijzen

Blijkbaar nieuw in 10.10.

[Pjotr]

Je kan de optie "Installeer naast bestaande besturingssystemen" gebruiken om een nieuwe Ubuntu installatie te doen in de niet-gepartitioneerde diskruimte.

http://wiki.ubuntu-nl.org/InstallatieDesktopMaverick#Schijfruimtetoewijzen

Blijkbaar nieuw in 10.10.

Dat werkte bij mij niet.... De harde schijf van 100 GB bevatte Windows XP Pro (één partitie dus, van ongeveer 80 GB) en 20 GB ongeformatteerde vrije ruimte (vernietigde vroegere Ubuntupartitie).

Als ik koos voor "Installeer naast bestaande besturingssystemen", dan bood Ubiquity alleen de mogelijkheid om ruimte af te pakken van de Windowspartitie; de ongeformatteerde vrije ruimte bleef onbenut.

[testcees]

Dat werkte bij mij niet.... De harde schijf van 100 GB bevatte Windows XP Pro (één partitie dus, van ongeveer 80 GB) en 20 GB ongeformatteerde vrije ruimte (vernietigde vroegere Ubuntupartitie).

Als ik koos voor "Installeer naast bestaande besturingssystemen", dan bood Ubiquity alleen de mogelijkheid om ruimte af te pakken van de Windowspartitie; de ongeformatteerde vrije ruimte bleef onbenut.

Dat is jammer, hier werkte dat wel:

Schijf 80GB waarvan 11,6GB als NTFS partitie, de rest voor Ubuntu 10.10. De Ubuntu partitie gewist met Gparted van de Live-CD en Ubuntu opnieuw geïnstalleerd (daily-live 64bit).

Installeer naast bestaande besturingssystemen gekozen en NIET aan de schuifbalk gezeten. Kan dat laatste van invloed zijn?

Nieuwe installatie ging over de voormalige 10.10 partitie heen. No problemo. 

 <!> En, zoals te verwachten, waren al mijn persoonlijke instellingen en documenten verdwenen na de nieuwe installatie. Een betrouwbare back-up is (/was ) dus (meer dan) noodzakelijk en persoonlijk vindt ik een upgrade daarom handiger. Maar dat is een ander onderwerp.

[Pjotr]

@Femke98: jouw probleem heeft ook te maken met Ubiquity, maar het betreft een ander onderdeel van de werking van Ubiquity...

[jolo]

Er zit een fout in het installatieprogramma van 10.10 RC, die ik heb gemeld op Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/652852 (…) Hopelijk zijn we nog op tijd voor de finale versie.

Dat is dan blijkbaar niet gelukt. Want ik tref 'm hier ook aan in de finale versie van Ubuntu 10.10. Ik heb zojuist in je bugmelding "this bug affects me" doorgeklikt. Bovendien loopt er op het Engelstalige Ubuntu forum er een thread over Install Ubuntu 10.10 using free space. Met daarin een verwijzing naar jouw bugmelding en eveneens het verzoek 

For everyone who is affected by this problem, please mark the bug as "This bug affects me" at the top of the page.

Ik heb deze test ook gedaan met Kubuntu 10.10. En inderdaad. Dan gaat het zoals Vistaus zegt. Er kan dan wel gebruik gemaakt worden van de "unallocated free space". Alleen zit daar een andere bug in. Want daardoor wordt de partitietabel onleesbaar voor cfdisk. Dit is de sudo fdisk -l output

Code: [Selecteer]

jolo@P3:~$ sudo fdisk -l

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x90909090

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        4928    39576498+   7  HPFS/NTFS
/dev/sda2            4928        9730    38574081    5  Extended
/dev/sda5            4928        9527    36943872   83  Linux
/dev/sda6            9527        9730     1629184   82  Linux swap / Solaris
En sudo cfdisk /dev/sda toont de volgende foutmelding

Code: [Selecteer]

jolo@P3:~$ sudo cfdisk /dev/sda


FATAL ERROR: Bad primary partition 1: Partition ends in the final partial cylind
                          Press any key to exit cfdisk
Het gaat waarschijnlijk om deze bugmelding https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/545966 Of wellicht deze bugmelding https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/559110 Of de duplicate daarvan.

[testcees]

De aparte optie om ongebruikte ruimte te gebruiken blijkt te zijn vervallen. Met de 1e keuze, installeer naast bestaand besturingssysteem, kan je (normaal gesproken) Ubuntu in vrije, niet gepartitioneerde ruimte, installeren.

Als ik de aan de bug toegevoegde UbiquityPartman.gz goed begrijp is hier sprake van een derde linux systeem op sda5 en sda6.

[Pjotr]

Met de 1e keuze, installeer naast bestaand besturingssysteem, kan je (normaal gesproken) Ubuntu in vrije, niet gepartitioneerde ruimte, installeren.

Nee, dat is niet zo. Ik heb het uitgeprobeerd.

Met een harde schijf van 100 GB, waarvan 80 GB in gebruik bij Windows en 20 GB vrije, niet-gepartitioneerde ruimte, zal ubiquity alleen voorstellen om.... ruimte af te pakken van de 80 GB van Windows. De vrije 20 GB, daar doet ubiquity uit zichzelf niks mee. Althans op mijn laptop.

[testcees]

@Pjotr: je schijfindeling is:

Code: [Selecteer]

parted_server: OUT: 1 32256-52658438143 52658405888 primary ntfs /dev/sda1


parted_server: OUT: -1 52658438144-73959209983 21300771840 pri/log free /dev/sda-1


parted_server: OUT: 5 73959211008-98903785471 24944574464 logical ext4 /dev/sda5


parted_server: OUT: 6 98904834048-100029956095 1125122048 logical linux-swap /dev/sda6
De 2e regel is "free".

Mijn verwachting is (uiteraard geen advies!) dat als er geen derde besturingssysteem op sda5 en sda6 zijn, de 1e optie wel Ubuntu in de vrije ruimte zal installeren.

[Pjotr]

Niet dus....

Zoals gezegd: op de desbetreffende laptop negeerde de Ubiquity van Maverick de aanwezigheid van vernietigde vrije ruimte volkomen. In schrille tegenstelling tot eerdere Ubuntuversies (7.04 tot en met 10.04). De Ubiquity van Maverick stelde alleen voor om ruimte af te pakken van de Windowspartitie, hetgeen volstrekt overbodig was.

Slechts door te kiezen voor handmatige installatie kon ik de vernietigde ruimte benutten voor de installatie van Maverick.

---- Toevoeging:

Voor alle duidelijkheid:
- de harde schijf telt 100 GB;
- er was 26,1 GB vrije ruimte ("unallocated free space", vernietigde vroegere Ubuntupartitie);
- er was een Windowspartitie van 73,9 GB;
- Ubiquity stelde voor, om de Windowspartitie in te krimpen naar 53,5 GB en de vrijkomende 20,4 GB aan Ubuntu te geven. Zie deze afbeelding:


De bestaande vrije ruimte van 26,1 GB werd dus geheel door Ubiquity genegeerd. Net alsof die er niet was.

[Pjotr]

Ik heb mijn bovenstaande bericht aangevuld en verduidelijkt, om zodoende hopelijk elk misverstand uit de weg te ruimen.

Overigens geeft het groeiende aantal berichten in de Launchpad-draad al aan, dat veel mensen hier last van hebben. Tot nu toe helaas nog geen reactie van een ontwikkelaar gezien.... 

[testcees]

Er is inderdaad iets onduidelijk met de slider.

Mijn situatie:
80GB disk
10GB, sda1 XP
70GB, vrij

Als ik kies voor installeer naast bestaand besturingssysteem, krijg ik een slider. Als ik deze iets naar links schuif geeft deze aan 1GB voor Ubuntu.

Na installatie van 10.10 is nu de situatie:
9GB, sda1, XP
71GB voor Ubuntu (sda5, 69GB + sda6 2GB).

[jolo]

Zo een soort afbeelding zag ik in Ubuntu Maverick tijdens de Disk Setup toch ook, op mijn test PC in Antwoord #12 van dit topic. Zo te zien gaat het om ubiquity version 2.4.8   https://launchpad.net/ubiquity/ Overigens had van degene die een comment had toegevoegd aan je bugmelding, het probleem gepost bij Lauchpad Answer  https://answers.launchpad.net/ubuntu/+source/ubiquity/+question/127896 Verder had iemand dit ubiquity probleem gepost op het Engelstalige Ubuntu forum ubiquity and install alongside mode. Hij werd zo te zien doorverwezen naar de ubuntu-devel mailing list.

Om de één of andere reden toont ubiquity in Ubuntu andere info dan ubiquity in Kubuntu. Terwijl ubiquity in Ubuntu inderdaad voorstelt vrije ruimte te gebruiken van de Windows partitie, stelt ook bij mij op dezelfde PC ubiquity in Kubuntu gebruik te maken van het unallocated space. Zie onderstaande afbeelding

[Vistaus]

@jolo: Precies. Daarom kan ik de bug ook niet "confirmen", omdat Kubuntu het wel goed doet. En waarom? Kubuntu gebruikt precies dezelfde Ubiquity, alleen grafisch ziet ie er ietsje anders uit, maar verder is ie precies hetzelfde.

[testcees]

alleen grafisch ziet ie er ietsje anders uit, maar verder is ie precies hetzelfde.

Kan de bug anders worden omschreven? Het ubiquity-slider scherm toont rechts niet de waarde die de linux installatie gaat gebruiken maar de omvang die van XP af wordt gehaald. De vrije ruimte wordt (hier althans) wel gebruikt voor Ubuntu met als resultaat een groter Linux partitie dan op het ubiquity-slider scherm was gesuggereerd.

[jolo]

  Kubuntu gebruikt precies dezelfde Ubiquity, alleen grafisch ziet ie er ietsje anders uit, maar verder is ie precies hetzelfde.

Dat het er grafisch anders uitziet, kan toch de reden zijn dat ubiquity in Ubuntu 10.10 bij Disk Setup, geen unallocated space toont.

Verder verklaart dat nog niet waarom in Kubuntu de ubiquity installer bij het gebruik van unallocated space, de partities laat overlappen. (Zie partitie tabel uit antwoord #12 op de vorige bladzijde.) Want als de Windows partitie begint bij cylinder 1 en eindigt op cylinder 4928, dan zou de door de ubiquity installer aangemaakte EXT4 partitie niet behoren te beginnen op cylinder 4928. Maar op cylinder 4929.

[Vistaus]

@jolo: Is dat overlappen niet voor Grub? Kan het mishebben hoor.
En met dat grafische bedoelde ik meer de kleurstelling; bij Ubuntu oranje/beige/zwart, bij Kubuntu blauw/wit/grijs.

[jolo]

@Vistaus Waarom zou partitie overlap voor Grub nodig zijn? Had je dat ergens gelezen? Op de hoofd PC uit mijn onderschrift bijvoorbeeld, heb ik de Windows en Linux partitie handmatig via GParted van de Parted Magic LiveCD aangemaakt. Zie code

Code: [Selecteer]

jolo@conroe:~$ sudo fdisk -l
[sudo] password for jolo:

Schijf /dev/sda: 500.1 GB, 500107862016 bytes
255 koppen, 63 sectoren/spoor, 60801 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Schijf-ID: 0x5ef02520

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1               1       10199    81923436    7  HPFS/NTFS
/dev/sda2           10200       15298    40957717+   7  HPFS/NTFS
/dev/sda3   *       15299       60801   365502272+   5  Uitgebreid
/dev/sda5           15299       21672    51199123+   7  HPFS/NTFS
/dev/sda6           21673       25496    30716248+  83  Linux
/dev/sda7           25497       29320    30716248+  83  Linux
/dev/sda8           29321       31870    20482843+  83  Linux
/dev/sda9           31871       34420    20482843+  83  Linux
/dev/sda10          34421       34675     2048256   82  Linux wisselgeheugen
/dev/sda11          34676       37224    20474811   83  Linux
/dev/sda12          37225       60801   189376512   83  Linux
Zoals je ziet zit daar in geen overlap. De Grub van Ubuntu 10.04.1 werkt hiermee gewoon.

In zoverre is in Ubuntu de ubiquity installer anders dan die in Kubuntu, dat deze wel after maar geen before laat zien.

[Vistaus]

@jolo: Ik zei al dat ik het mis kon hebben, kennelijk heb ik dat ook

[jolo]

Kan de bug anders worden omschreven? Het ubiquity-slider scherm toont rechts niet de waarde die de linux installatie gaat gebruiken maar de omvang die van XP af wordt gehaald. De vrije ruimte wordt (hier althans) wel gebruikt voor Ubuntu met als resultaat een groter Linux partitie dan op het ubiquity-slider scherm was gesuggereerd.

Ik denk dat ik inmiddels begrijp, wat je bedoelt. Ubuntu' ubiquity geeft de indruk dat ondanks de beschikbare ongepartitioneerde ruimte, dat deze alleen vrije ruimte afhaalt van een NTFS partitie. Ik heb op de AthlonXP PC uit mijn onderschrift de volgende test gedaan. Zie onderstaande afbeelding met een Windows XP en NTFS-data partitie.



Als ik daarop Ubuntu 10.10 op ga installeren, toont de ubiquity installer, dat deze 3 GB gaat gebruiken van de NTFS-data partitie. Zie afbeelding



Als doorga met installeren, dan zie ik wanneer de installatie voltooid is de volgende partitie indeling



Ik krijg de indruk dat de Ubuntu 10.10 ubiquity installer je op het verkeerde been zet.