Opstarttijd zeer traag

[HenkV40]

Ik heb op mijn ssd schijf 4 systemen staan, win10, ubuntu,Mint en KDE. Dit werkte uitstekend tot nu toe. Opstarttijd 1.40 min van power-on naar buraublad.

Wat ik gedaan heb:
Pop!- OS geinstalleerd en ontdekte dat deze OS niet met grub werkt (dom) en Pop OS weer verwijderd.
Toen begon het trage opstarten.
Mint 19.3 geinstalleerd in de hoop dat er dan ook weer een nieuwe en goede grub geinstalleerd zou worden.
Tijdens installeren zag ik bij details "aanwezigheid van ander besturingssystemen wordt nagegaan" duurde plm 30 min
Ook "update grub" duurde ook erg lang
Sudo install-grub en sudo update-grub helpt niet
Ook heb ik de instructies van Pjotr uigevoerd voor herstel van grub, dit helpt ook niets.
In grub.cfg staan 534 pagina;s met "menu entry..... etc"

Opstart tijd is vanaf 0:
Power on 0
Bios 10 sec
Zwart scherm 25
Grubmenu 12 min
Bureaublad 13 min

Het probleem is dus dat het 12 min duurt voordat ik het grubmenu zie
De systemen werken verder normaal

Ik weet het niet meer, waar moet ik het zoeken? Is misschien de SSD schijf defect? partities in war? ziet er met gparted goed uit.
Wie kan mij helpen?

[emvedeesje]

Hallo Henk,
belangrijke vragen:
- heb jij van elk linux systeem een timeshift opname van voordat de miserie begon?
- Kan je 1 van de distro's missen? bedoeling is om er slechts 2 over te houden.
- met welke distro werk je het meest? welke is dus je voorkeur distro?
- zou je overweg kunnen om met xed heel veel wijzigingen in grub.cfg aan te brengen?
Zo JA, dan leg ik het uit wat je kan doen, in een volgend antwoord.

Ondertussen...
Onderneem niets dat het nog kan verergeren.

Wat er gebeurd is...
Dat is een gekend probleem waar ik enkele jaren terug al tegen gevochten heb.
Er kunnen honderden FOUTE opdrachtregels staan in grub.cfg
De oorzaak kan zijn:
- 2 x dezelfde distronaam op de computer
- Xubuntu en Ubuntu worden beiden weergegeven onder de naam Ubuntu !!!
- distro’s verdeeld op 2 verschillende schijven.

Het komt er op neer dat foute opdrachten welke in grub.cfg gegenereerd zijn, deze enkele honderden kb groot maakte i.p.v. ~15kb
Elke grub.cfg op elke linux-distro kan aangetast zijn.

Mijn vermoeden is dat update-grub hier ergens de mist ingaat...

groeten van Michael

[HenkV40]

Hallo Michael
Bedankt voor je reactie.
Ik heb nergens een timeshift-opname van. Ik heb alle data op een andere schijf staan.
Ik kan eigenlijk elke distro's missen
Ik werk het meest met Mint 20.1 Xfce, deze heeft ook mijn voorkeur
Ik denk wel dat ik met xed wijzigingen kan aanbrengen

Ik had voordat de problemen begonnen, Ubuntu 20.04 Mate
Deze heb ik na de misere vervangen door Ubuntu 20.04.1 gnome
Alle distro' s staan op dezelfde schijf

paar vragen:
Waarom kan ik geen nieuwe grub installeren?
Bij elke nieuwe installatie wordt toch een nieuwe grub gemaakt? Of heb ik het helemaal mis?

groet, Henk

[emvedeesje]

dag Henk,

als je alle distro's kunt missen vereenvoudigt dat de zaak.

Laat eens het volgende weten:
- elke distro en de partitie waarop deze staat: Mint 20.1 Xfce, ubuntu 20.4 mate, ubuntu 20.04.1 gnome
- welke distro staat er bovenaan in het grub opstartscherm, want dat is de actieve grub
- welke schijfindeling heb je GPT of MBR? (bekijken in gparted)

ik zou willen Mint 20.1 Xfce de actieve grub geven en van daaruit vertrekken.

Verander nog niets, we zien wel waar we uitkomen.

groeten van Michael

[HenkV40]

sda1 Win10
sda2 KDE Neon
sda3 extended
sda4 Mint 19.3 Xfce
sda5 Ubuntu 20.04 gnome
sda6 Mint 20.1 Xfce
Bovenaan staat Ubuntu 20.04 gnome

