Hej TK87,
... Dann ist bei dir doch der Bootflag falsch gesetzt, der müsste auf sda6
O Mann, schon mal davon gehört, daß das bootflag eine Windowserfindung ist? Linux hat damit genau so viel "am HUT": N I C H T S
Gruß black tencate
Anmeldungsdatum: Beiträge: 10958 |
|||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Bitte sehr → Boot-Info-Script
40_custom #!/bin/sh exec tail -n +3 $0 # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "Kubuntu 19.04 auf /dev/sda9" { set root=(hd0,msdos9) linux /vmlinuz root=/dev/sda9 initrd /initrd.img } menuentry "Kubuntu 19.10 neu auf /dev/sda10" { insmod ext2 set root='(hd0,10)' search --no-floppy --fs-uuid --set=root 8b76b528-5271-49ea-bc33-613b51f7e170 configfile /boot/grub/grub.cfg } menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os { insmod part_msdos insmod ntfs set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root C840F3D640F3C968 drivemap -s (hd0) ${root} chainloader +1 } 19.10 wurde auch mit der Variante von 19.04 probiert, funktioniert aber auch nicht. 41_custom #!/bin/sh cat <<EOF if [ -f \${config_directory}/custom.cfg ]; then source \${config_directory}/custom.cfg elif [ -z "\${config_directory}" -a -f \$prefix/custom.cfg ]; then source \$prefix/custom.cfg; fi EOF
Das Bootflag ist richtig - Windows startet sowohl über sda1, als auch über sda2 → das war schon immer so und funktioniert auch immer noch. Und Linux braucht kein Bootflag - glaubs mir einfach. 😉 Der Vollständigkeit halber auch noch # If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT=0 GRUB_TIMEOUT_STYLE=hidden GRUB_TIMEOUT=0 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" GRUB_CMDLINE_LINUX="" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=console # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=true # Uncomment to disable generation of recovery mode menu entries #GRUB_DISABLE_RECOVERY="true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE="480 440 1"
|
||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8627 Wohnort: Münster |
Das löscht das Bootprogramm und die Volume-ID, ohne die ein MS-Windows nicht startet.
Von der Anwendung dieses Befehls möchte ich ausdrücklich warnen! Das löscht nicht nur das Bootprogramm, sondern auch die Partitionstabelle der Festplatte, sofern man das DOS/MBR-Schema und nicht GPT verwendet. Nach diesem Befehl ist erst mal alles, was auf der Platte gespeichert ist, nicht mehr zu erreichen. |
||
Anmeldungsdatum: Beiträge: 10958 |
Hej Frider108, was ist denn eigentlich Dein Leitsystem? (sda6 oder sda9) Mich verwundert, Du hast lediglich auf sda9 eine grub.cfg, und auf sda9 → Boot files: /boot/grub/grub.cfg /etc/fstab wie findet der die grub.cfg in sda9? Nur dort gibt es eine? Ich weiß gar nicht, was ich da vorschlagen soll? Alles, was grub heißt deinstallieren, und nur einmal im Leitsystem neu machen? Sehr seltsam auch so etwas → menuentry 'Debian GNU/Linux 10 (buster) (auf /dev/sda10) (auf /dev/sda9) (auf /dev/sda6) (auf /dev/sda9) (auf /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--1681224d-9dee-4270-b389-9757ee492a12' { insmod part_msdos insmod ext2 set root='hd0,msdos6' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos6 --hint-efi=hd0,msdos6 --hint-baremetal=ahci0,msdos6 1681224d-9dee-4270-b389-9757ee492a12 else search --no-floppy --fs-uuid --set=root 1681224d-9dee-4270-b389-9757ee492a12 fi linux /vmlinuz root=/dev/sda10 initrd /initrd.img } Gruß black tencate |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Hi, ich sehe, dich verwirren die selben Dinge wie mich. Zur
in die Ablage verlinkt. Ich hab jetzt nicht mitgezählt, aber Und mir fällt auch keine Stellschraube mehr ein, an der ich noch drehen könnte → und da ich mich an die dd-Geschichte nicht so richtig ran traue, tendiere ich mittlerweile zur Neuinstallation. 🙄 |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Und jetzt wird es ganz komisch - hab neu installiert, also Systempartition formatieren lassen und Home unformatiert wieder eingebunden. Jetzt bootet das System wieder flott und die Einträge in Und 19.10 wird weiterhin mit :~$ sudo update-grub Sourcing file `/etc/default/grub' GRUB-Konfigurationsdatei wird erstellt … Linux-Abbild gefunden: /boot/vmlinuz-5.0.0-31-generic initrd-Abbild gefunden: /boot/initrd.img-5.0.0-31-generic Linux-Abbild gefunden: /boot/vmlinuz-5.0.0-23-generic initrd-Abbild gefunden: /boot/initrd.img-5.0.0-23-generic Found memtest86+ image: /boot/memtest86+.elf Found memtest86+ image: /boot/memtest86+.bin Windows 7 auf /dev/sda1 gefunden Ubuntu Eoan Ermine (development branch) (19.10) auf /dev/sda10 gefunden Windows 7 auf /dev/sda2 gefunden Ubuntu 19.04 (19.04) auf /dev/sda9 gefunden erledigt Was tun? Evtl. mal 19.10 gegen ein anderes System austauschen - immerhin hängt der Fehler ja wohl irgendwie auch mit dem System auf |
||
Anmeldungsdatum: Beiträge: 1347 |
Was soll daran falsch sein? Offenbar hast Du 3 x Linux und ein Windows 7 und grub findet das. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Das dritte Linux wird zwar von Und schau dir mal die verlinhkte |
||
Anmeldungsdatum: Beiträge: 217 Wohnort: Aachen |
Ich konnte deinen Fehler inzwischen reproduzieren. OS-Prober liest scheinbar die Einträge von fremden grub.cfg-Dateien mit ein. Du musst also die grub.cfg auf dem anderen System entfernen, da sonst dessen Einträge immer wieder übernommen werden. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Vergiss die 19.04, das startet ja auch - es geht um das 19.10 → das wurde aber ohne Grub installiert, hat folglich auch keine frieder@T420:~$ tree /media/frieder/8b76b528-5271-49ea-bc33-613b51f7e170/boot/ /media/frieder/8b76b528-5271-49ea-bc33-613b51f7e170/boot/ ├── config-5.3.0-13-generic ├── grub │ ├── gfxblacklist.txt │ └── unicode.pf2 ├── initrd.img -> initrd.img-5.3.0-13-generic ├── initrd.img-5.3.0-13-generic ├── initrd.img.old -> initrd.img-5.3.0-13-generic ├── memtest86+.bin ├── memtest86+.elf ├── memtest86+_multiboot.bin └── System.map-5.3.0-13-generic 1 directory, 10 files frieder@T420:~$
Also zum Verständnis, das ist der Inhalt von |
||
Anmeldungsdatum: Beiträge: 217 Wohnort: Aachen |
Du hast doch noch eine grub.cfg in dem 18.04'er oder? Was ich getan habe: In Virtualbox eine Festplatte mit 2 Ubu's drauf angelegt. Dann war ich einfach mal so frei, in dem Subsystem deine gepostete grub.cfg zu legen. Als ich anschließend aus dem Leitsystem ein update-grub gemacht habe, sah dessen die grub.cfg genauso aus wie bei dir. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
18.04 ist das Hauptsystem - natürlich hat das eine Das 19.10 hat keine Das Einzige was mir noch einfällt, ist, dass die komischen Debian-Einträge gar nicht von der vorherigen Debian-Installation kommen, sondern der Installer (Ubiquity) von Kubuntu 19.10 Müll fabriziert. |
||
Anmeldungsdatum: Beiträge: 217 Wohnort: Aachen |
Dann schmeiß die grub.cfg aus 19.04 weg und mach aus dem Hauptsystem ein update-grub |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 8989 |
Ich versteh nicht, was du meinst? Nochmal - 19.04 ist unwichtig und hat mit dem Thema nichts zu tun. 18.04 wurde komplett neu installiert und 19.10 taucht weiterhin nicht im Grubmenü auf, obwohl es bei einem Ich werd jetzt mal das 19.10 gegen ein 19.10 austauschen - Lubuntu verwendet einen anderen Installer als die anderen *buntus. |
||
Anmeldungsdatum: Beiträge: 217 Wohnort: Aachen |
19.04 ist eben nicht unwichtig. 18.04 wurde neu installiert, dabei wurde ein update-grub gemacht → dadurch wiederum wurden alle Einträge, die in der grub.cfg von 19.04 stehen (z.B. die Debianeinträge) auch in die grub.cfg von 18.04 übernommen. |