Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Hallo black_tencate,
und wo ist jetzt das Windows? Ich erinnere mal an den thread Titel (?)
deswegen hatte ich gefragt ob die Ausgaben von 18.04 aus reichen. Ich kann nicht ohne 20.04 nach 18.04 booten. 20.04 liegt auf ner Sata-Platte (Stick hat nicht gefunzt, mangels Stick). Damit sind 2 von 2 möglichen Festplatten-Anschlüssen besetzt. Wenn du das Windows sehen willst, kann ich das derzeit nur von 20.04 aus machen, ohne 18.04. Die 3TB-Platte is 20.04 und soll das auch nicht bleiben. Die Partitionierung hat sich das System selbst ausgesucht, hab da nicht dazwischen gefunkt. Das ist nur die Zwischenlösung um an 18.04 zu kommen.
Überprüfe das mit der Suche nach grub
Du meinst für die Platte mit 18.04, richtig? Mach ich, aber erst am Montag, komme gerade nicht an den Rechner ran. VG und schönes Wochenende Phtagen
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Phtagen schrieb: Die 3TB-Platte is 20.04 und soll das auch nicht bleiben. Die Partitionierung hat sich das System selbst ausgesucht, hab da nicht dazwischen gefunkt. Das ist nur die Zwischenlösung um an 18.04 zu kommen.
bedeutet, das 20.04 soll wieder weg und du willst dein 18.04 wieder haben?
Überprüfe das mit der Suche nach grub
Du meinst für die Platte mit 18.04, richtig? Mach ich, aber erst am Montag, komme gerade nicht an den Rechner ran.
ja, die 18.04-Platte sollte unbedingt angestöpselt sein, mach die Abfrage aber bitte aus dem Knoppix (wg. BIOS-Modus) heraus → dass sich durch die Umstöpselei die Partitionsbezeichnungen ändern, sollte dir nicht entgangen sein, pack doch deshalb auch noch die Ausgabe von
sudo parted --list
dazu.
VG und schönes Wochenende
joo, dir auch 👍
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Phtagen, Phtagen schrieb: Hallo black_tencate,
und wo ist jetzt das Windows? Ich erinnere mal an den thread Titel (?)
deswegen hatte ich gefragt ob die Ausgaben von 18.04 aus reichen. Ich kann nicht ohne 20.04 nach 18.04 booten. 20.04 liegt auf ner Sata-Platte (Stick hat nicht gefunzt, mangels Stick). Damit sind 2 von 2 möglichen Festplatten-Anschlüssen besetzt. Wenn du das Windows sehen willst, kann ich das derzeit nur von 20.04 aus machen, ohne 18.04.
so langsam scheine ich durchzublicken, allein, so geht das nicht:
Du willst ein DualBoot aus 18.04 und Windows (hochziehen auf W10) dann müssen wir hier schon eine Situation haben, in der eben genau die beiden zugehörigen Platten angeschlossen sind. Wenn Du das 18.04 nicht gestartet bekommst (wegen des verqueren Setup mit nicht wirklich eindeutiger Einstellung nach "legacy"), dann nimm doch das Installationmedium (?DVD) von dem aus du den Beaver installiert hast. Aber ohne USB Stick…ob das auf die Dauer funktioniert (3er-Pack 16 GB für 'n Dutzend Euronen), sowas bracht man immer (und wenn's mal 'n Rettungsgrub, oder AOMEI für Windows oder oder oder ist (wie hattest Du denn SG²D laufen?) btw.: seit wann (nach welcher Manipulation am System) läuft denn das Ubuntu nicht mehr?
Gruß black tencate
|
Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Hallo alle zusammen, also dann, auf ein Neues. Ich bin gerade mit Knoppix unterwegs, Win10-Platte und 18.04-Platte sind eingestöpselt, Boot-Einstellungen sind auf Legacy also ohne EFI-Option. Zunächst die Abfrage von sudo parted -l:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25 | sudo parted -l
Model: ATA WDC WD10EZEX-60W (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32,3kB 1049kB 1016kB primary
2 1049kB 1076MB 1075MB primary ntfs boot
3 1076MB 493GB 492GB primary ntfs
4 493GB 1000GB 507GB primary ntfs
Model: ATA ST1000VX000-1ES1 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 30,0GB 30,0GB primary ext4
2 30,0GB 1000GB 970GB extended
5 30,0GB 35,0GB 4999MB logical linux-swap(v1)
6 35,0GB 1000GB 965GB logical ext4
|
Dann war noch die Frage nach Grub:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30 | sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\""
/dev/ram0: Kein GRUB 00
/dev/ram1: Kein GRUB 00
/dev/ram2: Kein GRUB 00
/dev/ram3: Kein GRUB 00
/dev/ram4: Kein GRUB 00
/dev/ram5: Kein GRUB 00
/dev/ram6: Kein GRUB 00
/dev/ram7: Kein GRUB 00
/dev/ram8: Kein GRUB 00
/dev/ram9: Kein GRUB 00
/dev/ram10: Kein GRUB 00
/dev/ram11: Kein GRUB 00
/dev/ram12: Kein GRUB 00
/dev/ram13: Kein GRUB 00
/dev/ram14: Kein GRUB 00
/dev/ram15: Kein GRUB 00
/dev/cloop0: Kein GRUB 00
/dev/cloop1: Kein GRUB 00
/dev/zram0: Kein GRUB 00
/dev/sda: Kein GRUB 9f83
/dev/sda1: Kein GRUB 55aa
/dev/sda2: Kein GRUB 55aa
/dev/sda3: Kein GRUB 55aa
/dev/sda4: Kein GRUB 55aa
/dev/sdb: GRUB 2 v1.99
/dev/sdb1: Kein GRUB 00
/dev/sdb2: Kein GRUB 00
/dev/sdb5: Kein GRUB 00
/dev/sdb6: Kein GRUB 00
|
Soweit ich das verstehe, also kein Grub weder auf Win10-Platte (war zu erwarten nach dem Upgrade) und auch nicht auf der 18.04-Platte. Könnte jetzt noch mal n Rep-Versuch von Knoppix aus starten mittels chroot!?!?
btw.: seit wann (nach welcher Manipulation am System) läuft denn das Ubuntu nicht mehr?
Seit dem Upgrade auf Win10, also seit letztem Dienstag oder Montag... VG
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Phtagen, Phtagen schrieb: ...
/dev/sdb: GRUB 2 v1.99
... Soweit ich das verstehe, also kein Grub weder [...] auch nicht auf der 18.04-Platte.
das siehst Du wohl falsch, der grub ist doch vorhanden. In dem Zustand (Boot-Einstellungen sind auf Legacy also ohne EFI-Option und der Bootreihenfolge auf sdb!) müßte das Ubuntu starten! Könnte jetzt noch mal n Rep-Versuch von Knoppix aus starten mittels chroot!?!?
ja, achte noch auf den ersten Hinweis in chroot → Archtektur. Gruß black tencate
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
black_tencate schrieb: Hej Phtagen, Phtagen schrieb: ...
/dev/sdb: GRUB 2 v1.99
... Soweit ich das verstehe, also kein Grub weder [...] auch nicht auf der 18.04-Platte.
das siehst Du wohl falsch, der grub ist doch vorhanden.
war eigentlich so zu erwarten - aber warum das hier so "zickig" ist, entzieht sich meiner Kenntnis ☹
In dem Zustand (Boot-Einstellungen sind auf Legacy also ohne EFI-Option und der Bootreihenfolge auf sdb!) müßte das Ubuntu starten!
"müßte" und "eigentlich" → aber aufgeben tun wir jetzt auch nicht. 😛
Könnte jetzt noch mal n Rep-Versuch von Knoppix aus starten mittels chroot!?!?
ja, achte noch auf den ersten Hinweis in chroot → Archtektur.
uname -mi aus beiden Systemen (18.04 + Knoppix) sollte dazu Auskunft geben.
Gruß black tencate
Grüßle Frieder
|
Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Jaja, wer lesen is kann is klar im Vorteil. Die wichtigste Zeile überlesen. OK, nach Rep-Versuch von Knoppix aus bootet 18.04 nach wie vor nicht. Kriege ich für 18.04 und unter Knoppix. Wäre es ne Option, auf der 18.04-Platte ne kleine Partition anzulegen, sagen wir 16GB) und sich dort nochmal 20.04 zu installieren in der Hoffnung, dass er mir den Grub neu macht?
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Phtagen, Phtagen schrieb: ...
OK, nach Rep-Versuch von Knoppix aus bootet 18.04 nach wie vor nicht.
sans blague
Wäre es ne Option, auf der 18.04-Platte ne kleine Partition anzulegen, sagen wir 16GB) und sich dort nochmal 20.04 zu installieren in der Hoffnung, dass er mir den Grub neu macht?
ich schrieb ja schon mal, daß Du Dir 'ne ganze Installation sparen kannst (besonders, wenn Du die 20.04 Installation noch hast → cp <mountpoint der Platte>/boot/grub/grub.cfg ~Downloads) Dann legst du eine klitzekleine (32M fat32) Partition an (ich würde dazu die 'swap' vorübergehen ausschalten und löschen und in der /etc/fstab auskommentieren – wenn 's denn läuft, kannst du 'swap' neu anlegen, mußt halt in der /etc/fstab danach die neu UUID eintragen). vom 20.04 Livesystem aus einfach diese neue Partition nach /mnt mounten, sudo grub-install --boot-directory=/mnt/boot /dev/sdb die grub.cfg (von oben) jetzt nach /mnt/boot/grub verschieben falls Du die nicht mehr hast, einfach eine neue anlegen mit menuentry "test" {
set root=(hd1,1)
linux /vmlinuz root=/dev/sdb1
initrd /initrd.img
} prüfe aber auch den Inhalt von sdb1 "/", da müssen die beiden SymLinks liegen (vmlinuz und initrd.img)
Gruß black tencate
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Phtagen schrieb: Wäre es ne Option, auf der 18.04-Platte ne kleine Partition anzulegen, sagen wir 16GB) und sich dort nochmal 20.04 zu installieren
das wäre eine Option, gefährdet aber die Daten und Einstellungen auf deinem 18.04 → letztendlich entspricht es dem, was ich dir mit der Installation auf einen Stick vorgeschlagen hatte → langfristig gesehen nennt man das auch "würg_around". 😛 Anderer Vorschlag → wegen uname -mi
x86_64 unknown
unter Knoppix.
schlage ich vor, dass du mal ein Ubuntu-Livesystem (am besten das 18.04) erstellst - kontrolliere dass es im Legacy (BIOS)-Modus läuft und versuch damit die Reparatur noch mal. Das ist ein Szenario, das wir bisher so noch nicht hatten - wäre somit noch einen Versuch wert → mehr fällt mir jetzt wirklich nicht mehr ein.
|
Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Aaalso, das 18.04 Live-Ubunte sagt mir: | [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
BIOS
|
Das find ich schon mal ganz gut. Ich führ noch mal n Rep-Versuch von dem Live-18.04 aus und geb dann nochmal Rückmeldung. Bis glei
|
Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Ein Satz mit X! Ich schlage Ratlosigkeit vor ^^ Denke ich werde das System wohl aufgeben müssen. Schade eigentlich.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej Phtagen, soll das heißen, du konntest mit dem mit 20.04 im EFI Modus installierten und erzeugten Eintrag im grub Menü das 18.04 starten, die Reparatur von grub (auf dem 18er) läuft fehlerfrei durch, der Loader ist ordnungsgemäß im MBR, und trotzdem bootet 18.04 nicht? Nimm mal die Windowsplatte raus und versuch es dann, also nur die Platte mit 18.04. Gruß black tencate
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
black_tencate schrieb: Hej Phtagen, soll das heißen, du konntest mit dem mit 20.04 im EFI Modus installierten und erzeugten Eintrag im grub Menü das 18.04 starten, …
nee, er hat ein neu erstelltes 18.04 Livesystem im BIOS-Modus. 😉 Wie die Reparatur erfolgt, müsste er mittlerweile auswendig wissen - das Ding will einfach nicht → ich fasse nochmal zusammen: Am Anfang war ein Dualboot mit Win7 und Ubuntu 18.04, beide auf ner eigenen Festplatte - Grub war auf der Win-7-Platte. Dann kam eine Neuinstallation mit Win-10 → dabei wurde logischerweise der Bootloader überschrieben (hinterher ist man klüger,aber das Thema hatten wir schon zu Beginn des Threads. Dass das Ubu 18.04 erhalten werden soll, hat wohl vor allem mit einer Datenbank zu tun - scheinbar war die Einbindung ins System wohl ein bisschen "tricky" - um nicht noch ein neues "Problem" zu produzieren, haben wir bisher versucht, das 18.04 zu erhalten. Mittlerweile haben wir ja eigentlich alle Möglichkeiten durch und das 18.04 will einfach nicht mehr selbstständig booten - warum das so ist, kann ich nicht beantworten. Phtagen schrieb: Denke ich werde das System wohl aufgeben müssen. Schade eigentlich.
nun gut, ganz aufgeben musst du noch nicht - aber ich denke mal, du hast mittlerweile deine Daten extern gesichert und dich auch, zumindest gedanklich, schon mit deiner Datenbank-Thematik befasst. Die sauberste Lösung wäre wohl eine Neuinstallation - die "dreckige" wäre, von der Home-Partition ca. 20 GB abzwacken und dort eine neue Installation durchzuführen. Bedenke dabei, dass eine Veränderung der vorhandenen pPartitionen ein gewisses Risiko beinhaltet - das kann gut gehen, muss es aber nicht. 😉 Ich persönlich würde wohl neu installieren und dabei zum einen auf UEFI umsteigen und zum anderen die Festplatte anders einteilen. Grüßle Frieder Nachtrag: der Stand-alone-Grub wäre auch noch eine Option, die funktionieren müsste - dafür brauchst du aber entweder immer einen USB-Stick oder du musst ebenfalls ein paar MBs/GBs abzwacken - in dem Fall könnte man aber deine Swap-Partition nehmen, was wiederum "kein Risiko" bedeutet.
|
Phtagen
(Themenstarter)
Anmeldungsdatum: 24. Mai 2015
Beiträge: 56
|
Hallo Frieder108, danke nochmal für die Zusammenfassung ^^ Ich glaube, die Stand-Alone Grub-Variante könnte man bei Gelegenheit noch ausprobieren. Das wäre aber eigentlich nur noch aus Interesse um zu erfahren ob es funktioniert ^^ Momentan bin ich erstmal von der Dual-Boot-Geschichte abgerückt und zu einer Dual-PC-Lösung übergegangen 😛
Damit einher ging leider auch die "Entfremdung" von Ubuntu und der Wechsel zu OpenSuse. Hier ist die Problematik mit der Einbindung spezieller Bibliotheken für meine Programm-Entwicklung deutlich einfacher. Die Neuinstallation von Ubuntu im EFI-Modus wird leider nix, dafür hab ich mich im Win10 (is im BIOS-Modus) schon zu sehr eingerichtet, als dass ich das jetzt nochmal umstellen wollte. Nunja, ich danke allen Beteiligten nochmal vielmals, insbesondere Frieder108 und black_tencate für ihre Geduld und guten Ratschläge und Tipps. Finde, das ist nicht selbstverständlich! In diesem Sinne würde ich das Thema als erledigt markieren, wenn auch mit nur halbem Erfolg (Win10 läuft ja 😛 ). Für die Sache mit dem Stand-Alone Grub würde ich dann denk ich einen neuen Thread öffnen. Viele Grüße und vielen Dank. Bis glei... Phtagen
|