Schijfindeling: weet ik niet, zie dit niet in gparted.

[HenkV40]

Schijfindeling is MBR

[emvedeesje]

OK, je kan er aan beginnen.

Plan: sda1 Win10 + sda6 Mint 20.1 Xfce behouden, alle anderen weg.

Stappen:
1- sda6 Mint 20.1 Xfce de actieve grub geven als volgt:
Start je voorkeur Mint 20.1 Xfce en in de terminal 2 achtereenvolgende commands:

Code: Selecteer alles

sudo grub-install /dev/sda
sudo update-grub

(deze laatste kan wat lang duren wegens de fouten welke voorkomen in ALLE grub.cfg op alle geïnstalleerde linuxen)
Je zal wat geduld moeten hebben en de koffiekan erbij moeten halen...
2- Herstart je computer en kijk of Mint 20.1 Xfce op de eerste plaats bovenaan het grub menu staat.
3- start de Mint 20.1 Xfce
4- > zet alle data veilig welke je nog zou staan hebben op sda2 + sda4 + sda5

Laat weten of dit allemaal gelukt is, dan gaan we de volgende fase.

groeten van Michael

[HenkV40]

Heb ik gedaan en Mint 20.1 Xfce staat bovenaan.
Maar, zeer verrassend, het gaat nu snel! als vanouds lijkt het wel. Ik zal de tijd nog even meten.
De andere systemen staan ook in grub, en heb ik nog niet gestart, om te kijken of er nog iets veiliggesteld moet worden.
Ik zal dat later nog weten

[emvedeesje]

Eerst eventuele data op sda2 + sda4 + sda5 veiligstellen.

Vervolgens zou je best eens opstarten met een Live-USB en gparted starten.

Je kon alle andere distro's missen, dus dan zou je ze best verwijderen door ze te formatteren...
sda2 KDE Neon
sda4 Mint 19.3 Xfce
sda5 Ubuntu 20.04 gnome

Als dat gebeurd is, start je Mint 20.1 Xfce en:

Code: Selecteer alles

sudo update-grub

Nu ben je van alle slechte grub.cfg verlost !

TIPS voor de toekomst.
- gebruik slechts 1 distro voor je computerwerk
- Experimenteer op een testbak
- gebruik timeshift !
- ik deel mijn schijven als volgt in:
-- partitie(s) voor win10
---een extended partitie
-- partitie 50GB voor een linux OS waar nu mint 20.1 cinnamon op staat
-- nog een partitie 50GB voor een linux OS waar nog de vroegere mint 19.3 cinnamon op staat, en waar later de volgende mint 21 cinnamon op komt
-- een datapartitie (want ik plaats geen data in een OS)

groeten van Michael

[HenkV40]

Bedankt voor toekomst Tips
Ik kan de andere distro's missen, maar ik wil wel de KDE distro houden.
Ik bekijk graag een andere distro, puur voor de hobby. Tot nu toe gaf dat niet veel problemen.
Een testbak heb ik niet, wel een macbook air, (die ik weinig gebruik) maar daar ga ik niet aan sleutelen.
Virtualbox werkt hier ook niet lekker, ik heb maar 4GB intern en uitbreiden gaat niet.
Timeshift zal ik overwegen.
Andere schijfindeling is iets voor de toekomst.
Ik ga 2 distro's verwijderen en de grub updaten.

[HenkV40]

2 distro's verwijderd en grub update

Opstarttijd van Power-on naar bureaublad:
Opstart tijd is vanaf 0:
Power on 0
Bios 12 sec
Zwart scherm 24 sec
Grubmenu 1min en 10 sec
Bureaublad 1min en 50 sec (incl keuze wachttijd in grub)

Dit was eerst binnen 1 minuut. Na installatie Mint 20.1 is het opstarten wel trager geworden.
Maar dit terzijde, dit staat los van het probleem waarover dit topic gaat.

$ systemd-analyze
Startup finished in 4.663s (kernel) + 3.035s (userspace) = 7.698s
graphical.target reached after 3.018s in userspace

Ik kan de PC weer goed gebruiken en daar ging het om.

Michael, heel erg bedankt voor de hulp

met vr. groet, Henk

[HenkV40]

Het gevoel is nog steeds niet goed. Het is wel weer goed werkbaar, maar ik denk dat er nog iets niet goed is. De opstarttijd is te lang voor een SSD schijf.
Michael, jij schrijft dat het bestand grub.cfg plm 15 kb normaal is. Bij mij is dat 1.3 mb
dat is nogal een verschil. Ik zie daarin ook steeds weer dezelfde teksten. Wat moet ik hier mee?

