Was sollte unter /boot/efi vorhanden sein? - Unbekannter Eintrag mach_Kernel und doppelte Einträge

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
OrangeJuice
Beiträge: 629
Registriert: 12.06.2017 15:12:40

Was sollte unter /boot/efi vorhanden sein? - Unbekannter Eintrag mach_Kernel und doppelte Einträge

Beitrag von OrangeJuice » 02.12.2019 20:46:59

Hallo,
*Edit* Erledigt.

Jetzt habe ich mir /boot/efi angeschaut und dann dort das gefunden:

Code: Alles auswählen

/boot/efi# ls -la
insgesamt 20
drwx------ 4 root root 4096 Jan  1  1970 .
drwxr-xr-x 5 root root 4096 Nov 30 12:09 ..
drwx------ 3 root root 4096 Nov 30 12:27 EFI
-rwx------ 1 root root   34 Jul 25 23:04 mach_kernel
drwx------ 3 root root 4096 Okt 23 21:14 System
Wie kann ein mach_kernel dort hinkommen? Das System wurde doch erst vor kurzem ganz neu installiert. Kann ich den mach_kernel löschen?
Zuletzt geändert von OrangeJuice am 12.12.2019 11:55:22, insgesamt 1-mal geändert.

KP97
Beiträge: 3703
Registriert: 01.02.2013 15:07:36

Re: Was sollte unter /boot/efi vorhanden sein? - Unbekannter Eintrag mach_Kernel und doppelte Einträge

Beitrag von KP97 » 03.12.2019 15:59:32

Hast Du Dich bei der Installation evtl. mit der Architektur vertan? Ein mach_kernel wird bei OSX genutzt:
https://www.obdev.at/articles/missing-m ... -file.html
Schieb das file doch erst mal weg und schau dann, ob alles läuft. Wenn ja, kannst Du es wohl löschen.

Benutzeravatar
OrangeJuice
Beiträge: 629
Registriert: 12.06.2017 15:12:40

Re: Was sollte unter /boot/efi vorhanden sein? - Unbekannter Eintrag mach_Kernel und doppelte Einträge

Beitrag von OrangeJuice » 03.12.2019 22:40:57

Nein, vertan habe ich mich nicht. Ich weiß nicht, wie lange das so ist, aber eine ähnliche Debian Installation auf einem Intel-System, die ich vor ein paar Tagen mit dem USB-Stick gemacht habe, lief korrekt. Ich habe extra Xubuntu 19.10 installiert, dort war danach kein mach_Kernel Eintrag unter /boot/efi da.

Mich wundert es, dass manche efi Einträge beim AMD-System unter efibootmgr so verändert sind. Boot0009 war ja vorher auch nicht da, so vertun kann sich das System doch nicht, dass es mir nach der Xubuntu Installation einen zweiten grubx64 zu Debian zuordnet und ein mach_Kernel Eintrag unter /boot/efi auftaucht.

Mit OSX habe ich nichts zu tun. Ein mach_Kernel Eintrag sollte doch nicht bei einer Debian(amd64) Installation auf einem AMD-System vorhanden sein oder?

Ich werde das so machen, wie von dir vorgeschlagen. Ich finde das dennoch eigenartig, vielleicht hat noch jemand einen Erklärung dafür.

***Edit***
So sah /boot/efi/EFI aus:

Code: Alles auswählen

/boot/efi/EFI# ls -la
insgesamt 20
drwx------ 5 root root 4096 Nov 26 14:20 .
drwx------ 4 root root 4096 Jan  1  1970 ..
drwx------ 2 root root 4096 Nov 26 12:52 BOOT
drwx------ 2 root root 4096 Okt 13 12:10 debian
drwx------ 2 root root 4096 Nov 26 14:20 ubuntu

Code: Alles auswählen

/boot/efi# ls -la
insgesamt 20
drwx------ 4 root root 4096 Jan  1  1970 .
drwxr-xr-x 5 root root 4096 Nov 30 12:09 ..
drwx------ 3 root root 4096 Nov 30 12:27 EFI
-rwx------ 1 root root   34 Jul 25 23:04 mach_kernel
drwx------ 3 root root 4096 Okt 23 21:14 System

Ich habe mir System und mach_Kernel mit nano angeschaut. Scheint als ob Fedora 31 dort etwas hinterlassen hat.

Code: Alles auswählen

GNU nano 4.5                                                                                   SystemVersion.plist                                                                                               
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>ProductBuildVersion</key>
        <string></string>
        <key>ProductName</key>
        <string>Linux</string>
        <key>ProductVersion</key>
        <string>Fedora 31</string>
</dict>
</plist>

Code: Alles auswählen

mach_Kernel
This file is required for booting
Ich hatte Fedora 31 installiert und gelöscht, weil es massive Probleme zusammen mit dem System gab. Ich war der Meinung die SSD komplett gelöscht zu haben, war wohl doch nicht der Fall.

Antworten