Hier gibt es eine ganze Sammlung von Fehlermeldungen, Prüfungen und Vorgehensweisen je nach Ergebnis … <https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot> Ich hatte das Problem auch mal, da war es eine fehlende initrd - das „Backen“ der selben ging bei einem Update der initramfs-tools schief. Damals hatte ich die Platte via boot-Stick untersucht und und die Version des Kernels herausgefunden, zu der eine initrd existierte (und die Paltte,Partition: hdX,Y muss man auch herausfinden) - und diese dann wie folgt gebootet: ~~~ grub> set root=(hd0,1)/boot grub> linux /vmlinuz-4.4.0-38-generic grub> initrd /initrd.img-4.4.0-38-generic grub> boot ~~~ Nach dem Booten muss/kann das Problem dann angegangen werden. **Ich würde mit `sudo apt autoremove` beginnen (um Platz zu schaffen)** und dann `sudo update-initramfs -u` versuchen. wenn es das ist, dann mach regelmäßig ein `sudo apt -y autoremove` oder [schalte die automatischen Updates ab und nimm das hier](https://code.fastix.org/Projekte/Debian%2CUbuntu%2CMint%3AUpdate-Skript/). Aber wie schon geschrieben: Es kann andere Ursachen und ergo Lösungswege geben. **[edit]:** bedeutungsrelevante Formatierung korrigiert, Auge

Hier gibt es eine ganze Sammlung von Fehlermeldungen, Prüfungen und Vorgehensweisen je nach Ergebnis … <https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot> Ich hatte das Problem auch mal, da war es eine fehlende initrd - das „Backen“ der selben ging bei einem Update der initramfs-tools schief. Damals hatte ich die Platte via boot-Stick untersucht und und die Version des Kernels herausgefunden, zu der eine initrd existierte (und die Paltte,Partition: hdX,Y muss man auch herausfinden) - und diese dann wie folgt gebootet: ~~~ grub> set root=(hd0,1)/boot grub> linux /vmlinuz-4.4.0-38-generic grub> initrd /initrd.img-4.4.0-38-generic grub> boot ~~~ Nach dem Booten muss/kann das Problem dann angegangen werden.** Ich würde mit `sudo apt autoremove` beginnen (um Platz zu schaffen)** und dann `sudo update-initramfs -u` versuchen. wenn es das ist, dann mach regelmäßig ein `sudo apt -y autoremove` oder [schalte die automatischen Updates ab und nimm das hier](https://code.fastix.org/Projekte/Debian%2CUbuntu%2CMint%3AUpdate-Skript/). Aber wie schon geschrieben: Es kann andere Ursachen und ergo Lösungswege geben.

Hier gibt es eine ganze Sammlung von Fehlermeldungen, Prüfungen und Vorgehensweisen je nach Ergebnis … <https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot> Ich hatte das Problem auch mal, da war es eine fehlende initrd - das „Backen“ der selben ging bei einem Update der initramfs-tools schief. Damals hatte ich die Platte via boot-Stick untersucht und und die Version des Kernels herausgefunden, zu der eine initrd existierte (und die Paltte,Partition: hdX,Y muss man auch herausfinden) - und diese dann wie folgt gebootet: ~~~ grub> set root=(hd0,1)/boot grub> linux /vmlinuz-4.4.0-38-generic grub> initrd /initrd.img-4.4.0-38-generic grub> boot ~~~ Nach dem Booten muss/kann das Problem dann angegangen werden.** Ich würde mit `sudo apt autoremove` beginnen (um Platz zu schaffen)** und dann `sudo update-initramfs -u` versuchen. Aber wie schon geschrieben: Es kann andere Ursachen und ergo Lösungswege geben.

Hier gibt es eine ganze Sammlung von Fehlermeldungen, Prüfungen und Vorgehensweisen je nach Ergebnis … <https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot> (Ich hatte das Problem auch mal, da war es eine fehlende initrd - das „Backen“ der selben ging bei einem Update der initramfs-tools schief.)

Hier gibt es eine ganze Sammlung von Fehlermeldungen, Prüfungen und Vorgehensweisen je nach Ergebnis … <https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot>