Hallo,
ich habe bei zwei siduction Installationen festgestellt, dass der normale grub-Eintrag jeweils Kernel 4.9.9 startet, obwohl jeweils bspw auch 4.9.11 oder 4.10.6 vorhanden sind.
Was stimmt da nicht?
Hallo cas,
als Arbeitshypothese nehmen wir mal an, das nach der Installation der neueren Kernel das "update-grub" nicht erfolgreich (oder gar nicht) ausgeführt wurde.
Kannst Du jetzt "update-grub" verwenden?
Ist die Festplatte voll?
Liegt evtl. eine besondere Konfiguration vor (z.B. mehrere Linuxe mit jeweils eigenem Grub)?
Grüße
musca
Zitat von: musca in 2017/04/14, 09:02:32
Liegt evtl. eine besondere Konfiguration vor (z.B. mehrere Linuxe mit jeweils eigenem Grub)?
das wird es sein - das ist aber nichts besonderes, dass man den grub der installation aktualisieren muss, welcher die Startmenu-Einträge verwaltet ...
update-grub hatte ich bei beiden Installationen bereits mehrfach händisch aufgerufen, ohne Erfolg.
Ich habe 5 Festplatten, darauf waren unzählige Partitionen, wo ich gerade radikal aufräume, verschiebe, zusammenführe, lösche, etc. Mittlerweile ist überall Platz im Bereich von GB bzw TB. :)
Hier hatte ich bereits beschrieben, dass nicht mehr vorhandene Installationen noch im Menu verbleiben.
https://forum.siduction.org/index.php?topic=6693.0
Da neue Installationen bisher im Menu auftauchten, haben mich die Unstimmigkeiten nicht gestört bzw sind mir nicht aufgefallen.
Wo ich den Grub gespeichert habe, weiss ich nicht. Wie kann ich das herausfinden?
Zitat von: melmarker in 2017/04/14, 12:34:06
das ist aber nichts besonderes, dass man den grub der installation aktualisieren muss, welcher die Startmenu-Einträge verwaltet ...
Ich verstehe nicht genau, was man nach einer Installation mit dem grub noch machen muss.
cas
Sorry for english :(
Take a look at
/boot/grub
You *should* have 2 files (back these up somewhere)
grub.cfg
grub.cfg.new
Look at and compare the two, make adjustments or
rename the grub.cfg to grub.cfg.old and rename grub.cfg.new to grub.cfg ** make sure you back up both **
update-grub
If your running a 40_custom compare that to grub.cfg.new and make adjustments
I had a typo in my 40_custom and this fixed it for me
I was stuck on kernel 4.10.6, although newer kernels installed, they didn't show up on grub.cfg and only showed up on grub.cfg.new, so booting up didn't have the newer kernels.
After comparing
grub.cfg.new
grub.cfg
40_custom
and making adjustments all is good
EDIT:
If you don't have both
grub.cfg.new
grub.cfg
perhaps paste your grub.cfg
Zitat von: piper in 2017/04/14, 14:47:28
Sorry for english :(
No problem, thanks for your answer
Zitat
Take a look at
/boot/grub
You *should* have 2 files (back these up somewhere)
grub.cfg
grub.cfg.new
cas@kde~$locate grub.cfg.new
cas@kde~$locate grub.cfg
/boot/grub/grub.cfg
/disks/disk1part7/boot/grub/grub.cfg
/disks/disk1part7/usr/share/doc/grub-common/examples/grub.cfg
/disks/disk2part11/boot/grub/grub.cfg
/disks/disk2part11/usr/share/doc/grub-common/examples/grub.cfg
/home/cas132/xVirtualBox VMs/KIRIWANG/boot/grub/grub.cfg
/usr/share/doc/grub-common/examples/grub.cfgZitat
If you don't have both
grub.cfg.new
grub.cfg
perhaps paste your grub.cfg
siduction-paste /boot/grub/grub.cfg
http://paste.siduction.org/20170414135536
Wenn ich die Paste richtig interpretiere hast du
siduction 2017 patience
siduction 2016 kde
siduction 2016 cinnamon
Angenommen, die Paste ist von der patience und sie hat den Grub im MBR, dann startest du die 2016 kde. Wirst root und entziehst der os-prober hier das Ausführungsrecht
chmod -x /etc/grub.d/30_os-prober
und anschließend
update-grub
Danach machst du das Gleiche in der 2016 cinnamon.
Zum Schluß schließlich in der 2017 patience das update-grub sollte das Durcheinander in der grub.cfg beendet und das Startmenü von Grub aufgeräumt haben. ;D
Danke unklarer :) :)
After any install, one of my first things I do is
apt purge os-prober ;)
^ piper,
I thank you too! :)
Zitat von: unklarer in 2017/04/14, 16:57:02
chmod -x /etc/grub.d/30_os-prober
und anschließend
update-grub
I had to do this a couple of rounds, but now three problems are solved:
1) Current kernel is activated in default grub menu.
2) In extended grub menu were literally dozens of entries of non-existing kernels. they have vanished.
3) there were kernels which didn't show up in kernel-remover. Now they did show up and I could remove them.
thanks.