Gezien het feit dat het om een HP gaat, zal het wellicht dus de Credential Manager, Recovery Manager, ProtectTools, PC Angel of Backup and Recovery zijn die in de MBR schrijft, zodat Grub overschreven wordt.
Kan je via het Windows-configuratiescherm nagaan welke software van deze genoemde programma's geïnstalleerd is? Dan kan je doelgericht kijken of je een functie in dat programma aan/uit kan zetten zonder het geheel te moeten verwijderen.
Er is een HP_Recovery-schijf voor Windows. Zal ik die NTFS-partitie (sda2) helemaal verwijderen?
Dat durf ik zo niet te zeggen. Ik ken de opties van HP_recovery niet.
Versie A: De recovery zet het systeem naar de fabrieksinstellingen terug, alle wijzigingen gaan verloren. Dat zou een heel domme reparatie zijn omdat je hierdoor ook alle updates of nadien geïnstalleerde + betaalde programma's kwijtraakt. Het kost je dan nog veel meer tijd om deze nadien geïnstalleerde software te herstellen.
Versie B: Een "smart" recovery - alleen beschadigde systeembestanden worden hersteld. De recovery wordt ook gebruikt om aanvullende programma's te herstellen (controle op HD's, accu-status, firmware-status, BIOS). Deze recovery-tools zou je bijv. nodig kunnen hebben als je een upgrade van firmware uitvoert of je BIOS flasht. Gaat dat fout, dan kan je de originele instellingen terugzetten.
Uit eigen ervaring ken ik een recovery van PackardBell (1998). Daarmee was het volgens mij mogelijk om Word te herstellen als je door installaties/upgrades nadien het programma had beschadigd. Er werd geen Word-cd geleverd, maar alleen de recovery. Bij een defect kon je ook alleen via de recovery-cd/partitie je Word terugkrijgen.
Maar PeterF kan hierover beter adviseren omdat hij een HP heeft. Zodra je twijfelt aan mijn of andere adviezen, volg zijn raad want hij kent de HP-programma's en eigenwaardigheden.
Op mijn werkende laptop ligt de partitie tabel ook niet in schijfvolgorde , daarover hoef je geen zorgen te hebben.
Hier ben ik het niet met PeterF eens. Het kan wel met je probleem te maken hebben. Het irritante aan deze situatie is, dat de leveranciers soms "vreemde digitale krasjes" vanaf fabriek leveren, waardoor het kopiëren van de bestanden of partities onmogelijk wordt gemaakt. Natuurlijk mag Microsoft van mij de software beveiligen tegen illegale kopieën, maar ik zou zelf een back-up-programma naar eigen keus willen gebruiken. Sommige "beschadigingen" zorgen misschien ervoor dat je een partitie niet eens kan kopiëren naar een externe HD.
Er zijn volgens mij problemen gemeld waarin Grub2 telkens in de war was met de volgorde c.q. telling van de hd's/partities. Zoiets kan met Grub1 handmatig worden aangepast, in Grub2 gaat veel meer automatisch waardoor het moeilijker wordt om zulke knelpunten handmatig te herstellen.
In Grub1 (hier nog steeds in gebruik) kan ik met een simpele tekst-editor het /boot/grub/menu.lst-bestand aanpassen. Grub2 hoeft eigenlijk zelden/nooit aangepast te worden, maar als het dan moet is het m.i. ingewikkeld. (Jaja, ik weet het - er zijn wiki's voor geschreven. Maar ik ben een oude conservatieve z@k.)
... maar weer terug naar de ham-vraag: het repareren van de "schijfvolgorde" of helemaal verwijderen van de partitie kan theoretisch daartoe leiden dat de recovery niet meer werkt omdat de plek/telling/UUID wordt veranderd op je HD. Maar het niet repareren kan inhouden dat je telkens weer gedoe hebt met Grub2.
NB: Door het verwijderen van de sda2 krijgt volgens mij de Ubuntu-partitie ook een nieuwe UUID. Als je hierna Ubuntu niet meer zou kunnen starten, moet je de nieuwe UUID met de live-CD uitlezen en hierna Grub1/2 laten repareren.
@PeterF: Werkte het met Grub1 wel als de Credential Manager and HP Protecttools nog geïnstalleerd waren? Dan is de oorzaak voor de bescherming misschien een vastgelegde maximale waarde/grootte die door Grub2 wordt overschreden:
GRUB 2's core.img is much bigger then GRUB Legacy's stage1.5.
Seems like some Windows thing doestn't use the first part of the embeding area but something in the middle or end of it.