Het leek me nuttig om eens kennis te maken met Plasma-5 en dat te doen door een recente Tumbleweed te installeren. Daarbij wil ik eigenlijk de bestaande bootconfiguratie niet laten aanpassen bij de nieuwe installatie, maar later, na de installatie, de benodigde aanpassing zelf doen vanuit mijn "productie"systeem met 13.2. Het MoBo heeft een oude(rwetse) BIOS die een MBR verwacht. Alle 4 bootable filesystemen zitten in logische partities.
Geen enkel probleem met download, MD5sum, copie naar USB-stick. Ook niet met de installatie waarbij ik via de “expert” variant bij het partitioneren ext4 gebruikt, geen aparte /home partitie heb aangemaakt en de nieuwe rootpartitie een begrijpelijk partitielabel heb gegeven.
In het overzichtsscherm voordat de installatie wordt uitgevoerd staan onder de kop “Booting” twee opties:
a) “Do not install bootcode in MBR” ( NB, dit is de default,)
b) "Install boot code in “/” partitition (NB. dit is de default.)
Omdat ik wilde booten via het 13.2 systeem heb ik optie a) onveranderd gelaten.
Bij optie b) heb ik beide mogelijkheden geprobeerd. In beide gevallen eindigt het booten aan het eind van de installatie met een zwart scherm met de tekst “GRUB”.
Dit probleem is natuurlijk gemakkelijk te verhelpen via een live-CD, chroot naar de 13.2 installatie en het uitvoeren van grub2-mkconfig en grub-install.
Maar ik vind het vervelend om geen idee te hebben van wat er aan de hand is en hoop dus dat iemand me kan uitleggen of het een bug of een feature is dat ik op dit doodlopende pad terecht kom.
“Feature” is het niet. Ik heb hier al meerdere posts / meldingen over gezien, maar kon tot nu toe niks zinnigs vinden voor een bug report. Mijn eigen installatie heeft er geen last van (deze week nog een verse TW test-installatie gedaan ).
Dank voor je reactie.
Nog één stukje aanvullende informatie over de bootflag: die staat bij de extended partitie, zowel onmiddellijk na de niet-bootende installatie van Tumbleweed als na reparatie via de live-CD.
Intussen heb ik bug930341 gevonden. Die beschrijft hetzelfde niet-booten in een minder simpele omgeving dan die van mij (LVM, ook Windows aanwezig). Zou het zin hebben om ook een bug report in te dienen?
Lastig. Voor zover ik weet heeft GRUB2 geen bootflag meer nodig. Ik ga dat nu even checken (heb 'm al uitgezet, stond bij mij al tijden op /dev/sda2, terwijl ik een paar jaar gewerkt heb van /dev/sda5. FF rebooten.
Maakt dus niks uit, zoals je ziet staat nu nergens de boot-flag meer aan:
@laptop:~> sudo fdisk -l
root's password:
Schijf /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0x00030b90
Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sda1 2048 12595199 12593152 6G 82 Linux wisselgeheugen
/dev/sda2 12595200 65031359 52436160 25G 83 Linux
/dev/sda3 95651840 234440703 138788864 66,2G f W95 uitgeb. (LBA)
/dev/sda4 65032192 95651839 30619648 14,6G 83 Linux
/dev/sda5 95653888 151171071 55517184 26,5G 83 Linux
/dev/sda6 151173120 234420223 83247104 39,7G 83 Linux
Partitietabel-items liggen niet in schijfvolgorde.
Schijf /dev/sdb: 111,8 GiB, 120034123776 bytes, 234441648 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0x0005dcf0
Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sdb1 2048 234440703 234438656 111,8G 83 Linux
Het kan ook niet liggen aan een tweede installatie, zowel /dev/sda2 als /dev/sda5 bevatten een openSUSE installatie. Wat ik wel met zekerheid kan zeggen, is dat bij mij /dev/sda zowel in BIOS als hardwarematig de eerste schijf is.
Tja, en bij mij, met één enkele schijf, kan daar zelfs helemaal geen misverstand over bestaan.
Trouwens, ik heb “ergens” eens gelezen dat de Bootflag wel door Windows wordt gebruikt, maar niet door Linux. Dat klopt dus (in ieder geval bij bij jouw installatie). Bij mij staat de Bootflag in de extended partitie en dat verwacht ik eigenlijk ook wel als het op te starten systeem in een logische partitie zit.
Dan ga ik nu nog eens zoeken of ik kan vinden hoe Grub2 bij het booten aan zijn informatie moet komen. Of eigenlijk: hoe Grub2 er achter komt vanuit welk filesysteem hij/zij de boot.cfg moet halen.
Er zal toch echt iets aan de hand zijn, Je bent al de derde die ik “spreek”, die met TW en GRUB2 gedoe heeft. 't Gekke is dat ik er in de factory mailing list niks naar voren komt. Ik zou dat wel meldingen verwachten.
Nog een stukje informatie: als ik bij installatie wèl laat schrijven naar het MBR boot de nieuwe installatie zonder problemen.
(Trouwens, wat gaat het installeren snel tegenwoordig. Een kleine 11 minuten vanaf USB.)
Dank voor je meedenken. Ik zal bug 930341 in de gaten houden - of zal ik toch maar een bug rapporteren ook al lijkt die heeeel veel op 930341?
Eerlijk gezegd weet ik niet goed of je nu tegen een bug aangelopen bent. Ik zou daarom eerst 930341 in de gaten houden. Ik heb zelf al jaren als gewoonte om altijd de GRUB code in MBR te installeren. Daar wordt nl. het eerst gekeken, en daar vindt 't systeem ook GRUB code als je ooit ook maar één keer wel in MBR geïnstalleerd hebt. Maar … die code verwijst naar de GRUB installatie in het systeem, en dat staat dan niet waar 't verwacht wordt.
Als je standaard in GRUB in MBR installeert. is het enige wat er gebeurt. dat de laatste installatie bepaalt hoe GRUB eruit ziet, dwz wat het eerst komt.