[emvedeesje]

dag Henk,

Daar zit dus toch nog steeds het probleem.
Mijn voorstel was eigenlijk om slechts 1 linux distro over te houden om de grub.cfg terug in orde te krijgen met command:
sudo update-grub
Dat zou het corrigeren van grub.cfg waarschijnlijk overbodig maken...

Nu zal je wellicht grub.cfg van mint 20 Xfce en ook die van KDE moeten aanpassen.
Pas daarna sudo update-grub uitvoeren op beide distro's.

Wat is er eigenlijk gebeurd?
Er kunnen honderden FOUTE opdrachtregels staan in GRUB.CFG
De oorzaak: - 2 x dezelfde distronaam op de computer
Xubuntu en Ubuntu worden beiden weergegeven onder de naam Ubuntu !!!
- distro’s verdeeld op 2 verschillende schijven.

Het komt er op neer dat zulke opdrachten in grub.cfg FOUT gegenereerd zijn:

menuentry 'Linux Mint 19 Tara (19) (op /dev/sdb3) (op /dev/sdb2) (op /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.15.0-30-generic--39dec6a7-0559-4b43-993c-bb4ee4e4fd25' {
insmod part_msdos
insmod ext2
set root='hd1,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3 39dec6a7-0559-4b43-993c-bb4ee4e4fd25
else
search --no-floppy --fs-uuid --set=root 39dec6a7-0559-4b43-993c-bb4ee4e4fd25
fi
linux /boot/vmlinuz-4.15.0-30-generic root=UUID=39dec6a7-0559-4b43-993c-bb4ee4e4fd25 ro elevator=deadline quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-30-generic
}

Enkel dit is een goeie:
menuentry 'Linux Mint 19 Tara (19) (op /dev/sdb3)' --class gnu-linux -...........

in de foute situatie zie je dus nog veel meer extra toegevoegd: (op /dev/sdb2) (op /dev/sdb3)

Een normale grub.cfg is ongeveer 15kb groot, zo'n foute kan gerust enkele honderden kb groot zijn.

Oplossen.

1- OPM: het gaat ENKEL om linux OS, echter NIET om win OS opdrachten.
2- Noteer eerst en vooral heel goed op welke partitie welk OS staat, zodat je weet welke instructies je straks moet laten staan
3- maak een BU van elke /boot/grub/grub.cfg
4- Wijzigen gaat het gemakkelijkst in xed of gedit met de zoekopdracht: ) (op

Code: Selecteer alles

xed admin:///boot/grub/grub.cfg

Beoordeel telkens die menuentry !
Je ziet vb. staan: (op /dev/sdb3) (op /dev/sdb2) en eventueel nog meerdere (op /dev/sd…
Van het ogenblik dat je meer dan 1 (op /dev/sdb3) ziet staan in een menuentry moet gans deze menuentry verwijderd worden !
Zulke menuentries moeten verwijderd worden vanaf menuentry … tot }

Dat is een pak werk, en slopend want het vraagt voortdurende concentratie !

5- pas nadat BEIDE grub.cfg aangepast zijn, om beurten in elke linux distro:

Code: Selecteer alles

sudo update-grub

Succes Henk,
groeten van Michael

[HenkV40]

Oei, dat is een verhaal. Bedankt voor je uitleg.
Ik ga dat eens goed lezen en proberen te begrijpen
De KDE neon distro kan ook wel weg, die kan ik later wel weer herinstalleren.

[emvedeesje]

De KDE neon distro kan ook wel weg, die kan ik later wel weer herinstalleren.

Dat is wat ik al suggereerde: de beste oplossing.
- voorwaarde: Mint 20 Xfce heeft de actieve grub (staat bovenaan in het opstartscherm)
- Eerst data veilig stellen die nog in KDE neon zou staan
- Dan de KDE neon partitie formatteren vanuit gparted vanaf een Live-USB (=bestaat dan niet meer)
- Vervolgens Mint 20 Xfce opstarten
- dan de grub opnieuw vormen door:

Code: Selecteer alles

sudo update-grub

Waarschijnlijk heb je dan opnieuw een kleine grub.cfg

En als dat niet zo zou zijn, dan de procedure toepassen die ik om 9u17 uitlegde.

groeten van Michael