Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)  (gelezen 2017 keer)

Offline Beekhof

  • Lid
In bijlage is een proef beschreven van de gevolgen na een upgrade van W7 naar W10 in een Dual boot systeem met ook nog Ubuntu als opperbaas.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #1 Gepost op: 2016/06/29, 18:55:14 »
Het is mijn bedoeling om (ook weer m.b.v. Clonezilla) toch de W7 weer terug te plaatsen. Er is daarvoor nog een even grote (64 GB=/dev/sda2 op een 256 GB SSD=/dev/sda) partitie beschikbaar.
De image van W7 en ook W10 en Ubuntu staan op een normale HDD (500GB=/dev/sdb).
En let wel het oude W7 stond stond op sda1, maar dat heb ik in 2015 vervangen door W10 op DEZELFDE partitie sda1 dus.
Probleem was wat gebeurd er met de MBR, zie bijlage.
Maar  een 2e puzzel vormt nog een mij onbekende ervaring met het copieren van de image-inhoud van sda1 naar sda2.
Dit schijnt te kunnen door de beschikbare image (van W7 op sda1) te kopieren (cp) naar een identieke tweede image en daarin alle folders en files namen te wijzigen van sda1 naar sda2 (mv).
Te vinden in artikel "How can I restore an image to a different partition, e.g. restore the image of /dev/sda5 to /dev/sda6 (in mijn geval dus sda1 --> sda2).   

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #2 Gepost op: 2016/06/29, 19:14:59 »
Een nog geweldiger artikel voor een Dual boot systeem dat fabelachtig te onderhouden is (d.w.z. gaat het fout dan valt het systeem snel te herstellen naar de vorige goed werkende toestand).
Jammer was dat de gebruikte scripts me onbekend waren wat nu gelukkig anders is. Dus wil ik het nog eens herhalen om te proberen.
Opm. Puppy vooraf installeren of zo men wil Ubuntu.

Multiple Custom-ocs with Multiple Operating Systems using GRUB.   Ook hier wordt  duidelijk hoe de functie van GRUB in MBR is.

Opm, 2. Val natuurlijk niet over 't verouderde Windows XP en Vista (ook toen werd er terecht hevig getwijfeld), maar vervang het met de keuze tussen W7 en W10.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #3 Gepost op: 2016/06/30, 13:57:42 »
Voor diegene die denkt dat bovenstaande niets met Linux of Ubuntu te maken heeft moet ik opmerken dat zij dat dan verkeerd zien.
Het is enkel bedoeld om naast Ubuntu toch in sommige gevallen terug te kunnen naar Windows programma's (W7 of W10).
Normaal start GRUB het dualboot systeem op in Ubuntu14.04 (in het GRUB-keuze scherm)  en nog even dan wordt hier Ubuntu16.04
voor in de plaats gezet.

Clonezilla maakt het mogelijk om vooraf aan een gewaagde Terminal operatie (CLI) het huidige systeem op te slaan.
Gaat er iets fout, o.a. doordat de proef mislukt, dan kan snel het originele systeem weer terug geroepen worden.
Let wel ook van Ubuntu zelf natuurlijk, zie het laatste artikel, waarin dit subliem is dit geregeld, door Clonezilla onderdeel te maken
van het GRUB keuze scherm. 

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #4 Gepost op: 2016/07/03, 13:12:19 »
3-7-2016 grub.cfg bevat in “os-prober” het volgende tekstgedeelte.

