Fried-rich
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Hallo, folgende Situation habe ich hier: Ein Kubuntu auf SSD 1, ein Xubuntu und ein Lubuntu auf SSD 2 und ein Windows auf HDD 1. Die "Grub-Situation" war bisher so: SSD 1: Grub mit Einträgen zu allen Betriebssystemen SSD 2: Grub mit Einträgen für Xubuntu und Lubuntu (die beide auf der gleichen SSD liegen) HDD 1: nur der Windows-Bootloader
Das Windows lag mal auf SSD 2, ich brauchte aber die SSD. Ein DD-Image existiert und soll wiederhergestellt werden. Lubuntu kann weg, Xubuntu soll als kommendes Standard-System auf die SSD 1 umziehen und dort zusammen mit Kubuntu bleiben. Ich habe nun eine Ext4-Partition auf SSD 1 erstellt und die Xubuntu-Daten per
sudo rsync --stats --progress --numeric-ids -axAhHSP /mnt/alt/ /mnt/neu
wie hier https://wiki.ubuntuusers.de/Ubuntu_umziehen/#Daten-mit-dem-Programm-rsync-kopieren beschrieben kopiert. Dann alles außer SSD 1 abgezogen und Kubuntu gebootet. Dann
sudo update-grub
ausgeführt. Jetzt hab ich aber kein Grub-Menü mehr und Kubuntu startet ohne jede Rückfrage. Das gleiche wenn ich
sudo grub-install /dev/sda # sda = SSD 1
sudo grub-update
ausführe. Hier https://wiki.ubuntuusers.de/Ubuntu_umziehen/#GRUB wurde beschrieben wie man Grub einrichten muss, wenn vorher auf dem Zieldatenträger überhaupt kein Grub installiert wurde. Bei mir existiert er ja schon und müsste nur noch um ein Ubuntu erweitert werden. War mein Vorgehen hier falsch? Anmerkung
Weiß nicht ob das wichtig ist. Mein Mainboard hat 6 SATA II- und 2 SATA III-Ports. SSD 1 ist nicht im Case verbaut, sie liegt auf dem Schreibtisch und wurde per SATA-eSATA-Adapter angeschlossen. Der eSATA-Port seinerseits wurde intern an einen der SATA III-Ports angeschlossen. Als ich versucht habe die SSD 1 mit Kubuntu einzubauen und an einen SATAT II-Port anzuschließen bootete Kubuntu nicht. Hab es dann erstmal gelassen, da Kubuntu damals schon "meine Gunst verloren hatte". Kann das jetzt wieder ein Problem sein bei Grub? Wenn alles richtig läuft soll die SSD auch mit eingebaut werden, sobald mein neues Gehäuse da ist. Vielleicht werden hier bei der Installation andere Treiber verwendet.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hi, ich nehme mal an, du bist aktuell in dem Kubuntu auf sda unterwegs, richtig? Und zeig mal bitte
sudo parted --list
damit wir mal nen Überblick über die Partitionierung bekommen.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Aktuell ist Xubuntu mein Standardsystem. Da das rüberkopieret ja nicht bootet, aktuell auf dem Xubunt auf SDD 2. Sobald die Kopie auf SSD 1 startet nehm ich das. Ich könnte aber auch Kubuntu starten um Grub von dort aus einzurichten, ist egal. Das jetzt aus Xubuntu-Sicht. Das Kubuntu liegt auf sdd, genauso das nicht bootende Xubuntu. Aktuell gestartet ist Xubuntu auf sdc. sda und sdb sind Datenplatten. sudo parted --list
[sudo] Passwort für ich:
Modell: ATA SAMSUNG HD103SJ (scsi)
Festplatte /dev/sda: 1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
3 54,0GB 1000GB 946GB primary ntfs
Modell: ATA SAMSUNG HD204UI (scsi)
Festplatte /dev/sdb: 2000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 105MB 104MB primary ntfs
2 106MB 105GB 105GB primary ntfs boot
3 105GB 2000GB 1896GB primary ext4
Modell: ATA Samsung SSD 840 (scsi)
Festplatte /dev/sdc: 120GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 55,6GB 55,6GB primary ext4 boot
4 55,6GB 103GB 47,3GB extended
5 55,6GB 103GB 47,3GB logical ext4
2 103GB 105GB 2000MB primary linux-swap(v1)
3 105GB 120GB 15,2GB primary ntfs
Modell: ATA Samsung SSD 840 (scsi)
Festplatte /dev/sdd: 120GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 65,2GB 65,2GB primary ext4 boot
2 65,2GB 67,6GB 2434MB primary linux-swap(v1)
3 67,6GB 120GB 52,4GB primary ext4
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Fried-rich schrieb: Aktuell ist Xubuntu mein Standardsystem. Da das rüberkopieret ja nicht bootet, aktuell auf dem Xubunt auf SDD 2.
Moin - alles klar, das geht auch. Kannst du mal via Dateibrowser in das nicht startende Xubuntu gehen und die Dateien /etc/fstab und /boot/grub/grub.cfg zeigen, ausserdem noch die Ausgaben von
sudo blkid
und
sudo os-prober
aus dem funktionierenden System heraus.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Bin gerade nicht zu Hause, die gewünschten Angaben reiche ich nach. Bin jetzt soweit, dass ich ein Grub-Menü mit beiden Ubuntu habe und Kubuntu startet (wenn auch deutlich langsamer). Bei Xubuntu kommt eine kryptische Meldung (hab ich fotografiert, würde ich auch nachreichen). U.a. steht da drin
ALERT! UUID=kjsbdfjhdfvbfjbfgjkbg does not exis. Dropping to a shell!
Diese UUID ist die ursprüngliche UUID des Xubuntu bevor ich es per rsync kopiert habe. Die neue Partition für Xubuntu hat logischerweise eine neue UUID. Diese neue UUID habe ich auch in der fstab in der neuen Xubuntu-Partition geändert. Auch für die Swap. Alle anderen Einträge in der fstab sind vorsichtshalber deaktiviert. Kann es sein, dass hier irgendwo noch die alte UUID drin steht? Vielleicht in irgendwelchen Grub-/Bootloader-Dateien? Das alte Xubuntu hatte ein Boot-Flag. Da es jetzt nur in sda2 kopiert wurde habe ich der sda1 (Kubuntu) das Boot-Flag gegeben. Kubuntu bootet aber komischerweise auch ohne Boot-Flag.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Fried-rich schrieb: Diese UUID ist die ursprüngliche UUID des Xubuntu … Kann es sein, dass … die alte UUID … irgendwelchen Grub-/Bootloader-Dateien drin steht?
Die UUID steht in der /boot/grub/grub.cfg, und falls es sich um ein verschlüsseltes System handelt ebenfalls im initramfs. Ich würde in das Xubuntu mittel chroot/Live-cd wechseln und ein update-grub durchführen. Bei verschlüsseltem System zusätzlich ein update-initramfs -uk all .
Das alte Xubuntu hatte ein Boot-Flag. Da es jetzt nur in sda2 kopiert wurde habe ich der sda1 (Kubuntu) das Boot-Flag gegeben. Kubuntu bootet aber komischerweise auch ohne Boot-Flag.
Grub interessiert sich nicht für ein Boot-Flag, das ist nur für Windows wichtig. Grub startet das System, welches im MBR residiert. Wenn Kubuntu jetzt so lange benötigt, um zu starten, verweist Du womöglich einfach auf die grub.cfg vom Kubuntu-System, also das Grub im MBR startet das Grub der Kubuntu-Partition. Wenn man stattdessen gleich den Kernel und das Initramfs von Kubuntu laden lässt, geht das natürlich deutlich schneller. Prüfen kann man das, wenn Du die /boot/grub/grub.cfg aus dem laufenden System herzeigst.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
So, jetzt liefere ich mal die gewünschten Angaben nach. fstab des neuen Xubuntus UUID=df275331-a60d-48fe-841b-971de199a9f1 / ext4 errors=remount-ro 0 1
UUID=6537743b-ebe9-451c-a339-d39f3da64d04 none swap sw 0 0 Alles andere ist auskommentiert. Ich hab auch den auskommentierten Teil vorher weggelassen, der bei jedem Ubuntu gleich ist. Die grub.cfg des Xubuntu hab ich hier hochgeladen: https://pastebin.com/9EcY11vz Hier die Ausgabe von sudo blkid aus dem Kubuntu heraus: /dev/sdd1: UUID="cfd678b7-337f-4b02-ad99-5149f7eacdba" TYPE="ext4" PARTUUID="2eb311b7-01"
/dev/sdd5: UUID="44406a87-aeb5-4434-acbb-8994290309d6" TYPE="ext4" PARTUUID="2eb311b7-05"
/dev/sde1: UUID="586ff174-d975-48f9-b9bc-7c23ffb919d7" TYPE="ext4" PARTUUID="ebcbb771-01"
/dev/sde2: UUID="df275331-a60d-48fe-841b-971de199a9f1" TYPE="ext4" PARTUUID="ebcbb771-02"
/dev/sde3: UUID="6537743b-ebe9-451c-a339-d39f3da64d04" TYPE="swap" PARTUUID="ebcbb771-03" (Ich hab die reinen Datenpartitionen und die Swap rausgenommen) Und sudo os-prober /dev/sdd1:Ubuntu 16.04 LTS (16.04):Ubuntu:linux
/dev/sdd5:Ubuntu 16.04 LTS (16.04):Ubuntu1:linux
/dev/sde2:Ubuntu 16.04 LTS (16.04):Ubuntu2:linux @ lionizard Ich habe die Grub-Reparatur durchgeführt wie hier https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#chroot-Methode beschrieben. Das hat bisher immer funktioniert wenn es nur ein System auf der Platte war und (gefühlt) nie wenn es mehrere waren - zumindest klappte es häufig nicht mit mehreren OS. Mein System ist nicht verschlüsselt und ich habe keine Boot-Partition. Was die Fehlermeldung betrifft die kommt wenn ich Xubuntu starte. Da kommt so etwas (ergoggelt, nicht abgetippt, ist aber der gleiche Text):
ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:
Wie gesagt ist hier aber nichts verschlüsselt.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
da stimmt was mit den UUIDs nicht - laut deiner grub.cfg sucht das System ne andere Adresse - guggsch du ab Zeile 131
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cfd678b7-337f-4b02-ad99-5149f7eacdba' { … in deiner /etc/fstab ist aber was anderes eingetragen
UUID=df275331-a60d-48fe-841b-971de199a9f1 / ext4 errors=remount-ro 0 1 geh nochmal wie zur Grubinstallation in das Xubuntu rein und mach mal ein
sudo update-grub
und schau danach dann, ob sich die UUID geändert hat. Frage: kann es sein, dass du erst die Grub-Installation gemacht hast und danach die UUID geändert hast?
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Ich hab erst Xubuntu per rsync kopiert, dann Grub per chroot angepasst und dann die UUID in der fstab von Xubuntu geändert. Direkt in der grub.cfg hab ich keine UUID geändert. Das sollte doch mit chroot passieren?
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Edit
Grub hab ich ja wie gesagt über eine Live-CD mit chroot gemacht. In das Xubuntu komm ich aktuell ja nicht.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Fried-rich schrieb: Ich hab erst Xubuntu per rsync kopiert, dann Grub per chroot angepasst und dann die UUID in der fstab von Xubuntu geändert.
ja, so hatte ich es vermutet - und jetzt ist in der grub.cfg noch die alte UUID, weil in dem Moment war die ja auch noch eingetragen → geh einfach via chroot nochmal rein und mach das "update-grub", dann wird die grub.cfg neu geschrieben und sollte dann auch die richtige UUID haben.
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Du meinst nochmal die Live-CD booten? Geht das nicht auch gleich vom startenden Kubuntu aus? Ich hab bei den ganzen chroot-Schritten die Kubuntu-Partition unter /mnt eingebunden, da sie die erste auf der Festplatte ist. Demnach mach ich das jetzt wieder mit dieser als /mnt?
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Moin, du musst in das nicht startende Xubuntu rein - ob Livesystem, das andere Xubuntu oder Kubuntu ist völlig egal, es muss nur die selbe Architektur (32 oder 64 Bit) haben.
Ich hab bei den ganzen chroot-Schritten die Kubuntu-Partition unter /mnt eingebunden, da sie die erste auf der Festplatte ist.
Was willst du mit der Kubu-Partition? Du musst die Partition von dem kopierten Xubuntu einhängen. Gibt es Stellen in dem Wiki-Artikel, die dir nicht ganz klar sind? Falls du doch ne detailliertere Unterstützung brauchst, dann geb Bescheid
|
Fried-rich
(Themenstarter)
Anmeldungsdatum: 2. Mai 2013
Beiträge: 1093
|
Es sind 2 Ubuntu-Partitionen auf der SSD und ich habe die erste eingebunden. Ich bin davon ausgegangen dann wird alles nötige darin so installiert, dass beide OS starten. Ich dachte es spielt letztlich keine Rolle welche Partition gemountet wird, da die vorhandenen OS erkannt und in Grub eingetragen werden.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
tja, da hast du falsch gedacht - aber eigentlich ist es doch logisch, dass du erst die UUID anpassen musst und dich dann um Grub 2 kümmern kannst. Eigentlich ist es ein Arbeitsgang, dann hat sich das Thema erledigt → mit dem Chroot ins System, dann
nano /etc/apt/sources.list
und da dann die UUID für "/" anpassen, speichern und nano beenden - dann noch ein
grub-install /dev/sdX
das X musst du anpassen an deine Hardware - danach noch ein
update-grub && exit
und fertig und Neustart → sorry, aber exakter bekomm ich das nicht erklärt → wenn du trotzdem noch Fragen hast, jederzeit gerne, ich bin ein geduldiger Mensch und andere haben auch Ahnung. 👍
|