Lieber Daniel, wenn Du - wie Holger schon schrieb - zunächst die root-Dateisysteme verwechselt hast (das der live-CD mit dem des "schlummernden" Systems auf der Platte), dann ist wohl auch die Kernelangabe (aus uname -a) verkehrt, denn sie bezieht sich auf den live-Kernel, wie ich annehme. Das gibt aber einen Hinweis auf die Lösung: Denn dann hat das Mounten und die chroot-Methode vielleicht nicht funktioniert, weil Du evtl. da gar nicht bis zu dem Punkt vorgestoßen bist, wo man sich als root in das schlummernde Dateisystem hineinbegeben hat:
Wie weit kommst DU denn bei diesen Schritten (uas dem wertvollen link von oben !): - sudo mount -o bind /dev /mnt/dev - sudo mount -o bind /sys /mnt/sys - sudo mount -t proc /proc /mnt/proc - sudo cp /proc/mounts /mnt/etc/mtab - sudo chroot /mnt /bin/bash Wo entstehen denn da die Fehlermeldungen ? Denn die Methode, auf diese Weise den Grub-Boot-Mechanismus wieder in Gang zu setzen, ist sehr erfolgversprechend ! Gruß Christoph G. Am 6. Dezember 2016 um 14:59 schrieb Daniel Fischer <d.bl...@gmx.de>: > Hallo, > ich muss etwas zurückrudern: Bei der Analyse der fstab habe ich > offensichtlich geschlampt, sorry. Ich habe die fstab eines funktionierenden > Clients, der im IDE Modus bootet angeschaut. Da ist alles ok > (logischerweise?!). > Jetzt habe ich einen Client (Notebook), der im AHCI-Modus nicht startet, > per Live-CD gebootet und die fstab betrachtet. Darin steht folgendes: > overlay / overlay rw 0,0 > tmpfs /tmp tmpfs nosuid,nodev 0,0 > > Die Partitionen, die in der startconf eingetragen sind werden aber mit > fdisk -l angezeigt?! Ich weiß aber auch nicht genau wie das ganze mit fstab > zusammenhängt und ob das jetzt sinnvoll/produktiv ist, was ich hier gerade > berichte... > > Die grub Reparatur mit chroot-Methode bricht leider immer mit Fehlern ab. > Der Kernel ist 4.4.0-31-generic > > Viele Grüße > Daniel > > > Am 05.12.2016 um 12:54 schrieb Holger Baumhof: > > Hallo Daniel, > > > anscheinend haben wir irgendwo beim Anpassen des Images etwas > verkonfiguriert. An welcher Stelle das passiert ist, wird wohl schwer > nachvollziehbar sein. Wie gesagt im IDE Modus laufen alle Clients > problemlos mit dem Image. > > Das eben installierte jungfräuliche Xenial Basis-Cloop bootet problemlos > mit AHCI auf den Notebooks - sogar mit unserer Postsync. > Wir werden wohl leider nicht umhin kommen aus dem Cloop nochmal ein > "cleanes" Image aufzusetzen - bleibt zu hoffen, dass es dann > letztendlich auch funktioniert... > > das ist wirklich seltsam, dass das Ubuntu nicht bootet. > > Bitte schick doch mal deine /etc/fstab vom Client > > Und mach doch mal folgendes: > klon dein Image auf einen AHCI Client. > Dann bootest du von einem Ubuntu Stick oder CD und gehst in ein Terminal. > Danach befolgst du diese > Anleitung:https://wiki.ubuntuusers.de/GRUB_2/Reparatur/ > > Im Bereich: Reparatur mittels DesktopCD . > Wende die chroot Methode an. > > Was du auchmal machen kannst: > aktualisiere mal deinen Kernel auf einem funktionierenden Client, > erstell ein Image und spiel das auf einen neuen zurück. > > Bleibt noch die Frage: welchen Kernel habt ihr den? > uname -r > liefert die Version > > VIele Grüeß > > Holger > > > > > > _______________________________________________ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > >
_______________________________________________ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user