Scenario: Bij een upgrade W7 naar W10 heb ik in (aug) 2015 een image gemaakt (m.b.v. een Clonezilla create operatie) van het tot dan prima werkende W7-Ultimate (in taal Engels).
Op deze (bewaarde) image heb ik de volgende acties laten uitvoeren ~$sudo cp W7-op-sda1-image naar W7-op-sda2-image en alle files met inhoud *sda1 naar *sda2 verplaatst, m.b.v. commandeo ~$sudo mv. Daarna W7 weer terug gezet: Clonezilla restore W7-op-sda2-image naar /dev/sda2 partitie (leeg, ntfs, 64 GB). Op /dev/sda1 (ook ntfs, 64GB) staat W10-PRO-UK, die (ondanks alles) nog steeds in het Dual-Boot systeem actief is gebleven. Voor nadere info zie mijn vorige opmerkingen in Forum Ubuntu.nl over dit onderwerp (29-6-2016).

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 10 (loader) (on /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-35EFE0920CACC608' {
   insmod part_msdos
   insmod ntfs
   set root='hd0,msdos1'
   if [ x$feature_platform_search_hint = xy ]; then
     search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  35EFE0920CACC608
   else
     search --no-floppy --fs-uuid --set=root 35EFE0920CACC608
   fi
   parttool ${root} hidden-
   drivemap -s (hd0) ${root}
   chainloader +1
}
menuentry 'Windows 7 (loader) (on /dev/sda2)' --class windows --class os $menuentry_id_option 'osprober-chain-35EFE0920CACC608' {
   insmod part_msdos
   insmod ntfs
   set root='hd0,msdos2'
   if [ x$feature_platform_search_hint = xy ]; then
     search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2  35EFE0920CACC608
   else
     search --no-floppy --fs-uuid --set=root 35EFE0920CACC608
   fi
   parttool ${root} hidden-
   chainloader +1

# Merkwaardig is dat na $sudo grub-update:

1. In grub-keuze-scherm de W7-loader is toegevoegd aan de bestaande voor Ub14.043 en W10.
2. W10 nog steeds gewoon opstart na keuze in dat scherm, terwijl W7 niet wil opstarten (PC gaf een irriterend bel signaal).   
3. Voor de menuentry W10 & W7) blijken identieke UUID's gevonden(?) te zijn!
4. In menuentry W10 wel drivemap -s (hd0) {root} staat, maar in die voor W7 het ontbreekt!?
5. Dient er niet een onderscheid te zijn voor de partities sda1=(hh0,0) tegen sda2=(hd0,1)?

Kortom wat is er fout en hoe te herstellen in deze grub.cfg file (GRUB2) om ook het opnieuw geinstalleerde W7 te laten opstarten. Nogmaals W10 is “onbeschadigd”,  want start nog steeds.

Offline Nero

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #5 Gepost op: 2016/07/03, 14:42:06 »
De cloning van de oorspronkelijke W7 partitie neemt ook de UUID van die partitie mee. Als je die achteraf op een andere partitie zet heb je inderdaad 2x dezelfde UUID - in feite gewoon een serial number voor NTFS. Je kan dus best 1 van beide wijzigen met
ntfslabel --new-serialIndien nodig met sudo.

Daarna een update-grub en op een of andere manier moet je ook nog Windows Boot Configuratie zien aan te passen.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #6 Gepost op: 2016/07/06, 10:26:16 »
Nero: die opdracht ntfslabel --new-serial /dev/sda2 wijzigde inderdaad de UUID, maar na opnieuw sudo update-grub wilde w7 nog steeds niet  , vanuit GRUB-scherm, starten!
Een clz image wijzigen van sda1 naar sda2 ging prima en is daarna geschikt om op die sda2 "to restore w7", maar dan moet tegelijkertijd die andere reeds bestaande W10 op sda1 worden "VERBORGEN" of wel Inactief gemaakt worden. Dat deed ik toen niet en daarom ging 't fout.

In genoemd artikel "Multiple ... OS with GRUB" wordt dat subliem verwezenlijkt door van die bestaande partitie (W10) met clonezilla een image te creeren, daarna die zelfde partitie sda1 te verwijderen en na installatie van w7 op sda2 de image weer terug te plaatsen op sda1.

Toch is er nog een puzzel, hoe sda1 verwijderen ("delete")?
Dit kan d.m.v. < sudo gparted> dit is inclusief mbr of met <sudo gparted /dev/sda1>  dat is zonder mbr (dan zit er GEEN  boot vlag in)!
Ik koos, in het verleden (2011), de eerste keuze en dus verwijderde ik ook de mbr: dat ging excellent op de methode beschreven in het artikel om een dualboot W7- NL en W7-UK (twee talig) naast elkaar te plaatsen.

