maffarriva
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
Guten Tag,
am 6.12. hatte ich versucht ein Problem mit grub einzustellen. Das wurde möglicherweise gelöscht, denn es ist nicht wieder aufzufinden. Nun der zweite Versuch. Zunächst zum Rechner: Hauptplatine> ASUS M2N-E, die cpu kann ich zu diesem Zeitpunkt nicht angeben nur das diese eine Zweikern von AMD ist, sie liegt bei 2,6 GHz; Graphikkarte> ist von ATI RADEON, die genaue Bezeichnung kann ich jetzt ebenfalls nicht angeben. Auf der Festplatte sind Windows und Ubuntu 18.04 gesetzt. Beide liefen, bis auf einen Graphikdefekt beim 18.04, fehlerfrei. Ich wollte zum Testen der cnc-Komponente das debian wheezy installieren.
Dazu wurde das "Startmedium" -Programm von Ubuntu verwendet und ein usb-Startmedium erstellt. Mit diesem usb-System bin ich jetzt gerade hier unterwegs, sozusagen als ambulantes System. Die Installation von Debian verlief ohne Fehlermeldung bis zum grub. Es kam die Fehlermeldung: grub konnte nicht installiert werden schwerwiegender Fehler. Danach versuchte ich noch zweimal den grub über das Auswahlmenu zu installieren, was fehlschlug. In der "wiki" fand ich unter grub auch eine force-Anweisung, doch wie das genau in den "Terminal" geschrieben wird, ist nicht erklärt. Bei nochmaliger installation des Debian wiederholte sich alles. Startet der Rechner nun, erfolgt am Ende die Mitteilung: Welcome to Grub error file not found entering rescue mode. Danach ist Ende.
Diese Meldung erfolgt auch beim Start mit der Windows-dvd. Es ist also nicht möglich irgend etwas außerhalb vom Linux-system zu machen, wohl wegen des fehlenden grub. Somit liegt die Vermutung nahe, daß der oder das Grub installiert werden muß. Es ist vielleicht noch interessant, daß die "Homeverzeichnisdatei" vom 18.04 für das Debian wheezy nicht zugänglich ist, mit der Fehlermeldung: Failed to mount 50gb Filesystem wrong fs type, bad option, bad superblock on /dev/sdb6, missing codepage or helper programm or other error in some cases useful is found in syslog try dmesg|tail or so .
Das ist neu für mich, denn bisher konnte man immer, von egal welchem Ubuntu aus, auf alle anderen Systeme zugreifen und Daten verschieben, was sehr hilfreich ist. Diese Fehlermeldungen habe ich nur erwähnt, weil sie vielleicht für den Wissenden hinweise enthalten. So, sollte mein Anliegen Jemandem nicht nicht genehm sein, so ist das in Ordnung. Doch ohne jede Rückmeldung einfach löschen, Bitte?
Ist es eine Portalregel so zu handeln? alles liebe alles gute alles schöne… Moderiert von Taomon: sichtbar gemacht und passender verschoben.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8432
Wohnort: Digiworld
|
Bau ein chroot zu deinem ubuntu auf, und installier Dort grub neu. Ich schätze mal da ist grub von wheezy aktive nach der Installation von Debian. Und wheezy ist uralt . Gruß Taomon
|
maffarriva
(Themenstarter)
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
Guten Tag an Taomon,
dankeschön für den Rat. Hier erst einmal der Verlauf der Eingabe: user@debian:~$ chroot /mnt/debian /bin/bash -i bash: chroot: command not found
user@debian:~$ Könnte man statt …/debian / auch …/ubuntu 18.04 / schreiben? Vielleicht was falsch geschrieben?
Zur Vorsicht noch einmal erwähnt, ich bin hier mit dem debian wheezy, nichts anderes funktioniert, auch die ISO vom 12.04 wird nicht genommen. Das der grub vom 18.04, welcher jahrelang fehlerfrei war, vom debian grub zerstört wurde, erscheint folgerichtig.
An dieser Stelle sollte wohl noch erwähnt werden; als erstes wurde Windows gesetzt, dann ubuntu 12.04 .
Ubuntu wurde dann über die Jahre fehlfrei erneuert bis zur version 18.04 . Deshalb sollte der grub auch repariert oder neu geschrieben werden.
Wo befand sich der grub vom 18.04? Von diesem Ort aus hatte dieser funktioniert. Wie kann man grub überschreiben? Soweit ich lesen konnte gibt es zwei, halt grub1 und grub2 ab ubuntu 11, wenn meine Errinnerung stimmt. Gibt es eine Anweisung, eine oder mehrere Partitionen, nämlich die vom 18.04 "zwangsweise" einzuhängen? So daß die folgende Fehlermeldung nicht erscheint:
Failed to mount 50gb Filesystem wrong fs type, bad option, bad superblock on /dev/sdb6, missing codepage or helper programm or other error in some cases useful is found in syslog try dmesg|tail or so . Diese erscheint bei einfacher Anwahl der Partition über die Auswahl auf dem Bildschirm. In dieser Meldung erscheint so etwas wie "böser superblock" auf der sdb6, was meinen die mit superblock? Werden demnach bei Grubfehlern Festplatten -einteilungen automatisch blockiert? Ist ja interressant.
Am Schluß der Meldung kommt dann ~ versuch mal dmesg|tail or so, was ist das? Es sieht so aus als wenn ich ganz schlechte Karten habe, trotzdem dankeschön und grüße…
|
Dakuan
Anmeldungsdatum: 2. November 2004
Beiträge: 6345
Wohnort: Hamburg
|
Gibt es eine Anweisung, eine oder mehrere Partitionen, nämlich die vom 18.04 "zwangsweise" einzuhängen?
Im Prinzip ja, ist aber viel "Handarbeit". Wenn ich richtig verstanden habe, was bisher passiert ist, wird die das aber nicht helfen. Ich vermute, das bei der Installation von Debian der alte Grub im MBR überschrieben werden sollte. Es könnte aber sein, das dein Dateisystem ext4 ist und das alte Debian nur ext3 kann. Ich denke du benötigst erstmal ein aktuelles Startmedium.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej maffarriva, maffarriva schrieb: ...
user@debian:~$ chroot /mnt/debian /bin/bash -i bash: chroot: command not found
user@debian:~$ Könnte man statt …/debian / auch …/ubuntu 18.04 / schreiben?
man könnte alles mögliche schreiben, nur Sinn macht es nicht. Wie hast du denn das "/" (und ggf. weitere notwendige Partitionen) von Ubuntu eingebunden? → chroot/Live-CD (Abschnitt „Einrichtung“) Und verwende natürlich ein LiveSystem derselben Version, wie das zu reparierende. Und überhaupt, um zu erfahren, was da überhaupt Fakt ist, liefere doch erstmal eine RESULTs.txt aus dem boot info script Gruß black tencate
|
maffarriva
(Themenstarter)
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
Mit mount könnte es vielleicht auch funktioieren, also hab ich folgendes probiert: user@debian:~$ mount --bind olddir newdir
mount: only root can do that
user@debian:~$ sudo mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=212500,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=362612k,mode=755)
/dev/sda1 on /lib/live/mount/medium type iso9660 (ro,noatime)
/dev/loop0 on /lib/live/mount/rootfs/filesystem.squashfs type squashfs (ro,noatime)
tmpfs on /lib/live/mount/overlay type tmpfs (rw,relatime)
tmpfs on /lib/live/mount/overlay type tmpfs (rw,noatime,mode=755)
aufs on / type aufs (rw,relatime,si=bcca250f,noxino)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=725220k)
user@debian:~$
|
maffarriva
(Themenstarter)
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
Also zwangseinhängen wäre dann letztes Mittel. Debian hat aber in der installation die verschiedenen Arten angeboten.
So wie ext 3 u. 4 noch ich glaube auch 2 was mit jf, fat und mehr. ich nehme irgend etwas weil mir nicht bekannt ist was wofür gut ist und jetzt in diesem Moment ist nur eines wichtig und das sind einige Daten auf der Home vom 18.04 . Die hatte ich vergessen zu sichern. An die Wiederherstellung der Festplatte glaube ich nicht, mir fehlt auch jegliches Wissen dazu.
Doch ohne diesen Grub läuft nichts. So jetzt wird sudo apt-get install boot-info-script cl-awk versucht, mal sehn was da kommt. user@debian:~$ sudo apt-get install boot-info-script cl-awk
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
binfmt-support cl-asdf cl-regex common-lisp-controller realpath sbcl
Suggested packages:
darcs sbcl-doc sbcl-source slime
The following NEW packages will be installed:
binfmt-support boot-info-script cl-asdf cl-awk cl-regex
common-lisp-controller realpath sbcl
0 upgraded, 8 newly installed, 0 to remove and 0 not upgraded.
Need to get 11.2 MB of archives
After this operation, 36.7 MB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://archive.debian.org/debian/ wheezy/main binfmt-support i386 2.0.12 [82.4 kB]
Get:2 http://archive.debian.org/debian/ wheezy/main cl-asdf all 2:2.22-1 [582 kB]
Get:3 http://archive.debian.org/debian/ wheezy/main realpath i386 1.18 [16.4 kB]
Get:4 http://archive.debian.org/debian/ wheezy/main common-lisp-controller all 7.10 [36.5 kB]
Get:5 http://archive.debian.org/debian/ wheezy/main cl-regex all 1-3 [39.5 kB]
Get:6 http://archive.debian.org/debian/ wheezy/main cl-awk all 1-3 [21.0 kB]
Get:7 http://archive.debian.org/debian/ wheezy/main sbcl i386 2:1.0.57.0-2 [10.4 MB]
Get:8 http://archive.debian.org/debian/ wheezy/main boot-info-script all 0.61-1 [39.3 kB]
Fetched 11.2 MB in 1s (8,536 kB/s)
Preconfiguring packages ...
Selecting previously unselected package binfmt-support.
(Reading database ... 127024 files and directories currently installed.)
Unpacking binfmt-support (from .../binfmt-support_2.0.12_i386.deb) ...
Selecting previously unselected package cl-asdf.
Unpacking cl-asdf (from .../cl-asdf_2%3a2.22-1_all.deb) ...
Selecting previously unselected package realpath.
Unpacking realpath (from .../realpath_1.18_i386.deb) ...
Selecting previously unselected package common-lisp-controller.
Unpacking common-lisp-controller (from .../common-lisp-controller_7.10_all.deb) ...
Selecting previously unselected package cl-regex.
Unpacking cl-regex (from .../archives/cl-regex_1-3_all.deb) ...
Selecting previously unselected package cl-awk.
Unpacking cl-awk (from .../archives/cl-awk_1-3_all.deb) ...
Selecting previously unselected package sbcl.
Unpacking sbcl (from .../sbcl_2%3a1.0.57.0-2_i386.deb) ...
Selecting previously unselected package boot-info-script.
Unpacking boot-info-script (from .../boot-info-script_0.61-1_all.deb) ...
Processing triggers for man-db ...
Processing triggers for install-info ...
Setting up binfmt-support (2.0.12) ...
insserv: warning: script 'realtime' missing LSB tags and overrides
[ ok ] Enabling additional executable binary formats: binfmt-support.
Setting up cl-asdf (2:2.22-1) ...
Setting up realpath (1.18) ...
Setting up common-lisp-controller (7.10) ...
Adding system user `cl-builder' (UID 112) ...
Adding new group `cl-builder' (GID 119) ...
Adding new user `cl-builder' (UID 112) with group `cl-builder' ...
Not creating home directory `/usr/share/common-lisp/'.
Setting up cl-regex (1-3) ...
Setting up cl-awk (1-3) ...
Setting up sbcl (2:1.0.57.0-2) ...
Setting up boot-info-script (0.61-1) ...
user@debian:~$ Es ist was passiert, wer damit etwas anfangen kann sei gepriesen.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
black_tencate schrieb: ...
man könnte alles mögliche schreiben, nur Sinn macht es nicht. Wie hast du denn das "/" (und ggf. weitere notwendige Partitionen) von Ubuntu eingebunden? → chroot/Live-CD (Abschnitt „Einrichtung“)
diese unterstrichenen Wörter sind Links, die liest du nicht nur, sondern verwendest natürlich auch das, was dort steht! Und verwende natürlich ein LiveSystem derselben Version, wie das zu reparierende.
und warum schrieb ich das denn nun wohl? Und überhaupt, um zu erfahren, was da überhaupt Fakt ist, liefere doch erstmal eine RESULTs.txt aus dem boot info script
hier genauso, wir wollen nicht wissen, wie du das wohin auch immer installierst, wir wollen die RESULTs.txt sehen; steht im verlinkten Artikel Und btw.: Es gibt hier die "Vorschaufunktion", damit kannst Du Dir ansehen, wie das nach Veröffentlichung aussieht! Studiere mal Forum/Kurzanleitung und halte dich daran.
|
maffarriva
(Themenstarter)
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
Noch etwas gefunden aus easy linux 2.2011. user@debian:~$ sudo fdisk -l
Disk /dev/sdb: 1000.2 GB, 1000204886016 byte
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x963d963d
Device Boot Start End Blocks Id System /dev/sdb1 * 63 102398309 51199123+ 7 HPFS/NTFS/exFAT
Partition 1 does not start on physical sector boundary.Partition 1 beginnt nicht an der physischen Sektorgrenze.
/dev/sdb2 102399998 1172258815 534929409 5 Extended
Partition 2 does not start on physical sector boundary.Partition 2 beginnt nicht an der physischen Sektorgrenze.
/dev/sdb5 102400000 195713023 46656512 83 Linux
/dev/sdb6 195715072 293369855 48827392 83 Linux
/dev/sdb7 293371904 322666495 14647296 83 Linux
/dev/sdb8 967178240 976945151 4883456 82 Linux swap / Solaris
/dev/sdb9 976947200 1074601983 48827392 83 Linux
/dev/sdb10 1074604032 1172258815 48827392 83 Linux
Disk /dev/sda: 3932 MB, 3932160000 bytes
73 heads, 32 sectors/track, 3287 cylinders, total 7680000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6852e67d
Device Boot Start End Blocks Id System
/dev/sda1 * 64 2368703 1184320 17 Hidden HPFS/NTFS
Disk /dev/sdc: 65 MB, 65536000 bytes
33 heads, 63 sectors/track, 61 cylinders, total 128000 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x14788a16
Device Boot Start End Blocks Id System
/dev/sdc1 32 127999 63984 c W95 FAT32 (LBA)
Das sieht nach Festplattenaufteilung aus. mit Gruß
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Du mußt nicht beachten, was Dir (mehr oder weniger) erfahrne user dieses Portals raten, dann mußt du dich aber auch nicht über ausbleibende Hilfe wundern. Tu, was ich geraten habe, dann sieht man weiter.
|
maffarriva
(Themenstarter)
Anmeldungsdatum: 7. Dezember 2014
Beiträge: 64
|
unglaublich, wie haben Sie das mit dem Fenster hinbekommen?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
maffarriva schrieb: unglaublich, wie haben Sie das mit dem Fenster hinbekommen?
Loch in die Wand, Fenster rein.. ▶ Richtig fragen könnte hilfreich sein.
|
al123-system32
Anmeldungsdatum: 12. Dezember 2020
Beiträge: Zähle...
|
Zum Rest kann ich nicht viel sagen, weil ich immer noch nicht alles zu 100% verstanden habe, aber das folgende Problem... user@debian:~$ chroot /mnt/debian /bin/bash -i
bash: chroot: command not found ... ist vermutlich darauf zurückzuführen, dass /usr/sbin/ in Debian nicht Teil der PATH-Variable normaler (nicht-root-)Benutzer ist. Um das Problem zu lösen, könntest du mal versuchen, "chroot" durch "/usr/sbin/chroot", "/sbin/chroot" oder "sudo chroot" zu ersetzen. Alternativ könntest fu es auch mit "busybox chroot" versuchen. Für den Fall das beim Fragestellenden noch manches an Verwirrung und Unklarheiten bezüglich grundlegenderer Themen existiert (was in Foren scheinbar nicht selten der Fall ist), habe ich hier einen möglichen Standard-Gesamt-Recovery-Prozess für alle möglichen Grub-Probleme zusammengestellt. Das Befolgen dieser Anweisungen erfolgt natürlich auf eigene Gefahr und kann prinzipiell immer (besonders bei Missverständnissen) nach hinten losgehen. Zu beachten ist auch, dass die hier angegebenen Konmandos kleine Fehler enthalten können, da ich sie nicht live testen wollte. Wie auch immer, hier der Prozess: 1. Funktionierendes Linux-(Live-)System starten 2. Befehl "lsblk" eingeben 3. dev-Punkt der Ubuntu-Partition herausfinden (wir nehmen hier als Referenz "/dev/sda3") 4. Befehl "mkdir /mnt/ubuntu" mit root-Rechten ausführen 5. Befehl "mount /dev/sda3 /mnt/ubuntu" mit root-Rechten ausführen ("/dev/sda3" durch richtigen dev-Punkt ersetzen, siehe oben) 6. Befehl "mount --bind /dev/ /mnt/ubuntu/dev/" mit root-Rechten ausführen 7. Befehl "mount -t proc proc /mnt/ubuntu/proc/" mit root-Rechten ausführen 8. Befehl "mount -t sysfs sysfs /mnt/ubuntu/sys/" mit root-Rechten ausführen 9. Befehl "chroot /mnt/ubuntu sh" mit root-Rechten ausführen ("chroot" ggf. ersetzen, siehe ganz oben) 10. Bei Legacy-BIOS: Befehl "grub-install --target=i386-pc /dev/sda" mit root-Rechten ausführen ("/dev/sda" ggf. durch andere Festplatte, nicht aber eine Partition ersetzen?) 10. Bei UEFI-BIOS: Mache dich bitte im Arch-Wiki selbst zur Grub-Installation schlau: https://wiki.archlinux.org/index.php/GRUB 11. Befehl "update-grub" mit root-Rechten ausführen 12. Mit Befehl "exit" die chroot-Umgebung verlassen 13. Befehl "umount -a" mit root-Rechten ausführen und eventuelle Fehlermeldungen ignorieren 14. Computer neustarten und Resultat beobachten 15. ggf. mit Grub-Customizer das Grub-Bootmenü anpassen (https://wiki.ubuntuusers.de/GRUB_Customizer/) Bei Fehlern während dieses Prozesses bitte ein anderes Linux-System (ggf. Live-System) ausprobieren oder den Fehler mit Angabe des genauen Schrittes und des gegebenen Kontextes hier im Thread angeben (Hinweis: Die meisten Menschen können NICHT Gedanken lesen!) Ich hoffe, diese Antwort wirkt nicht unfreundlich, so ist sie nämlich nicht gemeint. P.S.: Sorry für eventuelle Text-Fehler, bin neu hier im Forum.
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8432
Wohnort: Digiworld
|
du baust anscheinend den chroot nicht richtig auf. Bitte nochmal sudo fdisk --list
und bitte in codeblock und mit einenm vermerk welches filesystem zu Deinem ubuntu gehört. Damit wir den chroot richtig aufbauen können.
Beispiel von nir sudo fdisk --list
Disk /dev/sda: 111,79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: SanDisk SDSSDA12
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6e43b068
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 73402367 73400320 35G 83 Linux #ubuntu-20.04 /
/dev/sda2 73402368 158451711 85049344 40,6G 83 Linux #debian /
Disk /dev/sdb: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10JPVX-22J
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x59164ae7
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 62916607 62914560 30G 83 Linux #ubuntu /home
/dev/sdb2 62916608 71305215 8388608 4G 82 Linux swap / Solaris
/dev/sdb3 71305216 1953525167 1882219952 897,5G 83 Linux #debian /home
Disk /dev/sdc: 298,09 GiB, 320072933376 bytes, 625142448 sectors
Disk model: IB-272StU-OT
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6ffd4f6e
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 71268351 71266304 34G 83 Linux #ubuntu-20.10 /
/dev/sdc2 71268352 625141759 553873408 264,1G 83 Linux #ubuntu-20.10 /home
Gruß Taomon
|