In een volgende geval (2015 maakte ik echter onbedoeld een zware fout door een "in de weg zittende" EERSTE partitie (inclusief mbr) te verwijderen: boot-repair moest toen de situatie redden. Op dit moment vermoed ik dat ik toen beter de eerste methode had kunnen toepassen, waardoor de mbr onaangeroerd was gebleven?   Dit uitgebreide verhaal dient ter lering en voor mijzelf als archivering.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #7 Gepost op: 2016/07/06, 14:52:56 »
Hebben weer eens te grote bijlage 155 kb tekst net iets >150 kB proberen te plaatsen (nnar achteraf bleek) en weer wordt dan niet gewaarschuwd om dit maar niet op te sturen.
Een uiterst hinderlijke omissie: systeem beheerder voeg deze melding nu eens wel toe alvorens de hele ingetikte bijdrage te vernietigen.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #8 Gepost op: 2016/07/06, 14:59:18 »
  5-7-2016 Met welke operatie wordt er tegelijk met de 1e partitie ook de mbr verwijderd?
                Ik denk vanuit $sudo gparted van de totale HD, dus zonder gparted een optie er acter!
 $ sudo Gparted levert volledige HD partititie overzicht. INCLUSIEF mbr BOOT flag

IN BIJLAGE van 174,1 staan de screen-shots, maar dit viel weg vanwege een bureaucratische omissie: systeembeheerder let op Uw zaak!!!!!!
Verhoog a.u.b. die max maat van belachelijk kleine bij;age  (150 kB) naar minstens 1MB!!

Daarentegen levert $sudo gparted /devsda1 alleen die 1e partitie ZONDER mbr BOOT flag

Op 2e HD met zijn partitities  afbeelding kan geen mbr of wel BOOT flag meer aanwezig zijn!!


Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #9 Gepost op: 2016/07/06, 15:06:25 »
Automatiseren vereist actie juist als fouten optreden!!
Als oud-KNMI-er intersseert me 't gewone weer bitter weinig juist EXTREEM weer dient gezien te worden.
Zo ook hier fouten dienen tijdig en niet achter af gedetecteerd te worden en gevolgd worden door een adekwate actie: dan is pas sprake van een professionele automatisering.
Simpel: laat weten dat er niet aan gestelde voorwaarden voldaan is, alvorens iets te vernietigen.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #10 Gepost op: 2016/07/06, 15:12:15 »
Nu dan de bijlage wel klein genoeg (107 kB):


Offline Nero

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #11 Gepost op: 2016/07/06, 21:45:35 »
Heb je ook de Windows boot config gewijzigd? Vermits de W7 van part1 naar part2 is verhuisd...

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #12 Gepost op: 2016/07/06, 23:06:06 »
Weet niet hoe boot Windows boot config te wijzigen, wellicht werkt  Boot-Repair?

Offline Nero

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #13 Gepost op: 2016/07/07, 00:12:58 »
Geen idee, sinds XP - daar was het met iets met BCD-edit als ik mij goed herinner - niet meer met Windows gespeeld.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #14 Gepost op: 2016/07/07, 09:39:54 »
Nero: "Spelen" doe ik ook nooit met Windows, veel te veel verborgen systeem, met Linux is wel het en ander goed uit te zoeken.
Clonezilla en die "Multi OCS voor een multiboot systeem berust ook helemaal op Linux (Debian, waar Ubuntu weer vandaan komt).
Jammer is wel dat de beschrijving uiterst miniem is (Taiwan-Engels) en aanleiding geeft tot het maken fouten.
Alleen door het - fabelachtig werkende systeem - te laten draaien kom je er achter hoe een en ander werkt en bedoeld is.
Gisteren gemerkt:
1. Clonen (image maken van HD of partitie) van HD neemt de mbr WEL mee en originele mbr komt dus bij restore (terugzetten) weer te voorschijn.
2. Dat geldt echter NIET voor een partitie clonen : dan is de oorspronkelijke mbr foetsie!
Eigenlijk wel logisch zou je zeggen, maar verwarrend is weer dat in beide images (van HD of part) toch die sda-mbr als file beschikbaar is, evenals de" hidden" (verborgen) bytes (2018) tussen mbr en begin van de 1e partitie.
Die informatie heeft de ontwerper (Steven Shiau), die nog steeds vragen beantwoord in zijn clonezilla forum) er in gezet om er later fouten me te kunnen herstellen (zoals het terug plaatsen van de mbr).
De vraag van gisteren is hiermee beantwoord, geheel overeenkomstig hoort de mbr bij een HD, NIET bij een partitie.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #15 Gepost op: 2016/07/07, 21:31:08 »
De kwestie is simpel opgelost.

Zou ook m.b.v. Boot-repair kunnen gedaan kunnen worden.
Maar het lukte eenvoudig door de – ten onrechte – verwijderde mbr weer terug te zetten (zie mijn  bijdrage, hiervoor. Dit werd gerealiseerd m.b.v. het Linux commando:
sudo dd if=sad-mbr of=/dev/sda bs=512 count=1. (let op waar wel en geen spaties)
Het is de sda-mbr (binair bestand, 512 bytes), die bij het clonen van de vorige werkende
installatie van W10 en Ubuntu 14.04.3 opgeslagen werd door het programma
“Clonezilla-Create”. Daarnaast is het hele kloon proces af te lezen in de file:
clonezilla-img (tekst file).
Er blijken 3 verschillende (?) mbr's een rol te spelen:
1. Voor W7 met Windows-bootloader (….) en partitie tabel-1 van de schijf (446 bytes).
2. Voor W10 met Windows-bootloader (….) en partitie tabel-2 van de schijf (446 bytes).
3. Voor Ubuntu met GRUB als bootloader en partitie tabel-3 van de schijf (446 bytes).
Ik vraag mij hier nu af zijn die partitie tabellen verschillend of niet?
Ze handelen over een en dezelfde partitie verdeling op de 1e HD!
Deze simpele oplossing door het vervangen van de “Windows mbr” door de “GRUB-mbr”,
waarbij de boot-vlag mee sprong van sda2 (waarop W7) naar sda1(waarop W10 zich bevind),
wordt wellicht precies zo in het Grub-herstel-programma “boot-repair” verwezenlijkt??
Het resultaat is nl. gelijk aan de hierboven beschreven actie. 

Het zal duidelijk zijn dat de 2e HD geen bootloader kan/mag hebben: “geen 2 kapiteins op een schip”. Hoe dan die mbr er uitziet zal ik nog nagaan. De partitie tabel er in is zeker een andere
omdat op die 2e HD een geheel andere partitie verdeling bezit (aangebracht d.m.v. gparted).

Dit betekent tevens dat overzetten van een “bedrijfs-systeem” (O.S.) van de ene PC naar een andere  exact gelijke partitie verdeling op de betreffende HD's vereisen!!

Jammer, dat dit allemaal in klare moet worden uitgelegd, terwijl een Terminal (werken in de command-line) uitdraai onmiddellijk aangeeft hoe een en ander verwezenlijkt is.
Dat is echter onmogelijk in de toegestane 150 kB, normaal zou 1 MB wel voldoende zijn, maar zo ver is Ub.nl forum nog niet, jammer! 

Offline Nero

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #16 Gepost op: 2016/07/07, 21:50:25 »
Dat is echter onmogelijk in de toegestane 150 kB, normaal zou 1 MB wel voldoende zijn, maar zo ver is Ub.nl forum nog niet, jammer!
Alvorens het forum met kritiek te overladen zou je best eerst afstappen van die #@*% doc-bijlangen. Gebruik gewoon een plat tekstbestand als je iets wilt aanhangen. Een ganse lap tekst kan je ook in-line invoegen tussen code-tags. Persoonlijk sla ik doc-bijlagen gewoon over, ongeacht met welke "tekstverwerker" die zijn gemaakt.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #17 Gepost op: 2016/07/08, 22:14:58 »
Nero: Een terechte reprimande, welke notepads of kladblokken heeft Ubuntu?
En leveren die aanzienlijk minder kB's dan die vermalitijde Docs?

Offline Nero

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #18 Gepost op: 2016/07/08, 22:50:52 »
Standaard meegeleverd?
Ubuntu: gedit
Xubuntu: mousepad
Lubuntu: leafpad <- mijn favoriet.

Normaal kan je elke textpad op elke Ubuntu variant uit de repositories installeren.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #19 Gepost op: 2016/07/10, 11:00:32 »
Inderdaad Nero: gedit levert veel kleinere opslag dan de "Writer van LibreOffice" (~1 op 50), mijn dank: "probleem <150 kB" opgelost.

Offline Beekhof

  • Lid
Re: Een enerverende ervaring met de betekenis van het MasterBootRecord (MBR)
« Reactie #20 Gepost op: 2016/07/20, 22:13:53 »
20-7-2016 Terugzetten van de GRUB-mbr op de HP-LPT na een foutieve W7 install poging:
per vergissing de bestemming, 2e partitie op SSD (dus /dev/sda2) niet vooraf van NTFS voorzagen

(hebben we wel gedaan voor de lege 1e partite (stond W10, die we vooraf gecloned hadden met CLZ), die is leeg om te voorkomen dat de install-W7 de boot-sector zou wijzigen zijn bootmgr .
Terminal tekst op een USB-stick met daarp Ub14.04.3 versie:
ubuntu@ubuntu:~$ cd /m*/u*/Cl*

ubuntu@ubuntu:/media/ubuntu/Clone-Images$ ls

2015-07-29-08-W7-2-img            lost+found      mbr-w10-GRUB-ASUS-17-7-16
2015-07-29-08-W7-img              mbr2015W7       mbr-W10-GRUB-HP-18-7-16
2016-07-10-20-W7-Ult-NL-sda1-img  mbr2016         mbr-w7-GRUB-HP-11-7-16
2016-07-20-14-W10-PRO-NL-img      mbr-HP-18-7-16
ubuntu@ubuntu:/media/ubuntu/Clone-Images$ sudo dd if=mbr-W10-GRUB-HP-18-7-16 of=/dev/sda bs=251 count=1
1+0 records in
1+0 records out
251 bytes (251 B) copied, 0.00165896 s, 151 kB/s
ubuntu@ubuntu:/media/ubuntu/Clone-Images$ xxd mbr-W10-GRUB-HP-18-7-16
0000000: eb63 90d0 bc00 7c8e c08e d8be 007c bf00  .c....|......|..
0000010: 06b9 0002 fcf3 a450 681c 06cb fbb9 0400  .......Ph.......
0000020: bdbe 0780 7e00 007c 0b0f 850e 0183 c510  ....~..|........
0000030: e2f1 cd18 8856 0055 c646 1105 c646 1000  .....V.U.F...F..
0000040: b441 bbaa 55cd 135d 720f 81fb 55aa 7509  .A..U..]r...U.u.
0000050: f7c1 0100 7403 fe46 1066 0080 0100 0000  ....t..F.f......
0000060: 0000 0000 fffa 9090 f6c2 8074 05f6 c270  ...........t...p
0000070: 7402 b280 ea79 7c00 0031 c08e d88e d0bc  t....y|..1......
0000080: 0020 fba0 647c 3cff 7402 88c2 52bb 1704  . ..d|<.t...R...
0000090: f607 0374 06be 887d e817 01be 057c b441  ...t...}.....|.A
00000a0: bbaa 55cd 135a 5272 3d81 fb55 aa75 3783  ..U..ZRr=..U.u7.
00000b0: e101 7432 31c0 8944 0440 8844 ff89 4402  ..t21..D.@.D..D.
00000c0: c704 1000 668b 1e5c 7c66 895c 0866 8b1e  ....f..\|f.\.f..
00000d0: 607c 6689 5c0c c744 0600 70b4 42cd 1372  `|f.\..D..p.B..r
00000e0: 05bb 0070 eb76 b408 cd13 730d 5a84 d20f  ...p.v....s.Z...
00000f0: 83d0 00be 937d e982 0066 0fb6 c688 64ff  .....}...f....d.
0000100: 4066 8944 040f b6d1 c1e2 0288 e888 f440  @f.D...........@
0000110: 8944 080f b6c2 c0e8 0266 8904 66a1 607c  .D.......f..f.`|
0000120: 6609 c075 4e66 a15c 7c66 31d2 66f7 3488  f..uNf.\|f1.f.4.
0000130: d131 d266 f774 043b 4408 7d37 fec1 88c5  .1.f.t.;D.}7....
0000140: 30c0 c1e8 0208 c188 d05a 88c6 bb00 708e  0........Z....p.
0000150: c331 dbb8 0102 cd13 721e 8cc3 601e b900  .1......r...`...
0000160: 018e db31 f6bf 0080 8ec6 fcf3 a51f 61ff  ...1..........a.
0000170: 265a 7cbe 8e7d eb03 be9d 7de8 3400 bea2  &Z|..}....}.4...
0000180: 7de8 2e00 cd18 ebfe 4752 5542 2000 4765  }.......GRUB .Ge
0000190: 6f6d 0048 6172 6420 4469 736b 0052 6561  om.Hard Disk.Rea
00001a0: 6400 2045 7272 6f72 0d0a 00bb 0100 b40e  d. Error........
00001b0: cd10 ac3c 0075 f4c3 c6c9 0600 0000 8020  ...<.u.........
00001c0: 2100 07fe ffff 0008 0000 00d0 7307 00fe  !...........s...
00001d0: ffff 07fe ffff 00d8 7307 00d0 7307 00fe  ........s...s...
00001e0: ffff 07fe ffff 00a8 e70e 00d0 7307 00fe  ............s...
00001f0: ffff 05fe ffff fe7f 5b16 02a8 b903 55aa  ........[.....U.

ubuntu@ubuntu:/media/ubuntu/Clone-Images$ pwd

/media/ubuntu/Clone-Images

ubuntu@ubuntu:/media/ubuntu/Clone-Images$